English Amiga Board Amiga Lore


Go Back   English Amiga Board > Support > support.WinUAE

 
 
Thread Tools
Old 04 May 2017, 10:03   #1
Dr.Venom
Registered User
 
Join Date: Jul 2008
Location: Netherlands
Posts: 281
Interlaced frame type mismatch

Hi Toni,

Still enjoying the hell out of WinUAE, as always

There still an issue which I hope you can fix. We talked about it in 3.4.0. series, but unfortunately never got solved.

It's about the Interlaced frame type mismatch behaviour in real interlaced modes. Please see attached log from testing on Windows 10 x64 Creators update. It does the following:

Code:
51-733 [3468 000-000]: Interlaced frame type mismatch 1<>0 (-1,616)
51-854 [3474 000-000]: Interlaced frame type mismatch 1<>0 (-1,-1)
51-953 [3478 000-000]: Interlaced frame type mismatch 1<>0 (-1,617)
52-074 [3484 000-000]: Interlaced frame type mismatch 1<>0 (-1,-1)
52-173 [3488 000-000]: Interlaced frame type mismatch 1<>0 (-1,616)
52-294 [3494 000-000]: Interlaced frame type mismatch 1<>0 (-1,-1)
52-393 [3498 000-000]: Interlaced frame type mismatch 1<>0 (-1,617)
It seems the mismatch is alternating on the last and first line of every other field, which may be suggesting that both WinUAE -and- Windows or video driver are trying to match correct field?

The interlaced frame type mismatch happens on a series of video cards, tested in Windows 10 (both older and newer AMD and NVidia cards).

Other than that more testing seems to suggest that the issue starts occuring with WinUAE 3.4.0 beta 1, the first beta version with Wasapi pull mode.

Here is additionally the post from the 3.4.0 thread describing the same issue (dismiss the beta 5/6 comments, as current testing shows differently). It also holds a sample config for easy testing on LCD (I'm mostly using CRT):

http://eab.abime.net/showpost.php?p=...&postcount=342

As said there seems a (small?) chance that interlaced behaviour has changed in Windows 10 DirectX and/or video drivers, which guarantees correct field type behaviour already?

If that may be the case, could you possibly make a config option to disable the frame type matching in WinUAE?
Attached Files
File Type: txt winuaelog.txt (22.5 KB, 12 views)
File Type: txt winuaebootlog.txt (17.5 KB, 15 views)
File Type: uae A500HD_68000.uae (14.9 KB, 12 views)
Dr.Venom is offline  
AdSense AdSense  
Old 04 May 2017, 17:07   #2
Toni Wilen
WinUAE developer
 
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 42
Posts: 19,531
Does it cause any visible problems? (Except log spam..)
Toni Wilen is offline  
Old 04 May 2017, 17:54   #3
Dr.Venom
Registered User
 
Join Date: Jul 2008
Location: Netherlands
Posts: 281
Quote:
Originally Posted by Toni Wilen View Post
Does it cause any visible problems? (Except log spam..)
As far as I can see it does not cause any visible problems.

Edit: The problem is that is causes audio issues (cracks / pops) when the frame type mismatch is happening.

Edit 2: In interlace scenes with scrolling / moving parts the video gets visibly choppy also (see for example interlace parts with big scroller in Big Time Sensuality).

Last edited by Dr.Venom; 04 May 2017 at 18:34.
Dr.Venom is offline  
Old 06 May 2017, 10:17   #4
Dr.Venom
Registered User
 
Join Date: Jul 2008
Location: Netherlands
Posts: 281
I did some further testing and only -very occasionally- the problem does not occur, very strange. I can't reproduce it in any way, it seems to happen randomly that the issue does not occur.

Not sure if you saw my previous post edit, but the problem is that audio gets interrupted when frame type mismatch happens. Additionally in moving interlaced parts (like the mentioned big scroller in demo Big Time Sensuality) there's stuttering.

Just let me know if I can do anything else for testing.
Dr.Venom is offline  
Old 06 May 2017, 13:46   #5
Toni Wilen
WinUAE developer
 
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 42
Posts: 19,531
Right, it was that old problem.. If I remember correctly, reason is pull mode sound which causes sort of lock-sync state where sound timing forces the vsync polling code to not run when emulation is waiting for next pull event.

Not sure if there are any easy fixes..
Toni Wilen is offline  
Old 09 May 2017, 09:22   #6
Dr.Venom
Registered User
 
Join Date: Jul 2008
Location: Netherlands
Posts: 281
Quote:
Originally Posted by Toni Wilen View Post
Right, it was that old problem.. If I remember correctly, reason is pull mode sound which causes sort of lock-sync state where sound timing forces the vsync polling code to not run when emulation is waiting for next pull event.

Not sure if there are any easy fixes..
Ah that explains it also only happening in Wasapi pull mode. Can you think of any possible solution? It was all working so well it would be sad to lose the proper interlace feature when using Wasapi..

If there are no real fixes given current implementation, could you possibly add a config option to disable the interlace frame type matching? At least if that would solve the audio problems interlace mode it would be better than how it is now.
Dr.Venom is offline  
AdSense AdSense  
 


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools

Similar Threads
Thread Thread Starter Forum Replies Last Post
Interlaced vs Non-Interlaced display whitebird support.Hardware 9 12 January 2015 10:20
Scanline flicker when moving between interlaced and non-interlaced WB screens mr_a500 support.FS-UAE 0 19 December 2014 17:10
Using an interlaced mode? ancalimon support.WinUAE 6 19 June 2014 08:44
Flickering when interlaced and non-interlaced highres screens "meet" Maren support.WinUAE 12 27 November 2009 22:59
Dark Seed so interlaced!!! kevingpo support.Games 1 29 September 2006 17:43

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +2. The time now is 02:10.


Powered by vBulletin® Version 3.8.8 Beta 1
Copyright ©2000 - 2017, vBulletin Solutions, Inc.
Page generated in 0.22176 seconds with 12 queries