| |
Rubi
Account closed
Registered: Apr 2002
Posts: 48 |
VICE beta testers - anyone?
Hi.
Everybody who wants to test current developer release (with several bugs fixed that were reported in the C64 Emulator bugs thread) should send me a private message here in CSDB or a mail to a.matthiesNOSPAM@online.de
Beta testers should be practiced in using VICE and its options and know about Gropaez buglist and its "rules of thumb" to avoid reporting already known or "wrong settings" bugs. The main goal should be regression testing.
I will send a (link to a) Windows binary and source archive with some information about fixed and known bugs.
- Andreas
|
|
... 47 posts hidden. Click here to view all posts....
|
| |
chatGPZ
Registered: Dec 2001
Posts: 11144 |
Quote:
an option to have true drive emulation ON by default AT ALL TIMES. because it's starting to slightly piss me off, and I'm not the only one ;_)
i am sponsoring the money to tattoe that on andreas' forehead if that helps =)
rubi: about AR3, please ask andreas for the cartridge dump he used as a reference. we are currently researching this, and it looks like there were different versions of AR3 around. i'd like to see his dump for comparison.
edit: ok, confirmed. we located someone with a different ar3, and his dump works. kinda strange, we'll investigate further... |
| |
Burglar
Registered: Dec 2004
Posts: 1046 |
Quote: `gtk_widget_set_tooltip_text' is new in gtk v2.12. Etch contains the now prehistoric gtk v2.8. Of course, the config script could/should check if you have gtk >2.12 and fail to build (or possibly wrapper function to wrap the new function name to the old one if old gtk is detected... blah)
ah thanks for the info, and you're right, its probably the only thing I dislike in debian (slow in updating to newer versions of key components)
obviously, it compiled and ran fine without gnomeui btw. |
| |
blacky
Registered: Sep 2007
Posts: 41 |
Quote: `gtk_widget_set_tooltip_text' is new in gtk v2.12. Etch contains the now prehistoric gtk v2.8. Of course, the config script could/should check if you have gtk >2.12 and fail to build (or possibly wrapper function to wrap the new function name to the old one if old gtk is detected... blah)
In order for my upcoming SkyOS port to work there will have to be a wrapper function. I will include this in my SkyOS port patch that will be sent in soon.
Signed, Marco van den Heuvel.
|
| |
blacky
Registered: Sep 2007
Posts: 41 |
@Rubi
Please mark Aurora90% as fixed as well in the buglist, my $01 fall-off patch was added in 1.22.2.
|
| |
assiduous
Account closed
Registered: Jun 2007
Posts: 343 |
Quote: @Rubi
Please mark Aurora90% as fixed as well in the buglist, my $01 fall-off patch was added in 1.22.2.
It's already marked:
Quote:- [vice 1.20,CCS] Aurora 90%/Level64 Aurora 85%-90%
>Rubi: Fixed in 1.22.2 |
| |
yago
Registered: May 2002
Posts: 332 |
Vice 1.22.2 ?
where is that?
|
| |
assiduous
Account closed
Registered: Jun 2007
Posts: 343 |
probably nowhere but u can assume that 1.22.8 posted earlier includes this fix
btw,I hope we can anticipate more emudetectors from you in the future :) any incentive to improve the emulation is good |
| |
yago
Registered: May 2002
Posts: 332 |
Ok, i tested Vice 1.22.8, and indeed $01 behaves much more natural now.
Because i have no Windows, and hoxs run very slowly in wine (1.7GHz, 256MB Ram), i cant thouroughly test it, but i do have some tests where hoxs fails.
So, expect new emu-protection from me soon.
|
| |
assiduous
Account closed
Registered: Jun 2007
Posts: 343 |
\o/ looking forward 2 it |
| |
iAN CooG
Registered: May 2002
Posts: 3136 |
I have 2 fix proposals to submit to your attention:
---------------------------------
1)
Vice Autostart/TDE/VDT fix
hxxp://iancoog.altervista.org/vice/iANCooG-1.22.8-autostart_tde.tar.gz
Resetting during a d64 autostart, before LOAD"*",8,1 appears, always leads to
TDE set to 0 even if set to 1 in vice.ini. Same behaviour happens if the
currently/default attached cart is detached, causing a reset.
autostart_reset() -> disk_eof_callback() -> orig_drive_true_emulation_state
The variable has not been set YET. It's set only in advance_hasdisk()
after check("READY") stuff has said YES or NO, never in case NOT_YET.
But even NOT_YET case happens too late, the variable must be set earlier.
Being 0 by default, TDE will become 0 aswell.
Fix made in autostart_advance() setting orig_drive_true_emulation_state before
calling advance_hasdisk(), and commented out where it's not needed anymore.
Other fixes:
- Virtual Dev Traps set to ON always in autostart_tape() for t64s
- Added ":" after "LOAD" and "RUN", because you have enough time to
fill the screen with garbage before loading starts.
---------------------------------
2)
Additional parameter -cartnone, kludge
hxxp://iancoog.altervista.org/vice/iANCooG-1.22.8-cartnone_kludge.tar.gz
I use TFR 0.8 cart attached by default, others use AR, FC3 or Warpspeed as
default. Happens that some prgs refuse to work with a certain cart.
My vice.ini looks like this:
CartridgeFile="C:\vice\crts\tfr08.rom"
CartridgeType=-5
CartridgeMode=0
CartridgeReset=1
Sometimes I need to start a prg/d64 detaching the cart, but it's possible
only from the menu. So far I tried using -cartexpert, but in some case the
launched prg refused to work with an expert attached (problems with the
bankswitching and stuff) so this switch was more an annoyance than a gain.
A proper -cartnone (or +cart, whatever the personal preferences are) is needed
to temporarily disable a default cart during autostart.
This is a VERY DIRTY kludge, as it works only if vice.ini contains a default
cart, has no descriptive commandline help, and so on, so use at your own risk.
Let me know if they are of any usefulness for you. I already implemented in my sources as they meet my needs. |
| Previous - 1 | 2 | 3 | 4 | 5 | 6 - Next |
