Denial

Another option is to update the emulator so that it accepts a URL and a code, and pass that info via the QR code. The emulator then makes a POST request for a big program. The server would need to send the program and a response in the right format, looking up its own program based on the code, and...

unfortunately the browser complains for very long URLs resulting from programs larger than ~2K. That could be mitigated by using some form of compression, anyway I don't think we can embed a 16K or cartdrige with this method. As for sharing programs, this is certainly a very good application for the...

@chsyn thanks but it was easy to add so I've just implemented it. I used the builtin JavaScript functions "btoa()" and "atob()" that encode a binary file from/to ASCII using base64 encoding. The resulting string can passed in the URL as a ?b= ... query string parameter. The limit...

producing the actual QR code should be quite easy, there a a lot of open source libraries for handling QR codes.

As for how to make a VIC20 environment to load it, one could use the web emulator and read the code with the browser webcam capabilities and then process it.

yes that makes sense, thanks.

I may add this feature in the software emulator, so to mimic a proper kernal LOAD. Not absolutely needed, but just for fun.

Unfortunately in the FPGA it's much difficult to implement ... it requires a complex state machine, I don't think it's worth of.

is that the difference between LOAD ,,0 and LOAD ,,1 ? My guess is that ",,0" loads the program at the current basic start and then re-links it, while ",,1" just loads the program at the original address without doing anything. Is that so?

LNKPRG = $C533 ; rebuild BASIC line chaining thanks! I was able to create a "relinked" version of the prg file, by first loading it and then doing SYS 50483 ($c533). Now I have to think how to do that automatically from within the emulator (it's not easy because you can't simply call a ro...

I think I've identified the issue: the basic lines in the .prg file are "linked" as if the base address is $1200 and not $1000 as in the normal unexpanded VIC. The VICE emulator loads .prg files by emulating a disk drive, so (I guess) the basic line links are rebuilt after the LOAD finishe...

If you want to check, I've uploaded here another version which has the filters but NOT the mixing; just to circumscribe the issue further.

I am happy it works so the issue can be handled later without hurry.

oops, I forgot to share in google drive. Now it should allow access

Yes the ROM are separate for copyright reasons, I have downloaded them from other sources but they don't work. Using the one from VICE is not going to work unless perhaps I rename them.

I am unable to make MAME/MESS run the VIC-20 emulation, I have the following files in the rom folder: vc20.zip vic20.zip vic20i.zip vic20swe.zip vic64s.zip vic1001.zip but still MAME complains there are missing ROM or CHD files... :( (Using MAME 0.221) I would like to compare it to the other emulato...

I don't have a MiSTer yet, but let's see if we can at least identify the issue. The audio output of the emulated 6561 is subject to a lowpass and highpass filtering to simulate the real VIC20 frequency response. It's converted from 6 bits to 16 bits in the process. Then the signal is driven into a s...

I already opened issues/pull requests on the "chips" repo, but the author (Andre Weissflog) said he's currently busy, but he will that check eventually. I hope he'll also fix the tape for loading .tap files, and complete the 1541 implementation. BTW, I tried to run the VIA tests that are a...