Aspect ratio video problem

[fraew]

ive had a strange problem with the aspect ratio settings too - i tried using the F7 aspect ratio change under VMR7 (150 non-mce on an older shuttle case with onboard S3 graphics) and it seems to have affected my drivers - the display changes proportion correctly, but the display is choppy and slow. I've tried changing back to the original format, but i can't seem to get it right by simply pressing F7; a couple of the proportion options come up as green-screens, whilst the rest are also choppy and slow.

whats worse is that now the recording service seems to fail every time - i don't get any kind of message or whatever, the recordings themselves just fail to start. i've tried switching back to overlay mode which looks fine, but my recordings still fail.

this all came about after changing from 97.7 to 97.9 - i've tried reinstalling my hauppauge drivers, completely removing gbpvr and starting afresh, removing and reinstalling windvd (version 6 btw), trying the cyberlink decoder (which looks terrible)... nothing seems to get the recording service back or allow VMR7 correctly.

would reinstalling .net be an option? (im currently using both 1.1 and 2.0, also, is there any way of resetting your DirectX settings?

[sub]

whats worse is that now the recording service seems to fail every time - i don't get any kind of message or whatever, the reocrdings themselves just fail to start. if tried switching back to overlay mode which looks fine, but my recordings still fail.

zip and attach the logs and I'll take a look.

Also check if there is any errors listed in the Windows Event Viewer.

[fraew]

i'll get back to you tonight - thanks sub

[pankov]

I'm new to this forum and I don't even use the software but I read the discussion because I have the same problem with another application. So I decided I can find help here.

I've some more info on the problem.
Accidently I managed to reproduce the problem even in ZoomPlayer which used to work just fine with all MPEG2 material. Then I searched in the options and found which setting fixes it. It's
"Enable YUV mixing on all VMR Video Renderers (Less CPU overhead on some configurations)"

When I enable it there is no problem. I guess this means that there is something broken in the non YUV mixing in mine and others' configurations. Probably a bug in the drivers or DirectX ... don't know

So this brings the question:
Can the developers change the OSD mixing to YUV? Will this make any difference?

[pankov]

I'm new to this forum and I don't even use the software but I read the discussion because I have the same problem with another application. So I decided I can find help here.

I've some more info on the problem.
Accidently I managed to reproduce the problem even in ZoomPlayer which used to work just fine with all MPEG2 material. Then I searched in the options and found which setting fixes it. It's
"Enable YUV mixing on all VMR Video Renderers (Less CPU overhead on some configurations)"

When I enable it there is no problem. I guess this means that there is something broken in the non YUV mixing in mine and others' configurations. Probably a bug in the drivers or DirectX ... don't know

So this brings the question:
Can the developers change the OSD mixing to YUV? Will this make any difference?

[sub]

I'm new to this forum and I don't even use the software but I read the discussion because I have the same problem with another application. So I decided I can find help here.

I've some more info on the problem.
Accidently I managed to reproduce the problem even in ZoomPlayer which used to work just fine with all MPEG2 material. Then I searched in the options and found which setting fixes it. It's
"Enable YUV mixing on all VMR Video Renderers (Less CPU overhead on some configurations)"

When I enable it there is no problem. I guess this means that there is something broken in the non YUV mixing in mine and others' configurations. Probably a bug in the drivers or DirectX ... don't know

So this brings the question:
Can the developers change the OSD mixing to YUV? Will this make any difference?

I did try YUV mode, and it does successfully render each frame in the correct place on the screen, with none of the associated garbage, but unfortunately its not possible to have an OSD when in YUV mode so it defeats the purpose.

Microsoft list the following restrictions when in YUV mode.

Restrictions

A number of restrictions are enforced by the VMR when it is put into YUV mixing mode:

• Stream 0 (the stream connected to Input Pin 0) can be progressive or interlaced; all other streams must be progressive.
  
• GUID_NULL (weave mode) is not allowed for stream 0.
  
• DeinterlacePref_Weave cannot be used as a fallback mode because this could prevent a de-interlace device from being created. YUV mixing mode requires a deinterlace device even if the incoming video is not interlaced.
  
• No changes can be made to the planar alpha value associated with each VMR input stream.
  
• The user cannot alter the Z-order of the connected video streams. The default Z-order is taken from the pin order.
  
• Color keying is not supported.
  
• Input pin 0 must receive the video stream.
  
• The other inputs pins can only receive video sub-stream data such as DVD sub-picture, closed captions or teletext.
  
• The other inputs pins can only accept per-pixel alpha YUV formats, such as AYUV, AI44 and IA44.
  
• None of the VMR's input pins can accept any RGB formats.
  
• Application supplied bitmap images can no longer be combined with the video prior to presentation to the display.
  
• Individual sub-streams cannot be inverted horizontally or vertically using the VMR's mixer "output rectangle" functions. "Normal" stream re-positioning and re-sizing is supported.
  
• The mixing background color (specified by IVMRMixerControl::SetBackgroundClr) is still specified in the RGB color space, just as in RGB mixing mode.

[fraew]

here's the logs after i've attempted to record a random show (again no error message, but its not recording). point of note - when you attempt to play these recordings whilst they're still 'recording' gbpvr says that you can't play this type of file. it doesn't actually create the file or the directory or anything...

theres nothing in the event viewer except for successful service messages (started and stopped, and calls from the service control manager).

[sub]

fraew, you'd need to post a full set of logs, but do it in a new thread - this is not related to the aspect ratio.

[sub]

Can an nvidia owner or two please try the attached patch, with your renderer set to VMR9 Custom? Please let me know if it helps get rid of the screen corruption when you change aspect ratios with DXVA enabled.

[ShiningDragon]

All is working here. Live TV, recorded MPEG-2 and DVD.

But Picture Quality isn't good as VMR9, but Aspect Ratio seems to be working right here. No errors between changing all available modes.