abaudrand

I've assigned the 16 banks... did I miss something? 9015 bytes of ROM space left in bank 1 1864 bytes of ROM space left in bank 2 602 bytes of ROM space left in bank 3 1119 bytes of ROM space left in bank 4 2749 bytes of ROM space left in bank 5 3408 bytes of ROM space left in bank 6 1042 bytes of ROM space left in bank 7 3534 bytes of ROM space left in bank 8 4052 bytes of ROM space left in bank 9 4052 bytes of ROM space left in bank 10 4052 bytes of ROM space left in bank 11 4052 bytes of ROM space left in bank 12 4052 bytes of ROM space left in bank 13 4052 bytes of ROM space left in bank 14 4052 bytes of ROM space left in bank 15 1132 bytes of ROM space left 9015 bytes of ROM space left in bank 1 segment: 1fd4 eqm vs current org: fc9d DrakhansNight0.7.7.9.bas.asm (2097): error: Origin Reverse-indexed. Aborting assembly Errors were encountered during assembly.

It doesn't work too so I guess I got something wrong elsewhere in the game. I'm preparing all files to send 'em to RevEng.

no idea why it doesn't work. I've tried to break the if ... then line def joy0=((SWCHA ^ $F0) & $F0) if joy0 then SkipJoy0Test if a{0} then SkipJoy0Test if b{1} then SkipJoy0Test b{1}=1:VelX=0.01 SkipJoy0Test Compilation output that: ;.joy0. ( ( SWCHA ^ $F0 ) & $F0 ) . .L0487 ; def joy0 = ( ( SWCHA ^ $F0 ) & $F0 ) .L0488 ; if joy0 then SkipJoy0Test ; complex statement detected LDA SWCHA EOR #$F0 AND #$F0 if ((* - .SkipJoy0Test) < 127) && ((* - .SkipJoy0Test) > -128) BNE .SkipJoy0Test else beq .1skipSkipJoy0Test jmp .SkipJoy0Test .1skipSkipJoy0Test endif .skipL0488 .condpart64

I'll try once back home. I've pasted the line Bogax sent me and his program compiled fine yesterday. I've also removed the VelX to be sure if it was the problem, but its not the issue. I'll try your suggestion and will also try to sperate conditions checking by adding a jump line to break it into pieces.

I guess I have to rewrite the condition as it seems there are too many items to compare: I've paste the line def joy0 = ((SWCHA ^ $F0) & $F0) at the beginning of the program but compilation fails: .L0488 ; if !joy0 && !a{0} && !b{1} then b{1} = 1 : VelX = 0.01 ; complex statement detected LDA SWCHA EOR #$F0 AND #$F0 BNE .skipL0488 .condpart64 C:\Users\Jean-du\Desktop\DragonsNightsRepaired>@exit Post compilation files deleted

Ok Bogax, I get your point. yet I don't understand how you do it with arithmetics... I understand that SWCHA use 4 bits for each joystick and each bit show an used direction by toggling to 0. what do you do when you write ((SWCHA ^ $F0) & $F0) ? do you toggle all bits of SWCHA to 0000000 (meaning the joystick is used in all directions) then check if the opposite condition is true (all bit toggled to 1111) ? (as you can see, I suck at maths) Yet I don't understand it, its beautiful as a poem

>Bogax: I used it for checking if the joystick of the player is doing absolutly nothing but as it seems not a problem of visualBb, please Admin, could you move theses posts #631 to #638 to the thread http://atariage.com/forums/topic/177794-drakhans-night/ ?

Hello friends, thanks for the quick reply. VelX trouble: I think I've set up it fine as you can see in the attached photo of the listing Besides, I'm not sure it is the problem here as I got trouble to compile zombiechase who also use the same tricks. >RT: I've seen that you have updated the page with a lots of examples for the decimal figures. I will study it for the next week. Joy0 trouble: I use the instruction joy0 since the beginning of my project and it is until I had to switch to win7 that it give me a lot of troubles. >RevEng: Guess you're right about it's an illegal check of the joystick. I need idea to think another path to get the same result. I've got two build of visualBb:554 and 566. I've updated batari to 1.1d as I hope to be able to upgrade my game to 64ko or higher... Could I bother you sending my code if I'm still stuck with these 2 issues?

this line creates problem under VisualBB 554 or 566 under win7 64 bits: 2600 Basic compilation failed! LINE --> if !joy0 && !a{0} && !b{1} then b{1} = 1 : VelX = 0.01 Under another old computer running old XP service pack 3, it says there was errors during assembling but the game compile anyway.

apparently, the version I have (build 554) have trouble to compilate decimal number on win7 64bits.

never released as the gameplay is not balanced. goin to release a demo soon and maybe ask for help as my skills are too limited

back at work

got some issues since I had to switch to W7 64Bits. I have to reconfigure the path for Stella and 2600basic.exe each time I open VisualBb. I've changed the propriety of Visualbb so that it should always open as admin but still doesn't work. Once I do that, a strange message pop-up telling me that there is an issue in the script of this page I click Yes and continue. I try to compile samples included . Draw.bas and sample.bas work fine but not zombiechase. I got this message: --- Unresolved Symbol List pfcenter 0000 ???? (R ) mul8 0000 ???? (R ) kernelmacrodef 0000 ???? (R ) pfhalfwidth 0000 ???? (R ) Did I messed up something?

thanks for the feedback. the artwork will be rewrapped to be more close to games of that era. I agree that the label and cart lables should not match atari game. Anyway the game is at a crossage for the moment: Debugging the current version and finish it on a 32ko scheme or completly rewrite it and go for a 64ko version. Me and my bro are focused on the moment on a short sci fi movie and are quite busy on it.

