Closed GoogleCodeExporter closed 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
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:
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
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
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
Issue 256 has been merged into this issue.
Original comment by kdeko...@gmail.com
on 4 Aug 2009 at 12:45
Original comment by kdeko...@gmail.com
on 4 Aug 2009 at 12:45
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
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
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:
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
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
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
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
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
Can you test r1476 or higher?
Original comment by kdeko...@gmail.com
on 5 Aug 2009 at 12:40
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
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
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
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
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
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
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
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
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
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:
I think my patch should fix that, can you retest.
Original comment by kdeko...@gmail.com
on 5 Aug 2009 at 5:03
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
Original comment by kdeko...@gmail.com
on 5 Aug 2009 at 6:40
Original issue reported on code.google.com by
linux.su...@gmail.com
on 1 Aug 2009 at 3:41