Help for WinAPE and AKG

Tagged: 

Viewing 13 posts - 1 through 13 (of 13 total)
  • Author
    Posts
  • #30014
    znanarz
    Participant

    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.

    rasm

    #30015
    znanarz
    Participant

    export

    #30016
    znanarz
    Participant

    own

    #30017
    znanarz
    Participant

    exgla

    #30018
    znanarz
    Participant

    I tried older rasm version, and 32/64. win 7 64

    #30019
    Targhan
    Keymaster

    I 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.

    #30020
    Targhan
    Keymaster

    Huh, 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.

    #30021
    znanarz
    Participant

    Thank 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.

    #30022
    znanarz
    Participant

    zip

    #30023
    Targhan
    Keymaster

    Your 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.

    #30025
    znanarz
    Participant

    Damn, 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:
    #30026
    Targhan
    Keymaster

    No, 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),hl

    If still not working, send me the full files.

    #30027
    znanarz
    Participant

    Great!
    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!

Viewing 13 posts - 1 through 13 (of 13 total)
  • You must be logged in to reply to this topic.