[opensuse] some mp4 cannot be played "decoder profile above limits"
Hi everybody "Suddenly" the mp4-videos from my mobile phone cannot be played anymore, no matter what player I use: it only shows a black screen plus plays the sound, but no image. As for my small tests it only affects the mp4 from my samsung mobile that are larger than 10MB (9.8MB works, 11.2MB does not work, neither larger). But downloaded mp4, avi, etc. work normally even in GB size. I tried to start from commandline, and maybe the messages say something to somebody of you...: vlc 20161005_085414.mp4 VLC media player 2.2.6 Umbrella (revision 2.2.6-0-g1aae78981c) [000055aac07500c8] core libvlc: VLC wird mit dem Standard-Interface ausgeführt. Benutzen Sie 'cvlc', um VLC ohne Interface zu verwenden. [00007f236c0b6378] vdpau_avcodec generic error: decoder profile above limits: level 51 3840x2160 [00007f236c0c48b8] freetype spu text error: Breaking unbreakable line QObject::~QObject: Timers cannot be stopped from another thread I see a limit, but don't know where I can change this limit. Everything worked a few weeks ago with the same system, but meanwhile there were some updates and of course I have no idea which one changed that... Leap 42.3 KDE 5.8.7 Kernel 4.4.87-25 default Latest "zypper up" done 5 minutes ago. All "media-things" installed from packman. Any hints? Thanks! Daniel -- Daniel Bauer photographer Basel Barcelona https://www.patreon.com/danielbauer http://www.daniel-bauer.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 23/09/17 10:43, Daniel Bauer wrote:
Hi everybody
"Suddenly" the mp4-videos from my mobile phone cannot be played anymore, no matter what player I use: it only shows a black screen plus plays the sound, but no image.
As for my small tests it only affects the mp4 from my samsung mobile that are larger than 10MB (9.8MB works, 11.2MB does not work, neither larger). But downloaded mp4, avi, etc. work normally even in GB size.
I tried to start from commandline, and maybe the messages say something to somebody of you...:
vlc 20161005_085414.mp4 VLC media player 2.2.6 Umbrella (revision 2.2.6-0-g1aae78981c) [000055aac07500c8] core libvlc: VLC wird mit dem Standard-Interface ausgeführt. Benutzen Sie 'cvlc', um VLC ohne Interface zu verwenden. [00007f236c0b6378] vdpau_avcodec generic error: decoder profile above limits: level 51 3840x2160 [00007f236c0c48b8] freetype spu text error: Breaking unbreakable line QObject::~QObject: Timers cannot be stopped from another thread
I see a limit, but don't know where I can change this limit. Everything worked a few weeks ago with the same system, but meanwhile there were some updates and of course I have no idea which one changed that...
Leap 42.3 KDE 5.8.7 Kernel 4.4.87-25 default Latest "zypper up" done 5 minutes ago.
All "media-things" installed from packman.
Any hints? Thanks!
Daniel
What is the source of your downloaded mp4 etc files. I use Get_Iplayer to download BBC programmes from the BBC iplayer, using 42.3 VLC, Kodi etc as players all installed from packman via the OpenSuse box. I "can" play them on my Android tablet but its a long time since I tried that so that device "might" have the limitations you describe. Are you downloading the files using the phone ? How are you trying to watch them, ie on which device ? All I can suggest is a problem with the phone maybe. M -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Am 23.09.2017 um 13:20 schrieb michael norman:
On 23/09/17 10:43, Daniel Bauer wrote:
Hi everybody
"Suddenly" the mp4-videos from my mobile phone cannot be played anymore, no matter what player I use: it only shows a black screen plus plays the sound, but no image.
As for my small tests it only affects the mp4 from my samsung mobile that are larger than 10MB (9.8MB works, 11.2MB does not work, neither larger). But downloaded mp4, avi, etc. work normally even in GB size.
I tried to start from commandline, and maybe the messages say something to somebody of you...:
vlc 20161005_085414.mp4 VLC media player 2.2.6 Umbrella (revision 2.2.6-0-g1aae78981c) [000055aac07500c8] core libvlc: VLC wird mit dem Standard-Interface ausgeführt. Benutzen Sie 'cvlc', um VLC ohne Interface zu verwenden. [00007f236c0b6378] vdpau_avcodec generic error: decoder profile above limits: level 51 3840x2160 [00007f236c0c48b8] freetype spu text error: Breaking unbreakable line QObject::~QObject: Timers cannot be stopped from another thread
I see a limit, but don't know where I can change this limit. Everything worked a few weeks ago with the same system, but meanwhile there were some updates and of course I have no idea which one changed that...
Leap 42.3 KDE 5.8.7 Kernel 4.4.87-25 default Latest "zypper up" done 5 minutes ago.
All "media-things" installed from packman.
Any hints? Thanks!
Daniel
What is the source of your downloaded mp4 etc files. I use Get_Iplayer to download BBC programmes from the BBC iplayer, using 42.3 VLC, Kodi etc as players all installed from packman via the OpenSuse box. I "can" play them on my Android tablet but its a long time since I tried that so that device "might" have the limitations you describe.
Are you downloading the files using the phone ? How are you trying to watch them, ie on which device ?
All I can suggest is a problem with the phone maybe.
M
No, these are videos I took with the phone and copied to the desktop computer. I could always watch them on the desktop using vlc. Now I cannot watch them anymore with the described problem. The others (that work in vlc) are from many various sources. It just affects those from my phone. And they haven't been affected some weeks ago. I can still play them in a browser or using QTAV, but not vlc or kaffeine. Meanwhile I found out that it seems that only videos taken before June 12th 2017 are affected. Newer ones play... I uploaded two sample videos taken with the same phone - nothing interesting, download only worthwhile if you'd like to test but not for the content :-) : does /NOT/ work in VLC: https://www.daniel-bauer.com/test/20170603_124912.mp4 (14.3MB) plays normal: https://www.daniel-bauer.com/test/20170612_160315.mp4 (29.8MB) -- Daniel Bauer photographer Basel Barcelona https://www.patreon.com/danielbauer http://www.daniel-bauer.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Den 2017-09-23 kl. 13:53, skrev Daniel Bauer:
Am 23.09.2017 um 13:20 schrieb michael norman:
On 23/09/17 10:43, Daniel Bauer wrote:
Hi everybody
"Suddenly" the mp4-videos from my mobile phone cannot be played anymore, no matter what player I use: it only shows a black screen plus plays the sound, but no image.
As for my small tests it only affects the mp4 from my samsung mobile that are larger than 10MB (9.8MB works, 11.2MB does not work, neither larger). But downloaded mp4, avi, etc. work normally even in GB size.
I tried to start from commandline, and maybe the messages say something to somebody of you...:
vlc 20161005_085414.mp4 VLC media player 2.2.6 Umbrella (revision 2.2.6-0-g1aae78981c) [000055aac07500c8] core libvlc: VLC wird mit dem Standard-Interface ausgeführt. Benutzen Sie 'cvlc', um VLC ohne Interface zu verwenden. [00007f236c0b6378] vdpau_avcodec generic error: decoder profile above limits: level 51 3840x2160 [00007f236c0c48b8] freetype spu text error: Breaking unbreakable line QObject::~QObject: Timers cannot be stopped from another thread
I see a limit, but don't know where I can change this limit. Everything worked a few weeks ago with the same system, but meanwhile there were some updates and of course I have no idea which one changed that...
Leap 42.3 KDE 5.8.7 Kernel 4.4.87-25 default Latest "zypper up" done 5 minutes ago.
All "media-things" installed from packman.
Any hints? Thanks!
Daniel
What is the source of your downloaded mp4 etc files. I use Get_Iplayer to download BBC programmes from the BBC iplayer, using 42.3 VLC, Kodi etc as players all installed from packman via the OpenSuse box. I "can" play them on my Android tablet but its a long time since I tried that so that device "might" have the limitations you describe.
Are you downloading the files using the phone ? How are you trying to watch them, ie on which device ?
All I can suggest is a problem with the phone maybe.
M
No, these are videos I took with the phone and copied to the desktop computer. I could always watch them on the desktop using vlc. Now I cannot watch them anymore with the described problem.
The others (that work in vlc) are from many various sources. It just affects those from my phone. And they haven't been affected some weeks ago. I can still play them in a browser or using QTAV, but not vlc or kaffeine.
Meanwhile I found out that it seems that only videos taken before June 12th 2017 are affected. Newer ones play...
I uploaded two sample videos taken with the same phone - nothing interesting, download only worthwhile if you'd like to test but not for the content :-) :
does /NOT/ work in VLC: https://www.daniel-bauer.com/test/20170603_124912.mp4 (14.3MB)
plays normal: https://www.daniel-bauer.com/test/20170612_160315.mp4 (29.8MB)
I'm on TW and use mplayer (1.2.r37916-6.9) from packman. I can play both although the first is 90 degres to the left (standing). regards, -- /bengan -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Am 23.09.2017 um 14:05 schrieb Bengt Gördén:
Den 2017-09-23 kl. 13:53, skrev Daniel Bauer:
Am 23.09.2017 um 13:20 schrieb michael norman:
On 23/09/17 10:43, Daniel Bauer wrote:
"Suddenly" the mp4-videos from my mobile phone cannot be played anymore ... I tried to start from commandline, and maybe the messages say something to somebody of you...:
vlc 20161005_085414.mp4 VLC media player 2.2.6 Umbrella (revision 2.2.6-0-g1aae78981c) [000055aac07500c8] core libvlc: VLC wird mit dem Standard-Interface ausgeführt. Benutzen Sie 'cvlc', um VLC ohne Interface zu verwenden. [00007f236c0b6378] vdpau_avcodec generic error: decoder profile above limits: level 51 3840x2160 [00007f236c0c48b8] freetype spu text error: Breaking unbreakable line QObject::~QObject: Timers cannot be stopped from another thread
...
It just affects those from my phone. And they haven't been affected some weeks ago. I can still play them in a browser or using QTAV, but not vlc or kaffeine.
Meanwhile I found out that it seems that only videos taken before June 12th 2017 are affected. Newer ones play...
I uploaded two sample videos taken with the same phone
...
does /NOT/ work in VLC: https://www.daniel-bauer.com/test/20170603_124912.mp4 (14.3MB)
plays normal: https://www.daniel-bauer.com/test/20170612_160315.mp4 (29.8MB)
I'm on TW and use mplayer (1.2.r37916-6.9) from packman.
I can play both although the first is 90 degres to the left (standing).
regards,
Yes, the error occurs only with vlc and kaffeine. And - besides of browsers - vlc is the only one that automatically corrects the position of the phone and turns them accordingly, which is very useful. -- Daniel Bauer photographer Basel Barcelona https://www.patreon.com/danielbauer http://www.daniel-bauer.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 23/09/2017 11:43, Daniel Bauer wrote:
Hi everybody
"Suddenly" the mp4-videos from my mobile phone cannot be played anymore, no matter what player I use: it only shows a black screen plus plays the sound, but no image.
As for my small tests it only affects the mp4 from my samsung mobile that are larger than 10MB (9.8MB works, 11.2MB does not work, neither larger). But downloaded mp4, avi, etc. work normally even in GB size.
I tried to start from commandline, and maybe the messages say something to somebody of you...:
vlc 20161005_085414.mp4 VLC media player 2.2.6 Umbrella (revision 2.2.6-0-g1aae78981c) [000055aac07500c8] core libvlc: VLC wird mit dem Standard-Interface ausgeführt. Benutzen Sie 'cvlc', um VLC ohne Interface zu verwenden. [00007f236c0b6378] vdpau_avcodec generic error: decoder profile above limits: level 51 3840x2160 [00007f236c0c48b8] freetype spu text error: Breaking unbreakable line QObject::~QObject: Timers cannot be stopped from another thread
I see a limit, but don't know where I can change this limit. Everything worked a few weeks ago with the same system, but meanwhile there were some updates and of course I have no idea which one changed that...
Leap 42.3 KDE 5.8.7 Kernel 4.4.87-25 default Latest "zypper up" done 5 minutes ago.
All "media-things" installed from packman.
Any hints? Thanks!
Daniel
The first check is execute ffplay videofile and post the output line that starts with :"Stream #0:0(eng): Video:" it may have a different #0:0 numeral. If ffplay works then vlc should but worst case you can convert it with ffmpeg. Regards Dave P -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Am 23.09.2017 um 14:21 schrieb Dave Plater:
On 23/09/2017 11:43, Daniel Bauer wrote:
"Suddenly" the mp4-videos from my mobile phone cannot be played anymore, no matter what player I use: it only shows a black screen plus plays the sound, but no image.
...
I tried to start from commandline, and maybe the messages say something to somebody of you...:
vlc 20161005_085414.mp4 VLC media player 2.2.6 Umbrella (revision 2.2.6-0-g1aae78981c) [000055aac07500c8] core libvlc: VLC wird mit dem Standard-Interface ausgeführt. Benutzen Sie 'cvlc', um VLC ohne Interface zu verwenden. [00007f236c0b6378] vdpau_avcodec generic error: decoder profile above limits: level 51 3840x2160 [00007f236c0c48b8] freetype spu text error: Breaking unbreakable line QObject::~QObject: Timers cannot be stopped from another thread
...
The first check is execute ffplay videofile and post the output line that starts with :"Stream #0:0(eng): Video:" it may have a different #0:0 numeral. If ffplay works then vlc should but worst case you can convert it with ffmpeg. Regards Dave P
ffplay plays normal, the line you asked for is: Stream #0:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 3840x2160, 48327 kb/s, 29.98 fps, 30 tbr, 90k tbn, 180k tbc (default) Yes, I could convert them, but I use vlc to look thru the videos deciding which ones I want to convert for web-use etc., to take screen shots an the like. It worked before with those videos... -- Daniel Bauer photographer Basel Barcelona https://www.patreon.com/danielbauer http://www.daniel-bauer.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 23/09/2017 14:40, Daniel Bauer wrote:
Am 23.09.2017 um 14:21 schrieb Dave Plater:
On 23/09/2017 11:43, Daniel Bauer wrote:
"Suddenly" the mp4-videos from my mobile phone cannot be played anymore, no matter what player I use: it only shows a black screen plus plays the sound, but no image.
...
snip ...
The first check is execute ffplay videofile and post the output line that starts with :"Stream #0:0(eng): Video:" it may have a different #0:0 numeral. If ffplay works then vlc should but worst case you can convert it with ffmpeg. Regards Dave P
ffplay plays normal, the line you asked for is:
Stream #0:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 3840x2160, 48327 kb/s, 29.98 fps, 30 tbr, 90k tbn, 180k tbc (default)
Yes, I could convert them, but I use vlc to look thru the videos deciding which ones I want to convert for web-use etc., to take screen shots an the like. It worked before with those videos...
Ok this puts the ball in the court of vlc and ffmpeg2. Try zypper se -si libavcodec and post the result. Dave P -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 23/09/2017 14:40, Daniel Bauer wrote:
Am 23.09.2017 um 14:21 schrieb Dave Plater:
On 23/09/2017 11:43, Daniel Bauer wrote:
"Suddenly" the mp4-videos from my mobile phone cannot be played anymore, no matter what player I use: it only shows a black screen plus plays the sound, but no image.
...
Just to speed things up, vlc cannot build with the current ffmpeg as a result the package ffmpeg2 was created especially for it and unfortunately it doesn't have ffplay, ffprobe and ffmpeg so it can't be tested. Kaffeine on the other hand uses kde's audio codec system and I think, via gstreamer. In kaffeine's case if you install gstreamer-libav then you should be able to play anything that ffplay can. You can also install vlc-beta which uses the present ffmpeg. I use kaffeine from time to time but mostly use xine. Also looking at vlc it doesn't have native x265 support which is the codec needed for your video but libavcodec56 uses libx265-130 so make sure that that is installed. To test gstreamer capabilities execute: gst-discoverer-1.0 nameofvideofile Best regards Dave P -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Am 23.09.2017 um 14:45 schrieb Dave Plater:
On 23/09/2017 14:40, Daniel Bauer wrote:
Am 23.09.2017 um 14:21 schrieb Dave Plater:
On 23/09/2017 11:43, Daniel Bauer wrote:
"Suddenly" the mp4-videos from my mobile phone cannot be played anymore, no matter what player I use: it only shows a black screen plus plays the sound, but no image.
...
snip ...
The first check is execute ffplay videofile and post the output line that starts with :"Stream #0:0(eng): Video:" it may have a different #0:0 numeral. If ffplay works then vlc should but worst case you can convert it with ffmpeg. Regards Dave P
ffplay plays normal, the line you asked for is:
Stream #0:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 3840x2160, 48327 kb/s, 29.98 fps, 30 tbr, 90k tbn, 180k tbc (default)
Yes, I could convert them, but I use vlc to look thru the videos deciding which ones I want to convert for web-use etc., to take screen shots an the like. It worked before with those videos...
Ok this puts the ball in the court of vlc and ffmpeg2. Try zypper se -si libavcodec and post the result. Dave P
zypper se -si libavcodec: S | Name | Type | Version | Arch | Repository ---+--------------+---------+-------------+--------+------------------- i+ | libavcodec52 | package | 0.7.16-8.1 | x86_64 | (System Packages) i+ | libavcodec56 | package | 2.8.13-34.1 | x86_64 | Packman Repository i+ | libavcodec57 | package | 3.3.4-9.1 | x86_64 | Packman Repository -- Daniel Bauer photographer Basel Barcelona https://www.patreon.com/danielbauer http://www.daniel-bauer.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Hello, On Sat, 23 Sep 2017, Daniel Bauer wrote:
I tried to start from commandline, and maybe the messages say something to somebody of you...:
vlc 20161005_085414.mp4 VLC media player 2.2.6 Umbrella (revision 2.2.6-0-g1aae78981c) [00007f236c0b6378] vdpau_avcodec generic error: decoder profile above limits: ^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ level 51 3840x2160
Easy and _very_ specific. You selected vdpau output (i.e. have your GPU decode the videostream via vdpau), but your GPU does not support the encoding-profile ((only constant) bitrate, framerate, various codec details) that is used in your video. Your GPU/driver just implements some basic profiles of the codec. So use a different decoder, i.e. one without "vdpau". Not sure where that setting is found in vlc, probably either in simple view: Video -> Output "all" view: Video -> Output modules in the preferences. In mplayer, see mplayer -vo help mplayer -vfm help mplayer -vc help there's e.g. for '-vc': ffvc1 ffmpeg problems FFmpeg WVC1 [vc1] ffvc1vdpau ffmpeg problems FFmpeg WVC1 (VDPAU) [vc1_vdpau] ffh264 ffmpeg working FFmpeg H.264 [h264] ffh264vdpau ffmpeg working FFmpeg H.264 (VDPAU) [h264_vdpau BTW, even though my GPU does support e.g. some h.264 stuff, it implements so few settings, IIRC, not even my standard settings. So I do not use vdpau at all for video en-/decoding. For ~/.mplayer/config, this is what I tried and then forgot about: ==== vo=gl,x11,xv,vdpau # vc=ffh264vdpau,ffodivxvdpau,ffmpeg12vdpau,ffwmv3vdpau,ffvc1vdpau,vdpau,ffmpeg,gl2,gl,xv,x11,* ==== That trailing ',vdpau' in the vo= option is irrelevant, it'd have to come first I think. And those 'ff*' vc options are the ffmpeg codecs (see -vc help). HTH, -dnh -- The scene is dull. Tell him to put more life into his dying. -Samuel Goldwyn -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Am 23.09.2017 um 15:19 schrieb Dave Plater:
On 23/09/2017 14:40, Daniel Bauer wrote:
Am 23.09.2017 um 14:21 schrieb Dave Plater:
On 23/09/2017 11:43, Daniel Bauer wrote:
"Suddenly" the mp4-videos from my mobile phone cannot be played anymore, no matter what player I use: it only shows a black screen plus plays the sound, but no image.
...
Just to speed things up, vlc cannot build with the current ffmpeg as a result the package ffmpeg2 was created especially for it and unfortunately it doesn't have ffplay, ffprobe and ffmpeg so it can't be tested. Kaffeine on the other hand uses kde's audio codec system and I think, via gstreamer. In kaffeine's case if you install gstreamer-libav then you should be able to play anything that ffplay can.
There's a lot of gstreamer-things installed here, but I can't find a gstreamer-libav in Yast... S | Name | Typ | Version | Arch | Repository ---+----------------------------------+-----------+---------------------+--------+--------------------------- i+ | GStreamer Multimedia Codecs | Anwendung | | noarch | (Systempakete) i+ | PackageKit-gstreamer-plugin | Paket | 1.1.3-4.4 | x86_64 | openSUSE-Leap-42.3-Oss i+ | gstreamer | Paket | 1.8.3-4.13 | x86_64 | openSUSE-Leap-42.3-Oss i+ | gstreamer-0_10 | Paket | 0.10.36-18.4 | x86_64 | openSUSE-Leap-42.3-Oss i+ | gstreamer-0_10-fluendo-mp3 | Paket | 21-2.9 | x86_64 | Haupt-Repository (NON-OSS) i+ | gstreamer-0_10-fluendo-mp3 | Paket | 21-2.9 | x86_64 | openSUSE-Leap-42.3-Non-Oss i+ | gstreamer-0_10-lang | Paket | 0.10.36-18.4 | noarch | openSUSE-Leap-42.3-Oss i+ | gstreamer-0_10-plugin-esd | Paket | 0.10.31-20.9 | x86_64 | openSUSE-Leap-42.3-Oss i+ | gstreamer-0_10-plugins-base | Paket | 0.10.36-17.1 | x86_64 | openSUSE-Leap-42.3-Oss i+ | gstreamer-0_10-plugins-base-lang | Paket | 0.10.36-17.1 | noarch | openSUSE-Leap-42.3-Oss i+ | gstreamer-0_10-plugins-ffmpeg | Paket | 0.10.13_p201211-3.2 | x86_64 | Packman Repository i+ | gstreamer-0_10-plugins-good | Paket | 0.10.31-20.9 | x86_64 | openSUSE-Leap-42.3-Oss i+ | gstreamer-0_10-plugins-good-lang | Paket | 0.10.31-20.9 | noarch | openSUSE-Leap-42.3-Oss i+ | gstreamer-fluendo-mp3 | Paket | 21-2.9 | x86_64 | Haupt-Repository (NON-OSS) i+ | gstreamer-fluendo-mp3 | Paket | 21-2.9 | x86_64 | openSUSE-Leap-42.3-Non-Oss i+ | gstreamer-lang | Paket | 1.8.3-4.13 | noarch | openSUSE-Leap-42.3-Oss i+ | gstreamer-libnice | Paket | 0.1.13-6.3 | x86_64 | openSUSE-Leap-42.3-Oss i+ | gstreamer-plugins-bad | Paket | 1.8.3-8.5 | x86_64 | Packman Repository i+ | gstreamer-plugins-base | Paket | 1.8.3-7.16 | x86_64 | openSUSE-Leap-42.3-Oss i+ | gstreamer-plugins-base-lang | Paket | 1.8.3-7.16 | noarch | openSUSE-Leap-42.3-Oss i+ | gstreamer-plugins-farstream | Paket | 0.2.8-3.4 | x86_64 | openSUSE-Leap-42.3-Oss i+ | gstreamer-plugins-good | Paket | 1.8.3-8.1 | x86_64 | openSUSE-Leap-42.3-Oss i+ | gstreamer-plugins-good-lang | Paket | 1.8.3-8.1 | noarch | openSUSE-Leap-42.3-Oss i+ | gstreamer-plugins-qt | Paket | 1.2.0-20.3 | x86_64 | KDE Extra i | gstreamer-plugins-ugly | Paket | 1.8.3-6.1 | x86_64 | Packman Repository i+ | libgstreamer-0_10-0 | Paket | 0.10.36-18.4 | x86_64 | openSUSE-Leap-42.3-Oss i+ | libgstreamer-1_0-0 | Paket | 1.8.3-4.13 | x86_64 | openSUSE-Leap-42.3-Oss i+ | phonon-backend-gstreamer | Paket | 4.8.2-6.2 | x86_64 | openSUSE-Leap-42.3-Oss i+ | phonon4qt5-backend-gstreamer | Paket | 4.9.0-3.2 | x86_64 | openSUSE-Leap-42.3-Oss i+ | vlc-codec-gstreamer | Paket | 2.2.6-4.1 | x86_64 | Packman Repository
You can also install vlc-beta which uses the present ffmpeg. I use kaffeine from time to time but mostly use xine. Also looking at vlc it doesn't have native x265 support which is the codec needed for your video but libavcodec56 uses libx265-130 so make sure that that is installed. To test gstreamer capabilities execute: gst-discoverer-1.0 nameofvideofile
gst-discoverer-1.0 20170603_124912.mp4 Analyzing file:///home/daniel/disk2/digikam/26_Reise_2017/movil/20170603_124912.mp4 Done discovering file:///home/daniel/disk2/digikam/26_Reise_2017/movil/20170603_124912.mp4 Missing plugins -- Daniel Bauer photographer Basel Barcelona https://www.patreon.com/danielbauer http://www.daniel-bauer.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 23/09/2017 16:41, Daniel Bauer wrote:
Am 23.09.2017 um 14:45 schrieb Dave Plater:
On 23/09/2017 14:40, Daniel Bauer wrote:
Am 23.09.2017 um 14:21 schrieb Dave Plater:
On 23/09/2017 11:43, Daniel Bauer wrote:
"Suddenly" the mp4-videos from my mobile phone cannot be played anymore, no matter what player I use: it only shows a black screen plus plays the sound, but no image.
...
snip ...
The first check is execute ffplay videofile and post the output line that starts with :"Stream #0:0(eng): Video:" it may have a different #0:0 numeral. If ffplay works then vlc should but worst case you can convert it with ffmpeg. Regards Dave P
ffplay plays normal, the line you asked for is:
Stream #0:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 3840x2160, 48327 kb/s, 29.98 fps, 30 tbr, 90k tbn, 180k tbc (default)
Yes, I could convert them, but I use vlc to look thru the videos deciding which ones I want to convert for web-use etc., to take screen shots an the like. It worked before with those videos...
Ok this puts the ball in the court of vlc and ffmpeg2. Try zypper se -si libavcodec and post the result. Dave P
zypper se -si libavcodec:
S | Name | Type | Version | Arch | Repository ---+--------------+---------+-------------+--------+------------------- i+ | libavcodec52 | package | 0.7.16-8.1 | x86_64 | (System Packages) i+ | libavcodec56 | package | 2.8.13-34.1 | x86_64 | Packman Repository i+ | libavcodec57 | package | 3.3.4-9.1 | x86_64 | Packman Repository
Read my other post. I see there's a package vlc-codec-gstreamer which might be the better way to go also install gstreamer-plugins-libav which will use the same codecs as ffplay. Your libavcodec56 is up to date but I suspect that vlc has a problem with x265 maybe caused by the recent libavcodec56 and libavformat56 updates. Does it play any other videos that show "Stream #0:0(eng): Video: h264 (High)" you don't have to use ffplay just use ffprobe. Dave P -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 23/09/2017 16:56, Daniel Bauer wrote:
Am 23.09.2017 um 15:19 schrieb Dave Plater:
On 23/09/2017 14:40, Daniel Bauer wrote:
Am 23.09.2017 um 14:21 schrieb Dave Plater:
On 23/09/2017 11:43, Daniel Bauer wrote:
"Suddenly" the mp4-videos from my mobile phone cannot be played anymore, no matter what player I use: it only shows a black screen plus plays the sound, but no image.
...
Just to speed things up, vlc cannot build with the current ffmpeg as a result the package ffmpeg2 was created especially for it and unfortunately it doesn't have ffplay, ffprobe and ffmpeg so it can't be tested. Kaffeine on the other hand uses kde's audio codec system and I think, via gstreamer. In kaffeine's case if you install gstreamer-libav then you should be able to play anything that ffplay can.
There's a lot of gstreamer-things installed here, but I can't find a gstreamer-libav in Yast...
S | Name | Typ | Version | Arch | Repository ---+----------------------------------+-----------+---------------------+--------+---------------------------
i+ | GStreamer Multimedia Codecs | Anwendung | | noarch | (Systempakete) i+ | PackageKit-gstreamer-plugin | Paket | 1.1.3-4.4 | x86_64 | openSUSE-Leap-42.3-Oss i+ | gstreamer | Paket | 1.8.3-4.13 | x86_64 | openSUSE-Leap-42.3-Oss i+ | gstreamer-0_10 | Paket | 0.10.36-18.4 | x86_64 | openSUSE-Leap-42.3-Oss i+ | gstreamer-0_10-fluendo-mp3 | Paket | 21-2.9 | x86_64 | Haupt-Repository (NON-OSS) i+ | gstreamer-0_10-fluendo-mp3 | Paket | 21-2.9 | x86_64 | openSUSE-Leap-42.3-Non-Oss i+ | gstreamer-0_10-lang | Paket | 0.10.36-18.4 | noarch | openSUSE-Leap-42.3-Oss i+ | gstreamer-0_10-plugin-esd | Paket | 0.10.31-20.9 | x86_64 | openSUSE-Leap-42.3-Oss i+ | gstreamer-0_10-plugins-base | Paket | 0.10.36-17.1 | x86_64 | openSUSE-Leap-42.3-Oss i+ | gstreamer-0_10-plugins-base-lang | Paket | 0.10.36-17.1 | noarch | openSUSE-Leap-42.3-Oss i+ | gstreamer-0_10-plugins-ffmpeg | Paket | 0.10.13_p201211-3.2 | x86_64 | Packman Repository i+ | gstreamer-0_10-plugins-good | Paket | 0.10.31-20.9 | x86_64 | openSUSE-Leap-42.3-Oss i+ | gstreamer-0_10-plugins-good-lang | Paket | 0.10.31-20.9 | noarch | openSUSE-Leap-42.3-Oss i+ | gstreamer-fluendo-mp3 | Paket | 21-2.9 | x86_64 | Haupt-Repository (NON-OSS) i+ | gstreamer-fluendo-mp3 | Paket | 21-2.9 | x86_64 | openSUSE-Leap-42.3-Non-Oss i+ | gstreamer-lang | Paket | 1.8.3-4.13 | noarch | openSUSE-Leap-42.3-Oss i+ | gstreamer-libnice | Paket | 0.1.13-6.3 | x86_64 | openSUSE-Leap-42.3-Oss i+ | gstreamer-plugins-bad | Paket | 1.8.3-8.5 | x86_64 | Packman Repository i+ | gstreamer-plugins-base | Paket | 1.8.3-7.16 | x86_64 | openSUSE-Leap-42.3-Oss i+ | gstreamer-plugins-base-lang | Paket | 1.8.3-7.16 | noarch | openSUSE-Leap-42.3-Oss i+ | gstreamer-plugins-farstream | Paket | 0.2.8-3.4 | x86_64 | openSUSE-Leap-42.3-Oss i+ | gstreamer-plugins-good | Paket | 1.8.3-8.1 | x86_64 | openSUSE-Leap-42.3-Oss i+ | gstreamer-plugins-good-lang | Paket | 1.8.3-8.1 | noarch | openSUSE-Leap-42.3-Oss i+ | gstreamer-plugins-qt | Paket | 1.2.0-20.3 | x86_64 | KDE Extra i | gstreamer-plugins-ugly | Paket | 1.8.3-6.1 | x86_64 | Packman Repository i+ | libgstreamer-0_10-0 | Paket | 0.10.36-18.4 | x86_64 | openSUSE-Leap-42.3-Oss i+ | libgstreamer-1_0-0 | Paket | 1.8.3-4.13 | x86_64 | openSUSE-Leap-42.3-Oss i+ | phonon-backend-gstreamer | Paket | 4.8.2-6.2 | x86_64 | openSUSE-Leap-42.3-Oss i+ | phonon4qt5-backend-gstreamer | Paket | 4.9.0-3.2 | x86_64 | openSUSE-Leap-42.3-Oss i+ | vlc-codec-gstreamer | Paket | 2.2.6-4.1 | x86_64 | Packman Repository
You can also install vlc-beta which uses the present ffmpeg. I use kaffeine from time to time but mostly use xine. Also looking at vlc it doesn't have native x265 support which is the codec needed for your video but libavcodec56 uses libx265-130 so make sure that that is installed. To test gstreamer capabilities execute: gst-discoverer-1.0 nameofvideofile
gst-discoverer-1.0 20170603_124912.mp4 Analyzing file:///home/daniel/disk2/digikam/26_Reise_2017/movil/20170603_124912.mp4 Done discovering file:///home/daniel/disk2/digikam/26_Reise_2017/movil/20170603_124912.mp4 Missing plugins
If you have nvidia graphics you need to make sure that your gstreamer-plugins-libav is up to date, there was a bug I fixed a while ago concerning mpeg files. If you don't have gstreamer-plugins-libav installed then you must install it. Dave P -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Am 23.09.2017 um 16:42 schrieb David Haller:
Hello,
On Sat, 23 Sep 2017, Daniel Bauer wrote:
I tried to start from commandline, and maybe the messages say something to somebody of you...:
vlc 20161005_085414.mp4 VLC media player 2.2.6 Umbrella (revision 2.2.6-0-g1aae78981c) [00007f236c0b6378] vdpau_avcodec generic error: decoder profile above limits: ^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ level 51 3840x2160
Easy and _very_ specific. You selected vdpau output (i.e. have your GPU decode the videostream via vdpau), but your GPU does not support the encoding-profile ((only constant) bitrate, framerate, various codec details) that is used in your video. Your GPU/driver just implements some basic profiles of the codec.
Hm. Then I wonder why it worked before? It always worked, and I used it many times. I haven't changed anything on the hardware. But maybe a nvidia-update has forgotten about things it could manage before?
So use a different decoder, i.e. one without "vdpau". Not sure where that setting is found in vlc, probably either in simple view: Video -> Output "all" view: Video -> Output modules in the preferences.
... So I changed the Video -> Output setting in vlc from "automatic" to "OpenGL GLX Videoausgabe (XCB)" I've chosen this arbitrary because it sounded the nicest to me, but in fact I have no idea... :-) . With this setting it works. Still I wonder why it worked before with the "autmomatic" setting and now doesn't anymore... -- Daniel Bauer photographer Basel Barcelona https://www.patreon.com/danielbauer http://www.daniel-bauer.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Am 23.09.2017 um 17:08 schrieb Dave Plater:
On 23/09/2017 11:43, Daniel Bauer wrote:
"Suddenly" the mp4-videos from my mobile phone cannot be played anymore, no matter what player I use: it only shows a black screen plus plays the sound, but no image.
... Just to speed things up, vlc cannot build with the current ffmpeg as a result the package ffmpeg2 was created especially for it and unfortunately it doesn't have ffplay, ffprobe and ffmpeg so it can't be tested. Kaffeine on the other hand uses kde's audio codec system and I think, via gstreamer. In kaffeine's case if you install gstreamer-libav then you should be able to play anything that ffplay can.
There's a lot of gstreamer-things installed here, but I can't find a gstreamer-libav in Yast...
If you have nvidia graphics you need to make sure that your gstreamer-plugins-libav is up to date, there was a bug I fixed a while ago concerning mpeg files. If you don't have gstreamer-plugins-libav installed then you must install it. Dave P
Yes, I have nvidia. gstreamer-plugins-libav was not installed, but now is. The video still shows only black image (with vlc setting video -> output "automatic") But the gst-discoverer-1.0 now gives output: gst-discoverer-1.0 20170603_124912.mp4 Analyzing file:///home/daniel/disk2/digikam/26_Reise_2017/movil/20170603_124912.mp4 Done discovering file:///home/daniel/disk2/digikam/26_Reise_2017/movil/20170603_124912.mp4 Topology: container: Quicktime audio: MPEG-4 AAC video: H.264 (High Profile) Properties: Duration: 0:00:02.496000000 Seekable: yes Tags: Audio-Codec: MPEG-4 AAC audio Maximale Bitrate: 256000 Bitrate: 256000 Sprachcode: en DatumUhrzeit: 2017-06-03T10:49:15Z QT atom: buffer of 16 bytes Containerformat: ISO MP4/M4A Bildorientierung: rotate-90 Video-Codec: H.264 / AVC -- Daniel Bauer photographer Basel Barcelona https://www.patreon.com/danielbauer http://www.daniel-bauer.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 23/09/2017 17:20, Daniel Bauer wrote:
Am 23.09.2017 um 17:08 schrieb Dave Plater:
On 23/09/2017 11:43, Daniel Bauer wrote:
> "Suddenly" the mp4-videos from my mobile phone cannot be played > anymore, no matter what player I use: it only shows a black > screen plus plays the sound, but no image. > ... Just to speed things up, vlc cannot build with the current ffmpeg as a result the package ffmpeg2 was created especially for it and unfortunately it doesn't have ffplay, ffprobe and ffmpeg so it can't be tested. Kaffeine on the other hand uses kde's audio codec system and I think, via gstreamer. In kaffeine's case if you install gstreamer-libav then you should be able to play anything that ffplay can.
There's a lot of gstreamer-things installed here, but I can't find a gstreamer-libav in Yast...
If you have nvidia graphics you need to make sure that your gstreamer-plugins-libav is up to date, there was a bug I fixed a while ago concerning mpeg files. If you don't have gstreamer-plugins-libav installed then you must install it. Dave P
Yes, I have nvidia. gstreamer-plugins-libav was not installed, but now is. The video still shows only black image (with vlc setting video -> output "automatic") But the gst-discoverer-1.0 now gives output:
gst-discoverer-1.0 20170603_124912.mp4 Analyzing file:///home/daniel/disk2/digikam/26_Reise_2017/movil/20170603_124912.mp4 Done discovering file:///home/daniel/disk2/digikam/26_Reise_2017/movil/20170603_124912.mp4
Topology: container: Quicktime audio: MPEG-4 AAC video: H.264 (High Profile)
Properties: Duration: 0:00:02.496000000 Seekable: yes Tags: Audio-Codec: MPEG-4 AAC audio Maximale Bitrate: 256000 Bitrate: 256000 Sprachcode: en DatumUhrzeit: 2017-06-03T10:49:15Z QT atom: buffer of 16 bytes Containerformat: ISO MP4/M4A Bildorientierung: rotate-90 Video-Codec: H.264 / AVC
I'm not sure of the problem with vlc is but you should at least be able to play the video in kaffeine or dragon player now. Possibly try updating all the vlc components or install vlc-beta from Packman. Do any videos of type h265 play in vlc? Dave P -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Am 23.09.2017 um 17:40 schrieb Dave Plater:
On 23/09/2017 17:20, Daniel Bauer wrote:
Am 23.09.2017 um 17:08 schrieb Dave Plater:
> On 23/09/2017 11:43, Daniel Bauer wrote:
>> "Suddenly" the mp4-videos from my mobile phone cannot be played >> anymore, no matter what player I use: it only shows a black >> screen plus plays the sound, but no image. >> ... Just to speed things up, vlc cannot build with the current ffmpeg as a result the package ffmpeg2 was created especially for it and unfortunately it doesn't have ffplay, ffprobe and ffmpeg so it can't be tested. Kaffeine on the other hand uses kde's audio codec system and I think, via gstreamer. In kaffeine's case if you install gstreamer-libav then you should be able to play anything that ffplay can.
There's a lot of gstreamer-things installed here, but I can't find a gstreamer-libav in Yast...
If you have nvidia graphics you need to make sure that your gstreamer-plugins-libav is up to date, there was a bug I fixed a while ago concerning mpeg files. If you don't have gstreamer-plugins-libav installed then you must install it. Dave P
Yes, I have nvidia. gstreamer-plugins-libav was not installed, but now is. The video still shows only black image (with vlc setting video -> output "automatic") But the gst-discoverer-1.0 now gives output:
gst-discoverer-1.0 20170603_124912.mp4 Analyzing file:///home/daniel/disk2/digikam/26_Reise_2017/movil/20170603_124912.mp4 Done discovering file:///home/daniel/disk2/digikam/26_Reise_2017/movil/20170603_124912.mp4
Topology: container: Quicktime audio: MPEG-4 AAC video: H.264 (High Profile)
Properties: Duration: 0:00:02.496000000 Seekable: yes Tags: Audio-Codec: MPEG-4 AAC audio Maximale Bitrate: 256000 Bitrate: 256000 Sprachcode: en DatumUhrzeit: 2017-06-03T10:49:15Z QT atom: buffer of 16 bytes Containerformat: ISO MP4/M4A Bildorientierung: rotate-90 Video-Codec: H.264 / AVC
I'm not sure of the problem with vlc is but you should at least be able to play the video in kaffeine or dragon player now. Possibly try updating all the vlc components or install vlc-beta from Packman. Do any videos of type h265 play in vlc? Dave P
Kaffeine does not work (but it says, kaffeine is just a wrapper for vlc, so it doesn't surprise me) dragon player now plays it I've updated everything vlc, no change :-( I installed vlc-beta (uninstalling several other things) - that works even less (the video window opens and closes again immediately): vlc 20170603_124912.mp4 VLC media player 3.0.0-git Vetinari (revision 3.0.0-git) [0000000001c22120] core libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface. [00007fe3dcc06820] avcodec decoder: Using NVIDIA VDPAU Driver Shared Library 384.69 Wed Aug 16 19:38:45 PDT 2017 for hardware decoding [00007fe3dcc06820] avcodec decoder error: existing hardware acceleration cannot be reused Speicherzugriffsfehler (Speicherabzug geschrieben) -- Daniel Bauer photographer Basel Barcelona https://www.patreon.com/danielbauer http://www.daniel-bauer.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Hello, On Sat, 23 Sep 2017, Daniel Bauer wrote:
Am 23.09.2017 um 16:42 schrieb David Haller:
On Sat, 23 Sep 2017, Daniel Bauer wrote:
I tried to start from commandline, and maybe the messages say something to somebody of you...:
vlc 20161005_085414.mp4 VLC media player 2.2.6 Umbrella (revision 2.2.6-0-g1aae78981c) [00007f236c0b6378] vdpau_avcodec generic error: decoder profile above limits: ^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ level 51 3840x2160
Easy and _very_ specific. You selected vdpau output (i.e. have your GPU decode the videostream via vdpau), but your GPU does not support the encoding-profile ((only constant) bitrate, framerate, various codec details) that is used in your video. Your GPU/driver just implements some basic profiles of the codec.
Hm. Then I wonder why it worked before? It always worked, and I used it many times. I haven't changed anything on the hardware. But maybe a nvidia-update has forgotten about things it could manage before?
I doubt that. I guess on a new default to use vdpau if available in either vlc or ffmpeg. Or both. I've checked your vid by now and it's H.264. And that codec has _a lot_ of parameters, and GPUs implement just a few specific sets of combinations. It's a bit like picking a few specific colours (say, the classic 8 or 256 console-colors) out of what can be done with RGB w/8bits per channel. Your GPU (decoding) is a bit like an old terminal that can display those 256 colours, but fails at displaying other colours ("out of limits" ;). And for "encoding" with the GPU, it's usually even more limited to some 2 or 3 profiles ("Low", "High" and with strictly specified parameters) , as if it'd support just 8 colours. See also: https://en.wikipedia.org/wiki/VDPAU https://en.wikipedia.org/wiki/VDPAU#Nvidia_VDPAU_Feature_Sets https://en.wikipedia.org/wiki/Video_Acceleration_API https://en.wikipedia.org/wiki/Video_Acceleration_API#Supported_video_codecs https://en.wikipedia.org/wiki/X-Video_Bitstream_Acceleration
So use a different decoder, i.e. one without "vdpau". Not sure where that setting is found in vlc, probably either in simple view: Video -> Output "all" view: Video -> Output modules in the preferences.
...
So I changed the Video -> Output setting in vlc from "automatic" to "OpenGL GLX Videoausgabe (XCB)" I've chosen this arbitrary because it sounded the nicest to me, but in fact I have no idea... :-) .
Good choice. AFAIR it is the fastest and most versatile output module. For mplayer, use 'vo=gl2,gl,xv,x11' in your ~/mplayer/config. For xine, it's 'opengl2'.
With this setting it works.
*hehe* :) HTH, -dnh -- "I've always been taught that if you code an arbitrary limit, try to make it a power of two, or at least avoid powers of ten, so people think there's a good technical reason for it." -- Good advice from Peter Corlett -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Am 23.09.2017 um 17:40 schrieb Dave Plater: Do any
videos of type h265 play in vlc? Dave P
I only see h264. But I have other videos with the same gst-discoverer-1.0 output that are played normally. I test with these two: does /NOT/ work in VLC: https://www.daniel-bauer.com/test/20170603_124912.mp4 (14.3MB) plays normal: https://www.daniel-bauer.com/test/20170612_160315.mp4 (29.8MB) (meanwhile I'll revert the vlc-beta install as it made in more worse than better...) -- Daniel Bauer photographer Basel Barcelona https://www.patreon.com/danielbauer http://www.daniel-bauer.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 23/09/2017 18:05, Daniel Bauer wrote:
Am 23.09.2017 um 17:40 schrieb Dave Plater: Do any
videos of type h265 play in vlc? Dave P
I only see h264. But I have other videos with the same gst-discoverer-1.0 output that are played normally. I test with these two:
does /NOT/ work in VLC: https://www.daniel-bauer.com/test/20170603_124912.mp4 (14.3MB)
plays normal: https://www.daniel-bauer.com/test/20170612_160315.mp4 (29.8MB)
(meanwhile I'll revert the vlc-beta install as it made in more worse than better...)
Possibly the official vlc will work, otherwise you can at least file a bug. Believe it or not 20170603_124912.mp4 plays in vlc-beta for me but I've got intel graphics. It appears to insist on using hardware codecs as well and I have similar output to what you posted previously but the clip plays so does the other one. When I get time I'll examine the build of the ffmpeg2 update, If you install official vlc and file a bug I can take this further. My bugzilla email is davejplater@gmail.com Dave P -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Am 23.09.2017 um 18:39 schrieb Dave Plater:
On 23/09/2017 18:05, Daniel Bauer wrote:
Am 23.09.2017 um 17:40 schrieb Dave Plater: Do any
videos of type h265 play in vlc? Dave P
I only see h264. But I have other videos with the same gst-discoverer-1.0 output that are played normally. I test with these two:
does /NOT/ work in VLC: https://www.daniel-bauer.com/test/20170603_124912.mp4 (14.3MB)
plays normal: https://www.daniel-bauer.com/test/20170612_160315.mp4 (29.8MB)
(meanwhile I'll revert the vlc-beta install as it made in more worse than better...)
Possibly the official vlc will work, otherwise you can at least file a bug. Believe it or not 20170603_124912.mp4 plays in vlc-beta for me but I've got intel graphics. It appears to insist on using hardware codecs as well and I have similar output to what you posted previously but the clip plays so does the other one. When I get time I'll examine the build of the ffmpeg2 update, If you install official vlc and file a bug I can take this further. My bugzilla email is davejplater@gmail.com Dave P
Thank you Dave for your efforts on my problem! After David Haller's explenations I believe that it is probably my good old Nvidia GeForce GTX 460 that doesn't support the larger (in pixels) video. I see that this card according to wikipedia only supports Nvidia VDPAU Feature Set C, which is up to 1920x1080px. I have no idea why vlc played all those videos before and now only if I manually select another output method than VDPAU. Maybe some update has changed the behavior of vlc's "auiomatic" settings, or changed the settings from something else to automatic? I don't know. But for now I consider my case as solved (changing the video output to "OpenGL GLX Videoausgabe (XCB)" ). But if you think it is really worth trying despite of the given graphics card - and only then :-) - I'll install the official vlc just for testing... Daniel -- Daniel Bauer photographer Basel Barcelona https://www.patreon.com/danielbauer http://www.daniel-bauer.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Am 23.09.2017 um 18:05 schrieb David Haller:
Hello,
On Sat, 23 Sep 2017, Daniel Bauer wrote:
Am 23.09.2017 um 16:42 schrieb David Haller:
On Sat, 23 Sep 2017, Daniel Bauer wrote:
I tried to start from commandline, and maybe the messages say something to somebody of you...:
vlc 20161005_085414.mp4 VLC media player 2.2.6 Umbrella (revision 2.2.6-0-g1aae78981c) [00007f236c0b6378] vdpau_avcodec generic error: decoder profile above limits: ^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ level 51 3840x2160
Easy and _very_ specific. You selected vdpau output (i.e. have your GPU decode the videostream via vdpau), but your GPU does not support the encoding-profile ((only constant) bitrate, framerate, various codec details) that is used in your video. Your GPU/driver just implements some basic profiles of the codec.
Hm. Then I wonder why it worked before? It always worked, and I used it many times. I haven't changed anything on the hardware. But maybe a nvidia-update has forgotten about things it could manage before?
I doubt that. I guess on a new default to use vdpau if available in either vlc or ffmpeg. Or both.
I've checked your vid by now and it's H.264. And that codec has _a lot_ of parameters, and GPUs implement just a few specific sets of combinations. It's a bit like picking a few specific colours (say, the classic 8 or 256 console-colors) out of what can be done with RGB w/8bits per channel. Your GPU (decoding) is a bit like an old terminal that can display those 256 colours, but fails at displaying other colours ("out of limits" ;). And for "encoding" with the GPU, it's usually even more limited to some 2 or 3 profiles ("Low", "High" and with strictly specified parameters) , as if it'd support just 8 colours.
See also: https://en.wikipedia.org/wiki/VDPAU https://en.wikipedia.org/wiki/VDPAU#Nvidia_VDPAU_Feature_Sets https://en.wikipedia.org/wiki/Video_Acceleration_API https://en.wikipedia.org/wiki/Video_Acceleration_API#Supported_video_codecs https://en.wikipedia.org/wiki/X-Video_Bitstream_Acceleration
So use a different decoder, i.e. one without "vdpau". Not sure where that setting is found in vlc, probably either in simple view: Video -> Output "all" view: Video -> Output modules in the preferences.
...
So I changed the Video -> Output setting in vlc from "automatic" to "OpenGL GLX Videoausgabe (XCB)" I've chosen this arbitrary because it sounded the nicest to me, but in fact I have no idea... :-) .
Good choice. AFAIR it is the fastest and most versatile output module.
For mplayer, use 'vo=gl2,gl,xv,x11' in your ~/mplayer/config.
For xine, it's 'opengl2'.
With this setting it works.
*hehe* :)
HTH, -dnh
Thank you for the explanations. After reading a bit thru the links, I found out that my Nvidia Card (GeForce GTX 460) only supports Nvidia VDPAU Feature Set C, which is up to 1920x1080px, and with that I can explain myself why one video worked and the other didn't... Still I wonder what has changed that vlc before played all my videos without complaining. Probably as you said, it changed the behavior of its "automatic" or somehow the settings were changed. It wasn't me! Daniel -- Daniel Bauer photographer Basel Barcelona https://www.patreon.com/danielbauer http://www.daniel-bauer.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2017-09-23 13:53, Daniel Bauer wrote:
I uploaded two sample videos taken with the same phone - nothing interesting, download only worthwhile if you'd like to test but not for the content :-) :
does /NOT/ work in VLC: https://www.daniel-bauer.com/test/20170603_124912.mp4 (14.3MB)
plays normal: https://www.daniel-bauer.com/test/20170612_160315.mp4 (29.8MB)
Both play well in my laptop, using leap 42.2 and vlc. cer@minas-tirith:~> rpm -qa | grep -i vlc libvlccore8-2.2.4-32.4.2.x86_64 vlc-noX-2.2.4-32.4.2.x86_64 vlc-codec-gstreamer-2.2.4-32.4.2.x86_64 vlc-2.2.4-32.4.2.x86_64 npapi-vlc-2.2.0-1.4.x86_64 libvlc5-2.2.4-32.4.2.x86_64 vlc-codecs-2.2.4-32.4.2.x86_64 vlc-qt-2.2.4-32.4.2.x86_64 cer@minas-tirith:~> -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" (Minas Tirith))
Op zaterdag 23 september 2017 14:18:04 CEST schreef Daniel Bauer:
Am 23.09.2017 um 14:05 schrieb Bengt Gördén:
Den 2017-09-23 kl. 13:53, skrev Daniel Bauer:
Am 23.09.2017 um 13:20 schrieb michael norman:
On 23/09/17 10:43, Daniel Bauer wrote:
"Suddenly" the mp4-videos from my mobile phone cannot be played anymore ... I tried to start from commandline, and maybe the messages say something to somebody of you...:
vlc 20161005_085414.mp4 VLC media player 2.2.6 Umbrella (revision 2.2.6-0-g1aae78981c) [000055aac07500c8] core libvlc: VLC wird mit dem Standard-Interface ausgeführt. Benutzen Sie 'cvlc', um VLC ohne Interface zu verwenden. [00007f236c0b6378] vdpau_avcodec generic error: decoder profile above limits: level 51 3840x2160 [00007f236c0c48b8] freetype spu text error: Breaking unbreakable line QObject::~QObject: Timers cannot be stopped from another thread
...
It just affects those from my phone. And they haven't been affected some weeks ago. I can still play them in a browser or using QTAV, but not vlc or kaffeine.
Meanwhile I found out that it seems that only videos taken before June 12th 2017 are affected. Newer ones play...
I uploaded two sample videos taken with the same phone
...
does /NOT/ work in VLC: https://www.daniel-bauer.com/test/20170603_124912.mp4 (14.3MB)
plays normal: https://www.daniel-bauer.com/test/20170612_160315.mp4 (29.8MB)
I'm on TW and use mplayer (1.2.r37916-6.9) from packman.
I can play both although the first is 90 degres to the left (standing).
regards,
Yes, the error occurs only with vlc and kaffeine. And - besides of browsers - vlc is the only one that automatically corrects the position of the phone and turns them accordingly, which is very useful.
Before reading al the other replies, did you make sure the necessary packages are fomr Packman? zypper dup --from YOUR_PACKMAN_REPO_NAM_HERE -- Gertjan Lettink, a.k.a. Knurpht openSUSE Board Member openSUSE Forums Team -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 23/09/2017 18:54, Daniel Bauer wrote:
Am 23.09.2017 um 18:39 schrieb Dave Plater:
On 23/09/2017 18:05, Daniel Bauer wrote:
Am 23.09.2017 um 17:40 schrieb Dave Plater: Do any
videos of type h265 play in vlc? Dave P
I only see h264. But I have other videos with the same gst-discoverer-1.0 output that are played normally. I test with these two:
does /NOT/ work in VLC: https://www.daniel-bauer.com/test/20170603_124912.mp4 (14.3MB)
plays normal: https://www.daniel-bauer.com/test/20170612_160315.mp4 (29.8MB)
(meanwhile I'll revert the vlc-beta install as it made in more worse than better...)
Possibly the official vlc will work, otherwise you can at least file a bug. Believe it or not 20170603_124912.mp4 plays in vlc-beta for me but I've got intel graphics. It appears to insist on using hardware codecs as well and I have similar output to what you posted previously but the clip plays so does the other one. When I get time I'll examine the build of the ffmpeg2 update, If you install official vlc and file a bug I can take this further. My bugzilla email is davejplater@gmail.com Dave P
Thank you Dave for your efforts on my problem!
After David Haller's explenations I believe that it is probably my good old Nvidia GeForce GTX 460 that doesn't support the larger (in pixels) video. I see that this card according to wikipedia only supports Nvidia VDPAU Feature Set C, which is up to 1920x1080px.
I have no idea why vlc played all those videos before and now only if I manually select another output method than VDPAU. Maybe some update has changed the behavior of vlc's "auiomatic" settings, or changed the settings from something else to automatic? I don't know.
But for now I consider my case as solved (changing the video output to "OpenGL GLX Videoausgabe (XCB)" ).
But if you think it is really worth trying despite of the given graphics card - and only then :-) - I'll install the official vlc just for testing...
Daniel
Vlc in Packman is a direct link to Leap:42.3 and there haven't been any updates since 42.3's release so I would suspect that this could be due to very recent ffmpeg2 security updates, unfortunately ffmpeg2 has no ffplay and ffprobe support. Fmpeg2 was created specifically for vlc which cannot build with the current ffmpeg-3x. The intention is for you to have the official vlc installed and simply have vlc-codecs and ffmpeg2 from Packman. Try changing all but the codecs package to official, also the vlc-codec-gstreamer should enable everything via gstreamer-plugins-libav and vlc won't need anything from packman. This should also help kaffeine which plays both of your posted videos but they don't play smoothly, maybe due to vlc-beta or no hardware acceleration being used, I'll try the official vlc as well, including the official codec packages. Dave P -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Am 24.09.2017 um 08:40 schrieb Dave Plater:
On 23/09/2017 18:54, Daniel Bauer wrote:
Am 23.09.2017 um 18:39 schrieb Dave Plater:
On 23/09/2017 18:05, Daniel Bauer wrote:
Am 23.09.2017 um 17:40 schrieb Dave Plater: Do any
videos of type h265 play in vlc? Dave P
I only see h264. But I have other videos with the same gst-discoverer-1.0 output that are played normally. I test with these two:
does /NOT/ work in VLC: https://www.daniel-bauer.com/test/20170603_124912.mp4 (14.3MB)
plays normal: https://www.daniel-bauer.com/test/20170612_160315.mp4 (29.8MB)
(meanwhile I'll revert the vlc-beta install as it made in more worse than better...)
Possibly the official vlc will work, otherwise you can at least file a bug. Believe it or not 20170603_124912.mp4 plays in vlc-beta for me but I've got intel graphics. It appears to insist on using hardware codecs as well and I have similar output to what you posted previously but the clip plays so does the other one. When I get time I'll examine the build of the ffmpeg2 update, If you install official vlc and file a bug I can take this further. My bugzilla email is davejplater@gmail.com Dave P
Thank you Dave for your efforts on my problem!
After David Haller's explenations I believe that it is probably my good old Nvidia GeForce GTX 460 that doesn't support the larger (in pixels) video. I see that this card according to wikipedia only supports Nvidia VDPAU Feature Set C, which is up to 1920x1080px.
I have no idea why vlc played all those videos before and now only if I manually select another output method than VDPAU. Maybe some update has changed the behavior of vlc's "auiomatic" settings, or changed the settings from something else to automatic? I don't know.
But for now I consider my case as solved (changing the video output to "OpenGL GLX Videoausgabe (XCB)" ).
But if you think it is really worth trying despite of the given graphics card - and only then :-) - I'll install the official vlc just for testing...
Daniel
Vlc in Packman is a direct link to Leap:42.3 and there haven't been any updates since 42.3's release so I would suspect that this could be due to very recent ffmpeg2 security updates, unfortunately ffmpeg2 has no ffplay and ffprobe support. Fmpeg2 was created specifically for vlc which cannot build with the current ffmpeg-3x. The intention is for you to have the official vlc installed and simply have vlc-codecs and ffmpeg2 from Packman. Try changing all but the codecs package to official, also the vlc-codec-gstreamer should enable everything via gstreamer-plugins-libav and vlc won't need anything from packman. This should also help kaffeine which plays both of your posted videos but they don't play smoothly, maybe due to vlc-beta or no hardware acceleration being used, I'll try the official vlc as well, including the official codec packages. Dave P
Hi Dave, thanks again. I gave it a try and installed ffmpeg2 from packman and vlc directly from videolan, keeping the codecs from packman. It did not change anything. With video output setting "automatic" there was the black screen as before (and the VDPAU limits message), and with setting that to "OpenGL GLX Videoausgabe (XCB)" it works and it plays smoothly. The console shows the VDPAU limits messag as well with this setting, but the video plays perfectly... So, I think it is the problem of my graphics card as David Haller indicated, and I went back to the packman version (for future consistency of my versions). Thanks again for your efforts! Daniel -- Daniel Bauer photographer Basel Barcelona https://www.patreon.com/danielbauer http://www.daniel-bauer.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Am 23.09.2017 um 11:43 schrieb Daniel Bauer:
"Suddenly" the mp4-videos from my mobile phone cannot be played anymore, ... [00007f236c0b6378] vdpau_avcodec generic error: decoder profile above limits: level 51 3840x2160 ...
Thanks to everybody for helping! The solution was to change in vlc settings -> video -> output from "automatic" to something without VDPAU, I changed to "OpenGL GLX Videoausgabe (XCB)". And all videos play perfectly. According to the help from David Haller it obviously is a problem of my graphics card (NVidia GeForce GTX 460) that does not support VDPAU for large h.264 videos (large in pixel size). "Something" in recent updates must have changed the behavior of the vlc video output setting "automatic" to use VDPAU even when the graphics card doesn't support it for this video. So changing manually from automatic to another output solved the problem for me. Daniel -- Daniel Bauer photographer Basel Barcelona https://www.patreon.com/danielbauer http://www.daniel-bauer.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 23/09/2017 19:01, Daniel Bauer wrote:
Thank you for the explanations. After reading a bit thru the links, I found out that my Nvidia Card (GeForce GTX 460) only supports Nvidia VDPAU Feature Set C, which is up to 1920x1080px, and with that I can explain myself why one video worked and the other didn't...
Still I wonder what has changed that vlc before played all my videos without complaining. Probably as you said, it changed the behavior of its "automatic" or somehow the settings were changed. It wasn't me!
Daniel
One more thing to see if it is in fact due to the ffmpeg2 update. I've built an earlier version version 2.8.11. Can you force install it to try. The easiest way to do this is to install the ffmpeg-2-devel package from : http://pmbs-api.links2linux.org:8080/home:/davepl/Leap_42.3/ and accept all the downgrade options. To upgrade again simply install the ffmpeg2-devel package from Packman. You can remove the devel package afterwards if you wish, it conflicts all the ffmpeg devel packages. Dave P -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Am 24.09.2017 um 10:31 schrieb Dave Plater:
On 23/09/2017 19:01, Daniel Bauer wrote:
Thank you for the explanations. After reading a bit thru the links, I found out that my Nvidia Card (GeForce GTX 460) only supports Nvidia VDPAU Feature Set C, which is up to 1920x1080px, and with that I can explain myself why one video worked and the other didn't...
Still I wonder what has changed that vlc before played all my videos without complaining. Probably as you said, it changed the behavior of its "automatic" or somehow the settings were changed. It wasn't me!
Daniel
One more thing to see if it is in fact due to the ffmpeg2 update. I've built an earlier version version 2.8.11. Can you force install it to try. The easiest way to do this is to install the ffmpeg-2-devel package from : http://pmbs-api.links2linux.org:8080/home:/davepl/Leap_42.3/ and accept all the downgrade options. To upgrade again simply install the ffmpeg2-devel package from Packman. You can remove the devel package afterwards if you wish, it conflicts all the ffmpeg devel packages.
Dave P
Ok, I installed the ffmpeg-2-devel from your repo. But behavior then was as before (not playing the video). Anyway, I don't know about the ffmpeg2. There was nothing ffmpeg2-like installed before, only ffmpeg. Apart of devel and debug packages I also cannot see anything ffmpeg2 related in yast. -- Daniel Bauer photographer Basel Barcelona https://www.patreon.com/danielbauer http://www.daniel-bauer.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 24/09/2017 11:13, Daniel Bauer wrote:
Am 24.09.2017 um 10:31 schrieb Dave Plater:
On 23/09/2017 19:01, Daniel Bauer wrote:
Thank you for the explanations. After reading a bit thru the links, I found out that my Nvidia Card (GeForce GTX 460) only supports Nvidia VDPAU Feature Set C, which is up to 1920x1080px, and with that I can explain myself why one video worked and the other didn't...
Still I wonder what has changed that vlc before played all my videos without complaining. Probably as you said, it changed the behavior of its "automatic" or somehow the settings were changed. It wasn't me!
Daniel
One more thing to see if it is in fact due to the ffmpeg2 update. I've built an earlier version version 2.8.11. Can you force install it to try. The easiest way to do this is to install the ffmpeg-2-devel package from : http://pmbs-api.links2linux.org:8080/home:/davepl/Leap_42.3/ and accept all the downgrade options. To upgrade again simply install the ffmpeg2-devel package from Packman. You can remove the devel package afterwards if you wish, it conflicts all the ffmpeg devel packages.
Dave P
Ok, I installed the ffmpeg-2-devel from your repo. But behavior then was as before (not playing the video).
Anyway, I don't know about the ffmpeg2. There was nothing ffmpeg2-like installed before, only ffmpeg. Apart of devel and debug packages I also cannot see anything ffmpeg2 related in yast.
The ffmpeg2 package provides libavcodec56, libavdevice56, libavfilter5, libavformat56 etc for vlc. The current ffmpeg provides libavcodec57, libavdevice57, libavresample3, libavdevice57, libavformat57 etc for everything else. After installing ffmpeg2-devel-2.8.11 you should now have libavcodec56 = 2.8.11 libavdevice56 = 2.8.11 libavfilter5 = 2.8.11 libavformat56 = 2.8.11 libavresample2 = 2.8.11 libavutil54 = 2.8.11 libpostproc53 = 2.8.11 libswresample1 = 2.8.11 libswscale3 = 2.8.11 Installed which is two versions lower than the current 2.8.13. If you still get the same problem then it's not due to the update. BTW I still had the old version installed but I tested with the current version and vlc still worked with intel graphics. Hope this makes sense. Dave P -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 24/09/2017 00:00, Carlos E. R. wrote:
On 2017-09-23 13:53, Daniel Bauer wrote:
I uploaded two sample videos taken with the same phone - nothing interesting, download only worthwhile if you'd like to test but not for the content :-) :
does /NOT/ work in VLC: https://www.daniel-bauer.com/test/20170603_124912.mp4 (14.3MB)
plays normal: https://www.daniel-bauer.com/test/20170612_160315.mp4 (29.8MB)
Both play well in my laptop, using leap 42.2 and vlc.
cer@minas-tirith:~> rpm -qa | grep -i vlc libvlccore8-2.2.4-32.4.2.x86_64 vlc-noX-2.2.4-32.4.2.x86_64 vlc-codec-gstreamer-2.2.4-32.4.2.x86_64 vlc-2.2.4-32.4.2.x86_64 npapi-vlc-2.2.0-1.4.x86_64 libvlc5-2.2.4-32.4.2.x86_64 vlc-codecs-2.2.4-32.4.2.x86_64 vlc-qt-2.2.4-32.4.2.x86_64 cer@minas-tirith:~>
What graphics card do you have? 42.3 has version 2.2.6 Dave P -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Am 24.09.2017 um 11:30 schrieb Dave Plater:
On 24/09/2017 11:13, Daniel Bauer wrote:
Am 24.09.2017 um 10:31 schrieb Dave Plater:
On 23/09/2017 19:01, Daniel Bauer wrote:
Thank you for the explanations. After reading a bit thru the links, I found out that my Nvidia Card (GeForce GTX 460) only supports Nvidia VDPAU Feature Set C, which is up to 1920x1080px, and with that I can explain myself why one video worked and the other didn't...
Still I wonder what has changed that vlc before played all my videos without complaining. Probably as you said, it changed the behavior of its "automatic" or somehow the settings were changed. It wasn't me!
Daniel
One more thing to see if it is in fact due to the ffmpeg2 update. I've built an earlier version version 2.8.11. Can you force install it to try. The easiest way to do this is to install the ffmpeg-2-devel package from : http://pmbs-api.links2linux.org:8080/home:/davepl/Leap_42.3/ and accept all the downgrade options. To upgrade again simply install the ffmpeg2-devel package from Packman. You can remove the devel package afterwards if you wish, it conflicts all the ffmpeg devel packages.
Dave P
Ok, I installed the ffmpeg-2-devel from your repo. But behavior then was as before (not playing the video).
Anyway, I don't know about the ffmpeg2. There was nothing ffmpeg2-like installed before, only ffmpeg. Apart of devel and debug packages I also cannot see anything ffmpeg2 related in yast.
The ffmpeg2 package provides libavcodec56, libavdevice56, libavfilter5, libavformat56 etc for vlc. The current ffmpeg provides libavcodec57, libavdevice57, libavresample3, libavdevice57, libavformat57 etc for everything else. After installing ffmpeg2-devel-2.8.11 you should now have libavcodec56 = 2.8.11 libavdevice56 = 2.8.11 libavfilter5 = 2.8.11 libavformat56 = 2.8.11 libavresample2 = 2.8.11 libavutil54 = 2.8.11 libpostproc53 = 2.8.11 libswresample1 = 2.8.11 libswscale3 = 2.8.11 Installed which is two versions lower than the current 2.8.13. If you still get the same problem then it's not due to the update. BTW I still had the old version installed but I tested with the current version and vlc still worked with intel graphics. Hope this makes sense. Dave P
Yes, this is what happened installing your rpm. So it's not due to that update... the bad guy is my graphic card :-) (I really have no idea what happened. I think vlc must "know" from somewhere which capabilities a graphic card has to make its automatic adjustments, if set so, and maybe an update of the nvidia driver now tells it "yes I can", and then in fact it can't. But as said: no idea, and as it now works form me with the other setting, it's ok for me :-) ) -- Daniel Bauer photographer Basel Barcelona https://www.patreon.com/danielbauer http://www.daniel-bauer.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 24/09/2017 15:08, Daniel Bauer wrote:
Am 24.09.2017 um 11:30 schrieb Dave Plater:
On 24/09/2017 11:13, Daniel Bauer wrote:
Am 24.09.2017 um 10:31 schrieb Dave Plater:
On 23/09/2017 19:01, Daniel Bauer wrote:
Thank you for the explanations. After reading a bit thru the links, I found out that my Nvidia Card (GeForce GTX 460) only supports Nvidia VDPAU Feature Set C, which is up to 1920x1080px, and with that I can explain myself why one video worked and the other didn't...
Still I wonder what has changed that vlc before played all my videos without complaining. Probably as you said, it changed the behavior of its "automatic" or somehow the settings were changed. It wasn't me!
Daniel
One more thing to see if it is in fact due to the ffmpeg2 update. I've built an earlier version version 2.8.11. Can you force install it to try. The easiest way to do this is to install the ffmpeg-2-devel package from : http://pmbs-api.links2linux.org:8080/home:/davepl/Leap_42.3/ and accept all the downgrade options. To upgrade again simply install the ffmpeg2-devel package from Packman. You can remove the devel package afterwards if you wish, it conflicts all the ffmpeg devel packages.
Dave P
Ok, I installed the ffmpeg-2-devel from your repo. But behavior then was as before (not playing the video).
Anyway, I don't know about the ffmpeg2. There was nothing ffmpeg2-like installed before, only ffmpeg. Apart of devel and debug packages I also cannot see anything ffmpeg2 related in yast.
The ffmpeg2 package provides libavcodec56, libavdevice56, libavfilter5, libavformat56 etc for vlc. The current ffmpeg provides libavcodec57, libavdevice57, libavresample3, libavdevice57, libavformat57 etc for everything else. After installing ffmpeg2-devel-2.8.11 you should now have libavcodec56 = 2.8.11 libavdevice56 = 2.8.11 libavfilter5 = 2.8.11 libavformat56 = 2.8.11 libavresample2 = 2.8.11 libavutil54 = 2.8.11 libpostproc53 = 2.8.11 libswresample1 = 2.8.11 libswscale3 = 2.8.11 Installed which is two versions lower than the current 2.8.13. If you still get the same problem then it's not due to the update. BTW I still had the old version installed but I tested with the current version and vlc still worked with intel graphics. Hope this makes sense. Dave P
Yes, this is what happened installing your rpm. So it's not due to that update... the bad guy is my graphic card :-)
(I really have no idea what happened. I think vlc must "know" from somewhere which capabilities a graphic card has to make its automatic adjustments, if set so, and maybe an update of the nvidia driver now tells it "yes I can", and then in fact it can't. But as said: no idea, and as it now works form me with the other setting, it's ok for me :-) )
I removed my nvidia GeForce GT 620 because it was too much hassel with drivers and my internal intel graphics works fine for me including heavy CAD work. I removed it at Leap:42.1 maybe I'll try it again sometime. Dave P -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 09/24/2017 03:09 AM, Daniel Bauer wrote:
According to the help from David Haller it obviously is a problem of my graphics card (NVidia GeForce GTX 460) that does not support VDPAU for large h.264 videos (large in pixel size).
"Something" in recent updates must have changed the behavior of the vlc video output setting "automatic" to use VDPAU even when the graphics card doesn't support it for this video. So changing manually from automatic to another output solved the problem for me.
Daniel
That is worth a bug report. There is a pretty good relationship between the opensuse devs and the nvidia devs. I had a bug fixed with the kernel/nvidia driver combination not providing a sysfs /sys/class/backlight/acpi_video0/brightness interface for backlight control. If there is mis-reporting of capabilities of the GTX-460, that should be fixed. -- David C. Rankin, J.D.,P.E. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Am 26.09.2017 um 08:51 schrieb David C. Rankin:
On 09/24/2017 03:09 AM, Daniel Bauer wrote:
According to the help from David Haller it obviously is a problem of my graphics card (NVidia GeForce GTX 460) that does not support VDPAU for large h.264 videos (large in pixel size).
"Something" in recent updates must have changed the behavior of the vlc video output setting "automatic" to use VDPAU even when the graphics card doesn't support it for this video. So changing manually from automatic to another output solved the problem for me.
Daniel
That is worth a bug report. There is a pretty good relationship between the opensuse devs and the nvidia devs. I had a bug fixed with the kernel/nvidia driver combination not providing a sysfs /sys/class/backlight/acpi_video0/brightness interface for backlight control.
If there is mis-reporting of capabilities of the GTX-460, that should be fixed.
I don't know if there really is mis-reporting of capabilities, it was just an idea of mine about a possibility. If there is a manner to find out if there is really mis-reporting happening, I'll be happy to do the necessary tests and then, in case, report a bug. But I have no idea how to find out where the error comes from, and I guess I should be at least a bit sure before filing a bug :-) -- Daniel Bauer photographer Basel Barcelona https://www.patreon.com/danielbauer http://www.daniel-bauer.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (8)
-
Bengt Gördén -
Carlos E. R. -
Daniel Bauer -
Dave Plater -
David C. Rankin -
David Haller -
Knurpht - Gertjan Lettink -
michael norman