Page 1 of 1

WaitForVerticalBlank

Posted: Mon Feb 01, 2010 1:36 pm
by jeezuscrust
How about implementing WaitForVerticalBlank to fix the terrible tearing that is evident to anyone when watching tv in full screen.

Just in case you are wondering:
Windows 7 x64
Nvidia 8800 GTS
No diff when using any of the renderers.
No diff in XP x86 either.

It may use a little bit more cpu time to implement but cpu time is not that expensive nowadays and I would gladly give up a few slices to get rid of that damn tearing.

I had the same issue with one of my apps and that particular call saved me.

Thanks
Jeezuschrust!

.

Posted: Mon Feb 01, 2010 1:41 pm
by Prog
it is not depended from ProgDVB. Only from driver settings and sender. Also some video codecs have addition settings.

Posted: Mon Feb 01, 2010 1:45 pm
by jeezuscrust
Hmm I don't believe that for a second.

It is a problem with trying to display too many frames in a row without waiting for vertical sync.

I suggest that you try that DirectX function call before dismissing it out of hand. It's very easy to implement.

Your product is nice but it isn't really outstanding because of that particular issue along with a few others which have carried over between versions.

Posted: Mon Feb 01, 2010 1:46 pm
by jeezuscrust
I should also add that this occurs with different TV cards on Windows 7 and XP as well as when using different codecs just to stop that line of argument in it's tracks.

Posted: Mon Feb 01, 2010 3:54 pm
by jeezuscrust
Seems other folks are seeing the same issue.
viewtopic.php?t=4910

Posted: Mon Feb 01, 2010 9:45 pm
by Juergen
On both of my machines, this is a native video driver option, effecting video overlay directly.

But if being helpful or not may also depend on the TV standard used.

When processing NTSC 60 signals, that use 29.97 full frames per second by definition, it may in fact be helpful, to let the computer graphics wait for the next vertical synch, specially if that uses 60 frames per second. Being a little bit faster, it can in fact wait.

But European style PAL 50 signals are using 25 full frames precisely, so waiting could cause a lot of dropped frames, resulting in noticeable stuttering of slow moving objects. The other way around, a tearing would not go away automatically here, could wobble around it's position slowly, for quite some time.

Heavily depends on the video driver and hardware as well, as getting some hardware support from the graphics could solve this issue completely, specially on software decoding. Many modern VGA cards provide this, at least when using original full manufacturer driver suites, not MS crippled stuff. It may be necessary, to switch off energy dispersion from the mainboard CMOS / BIOS setup.

Posted: Tue Feb 02, 2010 4:33 am
by jeezuscrust
>>>But if being helpful or not may also depend on the TV standard used.

I am not using your software on a tv. This is a problem on the main display.

As to hardware support it's weird that I can use a crappy old NVidia MX440 on an old P4 machine and get a perfect frame rate for video playback and you can't work out how to stop tearing with your video playback.

Thanks.

Posted: Tue Feb 02, 2010 9:27 pm
by Juergen
The TV standard used means, NTSC 60 or PAL 50 transmissions. Those differ in frame rate and therefore possible symptoms.

And of course I was talking about PC screen picture, as a hardware video out was not supposed to show tearing, and deinterlacing would then be done by the TV, if required.

An MX440 in fact is not supposed to provide useful HW acceleration.

Posted: Fri Feb 12, 2010 12:18 pm
by yan
jeezuscrust, i don't think whe have the same problem:
i only have a tearing problem with EVR rendering,
if i use VMR-7 or VMR-9, then everything goes smooth.
I'm not such a pro in this stuff , but isn't it like this:
VMR-7 uses a windows XP renderer (gives no bright color on my pc),
VMR-9 uses directx9 to render (gives too much red color on my pc),
EVR uses a Vista renderer (need frameworks 3.0 to work under XP),
and since this is not working very good under XP, i get tearing..
or do they all use directx?
Anyway I'm very happy with the program, because it's the only free program to watch DVB-T on my pc , and overall it works fine, so thanks Prog.
Ps: if somebody knows if it is possible to adjust the red in VMR-9 rendering, plz let me know, otherwise i'll get use to it.. :)

Posted: Sat Feb 13, 2010 11:28 am
by Akad
yan wrote: Ps: if somebody knows if it is possible to adjust the red in VMR-9 rendering, plz let me know, otherwise i'll get use to it.. :)
Try to use VMR-9-c with color profile.

Posted: Tue Feb 16, 2010 9:33 am
by yan
thx for the reply,
i suppose u mean the color settings of my ATI-card.. through my Catalyst Control Center (ATI settings) I can adjust the color indeed, but that aplies on my whole windows envirenment.. Since I have good color in Windows, thats no sollution.. Can I adjust 'color profile' in the progdvb settings?

Posted: Wed Feb 17, 2010 2:42 am
by Juergen
Check overlay related settings for your ATI.

Posted: Sat Feb 20, 2010 1:49 pm
by yan
I found the overlay settings on my Catalyst Control Center (ATI), but they seem to be fixed. But i reduced the color in 'picture adjustement' (main tab of progdvb), and the red-color isn't so bright anymore, so now the picture quality is good with VMR-9.