VDPAU problem
#16
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.
Reply
#17
motd2k Wrote: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:
Quote: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
Reply
#18
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
Reply
#19
motd2k Wrote: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.
Reply
#20
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. Big Grin
- 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...

Quote:Unsupported widths: 49, 54, 59, 64, 113, 118, 123 macroblocks (784, 864, 944, 1024, 1808, 1888 pixels).
i don't understand why 856 also give the problem.
Reply
#21
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
Reply
#22
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).
Reply
#23
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 ?
Reply
#24
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
Always read the XBMC online-manual, FAQ and search the forum before posting.
Do not e-mail XBMC-Team members directly asking for support. Read/follow the forum rules.
For troubleshooting and bug reporting please make sure you read this first.


Image
Reply
 
Thread Rating:
  • 0 Vote(s) - 0 Average



Logout Mark Read Team Forum Stats Members Help
VDPAU problem00