wolfv / gnome-mplayer

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

Videos are sometimes loaded one pixel height (svn) #255

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
Open a file, the video is going to be displayed with one pixel height.

The result: The video should be loaded with it's original height although,
actually the window is sized correctly and just the video inside the window
is affected.

Version; SVN 20090731
OS Jaunty.

When switching to full-screen and then backwards the height is restored to
video's default.

Original issue reported on code.google.com by linux.su...@gmail.com on 1 Aug 2009 at 3:41

GoogleCodeExporter commented 8 years ago
What SVN are you using? Current is r1459, I did see problems in r1457. If you 
are
still having issues, can you post the gnome-mplayer -v output. Also does 
pressing
CTRL-1 fix it?

Original comment by kdeko...@gmail.com on 1 Aug 2009 at 12:54

GoogleCodeExporter commented 8 years ago
Ctrl-1 works, it fixes the problem, also the glitch is random on the same video 
up to
the fifth time I loaded it the bug appeared.

I tried loading the window first without video and then dragging the files to 
the
player and didn't had a problem, so I suspect the time between creating the 
window
and start playing the file is at fault, maybe a 500ms delay before start 
playing may
help.

Also for the svn version, is 1459, just updated yesterday.

Last... I am using vdpau as default v-output actually a chain of 
"vdpau,xv,x11," but
glitch happens with vdpau and non vdpau formats.

Original comment by linux.su...@gmail.com on 1 Aug 2009 at 6:49

Attachments:

GoogleCodeExporter commented 8 years ago
Actually a question... looking at the gnome-mplayer output I saw that v-output 
is set
to vdpau even with non vdpau supported formats actually with dx50 videos, and I 
am
pretty sure vdpau can't decode divx familiars.

I am intuiting that the dx50 is cpu-decoded and a raw yuv stream is sent to 
vdpau
just for output ¿is it correct?

Original comment by linux.su...@gmail.com on 1 Aug 2009 at 7:03

GoogleCodeExporter commented 8 years ago
I don't have any vdpau hardware, and so I was told that this situation worked 
and was
needed. Since it seemed to work and didn't break anything I left it in, but I 
would
guess that really xv is what should be used here. 

Try r1461 and see if that helps any. I think the problem is also timing 
related, but
I don't have a lot of control as to when those events (window resize) occur or 
even
if they occur as gtk sometimes filters out similar events and so I have to try 
and
make them happen. You might also try enabling the option "Resize window when new
video is loaded" under the Interface tab in preferences and see if that makes 
the
problem completely go away.

Original comment by kdeko...@gmail.com on 1 Aug 2009 at 9:57

GoogleCodeExporter commented 8 years ago
I found a problem and I believe I fixed it with r1462. I haven't seen the 1 
pixel
high videos since I put in that patch. Please let me know if you still have 
issues.

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

GoogleCodeExporter commented 8 years ago
Issue 256 has been merged into this issue.

Original comment by kdeko...@gmail.com on 4 Aug 2009 at 12:45

GoogleCodeExporter commented 8 years ago

Original comment by kdeko...@gmail.com on 4 Aug 2009 at 12:45

GoogleCodeExporter commented 8 years ago
For some reason, I cannot reproduce it on the commandline.  I can reproduce it 
pretty
easily using the right click on file->Open With->Gnome Mplayer in Nautilus.  Is 
there
a way to get the debug output from there (possibly a log option?).  I am pretty 
sure
I am using the SVN version because I after I compiled it, I put gnome-mplayer 
in my
~/bin dir and in About, it shows 0.9.7 (I have 0.9.6 installed from ppa).  Also,
looking at the .desktop file, it seems to be running just gnome-mplayer so I'm 
not
sure why I cannot reproduce it on the commandline.  I do have the "Resize 
window when
new video is loaded" option enabled and nothing is in my .mplayer/config file.

Just as another test, I tried various options (ie. switching to xv, disabling 
AC3
option) but the issue still persists.  Sometimes I also get this with mkv's as 
well.

Here is the output on commandline:

