[SMPlayer] Not Showing Video (wrong VID number parameter send to mplayer)

[André Madureira]

Binary package hint: smplayer

Hello,

PROBLEM:

When I play the video with the command syntax, it works pretty well:

mplayer -vo vdpau -vc ffh264vdpau -cache 8192 -autosync 30 -vid 1 "/media/Dados/117801916.mov"

But when I run MPLAYER through SMPLAYER front-end, it sends the parameter -VID 0 to MPLAYER and the video is not played,shown,recognized,displayed, but audio is played (I also tested the issue in GNOME-TERMINAL and it continued happening, so the problem is in the parameter -VID 0 received by MPLAYER from SMPLAYER); the command syntax send to mplayer is:

mplayer -vo vdpau -vc ffh264vdpau -cache 8192 -autosync 30 -vid 0 "/media/Dados/117801916.mov"

SOLUTION:

Set SMPLAYER not to send -VID parameter (MPLAYER does recognize VID automatically if this parameter is not send - I tested this feature in the MPLAYER and it recognized -VID in this video as 1 instead of 0 like SMPLAYER forced MPLAYER to do) or send -VID as 0 and after that as 1 to test if there is a video stream in the file...

VIDEOS TO TEST THE ISSUE:

http://playlist.yahoo.com/makeplaylist.dll?sdm=web&pt=rd&sid=117801916
http://wdmpi-6.vo.llnwd.net/d1/Pirates4/TRLA/English/Mercury_TlrA_1080.mov

PS: All the trailers of YAHOO are in VID 1 instead of 0 (to get more trailers with the issue, go to the site http://www.hd-trailers.net/ and get the YAHOO 1080p trailers)...

PS²: The issue happens in SMPLAYER 0.6.9-1 (from MEDIBUNTU repositories)... I'm using MPLAYER 2:1.0~rc4~try1.dsfg1-1ubuntu1+medibuntu1 (downloaded from MEDIBUNTU repositories)...

PS³: Although both SMPLAYER and MPLAYER were downloaded from MEDIBUNTU repositories, this issue also happens in the SMPLAYER and MPLAYER version of UBUNTU official repositories either. So, I'm reporting this bug in UBUNTU bugs instead of MEDIBUNTU bugs because it's common to both projects...

Thanks for your help,

André M.
---
Architecture: i386
DistroRelease: Ubuntu 10.10
InstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Release i386 (20101007)
NonfreeKernelModules: nvidia
Package: smplayer 0.6.9-1
PackageArchitecture: i386
ProcEnviron:
 LANGUAGE=pt_BR
 LANG=pt_BR.utf8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.35-28.49-generic-pae 2.6.35.11
Tags: maverick
Uname: Linux 2.6.35-28-generic-pae i686
UserGroups: adm admin audio cdrom dialout dip fax floppy fuse lpadmin netdev plugdev sambashare tape vboxusers video

[André Madureira (andreluizromano)]

apport information

[André Madureira (andreluizromano)]

This bug is intermittent (sometimes it happens and sometimes it don't) in SMPLAYER (sometimes SMPLAYER send -VID as 0 and sometimes it sends it as 1, but if you set -VID 0 in MPLAYER command syntax through GNOME-TERMINAL, the error will show up as it sometimes does in SMPLAYER)...

STEPS TO REPRODUCE THE BUG:

1 - Open a -VID 1 video with SMPLAYER (Please be patient because this bug sometimes happens sometimes don't, so you might need to reopen the file sometimes to make it happen)...

PS: I saw this issue happens all the time only in the 4K video from YOUTUBE in 4K resolution (http://www.youtube.com/watch?v=N0m1XmvBey8&playnext=1&list=PL5BF9E09ECE,C8F88F) (the issue is not related to the quality/resolution of the video, it is related to the -VID parameter)... To test the issue in this video, download the file from YOUTUBE in 4K resolution and try to open it (It will probably not work well in MPLAYER because it's in a too high quality/resolution, but what I'm trying to test is if video is shown and not the performance of the video playback - to get a good performance in this type of quality/resolution, you'll need FFMPEG-MT library compiled together with MPLAYER and a Quad Core processor with at least 2.6 Ghz)...

[André Madureira (andreluizromano)]

Please, disregard my last comment...

STEPS TO REPRODUCE THE BUG:

1 - Open a -VID 1 video in SMPLAYER

2 - Close SMPLAYER

3 - Open the same -VID 1 video file again in SMPLAYER (this issue only happens after the first playback of the file)

POSSIBLE CAUSE TO THE ERROR:

SMPLAYER saves the last VIDEO STREAM played of the file and try to send it to the MPLAYER as -VID parameter. When the file has only -VID 1 video stream and -VID 0 is send to MPLAYER, this causes MPLAYER not to recognize,display,playback the video because of the wrong stream identification of SMPLAYER... Therefore, this issue only happens after the first playback of the video because SMPLAYER saves the last configuration used in the playback of the video and tries to use it again...

[rvm (rvm)]

I think it's a bug in some versions of mplayer.

More info:

http://smplayer.berlios.de/forum/viewtopic.php?f=2&t=375

[André Madureira (andreluizromano)]

Hello rvm,

I'm really a newbie in this MULTIMEDIA related problem, but I think this is not related to mplayer because in the GNOME-TERMINAL I could run the video with the command below without this problem (mplayer could identify correctly the VIDEO STREAM playing the VID 1 instead of VID 0 like SMPLAYER did):

mplayer -cache 8192 -autosync 30 "file.mkv"

Also, I did the command with VID 1 explicit specified and it also worked...

Anyway, I did a bug report on MPLAYER project too...

Thanks for your help,

André M.