| |
tlr
Registered: Sep 2003
Posts: 1730 |
Help test x64sc, the next generation x64.
We've spent a month and a half rewriting x64 into x64sc and would like to have some feedback.
Please test this with as many things as you can and report any emulation bugs you find in here or alternatively on #vice-dev @ freenode.net.
Let's bring VICE from the 90's into the modern age!
Good:
- emulator rewritten, more accurate
- models:
Breadbox (default) x64sc -VICIImodel 0 -ciamodel 0 -gluelogictype 0
C64C x64sc -VICIImodel 1 -ciamodel 1 -gluelogictype 1
C128-ish x64sc -VICIImodel 1 -ciamodel 1 -gluelogictype 0 Bad:
- slow (will be faster)
- possible regressions, please test
- no NTSC (yet)
- no REU (yet)
- no snapshots (yet)
- mystery drive bug (disable virtual device traps)
- GUI not yet updated
Win32 binary: x64sc-r22294-win32.zip
Source code (subversion repository):
svn co https://vice-emu.svn.sourceforge.net/svnroot/vice-emu/branches/..
|
|
... 134 posts hidden. Click here to view all posts....
|
| |
chatGPZ
Registered: Dec 2001
Posts: 11154 |
for playing games i just use my c64. or at least a real joystick.... no problems then whatsoever. (and ccs was cool in 1996, not so much today) |
| |
ϵʟʞ
Registered: May 2012
Posts: 26 |
Not exactly the true :) and it is not an argument why it works wrong. I think every emulator has its own.. If the programmers they coding them should learn together it does exist the perfect emulator yet. But - even the VICE is very advanced, it has a long way to perfection :o) The cracked things works right but the originals in G64 or NIB format don´t work right at all. Some games don´t load well. NIB can be only used in new german MICRO64 which has the best drive emulation I have ever seen. :) So I think it has not as perfect emulation for example of 1541 drive even it has many settings there then e.g. old CCS64 even if it is the obsolete thing yet as you already said. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11154 |
Quote:The cracked things works right but the originals in G64 or NIB format don´t work right at all. Some games don´t load well. NIB can be only used in new german MICRO64 which has the best drive emulation I have ever seen. :)
the patch from bero (micro64) which fixes all that is about to be merged into trunk this night - it actually beats hoxs64 in drive emulation now =P |
| |
ϵʟʞ
Registered: May 2012
Posts: 26 |
Great! WOW! Oh - then - it could happen to be my favorite again :o)
Please, do something with the joystick then and - I think it should be nice to extract the drive sound from the exe and put it somewhere to make exe smaller and to be possible to change in case someone have better :) |
| |
ϵʟʞ
Registered: May 2012
Posts: 26 |
And avoid the fix in Micro64 build 670 that causes MICRO64 crashes when opening NIB. I have posted it to MICRO64 forum yet. I think it wasn´t good idea to strictly force the maximum value because of better compatibility. But I am not the coder and I only see what it does before and then.. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11154 |
Quote:Please, do something with the joystick then
if you think there is a bug, please report it on the tracker. |
| |
ϵʟʞ
Registered: May 2012
Posts: 26 |
Quote: Quote:Please, do something with the joystick then
if you think there is a bug, please report it on the tracker.
I don´t have an account on sourceforge and when I tried to create it no activation e-mail came back.
I will try it later again but if you can add the report what I discovered, send it please to the tracker to be modified. Maybe it is not a bug at all, but it is surely freaky behavior and now it is useless to playing games like this one. It could happened that you press both the directions together on keyboard but now then you have to press it again if it happened.
Better behavior should be like:
You pressed fire and left, then you add right - so the emulator could test the last direction pressed and if it is the opposite emulator release the left and press the right (still holding fire so - no changing it). You can then release left and - you have pressed nothing so nothing should happen, still holding right and fire and so on.. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11154 |
Quote:but if you can add the report what I discovered
to be honest, i dont quite understand what the problem is at all - and since i am not using windows at all either and thus can not even reproduce what you are saying, that would be like adding random stuff i know nothing about to me, so i rather dont =P |
| |
ϵʟʞ
Registered: May 2012
Posts: 26 |
I am succesfully registered and have activated account to sourceforge yet, so I will there describe the problem better. But also thanks for report :) |
| |
chatGPZ
Registered: Dec 2001
Posts: 11154 |
Quote:x & alt-f4 now close the window, but in stepping mode (z or n) it's causing a fast flicker, window close/reopen
this is actually correct - if the gui can not keep the monitor always open, then it will have to close it (its the same in GTK now, except the flickering is caused not by close/reopen but by transfering focus forth and back to the emu window). conclusion: we need some special case handling for singlestepping - something other than the horrible hack that is gone now though :) |
| Previous - 1 | ... | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 - Next |