GNOME MPlayer v0.9.7
vo = vdpau ao = alsa
Running in single instance mode
Running with GIO support
Master Playback is 1
Master Range is 0 to 65536 
Master Current Volume 60293, multiplier = 0.001526
Scaled Volume is 91.999817
Using volume of 92.00
opening Seinfeld 0723 The Wait Out.avi
is block 0
is character 0
is reg 1
is dir 0
playlist 0
embedded in window id 0x0
Seinfeld 0723 The Wait Out.avi is not a device name
file://Seinfeld%200723%20The%20Wait%20Out.avi is not a device name
file://Seinfeld%200723%20The%20Wait%20Out.avi is not a device name
Streaming media 'file://Seinfeld%200723%20The%20Wait%20Out.avi' = 0
opening playlist
RIFFn�� is not a device name
file://RIFFn�� is not a device name
playlist detection = 0
adding file://Seinfeld%200723%20The%20Wait%20Out.avi to playlist (cancel = 0)
file://Seinfeld%200723%20The%20Wait%20Out.avi is not a device name
file://Seinfeld%200723%20The%20Wait%20Out.avi is not a device name
Streaming media 'file://Seinfeld%200723%20The%20Wait%20Out.avi' = 0
file://Seinfeld%200723%20The%20Wait%20Out.avi is not a device name
file://Seinfeld%200723%20The%20Wait%20Out.avi is not a device name
getting file metadata for Seinfeld 0723 The Wait Out.avi
playing - file://Seinfeld%200723%20The%20Wait%20Out.avi
is playlist 0
file://Seinfeld%200723%20The%20Wait%20Out.avi is not a device name
Streaming media 'file://Seinfeld%200723%20The%20Wait%20Out.avi' = 0
file://Seinfeld%200723%20The%20Wait%20Out.avi is not a device name
file://Seinfeld%200723%20The%20Wait%20Out.avi is not a device name
file://Seinfeld%200723%20The%20Wait%20Out.avi is not a device name
Streaming media 'file://Seinfeld%200723%20The%20Wait%20Out.avi' = 0
Master Playback is 1
Master Range is 0 to 65536 
Master Current Volume 60293, multiplier = 0.001526
Scaled Volume is 91.999817
Using volume of 92.00
Seinfeld 0723 The Wait Out.avi is not a device name
Seinfeld 0723 The Wait Out.avi is not a device name
Streaming media 'Seinfeld 0723 The Wait Out.avi' = 0
file://Seinfeld%200723%20The%20Wait%20Out.avi is not a device name
Streaming media 'file://Seinfeld%200723%20The%20Wait%20Out.avi' = 0
file://Seinfeld%200723%20The%20Wait%20Out.avi is not a device name
Streaming media 'file://Seinfeld%200723%20The%20Wait%20Out.avi' = 0
mplayer -profile gnome-mplayer -vo vdpau,xv,x11 -vf-pre yadif,softskip,scale 
-afm
hwac3, -slave -identify -mixer-channel Master -noconsolecontrols -noidle
-stop-xscreensaver -osdlevel 0 -nomouseinput -nocache -wid 0x500004d -ass
-noembeddedfonts -ass-font-scale 1.00 -ass-color ffffff00 -channels 2 Seinfeld 
0723
The Wait Out.avi 
Spawn succeeded for filename Seinfeld 0723 The Wait Out.avi
Using match: type='signal',interface='com.gnome.mplayer'
Using match: type='signal',interface='org.gnome.SettingsDaemon'
Using match: type='signal',interface='org.gnome.SettingsDaemon.MediaKeys'
Proxy connections and Command connected
current size = 0 x 0 
Changing window size to 576 x 432 visible = 1
send command = seek 0 0

thread reader: MPlayer SVN-r29375-4.3.3 (C) 2000-2009 MPlayer Team
thread reader: 
thread reader: Playing Seinfeld 0723 The Wait Out.avi.
thread reader: AVI file format detected.
thread reader: ID_VIDEO_ID=0
thread reader: [aviheader] Video stream found, -vid 0
thread reader: ID_AUDIO_ID=1
thread reader: [aviheader] Audio stream found, -aid 1
thread reader: VIDEO:  [XVID]  576x432  16bpp  25.000 fps  971.7 kbps (118.6 
kbyte/s)
thread reader: Clip info:
thread reader:  Software: Nandub v1.0rc2
thread reader: ID_CLIP_INFO_NAME0=Software
thread reader: ID_CLIP_INFO_VALUE0=Nandub v1.0rc2
thread reader: ID_CLIP_INFO_N=1
thread reader: ID_FILENAME=Seinfeld 0723 The Wait Out.avi
thread reader: ID_DEMUXER=avi
thread reader: ID_VIDEO_FORMAT=XVID
thread reader: ID_VIDEO_BITRATE=971712
thread reader: ID_VIDEO_WIDTH=576
thread reader: ID_VIDEO_HEIGHT=432
thread reader: ID_VIDEO_FPS=25.000
thread reader: ID_VIDEO_ASPECT=0.0000
thread reader: ID_AUDIO_FORMAT=85
thread reader: ID_AUDIO_BITRATE=131496
thread reader: ID_AUDIO_RATE=0
thread reader: ID_AUDIO_NCH=0
thread reader: ID_LENGTH=1317.52
thread reader: ID_SEEKABLE=1
thread reader: ID_CHAPTERS=0
thread reader: GNOME screensaver disabled
thread reader: Opening video filter: [scale]
thread reader error: Couldn't open video filter 'ass'.
thread reader: Opening video filter: [softskip]
thread reader error: ASS: cannot add video filter
thread reader: Opening video filter: [yadif]
thread reader: [ass] Init
thread reader: [ass] Updating font cache.
thread reader: 
==========================================================================
thread reader: Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
thread reader: Selected video codec: [ffodivx] vfm: ffmpeg (FFmpeg MPEG-4)
thread reader: 
==========================================================================
thread reader: ID_VIDEO_CODEC=ffodivx
thread reader: 
==========================================================================
thread reader: Trying to force audio codec driver family hwac3...
thread reader: Trying to force audio codec driver family ...
thread reader: Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
thread reader: AUDIO: 48000 Hz, 2 ch, s16le, 128.0 kbit/8.33% (ratio: 
16000->192000)
thread reader: ID_AUDIO_BITRATE=128000
thread reader: ID_AUDIO_RATE=48000
thread reader: ID_AUDIO_NCH=2
thread reader: Selected audio codec: [mp3] afm: mp3lib (mp3lib MPEG layer-2, 
layer-3)
thread reader: 
==========================================================================
thread reader: AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample)
send command = pausing_keep get_property switch_audio