Teaser #1 a bit outdated video but which could give you an insight of the game. sorry for the horrible accent. The project is for the moment on stand-by as I had to switch to W7. The compilation of bataribasic weirdly crashed on some instructions that were okay on the XP built I had. I got a long list of bugs to solve just to have the same version which is displayed on this video.

I ve tried something stupid and it work.. I got a copy of my previous configuration that worked on XP and just overwrite preprocess, 2600bat.exe and postprocess which only worked for W7. I can now compile your test or my game on W7... guess I ve missed something in the installation that I haven t previous time... Now that I got a working configuration, Ill try to upgrade to RevEng 64ko method.

going onto win7 64 bits... the download from microsoft abort always in the middle...

Sorry to plague this thread but I entcounter some issue since I had to upgrade to W7 64 bits. I ve replaced all files mentionned above but the compilation fail each time. Has someone test this kernel on w7 64 bits? Edit: I've tried to compile the example "test_pfcolors_with_pfheights_SC.bas" and get this error message: DASM V2.20.07, Macro Assembler (C)1988-2003 bytes of ROM space left in bank 1 bytes of ROM space left in bank 2 2600basic_SC.h (68): error: EQU: Value mismatch. old value: $00a4 new value: $00a6 2600basic_SC.h (69): error: EQU: Value mismatch. old value: $00a5 new value: $00a7 2600basic_SC.h (70): error: EQU: Value mismatch. old value: $00a6 new value: $00aa 2600basic_SC.h (71): error: EQU: Value mismatch. old value: $00a7 new value: $00ab 2600basic_SC.h (72): error: EQU: Value mismatch. old value: $00a8 new value: $00ae 2600basic_SC.h (73): error: EQU: Value mismatch. old value: $00a9 new value: $00af 2600basic_SC.h (74): error: EQU: Value mismatch. old value: $00aa new value: $00b2 2600basic_SC.h (75): error: EQU: Value mismatch. old value: $00ab new value: $00b3 2600basic_SC.h (76): error: EQU: Value mismatch. old value: $00ac new value: $00b6 2600basic_SC.h (77): error: EQU: Value mismatch. old value: $00ad new value: $00b7 2600basic_SC.h (78): error: EQU: Value mismatch. old value: $00ae new value: $00ba 2600basic_SC.h (79): error: EQU: Value mismatch. old value: $00af new value: $00bb 2600basic_SC.h (80): error: EQU: Value mismatch. old value: $00b0 new value: $00be 2600basic_SC.h (81): error: EQU: Value mismatch. old value: $00b1 new value: $00bf 2600basic_SC.h (82): error: EQU: Value mismatch. old value: $00b2 new value: $00c2 2600basic_SC.h (83): error: EQU: Value mismatch. old value: $00b3 new value: $00c3 2600basic_SC.h (84): error: EQU: Value mismatch. old value: $00b4 new value: $00c6 2600basic_SC.h (85): error: EQU: Value mismatch. old value: $00b5 new value: $00c7 2600basic_SC.h (86): error: EQU: Value mismatch. old value: $00b6 new value: $00ca 2600basic_SC.h (87): error: EQU: Value mismatch. old value: $00b7 new value: $00cb 2600basic_SC.h (88): error: EQU: Value mismatch. old value: $00b8 new value: $00cc 2600basic_SC.h (89): error: EQU: Value mismatch. old value: $00b9 new value: $00cd 2600basic_SC.h (90): error: EQU: Value mismatch. old value: $00ba new value: $00ce 2600basic_SC.h (91): error: EQU: Value mismatch. old value: $00bb new value: $00cf 2600basic_SC.h (92): error: EQU: Value mismatch. old value: $00bc new value: $00d0 2600basic_SC.h (93): error: EQU: Value mismatch. old value: $00bd new value: $00d1 2600basic_SC.h (94): error: EQU: Value mismatch. old value: $00be new value: $00d2 2600basic_SC.h (95): error: EQU: Value mismatch. old value: $00bf new value: $00d3 2600basic_SC.h (245): error: EQU: Value mismatch. old value: $00a4 new value: $10d0 2600basic_SC.h (252): error: EQU: Value mismatch. old value: $00a4 new value: $10d0 3601 bytes of ROM space left in bank 1 2292 bytes of ROM space left in bank 2 3601 bytes of ROM space left in bank 1 2292 bytes of ROM space left in bank 2 3601 bytes of ROM space left in bank 1 2292 bytes of ROM space left in bank 2 --- Unresolved Symbol List pfcenter 0000 ???? (R ) pfwidth 0000 ???? (R ) Fatal assembly error: Source is not resolvable. Errors were encountered during assembly.

Guess your right... the problem is that the connexion with Microsoft server fail to connect and I thought it was ok.... silly me... I can t connect on it... Ill give a try later only 30mb on 54 downloaded...

Hi, Trying to install from the beginning Bb and visualBb and got weird issues. This one is on a XP emulated system with parralels desktop 8 on mac. Since my old laptop died, I can t make a bootcamp with XP, so I ve give a try with parrallels 8. It work fine for an old drawing app but I got this issue right when launching Visual... Any idea what's wrong?

thanks for the quick reply and I feel greatly relieved about it. I was afraid I had to reorganize completly my scheme . Just waiting Batari to update the tool

Sorry to troll this thread but is the 64Ko forthcoming kernel will use the same technic (e.g. program banks separatly then recombine them)