Wrathchild

Bit pairs make up the 4 pixels per row of the char, so 00=colbak (712), 01=color0 (708), 10=color1 (709) and 11=color2 (710) The Antic 4 mode colour toggle displays color3 (711) in place of color2 (710) over the whole of the 4x8 char cell.

Sounds like an UNO Cart candidate

The Zork's do have single side versions but also have double-sided version releases. Additionally, the ATR-Quads version can be used from cart and should still save game states to disk. Infocom_AtrQuads_AtariMax8Mb.zip

@xrbrevin no, those are single side disk games compiled on a single cart. What I understand @Philsan means are titles that original came on multiple disk sides and adapted to run better from cart, typically by removing prompts to 'insert Disk X side Y'. e.g. the Infocom's Zork titles There's also Shawn Jefferson's Ultima ports on AtariMax Ultima II, Ultima III

No, the hash (#) is to indicate the value is an 'immediate' value. The dollar ($) is to indicate that the following value is 'hexadecimal' so your "sta $02C8" would be equivalent to "sta 712", this refers to an 'absolute' address. therefore "lda 10" means "load the accumulator from address 10" and a "lda $10" would be from address 16. hence "lda #10" is "load the accumulator with the value 10" and "lda #$10" would be the value 16. Hope that helps.

the "lda 10" is getting the value at a zeropage address? "lda #10" would give you a grey but "lda #$10" would give a very dark brown (PAL)

What are we meaning by 'text format' here? Just a direct conversion of byte values, carriage return / line feed handling? 160 A=USR(ADR("hð(h…Ïh…Ωà…Í© …Ì¢ ¡Ì�ÎæÌÐ�æÍ¥ÍÉäð�æÎÐìæÏÐè` "),CHB) Displaying of graphical and inverse characters 'as-is'? (I can't recall the URL of the site which allows you to upload files and it converts to an image file, maybe jpg/png, or even a pdf) Or in a magazine/book type convention? 3100 PRINT:PRINT:PRINT" WHEN READY TO BEGIN TRANSMISSION[14 spaces][inverse] PRESS RETURN [inverse off]" For the latter, there doesn't appear to be a definitive convention for this that could, for example, be adopted by an emulator to import a text file or a separate program to convert to/from a BAS file.

Ah, just the 800 version seems exclusive to the kickstarter, found the 400 here

Are you test driving these?

Once you've pasted or ENTER'd the code into Altirra then try just save this using: SAVE "H1:FILENAME.BAS" Then pick that file from the mapped folder and distribute that? .BAS files are associated with the emulator and if not can be dragged dropped or opened (to auto run)?

From: https://atariwiki.org/wiki/Wiki.jsp?page=DiffOldOs2XL Vector Label 800 XL/XE 1200XL E400 E:OPEN F3FC EF94 EEF8 So that could be made a bit more generic

Have you used Altirra's copy and paste feature? You should be able to paste the text directly. The other suggestion is to use H: mapping to a folder where you hold the text file. If you edit the file on the PC and so it doesn't use Atari's End-of-Line character ($9B) then you can load the file using ENTER "H6:FILE.LST"

Thanks for the clarification, my thoughts were that emkay was "jumping to confusions" and maybe he was thinking more along the lines of full height PM multiplexor (akin to an example here) where conflicting horizontal sprites a briefly not displayed. Naturally the management of that is expensive but certainly not what was being considered/discussed here.

Have you been following? 1) Philsan asks for some clarification on the "sprites" 2) Rensoup answers 3) Philsan asks about the 8-bit width (of the PMG - despite using the word sprites we know what he implied through the use of the qualifier 'five') 4) Rensoup introduces the term multiplexing 5) I remind that the 5 can also be 4 + their missile So we just need to clarify with Rensoup whether his statement "that's classic multiplexing, some of the sprites can't be on the same horizontal line" means his code does this already? I don't see anyone recommending him that is the path he should take?

Change the record. Everyone reading through this thread knows the use of the word here in this context as the generic term of incorporating a visible object into a larger scene... so in that regard of course the A8 can have sprites. No one is meaning C64 SPRITES, on the A8 it could be a software sprite, a hardware sprite (PMG) or combination of the both with the benefits that gives in various PRIOR modes.

Though if you're not using 5th colour missiles then you have effectively four 10-pixel wide sprites and of course can double-width the missile to make 12.

That's ok, that's how I understood it. than it displays whilst rendering? Or when viewed in Altirra? Is that dependent on what palette you choose for both? Wrathchild_NB-test-WIP.xex

One of the reasons to post an original pic is so others can experiment for themselves, feel free to boost brightness etc

Inspired by drpeter's Lake District snaps, combined with having been there this summer, here's a simple scene converted using: ; InputName: 20190731_160727.jpg ; CmdLine: /h=200 /dither=floyd /pal=real /i=20190731_160727.jpg /distance=cie94 /predistance=cie94 /filter=bicubic /s=4096 /init=less ; Evaluations: 293575970 ; Score: 2.0551 Wrathchild_NewbyBridge.xex

Can't help I'm afraid though curious if you had seen/considered the 48K/52K board before opting got the upgrade? I have one in a 400 and it's great.

At a guess (and given a handle of gooner4life7) I'd say this would be a UK buyer so might be unlikely but worth PM'ing electrotrains to see if any are available here.

try the replaced version, the first one I posted referred to the D drive, not C

Happy to help. Another tip then. In the cc65 folder I'd have batch file that sets up the environment. Leave your sources in its own folder, e.g. "C:\CC65\PROJECTS\MY_TEST" After the command window is opened, 'cd' to "C:\CC65" and then run the batch file "CC65VARS". This adds CC65's binary folder to the set of folders searched when you run an program. CC65 also needs a could of environment variables so these are set too. (though I think more recent versions may take care of that for you but its not going to hurt to set these anyway) now you can "CD PROJECTS\MY_TEST" and just run cl65 from the command line. Good luck! @echo off rem echo Setting environment for using CC65 tools. rem set PATH=c:\cc65\bin;%PATH% set CC65_INC=c:\cc65\include set CC65_LIB=c:\cc65\lib CC65VARS.BAT

Don't I know it, I got 'so far' with porting it to cartridge but would need a very concerted effort to get that over the fence. The Dungeon doesn't have such headaches in disk form and a cart of that would be nice too. PP was a copy-protection genius in that regard, so I would not say 'gone wrong'. Yes disk 1/side 1 was cracked to be used on real h/w (and subsequently emulators before ATX came along). However it stands the test of time in my eyes and also makes a great study, just beating that of the Bounty Bob cart. Anyway I digress... back on topic - s/w sprite engines ar_city.zip

Very true 🤪 If you're throwing out the O/S then actually you'll be OK going down to $200! Then if you're not using much of the stack then from $100 upward is your's too All of Zeropage... the world's your oyster 👍 The danger comes if you want to do I/O (load levels etc) as then if you switch back in the O/S you'll have to give the registers used back On top of that the XLs O/S also does a GINTLK/TRIG3 check for a cartridge pull and this can bite you (especially with switchable bank carts like S/XEGS, AtariMax ) The answer to that is to replicate to SIO routines in your own code. THE best example of all of this would be ALTERNATE REALITY 🙈🙉🙊