Screen sizes issue PART2 about vamigaweb HOT 43 CLOSED

I like to try things to make them perfect ;)
I used to know an IT security consultant, who was once told that the system was fail safe with full redundancy, who said : "Really? so I can unplug the thing, the system will still work ?" So he did, the system failed miserably, and he said: "well, keep working. See you later" ;)

from vamigaweb.

See attached, switching from a new settlers snapshot to a new interceptor snapshot is... funny. Kind of a Frankenstein monster :) also, the music is very slow. Seems to return to normal when chosing an option from the menu...

from vamigaweb.

Many thanks ! Cheers

from vamigaweb.

pushed new version on uat environment

latest core + bugfix when NTSC drove the executed frames so much into future that when switching back to PAL it would wait some seconds in order to reach PAL speed again...

@Vweber73 the best demo to see whether NTSC/PAL is working I found was juggler.ADF

from vamigaweb.

Many thanks !

I've tested it and PAL/NTSC switching seems fine now !

Only thing is that Settlers freezes when switched to NTSC (no sound, no mouse moving) and is back to normal when switched back to PAL. If you boot in NTSC, then it is ok. However, if you trigger the keyboard, then the screen is cut at the bottom in NTSC mode, no matter what graphic mode is used. Is it intended ?

Note that PUAE/RetroArch does not like the PAL/NTSC hot switch either, the freeze is worth than vAmiga (color clash).

I was thinking, maybe it would be good to separate NTSC machine and pixel ratio. One may want a NTSC machine with PAL ratio :)

Cheers

from vamigaweb.

Funny thing is like if you boot in PAL, switching to NTSC freezes the Settlers. But if you boot in NTSC, hot switching between the 2 modes is no problem !

from vamigaweb.

Do you think it is a game problem? Can you boot into winuae and switch there and see how it behaves there?

from vamigaweb.

I don't have WinUAE handy but I have PUE, which doesn't seem to want to boot at all Settlers in NTSC: black screen after launch !

from vamigaweb.

thank you very much, you are really good !! How do you find all those bugs 😎!

I will try to reproduce this... Just played a bit with it but did not succeed how you did it ... will try more systematically ...

from vamigaweb.

I could just access my PC and try with WinUAE. I confiirm the behaviour observed with PUAE on Android:

• Settlers would not even start in NTSC mode - black screen;
• It does start fine in PAL;
• Once loaded in PAL, switching to NTSC freezes the screen;
• Once swiched back to PAL, it works again fine.

Seems like the Germans don't like NTSC :)

from vamigaweb.

ok,finally I am successful in reproducing the Frankenstein monster issue

1.freshly reloading vAmigaWeb app, NTSC was already selected

2. load a PAL snapshot
   ->it will be displayed as NTSC, which is still highlighted in the settings

3. switch the NTSC setting to off
   ->it displays PAL now, looking good

4. now load a NTSC snapshot
   -> it is still displaying PAL and running the snapshot with 50Hz

see here debug console
time[ms]=1016, audio_samples=39936, frames [executed=51, rendered=61] avg_fps=52

the core thinks it runs with 60Hz but vAmigaWeb apparently only executes it 50 times a second -> therefore of course the core produces to few sound samples and the sound is slow and sluggish with distortions ...

SOLUTION: after loading a snapshot I have to reset to the loaded mode PAL or NTSC of the snapshot

from vamigaweb.

Fabulous, many thanks !

from vamigaweb.

Settlers would not even start in NTSC mode - black screen;
It does start fine in PAL;
Once loaded in PAL, switching to NTSC freezes the screen;
Once swiched back to PAL, it works again fine.
Seems like the Germans don't like NTSC :)

not necessarily, it could also be, that WinUAE is wrong and vAmiga is correct... @dirkwhoffmann can you test settlers on a real NTSC Amiga machine, whether it boots up?

from vamigaweb.

Yes, it could well be ! :) On vAmigaWeb Settlers doesn't like hot switching (which was never meant to be on a real machine anyway), but seems to accept booting in NTSC once for all fine...

from vamigaweb.

I've tested with the disk version (3 ADFs, German edition).

Neither the intro (disk 1) nor the game (disk 3) do boot in NTSC mode on my A500+ACA500plus.

BTW, this is how the game looks like on my TFT in PAL mode (part of the right overscan area is cropped):

from vamigaweb.

just pushed a new version to the UAT environment ...

it has been upgraded todays vAmigaCoreLib ... which has changed a lot of things in viewport stuff as well ... so expect some new errors ... but the frankenstein issue should be gone ...

One thing that I already discovered is that when in borderless and loading another snapshot then borderless stops working ... must click again ... have to solve this in the coming days ...

from vamigaweb.

Thanks !
This one seems to have fixed the sound cuts issue I described in the sound volume topic, any clue why ?
It seems that the snapshot format has changed again ? I'm unable to load my existing ones...
Cheers

from vamigaweb.

Launching a Settlers snapshot after an interceptor one in NTSC and switching to PAL gives a centering problem... Switching back and forth again solved it !

from vamigaweb.

And a switch between the 2 snapshots triggered a java exception. Then the UI wouldn't react until I restart...

from vamigaweb.

Also, switching from portrait to landscape then back to portrait seems to screw up the narrow mode:

from vamigaweb.

hi @Vweber73

