sage

thanks. that feature was missed.

That is why I used it in Bad Apple for video packing . That and because I could used stream depacking.

a web copy of the ocred pages you find here: https://atarilynxdev.net/doku.php/lynx:doc:start including typos 😛 it is missing a bit on the sound system, but the original scan float around

OMG. On the other side, sometimes you dont want these pictures online. Just remember the one we took in Tokyo. It looked like some people had a heavy party the night before until the morning.

Schematics yes. Real documentation, no, beside what is written in from the software developer part. but its easy to deduct from the schematics.

Wondering if they obey the emulator code licences 😹

... and that is the reason the game took so long. testing and balancing with >2players is very time intensive if you do not have any large gatherings.

what and where did you download.

uneducated hint for improvement: add zener between USB5V - teensy 5V - lynx 5V. that way teensy is always supplied with 5V, but neither will LYNX drive the USB of your PC, nor the PC usb power your lynx (for safety). But make sure GND is common for all and connected use 244 instead of 245 for data pins, this saves you the direction. for address pins, you can use even simpler chips, as you do not need the "enable" at all, simple i2c level shifters may do if you add comlynx, you may want to use also simple chips (e.g. I2C level shifters). dont forget the diode between RX and TX, otherwise you cannot send from Lynx side. suggest not to connect comlynx 5V to the rest beside the comlynx level shifter.

So, I can print 6 players capable now on the box Wonder if I still can manage to test 7 and 8 before roll-out.

sry, this went to the wrong topic by accident ... 🙂

Just checked my script, you are right. the first two bytes are not packed 😛 I added two zero bytes in front of each binary i wanted to pack. Long live the documentation :facepalm:

the 244 would do it, too (5V tolerant)

strange. i has been a while since i used it for bad apple video. maybe i added a workaround or used some special command line parameters? Maybe I just forgot. you use "level" as type?

... which is the reason many 128kb games come as a 256kb rips. because people use 256kb rom cards for pirate copies.

I am more afraid of the short between USB 5V and Lynx 5V. USB is supposed to have +-5%, you may burn your pet.

but thats not the one I just bought from you 😛 Will there be a firmware update for the old cards for the new menu?

I always used the one which was (a) working on the lynx (b) fast enough. And depending on use case, stream depacking vs load-and in place depack. pucrunch was easiest to use for a while and easily integrated into file-loading. now exo is my favorite.

you may want to check: https://github.com/bspruck/exolynx https://github.com/bspruck/pucrunch for more advanced unpacking codes for lynx.

Somehow like this? MOVE screen,ptr ldy #SCREENSIZE/256 .loop lda #0 stx .loopx jsr ReadByte sta ptr,x inx bne .loop inc ptr+1 dey bra .loop For BadApple, a bit more complicated as the data is packed as sprites. thus reading and stream unpacking thread plus sprite engine plus music. I think the source is on github.

too bad. But i love reverse engineering things.

I have not been at the SV party. And it was release already a while ago.

Is there a documentation for the API of the Cheapo card? I have the menu source for the RHQ one, but seem no one for Cheapo. Not that source code replaces documentation, haha.

in my understanding yes. but i used a different schematics for my tests.