mplayer vdpau

[jyavenard]

I've re-created a package with the hack increasing the number max_reference and it plays those files again..

[wognvnews]

Originally Posted by jyavenard

However, video and sound is then not in sync. Sound is about .5s ahead of video and that gap keep increasing...

I have also experienced audio sync problems. But it only occurs if I attempt playback with the display refresh rate of 24. Works perfect with rate of 60.

Any idea why I would be having this problem with 24p playback?

24p playback greatly reduces video judder for me, but audio is out of sync and gets progressively worse as playback proceeds.

driver: 180.22
mplayer-vdpau: 3263604
linux: 2.6.27.9-159.fc10.x86_64

[sl1pkn07]

VO: [vdpau] 1920x1080 => 1920x1080 H.264 HIGH VDPAU acceleration
Error 2 at libvo/vo_vdpau.c:1055: -0.079 0/ 0 0% 0% 9.7% 0 0

playing vexille 1080p


VO: [vdpau] 1920x1078 => 1920x1078 H.264 HIGH VDPAU acceleration
Error 25 at libvo/vo_vdpau.c:992: -0.050 0/ 0 125% 62% 3.5% 10 0

playing Sword of Stranger 1080p


on new version mplayer-vdpau/drivers with 8400GS G98

[jyavenard]

Originally Posted by wognvnews

24p playback greatly reduces video judder for me, but audio is out of sync and gets progressively worse as playback proceeds.

are you watching a 24p video though?

The issue of audio not being in sync with video always happen if I'm watching say a 50Hz 1080i signal on a 24p display.

Sync issue between audio and video when the display refresh rate matches the video only occurs with high-def file for me...

it's much better using mythtv than in mplayer

[jyavenard]

Originally Posted by sl1pkn07

VO: [vdpau] 1920x1078 => 1920x1078 H.264 HIGH VDPAU acceleration
Error 25 at libvo/vo_vdpau.c:992: -0.050 0/ 0 125% 62% 3.5% 10 0

playing Sword of Stranger 1080p

did you try changing the value of max_reference
in libvo/vo_vdpau.c 704:
change: max_references = (12 * 1024 * 1024) / surf_size;
to: max_references = ((12 * 1024 * 1024) / surf_size) + 11;

[John Teg]

Originally Posted by jyavenard

did you try changing the value of max_reference
in libvo/vo_vdpau.c 704:
change: max_references = (12 * 1024 * 1024) / surf_size;
to: max_references = ((12 * 1024 * 1024) / surf_size) + 11;

This code return 16 for all resolution (except 1920*1080 where it return 15) it's probably better to replace all of that by simply :

max_references = 16;

The code I use is :

if(vid_height > 720)
	max_references = 8;
else
	max_references = 16;

But it's only because my card seems to not be able to handle more than 8 references frames at 1080p.

And I have initialize NUM_VIDEO_SURFACES_H264 at 18 else some video didn't play (all the one using 16 references frames + b_pyramide).

My card is a 8500GT 512Mo (G86)

[The_Rebel]

Can someone explain to me why i can run compiz and VDPAU (mplayer) without tearing?

It'll work fine with the screen that has compiz running, but will tear on the other X session that has no compiz running, why is this?

Here's the commands i use to start compiz.

"compiz.real --fast-filter --only-current-screen --replace --loose-binding --replace core ccp &"

[DeiF]

Still seeing this error with every video (180.25 and mplayer-vdpau-3402051):

VDec: vo config request - 1280 x 544 (preferred colorspace: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is undefined - no prescaling applied.
VO: [vdpau] 1280x544 => 1280x544 Planar YV12
VDPAU capture: Enabled
vdp_imp_device_create_x11(0x135f950, 0, -, -)
VDPAU nvidia: Error detected 1028 43  5
VDPAU nvidia: Backtrace:
01: /usr/lib64/libvdpau_nvidia.so [0x7f5c99c60768]
VDPAU nvidia: Error detected 0 5357
VDPAU nvidia: Backtrace:
01: /usr/lib64/libvdpau_nvidia.so [0x7f5c99c60768]
    -> 25
Error 25 at libvo/vo_vdpau.c:230

[Stephen Warren]

Originally Posted by wognvnews

I have also experienced audio sync problems. But it only occurs if I attempt playback with the display refresh rate of 24. Works perfect with rate of 60.

Any idea why I would be having this problem with 24p playback?

I think that by default MPlayer displays all frames decoded from the stream. To maintain correct AV sync, it's quite possible (especially at 24Hz display) that some frames need to be dropped to maintain timing. I believe there's an MPlayer (or ffmpeg) option to do this.

[Stephen Warren]

Originally Posted by The_Rebel

Can someone explain to me why i can run compiz and VDPAU (mplayer) without tearing?

It'll work fine with the screen that has compiz running, but will tear on the other X session that has no compiz running, why is this?

On the screen with compiz, you're either just getting lucky and no seeing the tearing, or compiz itself is syncing to VBLANK when it renders (or perhaps you've turned that on in the OpenGL settings).

On the other screen, you have the composite extension enabled, so it uses the blit-based presentation queue implementation, which doesn't sync to VBLANK, and so tears.

[motd2k]

Small bug on vo_vdpau.c line 780 i think....

PHP Code:

max_height = FFMAX(max_height, d_width);


[quadtree]

Originally Posted by Stephen Warren

It's possible this hang is the same thing as in this thread:

http://www.nvnews.net/vbulletin/showthread.php?t=126213

To confirm this, can you run the application under gdb, reproduce the hang, CTRL-C the app, then type "bt" into gdb and post the backtrace it prints. Thanks.

Do you have any other applications that are using overlay? That would trigger that issue...

Thanks.

Stephen,

I installed both version 180.25 of the driver and the latest mplayer vdpau patches from today (1-26). With only the driver changed, I had the same problem. Now that I have installed the lastest mplayer patches as well, things have improved a little.

I no longer get the hang or the backtraces after vdp_presentation_queue_create(). Instead I get two error messages each time:

VDPAU nvidia: Error detected 1002 32 12
VDPAU nvidia: Error detected 2 183

Play then continues without hanging. However, I still see tearing as if it isn't really using overlays or the vsync is just off. Again, this only happens with the tv-out port. Using the analog VGA connector, everything works fine.

Unfortunately I had already installed the new driver and mplayer before trying to run it in gdb. If a backtrace from gdb would still be helpful let me know and I'll revert to an older mplayer.