And a switch between the 2 snapshots triggered a java exception. Then the UI wouldn't react until I restart...

found the problem ... every switch creates a snapshot on heap memory (when a hd is involved then snapshots become bigger)... the problem was I never deleted them ... so after switching 10 times or so ... it went out of memory... 🙈

the other issues are due to massive refactoring in the core and that I must rework my code for it to be compatible... 😬
see here
dirkwhoffmann/vAmiga#706

This one seems to have fixed the sound cuts issue I described in the sound volume topic, any clue why ?

don't know ... maybe some changes in the core itself ?

I will not push a new version to UAT until I sorted the problems out a bit more ... the version currently is a bit to rough ... probably in the coming days ... stay tuned..

from vamigaweb.

Ok, many thanks !

from vamigaweb.

just pushed a new version to uat ... fixing the memory leak with snapshots and screen dimension problems during restoration of snapshots...

from vamigaweb.

Thanks !
Just tried switching with my 2 snapshots. Settlers is fine. Interceptor, graphics are fine but sound is complete garbage !??
Cheers

from vamigaweb.

Uh yes ... just repushed it ... I destroyed the sound again ... corrected version should be online in some seconds

EDIT: online

from vamigaweb.

Thanks ! Much better now.
But one strange things, when switching to settlers snapshot, the loading didn't occur, instead, Interceptor froze (still image). When I tried again it works (switched to Settlers). Strange !

from vamigaweb.

Got a freeze of interceptor when switching it from NTSC to PAL.
Doing it again back and forth solved the problem which was not reproduced. Strange...

from vamigaweb.

Doing it again back and forth solved the problem

what do mean with doing it again ? do you mean clicking the switch ? Or restarted the app and doing all over again?

EDIT: I just pushed a small fix ... maybe it was related

from vamigaweb.

Sorry I was not clear. I meant switching back from PAL to NTSC then to PAL again, not restarting the app.

from vamigaweb.

did you do it with your own action button?

from vamigaweb.

No, just with the GUI

from vamigaweb.

for better testing, please create two extra action buttons... with javascript

one that triggers wasm_set_display("ntsc"); and a second which triggers wasm_set_display("pal");

be sure to hit global checkmark so that the two action buttons are always in every game visible ...

from vamigaweb.

I created a NTSC button with this command in JavaScript, button created fine, but I have no effect when clicking on it ?

from vamigaweb.

add alert("going ntsc");

wasm_set_display("ntsc");
alert("going ntsc");

when you hit the button an alert should popup

you can also create some buttons for wasm_set_display("standard"); or wasm_set_display("overscan");

from vamigaweb.

The alert is popping up fine. But no NTSC switch...

from vamigaweb.

works here on iPhone...

1. be sure you also make the second "pal" button... because maybe you are already on NTSC and there you see no difference ... forget the values in the settings it displays not the actual settings of the snapshot (we still have to do this)
2. switch to overscan when testing ... because the change to ntsc is most visible then
3. open live debug and see the executed= values ... when ntsc it should be 60 when pal 50

from vamigaweb.

I swear I can tell the difference between PAL and NTSC on Interceptor on my Z3, we debated the proportion of the circle, it is very visible :)
Unless you mean than the button command does not change the pixel ratio, just the frame rate and the hardware emulation ?

from vamigaweb.

I see … wait I will look into it

from vamigaweb.

you were right

use_ntsc_pixel=true;
wasm_set_display("ntsc");
alert("going ntsc");

use_ntsc_pixel=false;
wasm_set_display("pal");
alert("going pal");

the use_ntsc_pixel ratio was missing in the script ...

from vamigaweb.

Excellent thanks !
Btw I think it would be good to decorellate NTSC mode and NTSC pixel ratio in the GUI too, one may want to use NTSC in normal PAL pixel ratio...

from vamigaweb.

I'm not sure if there is still a small bug or not, but Burning Spear demo in Viewport mode (and even at times in overscan mode) seems a bit shifted to the left, with some unused space on the right, see attached.

Also, in Viewport mode at the begining when it's quite hi-res (the oval spinning with the star inside), the view windows is quite narrow, the background color (black) can be seen only on a very narrow portion of the screen, the rest is grey, I guess this is normal given the high resolution ?

from vamigaweb.

I have tested this and it seems to me that the demo opens in the first picture a too wide viewport on the amiga ... this is then reported by the viewport tracking to vAmigaWeb which exactly sets the dimensions of its emulaion viewport to the amiga viewport reported by the demo... the demo maker did not know about this feature of viewport tracking because normally the background was entirely black and thus the not used space to the right of the viewport was also black ... and therefore without viewport tracking you could not distinguish between black viewport space and black border space because both is just black...I think it is demo which is not so clean here ... viewport width should be requested -32 pixel in width by the demo code

the last picture ... yes same game here ... I think in order to save DMA cycles for the CPU they did make the viewport height very small which is reported by viewport tracking and vAmigaWeb reduces its display height too then ...

concerning the overscan ... have you a picrture ? We could shift it a bit ... but see settlers was fine, no ? ... the viewport start position is also adjusted by the games itself ... so there is no single truth ...

from vamigaweb.

Many thanks for this ! Indeed burning spear is a complex demo, good test case..
Re overscan I tried again and didn't see anything wrong, maybe not every screen was 100% centered, but anyway it can be seen fine...
Cheers

from vamigaweb.