Posts by Tobias

There are two problems with the VGA output:

- The pixelclock is currently fixed, that means unless you are using the default 800x600x72 mode, the pixelclock will not match the exact requirements of the VESA modes, and thus the monitor might get confused about it and not sample it correctly.

- The sync polarity is wrong in some modes.

- Unless your monitor has a native 800x600 resolution, it will do scaling and everything bad connected to it. Depending on how picky it is on clock detection and sync phase/polarity, it will even do more bad things.

That said, Peter is currently working on the VGA output part of the core, essentially rewriting everything, so we have a async clock now, perfect matching pixelclocks and syncs, and essentially much better compatibility (hopefully). So chances are the next update will fix most (hopefully all) of those related problems.

really odd

Alastair provided a nice "trick"... "B for UP" is now implemented as follows: Hold B and switch the Mouse/Joy slider to opposite Position to toggle between "B is autofire" and "B is UP"

It sits between board and VIC and recreates the video by watching the bus signals and then (partially) emulating the VIC

Electrical - No, as you noticed, CF cards are designed for it. But driver... i have no idea. I would assume that IDE drivers assume a HD, and dont like the device being removed.

If you boot from it, then its of course not safe - Boot device should stay available

The same applies as said above Peter is currently allocated to Indivision MK3, and when we continue with Chameleon (hopefully soon) then bugfixing is what we will do.

What you need depends on what you want to do The gotek is a "floppy drive emulator", you can use this to run games from disk images. The ACA500plus on the other hand is a "turbo card", ram expansion and CF Card interface. Among other things, it will allow you to run "whdload", which in turn enables you to run many games directly from "harddisk" (CF card in this scenario).

It's the particular MeanWell chassis that is commonly used

The problem right now is that the VGA clock is tied to the system masterclock, and the result is that many VGA modes are slightly wrong in timing - and some monitor do not like it. There isn't much we can do about it right now, it will require a significant rewrite of the VGA output logic

The comb effect is just how it looks, as said, the cure is to not use an interlaced mode

The obvious cure is to not use interlaced screenmodes whenever you can (eg for the Workbench).

Other than that, there isn't much you can do. Any Filtering would just blur the picture, or half the framerate.

So, some numbers.... to me it is pretty obvious the powered off drive is pulling down the lines:

i measured against the mounting hole at the bottom left of the C64RMK2, and then put the probe at the backside of the IEC plug in the following order: top left, top right, center, bottom left, bottom right. not sure what signals relate to that (and one is missing). the result looks like this:

with the 1541U2 (non plus):

with 1541-II powered ON: 4,94V - 3,90V - 2,73V - 0V - 0,12V

with 1541-II powered OFF: 3,07V - 0,14V - 0,62V - 0V - 0,08V

with the 1541U2+:

with 1541-II powered ON: 4,94V - 3,90V - 3,37V - 0V - 0,10V

with 1541-II powered OFF: 3,08V - 2,79V - 1,97V - 0V - 0,10V

Not sure what to do further, seems obvious that also Gideon noticed something can be improved there

OK, i made another interesting observation....

First, i changed my cabling to match yours, ie

C64MK2->1541-II->1541-Ultimate

now, i switched the two real drives to #8, and powered both OFF. The U2+ set to drive 9. This works. Then i swapped the U2+ against U2 - and it stops working. IMHO that again shows that we are in vague territory here, something is really "on the edge".

Will try to do some measurements with U2+ and U2 now....

Just out of coincidence stumbled over this

OK so, what can i say. It works for me

my Setup looks like this:

C64RMK2->1541(old)->1541II->1541UII+

both real drives turned off, i can still load fine from the 1541UII.

I think we are going into vague (almost esoteric) territory now... a lot of things could make this better or worse, the type (and length) of IEC cables, ground loops, i dont know.

I misplaced my Multimeter, will do some searching now :=) Jens: What exactly should i measure? Storm: what exactly were you trying to load and how? i have tested a random d64 and used kernal load (not AR or sth like that) - is that enough for you to reproduce the problem?

Edit: i am measuring 4,95V at CIA1 and 4,92V at CIA2

I will try to reproduce it here....

can you point to a picture of the exact 1541UII model you have there? I have all of them here, but i dont remember exactly which is which =)

As said, the problems are pretty random. It may "work" in some combinations, and fail in others. The more devices you add, the most likely it will fail.

Quote

Don't get cranky at me when I'm trying to help just because your clone C64 doesn't operate the same as a real one.

Non powered devices cause random problems with all C64s - it's not a problem of the reloaded.

Regardless, please do what jens ask for - remove that device and try again. 4,7V really is too low, you should get something close to 4,9V - like with the reloaded,

Please register yourself at the forum, then you can also attach images