sofiane1m / gnome-mplayer

Automatically exported from code.google.com/p/gnome-mplayer
GNU General Public License v2.0
0 stars 0 forks source link

VDPAU + video filters will not play #179

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
What steps will reproduce the problem?
1. Setup post processing options (-vf pp=)
2. Use vdpau patched mplayer to play avc1 content
3. Video stalls right at start

What is the expected output? What do you see instead?
Video should play.

What version of the product are you using? On what operating system?
gnome-mplayer 0.9.5, Fedora 10 - patched mplayer from these rpms
http://forums.fedoraforum.org/showthread.php?t=215273

Please provide any additional information below.

Using patched mplayer for vdpau support, the nvidia h.264 accelerator
output. I wasn't sure whether to submit this bug, but since it doesn't
happen on the command line mplayer, I thought it couldn't hurt.

Original issue reported on code.google.com by ccri...@gmail.com on 15 May 2009 at 2:51

GoogleCodeExporter commented 8 years ago
Oh, the attachment is the trailing output of gnome-mplayer -v when this 
happens. The
-vf pp settings are set in the gui options for additional options.

Original comment by ccri...@gmail.com on 15 May 2009 at 2:59

Attachments:

GoogleCodeExporter commented 8 years ago
Should already be fixed in SVN

Original comment by kdeko...@gmail.com on 15 May 2009 at 3:04

GoogleCodeExporter commented 8 years ago
I don't have any vdpau or xvmc hardward to test this stuff with, so getting all 
these
options right depends on feedback from people with this hardware like yourself. 
It
should be corrected now in SVN

Original comment by kdeko...@gmail.com on 15 May 2009 at 3:17

GoogleCodeExporter commented 8 years ago
Yes, I'd think vdpau is not too used.

I tried the SVN version, unfortunately the same thing happens except now the log
seems to be much longer, attached.

Original comment by ccri...@gmail.com on 15 May 2009 at 3:37

Attachments:

GoogleCodeExporter commented 8 years ago
Also, on the svn, the gui ends up looking like this with two random arrows.

Original comment by ccri...@gmail.com on 15 May 2009 at 3:41

Attachments:

GoogleCodeExporter commented 8 years ago
Arrows are normal, that is the new tracker

Can you pull from SVN again, I think you might have got it right before I 
pushed the
change.

Original comment by kdeko...@gmail.com on 15 May 2009 at 4:20

GoogleCodeExporter commented 8 years ago
I think it is the latest, I did svn up and there was no change, revision 1282?

Original comment by ccri...@gmail.com on 15 May 2009 at 6:17

GoogleCodeExporter commented 8 years ago
That is the latest version, but this is what bothers me

mplayer -profile gnome-mplayer -vc ffh264vdpau -quiet -slave -identify -softvol
-volume 100 -mixer-channel Master -noconsolecontrols -osdlevel 1 -nomouseinput
-nocache -wid 0x3a00325 -ass -embeddedfonts -ass-font-scale 0.60 -ass-color 
ffd30000
-vf pp=ha:n:999:1/va:n:999:1/dr -af export=/tmp/mplayer-af_exportrvotib:512
/home/xxx/briefcase.mkv 

Is -vf pp=ha:n:999:1/va:n:999:1/dr something you added to the extra options? If 
so
please remove that, as the extra options is not something I can filter out... 
that is
more a shoot yourself in the foot option.

Original comment by kdeko...@gmail.com on 15 May 2009 at 6:29

GoogleCodeExporter commented 8 years ago
I messed up. Alone mplayer was also failing and not really using vdpau to 
decode, I
was only using -vo vdpau and it was falling back to x11. When enable it doesn't 
play.
This is a mplayer bug or pp filter just cannot be done with vdpau. 

This is a false gnome-mplayer bug, my mistake.

Original comment by ccri...@gmail.com on 15 May 2009 at 6:59

GoogleCodeExporter commented 8 years ago

Original comment by kdeko...@gmail.com on 15 May 2009 at 7:24