thread reader: ID_AUDIO_CODEC=mp3
thread reader: Starting playback...
thread reader: VDec: vo config request - 576 x 432 (preferred colorspace: 
Planar YV12)
thread reader: VDec: using Planar YV12 as output csp (no 0)
thread reader: Movie-Aspect is 1.33:1 - prescaling to correct movie aspect.
thread reader: ID_VIDEO_ASPECT=1.3333
thread reader: [swscaler @ 0x4f0f7200]using unscaled yuv420p -> yuv420p special 
converter
thread reader: VO: [vdpau] 576x432 => 576x432 Planar YV12 
Resizing to 576 x 432
current size = 348 x 1 
Changing window size to 576 x 432 visible = 1
Master Playback is 1
Master Range is 0 to 65536 
Master Volume 92, multiplier = 655.359985
Scaled Volume is 60293
Set alsa volume to 60293
send command = pausing_keep get_property chapters

send command = pausing_keep_force get_property path

send command = pausing_keep get_property sub_demux

send command = pausing_keep brightness 0

send command = pausing_keep contrast 0

send command = pausing_keep gamma 0

send command = pausing_keep hue 0

send command = pausing_keep saturation 0

send command = pausing_keep set_property sub_visibility 1

send command = get_property volume

thread reader error: Failed to get value of property 'sub_demux'.
thread reader: ANS_switch_audio=-1
ANS_switch_audio is invalid -1
thread reader: ANS_chapters=0
ANS_switch_audio is invalid -1
thread reader: ANS_path=Seinfeld 0723 The Wait Out.avi
pausing keep force enabled
thread reader: ANS_volume=92.000580
send command = pausing_keep_force get_property stream_pos

thread reader: ANS_TIME_POSITION=0.8
thread reader: ANS_stream_pos=30548
send command = pausing_keep_force get_property stream_pos

thread reader: ANS_TIME_POSITION=1.8
thread reader: ANS_stream_pos=43140
send command = pausing_keep_force get_property stream_pos

thread reader: ANS_TIME_POSITION=2.7
thread reader: ANS_stream_pos=89196
send command = quit

send command = seek 0 2
pause

thread reader: GNOME screensaver enabled
thread reader: 
thread reader: Exiting... (Quit)
Thread completing

Original comment by zivago...@gmail.com on 4 Aug 2009 at 2:50

GoogleCodeExporter commented 8 years ago
Can you try r1470 and see if that fixes it for you. Also does this happen 
EVERYTIME
you open a file or just every now and then?

Original comment by kdeko...@gmail.com on 4 Aug 2009 at 4:11

GoogleCodeExporter commented 8 years ago
I checked r1470 the problem is weirder now, I get 1 pixel (width and height) 
size
output but only for certain specific videos every time, only mkv's, however I 
haven't
found anything in common except that they all have h264 video, but some other 
that
open correctly are to.

Will post an attachment with the output of one of those files.

Original comment by linux.su...@gmail.com on 4 Aug 2009 at 4:56

Attachments:

GoogleCodeExporter commented 8 years ago
Confirmed, I see this with only some of my mkv files... everything else seems 
fine.. 

Original comment by kdeko...@gmail.com on 4 Aug 2009 at 5:15

GoogleCodeExporter commented 8 years ago
Ok, I found and I think I fixed the problem with the mkv files. The problem was 
that
some mkv files says they are one size, but when they play they are another and 
while
the new size was being detected properly, the allocation code was not working 
because
there were more allocation events on the gtk queue. So once I stopped the 
allocation
code from resizing to the wrong size, it seemed to work. I still have aspect 
problems
with a second video, that I need to correct.

Original comment by kdeko...@gmail.com on 4 Aug 2009 at 5:33

