What is Arkos Tracker? › Forums › Arkos Tracker forum › General discussion › Help for WinAPE and AKG
Tagged: AKG
- This topic has 12 replies, 2 voices, and was last updated 4 years, 8 months ago by znanarz.
-
AuthorPosts
-
March 9, 2020 at 3:41 pm #30014znanarzParticipant
Hi!
I’m stuck at the first step.
So I tried with my own export (it generate 2 .s file, changed .s with .asm) and the one in arkos2.zip.March 9, 2020 at 3:42 pm #30015znanarzParticipantMarch 9, 2020 at 3:47 pm #30016znanarzParticipantMarch 9, 2020 at 3:54 pm #30017znanarzParticipantMarch 9, 2020 at 3:57 pm #30018znanarzParticipantI tried older rasm version, and 32/64. win 7 64
March 10, 2020 at 11:28 am #30019TarghanKeymasterI suspect there is something with the encoding of the files, it failed on first char, isn’t it?
Also check the File > Setup > Source Profile and make sure “Z80” is used. Why ‘.s’ instead of ‘.asm’?
If you can’t find a way to make that work, send my your files, I’ll see what I can do.
March 10, 2020 at 11:31 am #30020TarghanKeymasterHuh, what is that “dc.b” that is generated ? This is not Z80 and certainly not Rasm mnemonics. Once again, check the Source Profile of AT2.
March 10, 2020 at 4:53 pm #30021znanarzParticipantThank you Targhan.
Indeed, big mistake! 68000 instead Z80.
But as you could see I can’t make it works with Music_AHarmlessGrenade.asm with db 0 and dw label.
I did a fresh install of AK2 on a netbook that have a also a fresh win 7 32 bit. No luck, always that invalid (-17) char 1.
I’m going to make a ZIP.March 10, 2020 at 5:31 pm #30022March 10, 2020 at 10:15 pm #30023TarghanKeymasterYour asm file is encoded as “UTF 8 BOM”. I converted to “UTF 8” (using Notepad++ for example), and it worked perfectly!
It has nothing to do with AT2. Rasm simply doesn’t accept UTF 8 BOM files.
March 11, 2020 at 2:18 am #30025znanarzParticipantDamn, thank you Targhan! I used win 7 notepad. Never knew about this encode thing.
I could build At2Files.asm.
I’m a 2 weeks CPC Z80 dude and my BASIC is terrible too. (I don’t code C as well) I tried to convert that SDCC stuff.
I could hear the music, but well, there’s a problem. But it’s not far to be perfect.
I see there’s a “header”? with MSX. Maybe I should add also some db dw. If you could help on this and fix it..nolist macro VBL ; could need some pop/push ld b,&f5 @vsync1: in a,(c):rra jr c,@vsync1 ld b,&f5 @vsync2: in a,(c):rra jr nc,@vsync2 endm ;------------------------------------------------ org &4000 run $ TesterStart: ;Starts our real code here. ;1 - Initializes the music. ld hl,JUSTADDCREAM_START ;The music. xor a ;The Subsong to play (>=0) call PLY_AKG_INIT ;2 - Wait for the frame flyback (MSX/Spectrum/Pentagon specific). Sync: VBL ;(50 Hz music please!) ;3 - Play one frame of the song. call PLY_AKG_PLAY ;4 - Loop! jr Sync ;Of course we have to include the music/sfx/player! read "At2Files.asm" TesterEnd:
March 11, 2020 at 10:51 am #30026TarghanKeymasterNo, on CPC we don’t need anything like “header”. Do not bother with SDCC or anything like that!
But it is advisable to stop the system interruption and bypass the system. Please look at a CPC tester in the “testers” folder. Something like:
di
ld hl,#c9fb
ld (#38),hlIf still not working, send me the full files.
March 11, 2020 at 5:10 pm #30027znanarzParticipantGreat!
Ok it was that system int, RST 38 that was changing regs or something. Obviously a di after run $ can do the job for a simple test. Something I had to do before implementing it on a program.
Thank you Targhan! -
AuthorPosts
- You must be logged in to reply to this topic.