"modern ATX PSU" is actually one of the worst options available, see our Power Supply FAQ.
Posts by Tobias
Caution: Non registered users only see threads and messages in the currently selected language, which is determined by their browser. Please create an account and log in to see all content by default. This is a limitation of the forum software.
Also users that are not logged in can not create new threads. This is a, unfortunately needed, counter measure against spam. Please create an account and log in to start new threads.
Don't Panic. Please wash hands.
-
-
Lucky you
-
There is also a small chance that this is caused by a stuck key (shift lock perhaps?)
-
First of all, use a recent VICE build, ie 3.8 - see https://github.com/VICE-Team/svn-mirror/releases/tag/3.8.0 (or while you are at it, just use a snapshot build from https://github.com/VICE-Team/svn-mirror/releases
-
You'll have to select the keyrah v3 keymap that is provided with VICE, the default keymap does not work for C128
-
-
I mean the C64, not the Chameleon
Also, do you have a way to measure voltage? Like a multimeter?
-
Could you open it and make a picture of the board, so we can see what board revision it is? Perhaps it has the same problem as mine (that also was a breadbin C64).
-
What kind of powersupply is it then?
Also, what kind of C64? I had (Jens fixed it for me) one C64 myself where the clock would drift significantly over time - i can see how Chameleon would not like this
-
-
Here is another fix, works for me Please give it a try:
-
a) please use english
b) yes, all keys work
-
really funky - your "broken" file is completely missing the first ROM bank. I'll investigate.... Monday :=)
-
-
can you a) reproduce this (hopefully starting with a clean copy of the crt) and b) if yes, what was the last posted version that worked?
edit: and please send me a copy of the working, and the now broken .crt file (tobias@icomp.de)
-
And another testbuild here
This is my final version of the fix, which hopefully does the trick for everyone
I'll have to switch to another project now - please test it!
-
So, here is my "final" fix for this. I have changed another detail, which according to my tests against the original 29F040 EAPI should make it behave more like it.
Hopefully this didnt break anything - in theory it should improve compatibility with programs that rely on the behaviour of the original driver more than they should
Please test!
-
It should work out of the box. There is a small chance that detecting the keyboard does not work - in that case try using jumpers to configure the keyboard type (see manual).
You might also want to clean the contact area of the flat cable (soft cloth and alcohol)
-
Quote
I found several boxes of floppy disks that I would like to copy to an SD card. How can I do this? I tried connecting the 1541-II floppy with a Mini IEC cable in stand-alone mode, and also tried plugging the TC64V2 into the C64. Chameleon does not see the floppy drive. I can't scan the directory with it. If I use it with a C64 it works, so the floppy drive is good. I'm not doing something right. I'm sure there must be some setup problem, but I don't know what. I need a step-by-step description of what to do and how to do it.
That sounds like you have an emulated drive active on the same drive number - that doesn't work. So go to settings, use "restore defaults", then try again. If it still doesn't work, go to the settings and in the drive settings, set "IEC bus connection" to "external computer". That should let you use the real drive (usually using device address 8). Now to copy disks to the sd card, set an emulated drive to device id 9, and copy from the real drive to the emulated drive (see the manual for details)
QuoteMy other question would be, if I write a program in basic, where can I set it to save it on an SD card?
Just like above, enable an emulated drive, mount a disk image, and then use that from BASIC.
-
Quote
There is memory access to the live machine through the USB port of Chameleon, but I believe there's a few features missing from the protocol, so a full debugger is probably not possible. I'll leave this for Tobias to answer - he has the afternoon/night shift for this forum, so that will take a few more hours.
There are two main problems with this:
a) We can't "see" the internal state of the I/O chips (in particular not the state of the real ICs in the C64)
b) We can not stop the C64 (even if you stop the CPU - which is doable - all other ICs will keep running)
Those things are trivial in an emulator implemented in software - but impossible with a C64. It could be done IF Chameleon would just be a standalone FPGA based emulator, with a lot of extra effort. However, we always aimed at having the exact same feature set in both cartridge and standalone mode (and the FPGA space is so full by now, such extra stuff is out of the question anyway).