Log inRegister an accountBrowse CSDbHelp & documentationFacts & StatisticsThe forumsAvailable RSS-feeds on CSDbSupport CSDb Commodore 64 Scene Database
You are not logged in - nap
CSDb User Forums


Forums > CSDb Discussions > C64 Emulator Bugs
2007-06-24 03:16
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 :)
 
... 240 posts hidden. Click here to view all posts....
 
2007-11-16 11:27
WVL

Registered: Mar 2002
Posts: 902
Actually, I think there should be 3 kinds of behaviour when loading a prg.

1) -> turn true drive emu off
-> use the directory on the pc as 'drive'
-> load the file from the 'drive'
-> basically the same as it is now, problem with cartridges (AR6)

2) -> put the .prg into a temporary .d64
-> keep true drive emulation ON
-> load the file from the temporaty .d64

3) -> simply dump the .prg into the memory (no loading!, actually much like CCS64 does it)
-> keep true drive emu on, but there's no disk in the drive.

Actually I would much prefer the 2nd method, since it is just way more close to a real c64 and stops you from having problems with cartridges/etc, which go b0rk with non-true-drive-emulation.
2007-11-16 11:39
Oswald

Registered: Apr 2002
Posts: 5094
files should be dumped into mem, and true drive emu never turned off once the user requested it. the current behaviour is very frustrating.
2007-11-16 11:48
WVL

Registered: Mar 2002
Posts: 902
Quote: files should be dumped into mem, and true drive emu never turned off once the user requested it. the current behaviour is very frustrating.

that's method 3 then ;)

Anyway, i can see how option 1 is nice for some ppl, but frustrating for others.. Why not have 1,2 and 3? :D
2007-11-16 12:17
chatGPZ

Registered: Dec 2001
Posts: 11386
the most frustrating thing imho is that even when you attach a d64, vice will toggle TDE off/on (so it can cheat on loading the first program). so when i run vice with "x64 bla.d64" and then hit "reset" in ar menu, i end up with TDE switched off (although its enabled in the vice config). that sucks hard.
2007-11-16 12:29
assiduous
Account closed

Registered: Jun 2007
Posts: 343
Quote: the most frustrating thing imho is that even when you attach a d64, vice will toggle TDE off/on (so it can cheat on loading the first program). so when i run vice with "x64 bla.d64" and then hit "reset" in ar menu, i end up with TDE switched off (although its enabled in the vice config). that sucks hard.

Then why don't you disable virtual device traps?
2007-11-16 15:21
cba

Registered: Apr 2002
Posts: 935
Not working in VICE Vision
2007-11-17 12:22
chatGPZ

Registered: Dec 2001
Posts: 11386
Quote: Then why don't you disable virtual device traps?

because then ONLY d64s will work as expected. i did this a while ago and then it took me a week to figure out WHY THE HELL autostarting t64 and prg doesnt work anymore. (infact, they would not work anymore at all)

like i said before, leave the autostart setting alone. for fast initial loading, toggle warpmode on/off, that would probably be almost as fast, and has zero compatibility problems.

whatever - what really kills me is that such whacked up behaviour ends up beeing the default, and even more, it can even not be switched off at all!. whoever had the bright idea to do it like this should be slapped left and right and in the middle with an extra punch =P
2007-11-19 09:52
cba

Registered: Apr 2002
Posts: 935
Block Out

bugging in VICE
2007-11-19 10:50
Mace

Registered: May 2002
Posts: 1799
Quote: Block Out

bugging in VICE


It doesn't work in HOXS v1.0.5.8 either.
But I didn't test on TRM (The Real Machine ;-) ).
2007-11-19 19:12
iAN CooG

Registered: May 2002
Posts: 3195
Quote: Block Out

bugging in VICE


"1541 CPU: Jam in $1200" is normally caused by a BRK encountered during drive
code execution. The loader at $4c00 does a "M-E" $07c0, but there's NO code here.
Just try OPEN1,8,15,"M-E"+CHR$(192)+CHR$(7) and you'll get the same Vice error.
At $0700-$07ff in drive RAM there should be the current BAM (trk18 sect00) and
the loader assumes that on the slack space after the disk name there is some code,
but this d64 is cleaned from extra bytes.
(8:$07c0) m 700
>8:0700  12 01 41 00  15 ff ff 1f  15 ff ff 1f  15 ff ff 1f   ..A.............
>8:0710  15 ff ff 1f  02 00 20 02  00 00 00 00  00 00 00 00   ...... .........
>8:0720  00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00   ................
>8:0730  00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00   ................
>8:0740  00 00 00 00  00 00 00 00  0f 6c ff 07  00 00 00 00   .........l......
>8:0750  00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00   ................
>8:0760  00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00   ................
>8:0770  00 00 00 00  00 00 00 00  00 00 00 00  09 55 55 01   .............UU.
>8:0780  11 ff ff 01  11 ff ff 01  11 ff ff 01  11 ff ff 01   ................
>8:0790  54 41 4c 45  4e 54 45 44  20 52 55 4c  45 52 5a 21   TALENTED RULERZ!
>8:07a0  a0 a0 2d 42  4f 44 2d a0  a0 a0 a0 00  00 00 00 00   ..-BOD-.........
>8:07b0  00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00   ................
>8:07c0->00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00   ................
>8:07d0  00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00   ................
>8:07e0  00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00   ................
>8:07f0  00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00   ................

The original code most probably just loaded the rest from the free sectors
in trk18, which are clean too. Recovering this disk is impossible unless the
exact same loader was used and known in another crack.
There are many not working cracks for the same reason, sectors on track 18
carelessly cleaned or even not copied during the dump process. Whole disk
copy on these disks is needed.
Previous - 1 | ... | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 - Next
RefreshSubscribe to this thread:

You need to be logged in to post in the forum.

Search the forum:
Search   for   in  
All times are CET.
Search CSDb
Advanced
Users Online
rambo/Therapy/ Resou..
MWR/Visdom
Mike
Nordischsound/Hokuto..
Peacemaker/CENSOR/Hi..
Alta
DeMOSic/MS^LSD^ONS
The Human Co../Maste..
stephan-a
psych
iAN CooG/HVSC
Guests online: 139
Top Demos
1 Next Level  (9.7)
2 13:37  (9.7)
3 Mojo  (9.7)
4 Coma Light 13  (9.6)
5 Edge of Disgrace  (9.6)
6 What Is The Matrix 2  (9.6)
7 The Demo Coder  (9.6)
8 Uncensored  (9.6)
9 Comaland 100%  (9.6)
10 Wonderland XIV  (9.6)
Top onefile Demos
1 No Listen  (9.6)
2 Layers  (9.6)
3 Cubic Dream  (9.6)
4 Party Elk 2  (9.6)
5 Copper Booze  (9.6)
6 Dawnfall V1.1  (9.5)
7 Rainbow Connection  (9.5)
8 Onscreen 5k  (9.5)
9 Morph  (9.5)
10 Libertongo  (9.5)
Top Groups
1 Performers  (9.3)
2 Booze Design  (9.3)
3 Oxyron  (9.3)
4 Censor Design  (9.3)
5 Triad  (9.3)
Top Diskmag Editors
1 Magic  (9.8)
2 hedning  (9.6)
3 Jazzcat  (9.5)
4 Elwix  (9.1)
5 Remix  (9.1)

Home - Disclaimer
Copyright © No Name 2001-2024
Page generated in: 0.056 sec.