| |
chatGPZ
Registered: Dec 2001
Posts: 11386 |
Please run these Test-Programs....
yay,
in order to get some definitive answers and to confirm VICE is working correctly (or not) it would be great if someone who has a video-capture card could run these test programs and provide screenshots from the real thing:
https://sourceforge.net/p/vice-emu/code/HEAD/tree/testprogs/VIC..
interesting are results from "new" and "old" VICII (they will produce slightly different result). this is very hard to spot on a CRT (we are talking about a one pixel difference) so if you have a way to capture the real thing please do it :)
another no less interesting case is this test program:
https://sourceforge.net/p/vice-emu/code/HEAD/tree/testprogs/VIC..
this one is kindof strange, since apparently it will produce different output depending on the temperature of the VICII. if you look at the two reference images... https://sourceforge.net/p/vice-emu/code/HEAD/tree/testprogs/VIC.. and https://sourceforge.net/p/vice-emu/code/HEAD/tree/testprogs/VIC.. eg notice the number of "1" in the fourth character row. this difference is apparently NOT there when the "new" VICII is "cold". it apparently appears on _some_ "new" VICII after a rather long warmup (an hour or more), and it apparently even then also randomly appears and disappears on power cycles. so for this one we need ppl with "new" C64s who can run the program, check the result, powercycle, repeat (a few times) - and do the same after a longer warmup period. the readme in that directory shows the interesting parts of the output.
thanks for your help! |
|
... 22 posts hidden. Click here to view all posts....
|
| |
ChristopherJam
Registered: Aug 2004
Posts: 1409 |
Looking at this properly now my MMC64 is working again.
My only capture device is a 100MHz scope that sadly can only buffer a raster line or three, which just leaves me with photos of my monitor, unless the tests were rewritten to be a black screen aside from a line of interest so I can trigger off the first white pixel.
I assume the mode switching delays could also be measured using sprite collisions? Happy to put together a test along those lines if there's interest. |
| |
willymanilly
Account closed
Registered: Jan 2016
Posts: 27 |
I can confirm the output of my c64 emulator matches my real c64 to the pixel level when running all those videomode programs. I don't have a video-capture card to take nice screens shots but I spent quite a bit of time running all these programs side by side to match the real thing. My real c64 revision is 250466.
Another note is on my real c64, on the ECM line of the vici_timing test turns back to checkered pattern one cycle later than expected, based on the observations of the output I get from modesplit, to match the alignment of BMM above. https://sourceforge.net/p/vice-emu/code/HEAD/tree/testprogs/VIC..
All of the above is emulated on my emulator to match my real c64, including fetchsplit, if you want some references to what my real C64 displays. http://www.z64k.com/resources/Z64KNewUI.jar
I've temporarily uploaded screenshots of modesplit and vici_timing from my real c64. They were just taken with my phone so don't expect the best quality. I never took any good shots of the other modes so don't have any to provide you. http://www.z64k.com/resources/modesplit.jpg
http://www.z64k.com/resources/vicii_timing.jpg |
| |
chatGPZ
Registered: Dec 2001
Posts: 11386 |
Quote:I can confirm the output of my c64 emulator matches my real c64 to the pixel level when running all those videomode programs.
how exactly did you check this? i find it extremely hard to check just looking at the output side by side - a lot of subtle one pixel differences are impossible to see that way, IMHO
that said, it would help a great deal if some more ppl could provide captures.... |
| |
willymanilly
Account closed
Registered: Jan 2016
Posts: 27 |
Quote: Quote:I can confirm the output of my c64 emulator matches my real c64 to the pixel level when running all those videomode programs.
how exactly did you check this? i find it extremely hard to check just looking at the output side by side - a lot of subtle one pixel differences are impossible to see that way, IMHO
that said, it would help a great deal if some more ppl could provide captures....
Taking into account my limited access to dedicated video capture equipment, I agree it's not ideal to rely on visual comparison, but long story short I connected my c64 to a 4K monitor which gave me much larger pixels to look at. I also played around the XSCROLL with the abovementioned test programs in the videomode folder to see the behaviour of the pixels as XSCROLL increased. From those results I simplified the logic of my VICII pixel rendering model as much as I could but ensuring it still accounted for all the observed behaviour when switching video modes. I spent considerable time on this and while I still might not have the perfect model and I might have misread a pixel position, I have triple checked my emulator matches the output of my real C64 that I use for benchmarking. A Video capture card would be very handy and it's something I've considered getting. It would definitely be a great help if other people can provide captures! :) |
| |
wacek
Registered: Nov 2007
Posts: 513 |
Groepaz, do you still need those captures? Or is this case solved?
I can do some in decent quality. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11386 |
yes, the more captures from different people/setups the better. this is not an exact science unfortunately, new unexpected things pop up left and right =P
in case it wasnt mentioned yet, please also do modesplit and fetchsplit ... and to make it easier to handle, put the VIC revision and board ASSY number into the filename(s) please |
| |
wacek
Registered: Nov 2007
Posts: 513 |
Groepaz, check these and let me know if they are any good quality wise.
http://arise64.pl/misc/vicetests1.zip |
| |
chatGPZ
Registered: Dec 2001
Posts: 11386 |
quality looks ok... whats the exact ASSY# and VIC? just new/old isnt enough (i wish it was that easy...) |
| Previous - 1 | 2 | 3 | 4 - Next |
