[motd2k]

If its a revo, it's a G98 card, which has a documented issue with certain video widths (784, 864, 944, 1024, 1808, 1888 pixels).

It's possible you're being affected by this i suppose - as I recall it would manifest like this.

Perhaps pastebin a full xbmc.log.

[Clodo]

If its a revo, it's a G98 card, which has a documented issue with certain video widths (784, 864, 944, 1024, 1808, 1888 pixels).

It's possible you're being affected by this i suppose - as I recall it would manifest like this.

Perhaps pastebin a full xbmc.log.

Maybe, it's a 1024 x 576. I will check the resolutions of others video with the same problem.
I post a content of xbmc.log two post above: http://pastebin.com/m3f8efb39
I launch XBMC, localize the video (via samba), play for ten second, exit and paste xbmc.log.

Thanks!

Edit: so, if this is the problem, there isn't an aspect that XBMC should manage? It's frustrating to go every time to Settings->Video-> to switch to "Automatic", view the video, and return to settings to resume the "VDPAU"...

Edit2:

All current third generation PureVideo hardware (G98, MCP77, MCP78, MCP79, MCP7A) cannot decode H.264 for the following horizontal resolutions: 784, 864, 944, 1024, 1808 and 1888 pixel

Source: http://en.wikipedia.org/wiki/Nvidia_PureVideo

[motd2k]

Its a tricky one to code around - there are ways to grab the card's type but i'd need to add them in order to add an auto-fallback method.

I'll put it on the list.



motd

[Clodo]

Its a tricky one to code around - there are ways to grab the card's type but i'd need to add them in order to add an auto-fallback method.

I'll put it on the list.

Thanks, but...

All my videos that give the problem has a resolution of 1024 x 576, ok....
but this (direct link) is a 856 x 480 and don't work with VDPAU (and work with "Automatic")...

So, what rules do you apply for the fallback? You can identify the decoding error, or is a resolution detection?

I'm here if you need a log of execution of the file above.

[Clodo]

Other tests:

- Encoding (x264/AAC) a video to 1024 horz resolution: don't work (green error) :mad:
- Encoding a wrong 1024 horz in 720p: work.
- Encoding a 720p in 856 horz: don't work. :mad:

So it's a resolution problem, and 856 need to be added to "784, 864, 944, 1024, 1808, 1888" list.
I don't found any logic with this numbers, so i hope you devs can detect it without a force list...

Unsupported widths: 49, 54, 59, 64, 113, 118, 123 macroblocks (784, 864, 944, 1024, 1808, 1888 pixels).

Source: http://us.download.nvidia.com/XFree86/Li...dix-h.html

i don't understand why 856 also give the problem.

[motd2k]

Its to do with the number of macroblock, so the macroblock size influences the outcome too. Its annoying but is a problem on the silicon so there's nothing that can be done about it.


motd

[Clodo]

Sorry if i up this topic.

I have found a video avc1/x264 with a resolution of 1920 x 1152 that give the same problem.
If can help, i can upload the video and send to you a PM with a link (it's copyrighted material).

[marathont]

I have this problem also with a video file. It is avc1 1024X576.

If I turn vdpau off it plays fine. I am using asrock ht330 with camelot.

Is this a harware or a software problem? Are there certain codecs/ resolutions that I should avoid ?

[elupus]

marathont:
Yea, that size is a HW problem. Nothing you can do about it.

Any video with width/16 rounded up to nearest integer, that matches the folowing values will fail on your hardware:
49, 54, 59, 64, 113, 118, 123, 128