27 April 2024, 00:13 | #1 |
Registered User
Join Date: May 2017
Location: Bremerton, USA
Posts: 32
|
Display Issues When Running Demo Reel 3
Dynamic High-Res screen in the Digi-View portion of the presentation appears garbled with garbage scanlines. Is there a host display option that renders it cleanly?
|
28 April 2024, 17:48 | #2 |
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,570
|
Do you mean garbage everywhere or only at the bottom of screen?
If everywhere: make sure config is full cycle-exact 68000 (Normal 0.5M+0.5M A500 config with 2 floppy drives). It still will sometimes have garbage, reason unknown. Possibly bug in demo. Bottom garbage is demo bug. It is very visible if PAL, less visible (only about 2 lines of garbage) if NTSC. |
28 April 2024, 19:31 | #3 |
Registered User
Join Date: Sep 2017
Location: Kansas, USA
Posts: 329
|
Tried it on 5.3.0b5 with an NTSC A500 quickstart config and the corruption flickers, some frames are clean and others the whole screen has glitches:
I don't remember that image glitching way back when it was new, but as the .ADF I'm using to test now was found on the EAB file server, who knows what it's history is, like if it's an earlier version or made for PAL only, or whatever. The same shot from the DigiView 4.0 HiResDemo disk is fine however: |
28 April 2024, 21:42 | #4 | |
Defendit numerus
Join Date: Mar 2017
Location: Crossing the Rubicon
Age: 54
Posts: 4,491
|
Quote:
For some reason I can no longer replicate the problem, but it certainly exists and we need to understand why EDIT: ok, it happened to me too, and I probably figured out the cause. So don't worry about uploading. I now have to understand why it doesn't happen on a real machine or perhaps only in exceptional cases. Last edited by ross; 28 April 2024 at 22:23. |
|
29 April 2024, 21:23 | #5 |
Defendit numerus
Join Date: Mar 2017
Location: Crossing the Rubicon
Age: 54
Posts: 4,491
|
Ok, a statefile that has full screen garbage in PAL is required.
I hope someone can generate it (in NTSC the problem has been solved) |
30 April 2024, 14:32 | #6 |
Registered User
Join Date: Feb 2018
Location: France
Posts: 509
|
Hello, I made a savestate in PAL and in full screen (with the same floppy disks with a Quickstart A500, I don't know if a specific PAL version exists ). The glitch is at the bottom of the screen.
|
30 April 2024, 16:38 | #7 |
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,570
|
Bottom corruption in PAL mode is demo bug, NTSC was slight corruption in last 2 lines only (which was mentioned previously). Happens on real HW too.
|
30 April 2024, 17:11 | #8 |
Defendit numerus
Join Date: Mar 2017
Location: Crossing the Rubicon
Age: 54
Posts: 4,491
|
Just to clarify.
It's unclear if actually the full-screen garbage bug also exists in WinUAE in PAL version (like the one in NTSC in message #3). [now WinUAE properly support it in NTSC] It's possible that both Toni and I saw it using KS1.3, which has a bug where the PAL system is randomly recognized as NTSC. The demo adapts the CPU synchronization code depending on the television system used and is 'wrong' if the KS tells it to be on an NTSC system when in fact it is not. Therefore it is absolutely possible that the Demo in PAL has always worked well, until proven otherwise, that is, until someone manages to provide a statefile with the garbage in full screen in PAL (and not just in the last lines at the bottom). |
02 May 2024, 21:04 | #9 |
Registered User
Join Date: Sep 2017
Location: Kansas, USA
Posts: 329
|
Posted this in the 5.3.0 beta thread (with a savestate included,) but I thought I'd mention it here too:
The dynamic high res image is fixed in 5.3.0b6, but now the loading screens are glitchy: |
03 May 2024, 09:19 | #10 |
Registered User
Join Date: May 2022
Location: Boston / USA
Age: 46
Posts: 39
|
When looking at the glitching in the visual debugger, I can see that on hpos cycle 0, CPU cycles are able to steal the bitplane DMA on cycle 0, and sometimes I've also seen a refresh cycle conflict that messes up the DMA for the rest of the line.
I have no idea how the "estimated cycles" code works, but this new line in beta 6 seems to be the culprit: Code:
ecycs = maxhposeven ? estimated_cycles_buf0 : estimated_cycles_buf1; |
03 May 2024, 18:31 | #11 |
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,570
|
It is correct but other parts of emulation does not like it. I don't think this situation was ever worked properly (NTSC + last BPL1DAT using cycle 0).
|
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Newtek Demo Reel 2 | rhester72 | request.Demos | 38 | 29 October 2018 22:31 |
Newtek demo reel - Remastered | jizmo | Nostalgia & memories | 9 | 23 December 2017 23:09 |
NewTek Demo Reel 2 (and other rare stuff) | Lurking_Grue | support.Demos | 2 | 03 June 2017 13:17 |
NewTek Demo Reel #1 | Sydric | Nostalgia & memories | 4 | 14 September 2011 13:00 |
Newtek Demo Reel [1 - 3] | hit | request.Demos | 5 | 15 July 2008 19:52 |
|
|