23 July 2024, 15:40 | #21 |
Amiga 500 User
Join Date: Jun 2013
Location: EU
Posts: 1,580
|
There are also examples where it doesn't seem to work but in fact it is something else...
Not all games will load and start with: LOAD"*",8,1 ... because the required file is not always in the first place on the disk, which can give the wrong impression that the game is not working. Here are some examples: forbidden_forest[cosmi_1983](later) ... LOAD"*",8,1 (works because FF is the 1st file on the disk) forbidden_forest[cosmi_1983](earlier)(!) ... LOAD"FF",8,1 (works because is not the 1st file on the disk) top_gun[ocean_1986](pal) ... load"*",8,1 (works because LOADER is the 1st file on the disk) top_gun[thunder_mtn_1987](pal)(!) ... LOAD"LOADER",8,1 (works because is not the 1st file on the disk) repton[sirius_1983](!) ... LOAD"SIRIUS",8,1 and RUN (works because is not the 1st file on the disk) platos_cave[krell_1983] ... load"MENU",8,1 and RUN so sometimes it is necessary to look into the directory structure to find an explanation if it doesn't work! (Fortunately, it is not necessary to type in the emulator, but to look in the directory structure and click on one of the files.) Last edited by amilo3438; 23 July 2024 at 16:44. |
23 July 2024, 17:30 | #22 | |
Amiga 500 User
Join Date: Jun 2013
Location: EU
Posts: 1,580
|
Quote:
andy_capp[mirrorsoft_1987)(pal) ... no need to disable wobble or other! vixen[martech_1988](pal)(paraprotect_v2) ... no need to reduce speed now! and probably some others too! PS. I haven't found anything so far that requires disabling decelaration! Almost everything that has been tested today simply works! EDIT: Found it: "falcon_patrol[advantage_1983]" ... now need decelaration to be disabled to work! (I guess now it's like vice(sc) which doesn't emulate it anyway.) PS. It doesn't work on Micro64 emulator too if mechanic emulation is enabled! Last edited by amilo3438; 24 July 2024 at 11:18. |
|
23 July 2024, 21:32 | #23 | |
Registered User
Join Date: Sep 2003
Location: germany
Age: 45
Posts: 472
|
Quote:
Correctly, an old G64 should no longer run. For the user, this is confusing and not understandable why some still work, and he gets the impression that it is a bug. |
|
24 July 2024, 18:49 | #24 |
Amiga 500 User
Join Date: Jun 2013
Location: EU
Posts: 1,580
|
15) championship_lode_runner[br0derbund_1984](!) ... when the fire button is pressed on the title screen, it won't go into the game, it goes back to the title screen!? (works in hoxs64, micro64 and vice but not in denise!?)
EDIT: It works in denise if disk is unprotected! Last edited by amilo3438; 24 July 2024 at 18:57. |
24 July 2024, 19:36 | #25 | |
Registered User
Join Date: Sep 2003
Location: germany
Age: 45
Posts: 472
|
Quote:
|
|
24 July 2024, 20:08 | #26 |
Amiga 500 User
Join Date: Jun 2013
Location: EU
Posts: 1,580
|
16) turrican_s1[rainbow_arts_1990](pal) ... Works only in denise and hoxs64!!! (weak bits/illegal GCR on many sectors) (vice and micro64 fail to load it)
Note: But the other side of the disc needs a new conversion from nib to work! PS. Maybe you should check it on a real c64 & ultimate-II+ to see how accurate it is! (i.e. can it be trusted when testing) EDIT: Some info from c64preservation.com... It's Rainbow Arts earlier protection that is used on the original release of Turrican, and was also used on other Rainbow Arts, Magic Bytes, and Time Warp disks released 1987-88. (all PAL) It contains an aggressive sync length check on track 36 that, if the correct length isn't found, formats the disk and resets the C64. On Turrican it is on track 37 and locks instead of formatting the disk. PS. So, many disks in existence that use this protection don't work in any emu, but... if they are re-converted from nib, using the latest nibconv with the -r option, there is a good chance that they will work. Some examples: katakis/denaris and great giana sisters which worked only after the conversion, but there are still also those (albeit in the minority) that did not work even then. Also, re-converted version of "16) turrican_s1[rainbow_arts_1990](pal)" will load in vice(sc) emu, but locks on track 37! (while works in denise and hoxs64) Last edited by amilo3438; 25 July 2024 at 21:44. |
Yesterday, 22:24 | #27 |
Amiga 500 User
Join Date: Jun 2013
Location: EU
Posts: 1,580
|
17) jump_jet[anirog_1984] ... Another one that needs 1541 drive to work!
18) wild_west[ariolasoft_1985] ... same Is there any reason why 1541-II is set default in the emu!? Is there something special that works on the 1541-II and not the 1541 drive!? PS. Yes, I remember something was broken on 1541 kernal that was fixed in 1541-II! (maybe that's why 1541-II is default, but compatibility seems lower) Last edited by amilo3438; Yesterday at 22:55. |
Today, 17:36 | #28 | |||||
Amiga 500 User
Join Date: Jun 2013
Location: EU
Posts: 1,580
|
I found an interesting topic on Lemon64 forum (from 2011) which deals with the ways of archiving C64 discs.
There seem to be two ways to do this: 1) With the use of Nibtools and 1541 disk drives. 2) Kyroflux from the PC drive. The first archiving method is the one used by C64PP (i.e. C64PreservationProject) Another way is the one used by SPS (i.e. Software Preservation Society). You can find out more about it on the Lemon64 forum: https://www.lemon64.com/forum/viewtopic.php?t=39740 Some quotes... 1) Nibtools Quote:
Quote:
So I guess, around that time, they introduced their own new Extended G64 SPS file format, firstly introduced into VICE 2.4a SPS! PS. Two disk images with a new file format can be find on their site: https://kryoflux.com/?page=download (find on the bottom: G64 Images) What is interesting is that nibtools/nibscan.exe (using last version) can recognize this new format and reports it as: "Extended SPS G64 detected"! (so any emu can recognize this also) What is also interesting is, when you re-convert a .nbz file into .g64 by nibtools/nibconv.exe (using last version) it doesn't convert it into this new extended format, or I don't see in option how to do that. So, after converting with nibtools, a g64 file stays in an old (not extended) format! (or this is not necessary for existing nib/nzb files) Quote:
Does a NIB file contain more raw information than a G64 file? Quote:
Is Kyroflux better than NIBtools? Quote:
Last edited by amilo3438; Today at 19:16. |
|||||
Today, 18:45 | #29 | |
Amiga 500 User
Join Date: Jun 2013
Location: EU
Posts: 1,580
|
Quote:
(Apart from the two g64 files offered on the kyroflux pages, there is actually nothing else available in a new extended g64 format!) Last edited by amilo3438; Today at 18:52. |
|
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Blitter line mode problems | deimos | Coders. General | 23 | 10 October 2019 10:10 |
Celtic "Meeting Demo", Timing problems in Cycle Exact Mode | StingRay | support.WinUAE | 5 | 26 January 2018 15:15 |
Mani Pulite sprite problems (A500 mode) | andreas | support.WinUAE | 17 | 22 January 2015 14:41 |
Super72 mode problems | mark_k | support.WinUAE | 8 | 16 March 2014 11:16 |
Problems with Detect Idle CPU mode | bdoe | support.WinUAE | 6 | 27 September 2002 13:44 |
|
|