Denial

OK apparently the original says you should start it with SYS16384 - and that works https://retrocollector.org/photos/full/26259.jpg Attached is a working .tap :) It would be great if you could make hires scans of the tape cover, box, and the cassette itself - then it can be included in the tape arch...

OK cool.... first, i can confirm this is this game: https://csdb.dk/release/?id=182936

There is some weird problem with the .tap i produced, the autostart does not work for some reason.... (but the data can be extracted and the game started by jumping to the right address)

Will play around a bit

use "chis" in the monitor. its enabled by default in any half recent build

did anybody have a chance to try out the file and see if it runs?

I get load error in VICE - that may be related to how the wav->tap conversion was done

you should clock it for at least 16 cycles first, yes

you shouldnt have to wait, it takes 16 machine cycles to fill the lfsr with 1 bits: enabled:0 bit3:0 bit12:0 bit14:0 bit15:0 gate1:0 gate2:0 gate3:1 gate4:1 lfsr:0001 enabled:0 bit3:0 bit12:0 bit14:0 bit15:0 gate1:0 gate2:0 gate3:1 gate4:1 lfsr:0003 enabled:0 bit3:0 bit12:0 bit14:0 bit15:0 gate1:0 g...

Sorry, i interpreted wrong what you wrote...

yes it requires "enabled" being zero (for some cycles) to start. which it is after reset.

1 AND 1 is 1, not 0

bit 0 of gate4 is either 0 or 1 on each iteration, and ORed into the LFSR ... so thats how 1 bits go into the LFSR

It doesn't seem to work, unfortunately. When using the Audiotap program, for this game I selected "inverted waveform" like I would on vic-20 files. is that correct? It depends on your specific setup - but if it produces working vic20 taps for you, it should work the same for c64 please pos...

What doesn't work though? (That it sounds different is quite expected - there should be a thread somewhere around here about the new reverse engineered LFSR) also the quoted code is missing some lines? it should be: int bit3 = (noise_LFSR >> 3) & 1; int bit12 = (noise_LFSR >> 12) & 1; int bi...

Mmmh wouldn't something like charpad be more suited for the job? It already has all the needed features, i think

It's not exactly VIC20 (only): http://multipaint.kameli.net

This should be fairly straight forward to implement.... you can ignore all the details about VIA if all you are after is keyboard input (just assume port 1 is all output, port 2 is all input). Then as you noticed, the logic is low-active (you will see that at many other places). One thing to conside...

Tried another PSU? (If they are rolling slowly - most certainly a power problem of some kind)