GoogleCodeExporter commented 8 years ago
Ok, I believe this is corrected now in SVN, can you please test.

Original comment by kdeko...@gmail.com on 4 Aug 2009 at 6:03

GoogleCodeExporter commented 8 years ago
It seems better.  However, I get a full black screen and 1 pixel on the top left
corner of the mkv.

Original comment by zivago...@gmail.com on 5 Aug 2009 at 1:36

GoogleCodeExporter commented 8 years ago
Well, I was able to duplicate that with media files that are larger than the 
screen
screen.. gonna take some more debugging. Since the fix corrects it for small 
videos
that change size, but breaks it for large videos no matter what and vis-versa...

Original comment by kdeko...@gmail.com on 5 Aug 2009 at 3:35

GoogleCodeExporter commented 8 years ago
Can you test r1476 or higher?

Original comment by kdeko...@gmail.com on 5 Aug 2009 at 12:40

GoogleCodeExporter commented 8 years ago
Using r1478, it seems better.  I just experienced a couple of 1 pixel issues 
with a
few avi files but I cannot get it consistently.  Also, do you know why the top 
menu
bar continues to show up sometimes when going fullscreen (usually it 
disappears)?

Original comment by zivago...@gmail.com on 5 Aug 2009 at 1:52

GoogleCodeExporter commented 8 years ago
I have not seen the top menu bar staying visible here. Do you know what window
manager you are using? I'm guessing you are using compiz? Do you get the same
problems if you use metacity?

Original comment by kdeko...@gmail.com on 5 Aug 2009 at 2:20

GoogleCodeExporter commented 8 years ago
I have seen the same problem with 1080P WideScreen videos that are wider than my
screen, my screen is 1650 and those videos are 1920 usually but not only the 
menu bar
but also the controls bar stays in full screen. However it doesn't happens with 
1080p
videos that are 4/3.

Original comment by linux.su...@gmail.com on 5 Aug 2009 at 2:27

GoogleCodeExporter commented 8 years ago
I have a dual head machine... one display is 1680x1050 and the other is 
1280x1024.
Using the elephant dream video (1920x1080) with r1478 everything it working for 
me.
When I go fullscreen the menubar disappears and the control bar slides away 
after
about 3 seconds.

After getting r1478, please do a make clean and recompile. 

Original comment by kdeko...@gmail.com on 5 Aug 2009 at 2:36

GoogleCodeExporter commented 8 years ago
Can you try r1479, I used a trick from the Ctrl-1 option.

Original comment by kdeko...@gmail.com on 5 Aug 2009 at 2:47

GoogleCodeExporter commented 8 years ago
Tested, it is compiz problem, w/o compiz the menu and controls work perfectly 
but
with it, they stay in there.

By the way, it seems that the 1 pixel problem is fixed I just tested a good 
deal of
videos (mkv, avi-divx, wmv and mpeg-1&2) no one showed the problem any more, 
even the
ones that where faulty.

Original comment by linux.su...@gmail.com on 5 Aug 2009 at 3:15

GoogleCodeExporter commented 8 years ago
Might be a bug in your compiz then. I tested it here with compiz (on r6xx) and 
the
menu went away. What version of compiz do you have?

compiz-0.7.8-19.fc11.x86_64  is what I have.

Original comment by kdeko...@gmail.com on 5 Aug 2009 at 3:31

GoogleCodeExporter commented 8 years ago
Can you do me a favor with regards to the menu problem.. in gui.c at line 1439 
can
you uncomment that line (remove the '//' from the beginning) and then compile 
and run
gnome-mplayer from a terminal, load a video and then choose fullscreen and then 
exit
out of it.

That should give me the debug info I need.

Original comment by kdeko...@gmail.com on 5 Aug 2009 at 3:34

GoogleCodeExporter commented 8 years ago
Ok, I think I found why the menubar still might be shown, it was the way I was
testing the flag. It should be corrected now in SVN.

Original comment by kdeko...@gmail.com on 5 Aug 2009 at 3:46

GoogleCodeExporter commented 8 years ago
The compiz version is: 0.8.2-0ubuntu8 from Jaunty, my be they changed something 
in there.

This is the output with the line uncommented I toggled full screen in and out a
couple of times the info is almost at the end of the file.

Original comment by linux.su...@gmail.com on 5 Aug 2009 at 4:55

Attachments:

GoogleCodeExporter commented 8 years ago
I think my patch should fix that, can you retest. 

Original comment by kdeko...@gmail.com on 5 Aug 2009 at 5:03

GoogleCodeExporter commented 8 years ago
Yay! Banzai! it works again I think everything is fixed now.

Original comment by linux.su...@gmail.com on 5 Aug 2009 at 5:19

GoogleCodeExporter commented 8 years ago

Original comment by kdeko...@gmail.com on 5 Aug 2009 at 6:40