| |
chatGPZ
Registered: Dec 2001
Posts: 11386 |
C64 Emulator Bugs
after stumbling about a bunch of VICE bugs myself in the last couple of days i have decided to compile a list with issues current emulators have. the goals for this are
- make people aware that emulators are by far not perfect (yet?)
- make it easier for emulator authors to improve the emulators, by showing problematic programs and possibly provide simple testcases
- allow c64 coders to implement emulator detection if desired
so well, check this: http://hitmen.c02.at/files/docs/c64/c64_emulator_bugs.txt
help welcomed :)
|
|
| |
Fungus
Registered: Sep 2002
Posts: 686 |
The bug which happens when switching back and forth between vice and other windows happens on windows 2000 and XP also. (both pro)
serial timing latency is not implemented. (1 cycle per foot of cable or so).
1571 has extra delay on on reading sync inside the drive, ask graham or krill about this. (you cannot use BVC in 2mhz mode!)
clk has one cycle extra delay or so also in 1541 when data also changes... (or something)
NTSC should have at LEAST 8 more lines visible in bottom border, and about 6 or 7 in the top.
palette is still very wrong, look at hoxs64 for proper palette.
CAN YOU PLEASE emulate a breadbox palette seperate from 64C pallette, 64c palette is UGLY as hell on OLD games!
I will post more as I remember them...
1541 emulation needs complete REWRITE, it does NOT work with most protected games, HELLO , NOT ALL DATA IS GCR ENCODED!!!
(Stop letting lamers like rittwage who got not CLUE how 1541 really works writing code!!!)
if you want a REAL book on 1541, see 1541 SAMS trouble shooting an repair guide, it contains FULL HW explainations!
You can also switch OFF byte sync in the 1541!!!
|
| |
Mace
Registered: May 2002
Posts: 1799 |
Groepaz, Fungus & I talked about this on IRC yesterday, so I'm not sure if the bug I found has been 'documented' already...
Toggling RAM/ROM quickly (i.e. changing value of $01 between #$35 and #$37) confuses WinVICE to the point where it doesn't seem to know whether it's RAM or ROM you want.
Also in WinVICE, "always on top" doesn't work when swiched on at boot. Frankly, I'm amazed that this isn't the 'known bugs' list already. |
| |
Scout
Registered: Dec 2002
Posts: 1570 |
Also that friggin' annoying bug that un-toggles True Drive Emulation everytime I load a .prg really pisses me off too.
Not a real emulation issue but it's out of my system now :) |
| |
Oswald
Registered: Apr 2002
Posts: 5094 |
yeah, the true drive emulation 'bug' freaks me out aswell. also there's no reset option without killing the ram when the machine hangs.argh... |
| |
TDJ
Registered: Dec 2001
Posts: 1879 |
Quote: Also that friggin' annoying bug that un-toggles True Drive Emulation everytime I load a .prg really pisses me off too.
Not a real emulation issue but it's out of my system now :)
Oh my brother, testify! |
| |
WVL
Registered: Mar 2002
Posts: 902 |
Quote: Also that friggin' annoying bug that un-toggles True Drive Emulation everytime I load a .prg really pisses me off too.
Not a real emulation issue but it's out of my system now :)
I always make a copy of the x64.exe file and name it x64prg.exe.
Then I couple .prg files to x64prg.exe while coupling .d64 to the normal x64.exe. :) |
| |
Radiant
Registered: Sep 2004
Posts: 639 |
I just enter the monitor and type l"program.prg"0, and then everything works fine without having to change drive emulation settings etc.
The problem with the complete border not being visible is well known and something the VICE team doesn't seem to care too much about fixing. Krill's border patches take care of that on PAL; should be easy to modify them to fix NTSC emulation as well.
Fungus: You do know you can change the VICE palette yourself, including toggling between the two luminance settings, right? :-P |
| |
Radiant
Registered: Sep 2004
Posts: 639 |
From groepaz's buglist.
Not a bug:
*** [vice 1.21] audio/video timing problems due to audio buffering
Audio buffering is a requirement for any software based audio playback. The option is there to set the buffer to a lower value for those with fast machines, which makes the problem less apparent. Impossible to work around. |
| |
WVL
Registered: Mar 2002
Posts: 902 |
Quote: From groepaz's buglist.
Not a bug:
*** [vice 1.21] audio/video timing problems due to audio buffering
Audio buffering is a requirement for any software based audio playback. The option is there to set the buffer to a lower value for those with fast machines, which makes the problem less apparent. Impossible to work around.
still there is no option to set it below 100msec. And that's still quite a lot! why not allow 50msec? or 20msec (== 1 frame). My pc wouldnt be bothered by it. |
| |
tlr
Registered: Sep 2003
Posts: 1790 |
For windows there are ASIO or WDM drivers for many soundcards that will allow near realtime audio (a couple of milliseconds or less in latency).
A selectable buffered video to match the lag of the audio could be useful for watching timed demos.
|
... 240 posts hidden. Click here to view all posts....
|
| Previous - 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | ... | 25 - Next |
