![]() |
![]() |
#61 |
Amiga 500 User
Join Date: Jun 2013
Location: EU
Posts: 1,605
|
Decided to stop testing the existing g64 collection from 2015! The reason for this is the frequent finding of something that looks like it works but is actually problematic.
As a last example: "pacmania[grandslam_1988]"... it will start and then after a while in the game the emulator will go crazy!? And the first thing is that something is wrong with the emulator, but in fact the problem is in the tested file! (If I convert nbz from that file with e.g. -an -C -r -f options, I will get something that does not cause problems.) So, now there remains the possibility of creating instead of looking for problems, and that in a way.... i.e. generating a new g64 from nbz using the latest version of nibconv and testing them in denise with checking problematic ones (ie those that doesn't seem to work) in vice. ------------------- Well, this is my last test where I converted the contents of the Cyan folder (without alt versions) from the group of nbz files and tested them in denise and then in vice. In doing so, I created a batch file to make the job easier: Code:
for %%f in (*.nbz) do ( nibconv %%f "%%~nf.g64" del %%f ) Code:
Below didn't work in denise with default disk wobble 0.5 rpm but worked fine in vice(x64sc)! Then tested again in denise but with adjusted disk wobble to work! (wobble 0.5 rpm +- ~0.1 rpm) ------------------------------------------------------------------ bionic_commando[capcom_1988](pal)(!) .................. 0.6 rpm black_tiger[us_gold_1989](pal)(!)...................... 0.4 rpm crack_down[us_gold_1990](pal)(!)....................... 0.4 or 0.6 rpm dynamite_dux_s1[activision_1988](pal).................. 0.4 rpm forgotten_worlds_s1[us_gold_1989](pal)(!) ............. 0.6 rpm indiana_jones_temple_of_doom[us_gold_1988](pal)........ 0.6 rpm ?(very close but not start)? mega-apocalypse[martech_1987](cyan2)(pal).............. 0.7 rpm metro_cross[us_gold_1987](pal)......................... 0.4 rpm out_run_s1[us_gold_1988](pal)(!)....................... 0.4 or 0.6 rpm rolling_thunder[tengen_1989](pal)(cyan2)............... 0.6 rpm trantor[probe_1987](pal).............................. 0.4 rpm ------------------------------------------------------------------------------------- --> 11 more working in vice(x64sc) and in denise but only with adjusted disk wobble Is it normal that a difference of +-0.1 rpm in disk wobble can have such an impact on whether something works or not in denise!? Emu compatibility after the test: ----------------------------------- 64/90 -> ~71% denise (default disk wobble 0.5 rpm and 1541-II disk drive) 69/90 -> ~77% denise (default disk wobble 0.5 rpm but 1541 disk drive) 75/90 -> ~83% vice3.8(x64sc) EDIT: Just an assumption (quite incorrect) because not all but only 11 problematic ones in denise have been tested! ----------------------------------- And the rest that didn't work probably require a new conversion with some of the options turned on! (to be tested later) EDIT: And the following 15 did not work in denise or vice! The nibconv (even with options) did not helped so it was necessary to process them with remaster-utility! Code:
armageddon_man[martech_1987](cyan2)(pal) avenger[gremlin_1986](cyan1)(pal) deceptor[us_gold_1986](pal) gauntlet_ii[us_gold_1987](pal)(!) highway_encounter[vortex_1985](pal)(!) indiana_jones_last_crusade[lucasfilm_1989](pal)(!) italy_1990[us_gold_1990](pal) jack_the_nipper[gremlin_1986](cyan1)(pal) last_mission[data_east_1986](cyan2)(pal) muncher_eats_chewits[gremlin_1988](pal)(!) out_run_europa_s1[us_gold_1992](pal)(!) rainbow_warrior_s1[micro_style_1989](pal) shadow_dancer_s1[us_gold_1991](pal)(cyan2)(bad) supersports_s1[gremlin_1988](pal) zyron[kingsoft_1986](pal) P.S. It seems that denise is only "sensitive" when it comes to nibconv created g64 files. With the remaster-utility created g64 files, denise is not at all sensitive to rotation speed and disk wobble settings!? (then what's the problem?) After all, I believe that there is nothing more to test or compare! So that would probably be it, as far as this testing is concerned! Last edited by amilo3438; 16 August 2024 at 16:05. Reason: Bad estimate for the ratio of 75/90 for vice! |
![]() |
![]() |
#62 | |
Amiga 500 User
Join Date: Jun 2013
Location: EU
Posts: 1,605
|
One note about...
shadow_dancer_s1[us_gold_1991](pal)(cyan2)(bad) ... tested to work in denise after nibconv -aa -r -f nbz g64! shadow_dancer_s1[us_gold_1991](pal)(cyan2)(alt)(bad) ... tested to work in denise after nibconv -r -f nbz g64! It may take a few tries to get it to run as it sometimes stops at track 19! (it's best to make save state at the title screen and then try from there) It seems that in vice does not want to start! (always stops at track 19) --------------------------------- An addition to the test from the previous post... For this test was used other batch file and then they were all tested to find which one of previously problematic works with 0.5 rpm wobble! Code:
for %%f in (*.nbz) do ( nibconv -aw %%f "%%~nf(-aw).g64" nibconv -ag %%f "%%~nf(-ag).g64" nibconv -a0 %%f "%%~nf(-a0).g64" nibconv -as %%f "%%~nf(-as).g64" nibconv -aa %%f "%%~nf(-aa).g64" nibconv -an %%f "%%~nf(-an).g64" ) Code:
Now works with denise disk wobble 0.5 rpm if converted with other alignment! ---------------------------------------------------------------------------- bionic_commando[capcom_1988](pal)(!) .................. -an, -as, -aw black_tiger[us_gold_1989](pal)(!)...................... -a0, -aa, -an, -aw crack_down[us_gold_1990](pal)(!)....................... -a0, -an dynamite_dux_s1[activision_1988](pal).................. -a0, -as, -aw forgotten_worlds_s1[us_gold_1989](pal)(!).............. -aw, -ag -r -f indiana_jones_temple_of_doom[us_gold_1988](pal)........ -as mega-apocalypse[martech_1987](cyan2)(pal).............. -a0, -as metro_cross[us_gold_1987](pal)......................... -aa out_run_s1[us_gold_1988](pal)(!)....................... -an rolling_thunder[tengen_1989](pal)(cyan2)............... -aa -r -f trantor[probe_1987](pal).............................. -a0 ---------------------------------------------------------------------------- Note: Some of above needed also additional options to work! (-r -f) EDIT: Checked above 21 test also in vice3.8(x64sc) and only rolling thunder didn't work, but worked in micro64! (hoxs64 fails to work in almost all) A more detailed test would require checking all 11x6 combinations, actually 11x5, because we know from the previous test that vice had no problems with -ag, i.e. the default setting. From the nibtools_readme.txt: Quote:
The conclusion of this test might be that you don't need to change anything in the emulator, but you need to choose the right option when converting, so then there won't be any problems! ![]() Last edited by amilo3438; 15 August 2024 at 22:30. |
|
![]() |
![]() |
#63 |
Registered User
Join Date: Sep 2003
Location: germany
Age: 45
Posts: 486
|
@amilo3438
thank you for this much work. I'll take a look at it soon. I'm almost done with the Metal Graphics API. I've been planning to integrate Metal since 2018. |
![]() |
![]() |
#64 |
Amiga 500 User
Join Date: Jun 2013
Location: EU
Posts: 1,605
|
After today's testing, I think that it really makes no sense to touch or change anything in the emulator for the reasons that I will state below.
Any change in the emulator would actually be just an adaptation to the g64 created with nibtools/nibconv, but is that really necessary anymore!? Here is an example where a g64 file was created with nibconv and then passed through remaster-utility: From the nbz collection of the the radwar folder: beam[magic_bytes_1989](!).nbz File 1: beam[magic_bytes_1989](!)(-aw-r-f).g64 --> created with nibconv -aw -r -f nbz g64 File 2: beam[magic_bytes_1989](!)(-aw-r-f)_ReMaster.g64 --> file 1 passed through remaster-utilty (no options used) Regarding the file 1: - it will work on denise with d'n'd on power button or on vice with d'n'd on the screen or in micro64 with load":*",8,1! - will work if the disk drive is 1541-II or 1571 (tested in denise) - won't work in denise or vice if trying to load it manually with: LOAD"*",8,1 or LOAD":*",8,1 Regarding file 2: - will work in denise, vice, micro64 or hoxs64 - will work with all disk drives - will work if trying to manually load it with: LOAD"*",8,1 or LOAD":*",8,1 So, the file 1, which used to cause problems, after passing it through remaster-utility no longer causes problems! (magic) Therefore, is there any reason to change anything inside the emulator if we know where the problem is!? I think there is no more, only in terms of better adaptation to g64 created with nibconv, but you see and decide. EDIT: Only if the emulator could recognize the problematic g64, as the remaster utility recognizes it, and then "process" it internally before it was loaded!? (that would be an improvement) @r.cade Guys, thanks for the latest version of the utility! Note: I don't want to downplay the importance of nibconv when converting, as even the remaster utility doesn't handle all situations! (like for example with pacmania conversion) Both play their role depending on the situation. Last edited by amilo3438; 17 August 2024 at 19:51. |
![]() |
![]() |
#65 | |
Registered User
Join Date: Sep 2003
Location: germany
Age: 45
Posts: 486
|
Ok, let's start with this.
Quote:
This has nothing to do with the drive emulation (relieved), but with uninitialized memory. This is an annoying problem. As is well known, the authors of some programs did not expect that not every C64 here has the same values after a cold start. Unfortunately, the pattern is so similar on the same devices that the authors didn't notice it. Of course, if the pattern were purely coincidental, it would have been noticed. Under Configuration -> memory there are preconfigurations that set special values in the selection boxes above to work for a few problematic programs. There is now a new pre-configuration 1. The other two are now 2 and 3. This new pre-configuration 1 is the same as VICE's. I guess through many tests this has proven itself and will adopt it. If a new user uses Denise, i.e. there is no config yet, the values under pre-configuration 1 would be active. |
|
![]() |
![]() |
#66 |
Amiga 500 User
Join Date: Jun 2013
Location: EU
Posts: 1,605
|
Yep, new configuration/memory/pre-configured 1 fix the problem. Great.
|
![]() |
![]() |
#67 | |
Amiga 500 User
Join Date: Jun 2013
Location: EU
Posts: 1,605
|
Quote:
When converted using the remaster utility it stops at track 38! But when converted with nibconv with -r option, in any possible alignment, it works fine in any emu! Other example is: andy_capp[mirrorsoft_1987)(pal).nbz When converted using the remaster utility (latest version), it works in any emu! But when converted with nibconv with the -r option, in any possible alignment, it might work, but in which emu, it depends on the alignment used! (-an -r = denise, -aa -r = vice, -as -r = micro64 ... sometimes it takes several tries in vice) Last edited by amilo3438; 23 August 2024 at 10:05. |
|
![]() |
![]() |
#68 | |||
Amiga 500 User
Join Date: Jun 2013
Location: EU
Posts: 1,605
|
On the example from the post #62: black_tiger[us_gold_1989](pal)(!)
Quote:
- In vice and micro64 works all versions! - In hoxs64 work only remaster version! - In denise works -a0, -aa, -an, -aw + remaster versions if drag'n'drop on the power button, but -ag, -as versions works only if loaded manually with LOAD"*",8,1 !? ![]() (Note: -a0, -aa, -an, -aw + remaster work also in denise if load manually with LOAD"*",8,1) PS. A similar test could be applied to the other problematic ones listed in post #62! You remember post #1? Quote:
Quote:
![]() EDIT: The conclusion of this would be... If something works in vice with d'n'd to the screen but not in denise with d'n'd to power button, then try to load it manually with LOAD"*",8,1 = there is a high probability that it will then work in Denise too! Now the question arises: What causes the difference that in one case it works ie when it is manually started and in the other it does not ie d'n'd on the power button!? (I guess there might be some minor differences in "disk wobble" between the two modes!?) Last edited by amilo3438; 25 August 2024 at 13:11. Reason: Removed in The Zone! |
|||
![]() |
![]() |
#69 | |
Registered User
Join Date: Sep 2003
Location: germany
Age: 45
Posts: 486
|
nightly
fixed: out_run_s1[us_gold_1988](pal)(!) black tiger and probably more One cycle is too many in Denise G64 emulation. This is only noticeable when the image is very close to the tolerance limit. With your many test results, you put me on the right direction. Before that, I would be sure this are broken G64. Possibly they are, because they are still too close to the tolerance limit. However, it should be possible to load the programs (at least some of them) with 300 RPM with or without a small wobble. Quote:
Please deactivate the mechanics emulation for all further tests. This is only necessary for very few programs. Motor deceleration: Star Trekking Stepper Seek Time: inertia drive emu check, Star Trekking 2, Exoneration Last edited by PiCiJi; 25 August 2024 at 00:08. |
|
![]() |
![]() |
#70 | |
Amiga 500 User
Join Date: Jun 2013
Location: EU
Posts: 1,605
|
Quote:
Code:
-bionic_commando[capcom_1988](pal)(!)(-ag).g64 -indiana_jones_temple_of_doom[us_gold_1988](pal)(-ag).g64 -mega-apocalypse[martech_1987](cyan2)(pal)(-aa).g64 -metro_cross[us_gold_1987](pal)(-aa).g64 -metro_cross[us_gold_1987](pal)(-an).g64 -rolling_thunder[tengen_1989](pal)(cyan2)(-a0).g64 -rolling_thunder[tengen_1989](pal)(cyan2)(-aa).g64 -rolling_thunder[tengen_1989](pal)(cyan2)(-ag).g64 -rolling_thunder[tengen_1989](pal)(cyan2)(-an).g64 -rolling_thunder[tengen_1989](pal)(cyan2)(-as).g64 -trantor[probe_1987](pal)(-ag).g64 -trantor[probe_1987](pal)(-as).g64 Note: Some of the above would work if deceleration was enabled! (but also vice versa) The ones that are not listed all started from the first attempt with d'n'd on the power button! Everything was also tested in vice3.8 and they all started with d'n'd on the screen from the first, except for some from the second attempt! EDIT: And that didn't work with d'n'd on the power button when motor deceleration was enabled... Code:
-bionic_commando[capcom_1988](pal)(!)(-aa).g64 -bionic_commando[capcom_1988](pal)(!)(-ag).g64 -bionic_commando[capcom_1988](pal)(!)(-aw).g64 -forgotten_worlds_s1[us_gold_1989](pal)(!)(-aw).g64 -indiana_jones_temple_of_doom[us_gold_1988](pal)(-ag).g64 -mega-apocalypse[martech_1987](cyan2)(pal)(-a0).g64 -mega-apocalypse[martech_1987](cyan2)(pal)(-aw).g64 -metro_cross[us_gold_1987](pal)(-as).g64 -metro_cross[us_gold_1987](pal)(-aw).g64 -out_run_s1[us_gold_1988](pal)(!)(-ag).g64 -rolling_thunder[tengen_1989](pal)(cyan2)(-as).g64 -rolling_thunder[tengen_1989](pal)(cyan2)(-aw).g64 -trantor[probe_1987](pal)(-ag).g64 -trantor[probe_1987](pal)(-an).g64 If it is started from basic with load"*",8.1, then everything works, just like you would start it on a real machine. ![]() Last edited by amilo3438; Yesterday at 12:27. Reason: Removed in The Zone! |
|
![]() |
![]() |
#71 | |
Amiga 500 User
Join Date: Jun 2013
Location: EU
Posts: 1,605
|
Quote from the --> https://www.c64-wiki.com/wiki/Commodore_1541
Quote:
1541, 1541-C, 1570 ... Uses the red LED when the drive is active! 1541-II, 1571 ............ Uses the green LED when the drive is active! Denise currently uses the green LED regardless of the selected drive!? Note: Vice changes the color of the LED depending on the selected drive! (checked) It would be good if Denise used the same so that it would be easier to distinguish which drive is selected, the newer (green LED) or older (red LED) version! |
|
![]() |
![]() |
#72 | |||
Registered User
Join Date: Sep 2003
Location: germany
Age: 45
Posts: 486
|
nightly:
Quote:
However, these most recently reported programs go beyond the tolerance limit. I have increased the variance by not initializing read/write head to a start position after a disk change. That doesn't happen with a real drive either. For each reported (-)program I then repeated about 5 times, i.e. D'n'D (cold start + autoload) and D'n'D (insert disc only) + manual load Default settings: Denise: 300 RPM + 0.5 wobble, VICE: 300 RPM + 0.2 wobble With this nightly it worked at least once or more times, similar to VICE. Minor changes to the wobble also change the probabilities of success for these programs. I think for these programs it doesn't make VICE more correct if it works a few times more often. Small deviations in the emulation can quickly make the difference here, VICE e.g. does not emulate "double latching of readed bytes (VIA + drive logic)" . For this reason, the Turrican version you mentioned does not run there. These images should simply not be used, as it is to be expected that there could be problems when loading the next stage. Of course, the user doesn't know this, especially if the results fluctuate in the emulators and you don't realize that the success is random after several attempts. Quote:
Quote:
Last edited by PiCiJi; 26 August 2024 at 20:38. |
|||
![]() |
![]() |
#73 | |
Amiga 500 User
Join Date: Jun 2013
Location: EU
Posts: 1,605
|
Quote:
PS. You remember from post #61 those 15 that wouldn't start in any combination with nibconv and needed to be processed with the remaster utility, some of those that didn't need to be patched suddenly worked in denise! (The Zone!) Code:
-deceptor[us_gold_1986](pal)(-a0).g64 deceptor[us_gold_1986](pal)(-ag).g64 deceptor[us_gold_1986](pal)(-an).g64 -deceptor[us_gold_1986](pal)(-aw).g64 -italy_1990[us_gold_1990](pal)(-an).g64 -italy_1990[us_gold_1990](pal)(-as).g64 last_mission[data_east_1986](cyan2)(pal)(-a0).g64 last_mission[data_east_1986](cyan2)(pal)(-aa).g64 last_mission[data_east_1986](cyan2)(pal)(-ag).g64 last_mission[data_east_1986](cyan2)(pal)(-an).g64 last_mission[data_east_1986](cyan2)(pal)(-as).g64 last_mission[data_east_1986](cyan2)(pal)(-aw).g64 muncher_eats_chewits[gremlin_1988](pal)(!)(-an).g64 muncher_eats_chewits[gremlin_1988](pal)(!)(-aw).g64 rainbow_warrior_s1[micro_style_1989](pal)(-ag).g64 rainbow_warrior_s1[micro_style_1989](pal)(-an).g64 rainbow_warrior_s1[micro_style_1989](pal)(-as).g64 rainbow_warrior_s1[micro_style_1989](pal)(-aw).g64 It's interesting that last_mission in any alignment does not want to run in either vice or micro64, and they all work in denise!? But neither the others mentioned work in vice or micro64 either... this could mean that denise currently has the best support for nibconv g64 files! ![]() Last edited by amilo3438; Yesterday at 12:59. |
|
![]() |
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
![]() |
||||
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 |
|
|