Since updating to F23 I've been unable to view MP4 videos (mostly H264 encoded). I know this is a proprietary format but it's what's out there and what people tend to send when sharing in emails (from non-Linux machines as a rule). The message from vlc (for example) is:
Codec not supported: VLC could not decode the format "h264" (H264 - MPEG-4 AVC (part 10))
Usually the audio track is supported and plays, but no picture.
No doubt the answer is going to be "install gstreamer-ugly-whatever" from RPMfusion, but I've done all that and still nothing. I didn't have this problem under F22 (or earlier) so I have to wonder if something hasn't been updated, but anyone with a solution is welcome to comment.
This is what I currently have installed:
gstreamer1-vaapi-0.6.1-1.fc23.x86_64 gstreamer-plugins-base-0.10.36-13.fc23.i686 gstreamer1-plugins-bad-free-1.6.1-2.fc23.x86_64 gstreamer1-1.6.1-1.fc23.x86_64 gstreamer-plugins-bad-free-0.10.23-28.fc23.x86_64 gstreamer-plugins-bad-nonfree-0.10.23-3.fc22.x86_64 gstreamer-plugins-ugly-0.10.19-18.fc23.x86_64 gstreamer1-plugins-base-1.6.1-1.fc23.i686 gstreamer-plugins-bad-0.10.23-7.fc22.x86_64 gstreamer1-plugins-bad-freeworld-1.6.1-1.fc23.x86_64 gstreamer-plugins-good-0.10.31-15.fc23.x86_64 gstreamer-plugins-espeak-0.4.0-7.fc23.x86_64 gstreamer1-plugins-base-1.6.1-1.fc23.x86_64 gstreamer-ffmpeg-0.10.13-15.fc22.x86_64 gstreamer-plugins-base-0.10.36-13.fc23.x86_64 gstreamer-plugins-bad-free-extras-0.10.23-28.fc23.x86_64 gstreamermm-0.10.11-8.fc23.x86_64 gstreamer1-plugins-ugly-1.6.1-1.fc23.x86_64 gstreamer-0.10.36-13.fc23.i686 gstreamer1-libav-1.6.1-2.fc23.x86_64 gstreamer-0.10.36-13.fc23.x86_64 gstreamer1-plugins-good-1.6.1-1.fc23.x86_64 gstreamer-tools-0.10.36-13.fc23.x86_64 gstreamer1-1.6.1-1.fc23.i686
poc
I had a similar problem and I think I had to install the x264 libraries to make it work, but I'm not certain what I did to get it working on my F23 system.
On Tue, Dec 8, 2015 at 11:19 AM, Patrick O'Callaghan pocallaghan@gmail.com wrote:
Since updating to F23 I've been unable to view MP4 videos (mostly H264 encoded). I know this is a proprietary format but it's what's out there and what people tend to send when sharing in emails (from non-Linux machines as a rule). The message from vlc (for example) is:
Codec not supported: VLC could not decode the format "h264" (H264 - MPEG-4 AVC (part 10))
Usually the audio track is supported and plays, but no picture.
No doubt the answer is going to be "install gstreamer-ugly-whatever" from RPMfusion, but I've done all that and still nothing. I didn't have this problem under F22 (or earlier) so I have to wonder if something hasn't been updated, but anyone with a solution is welcome to comment.
This is what I currently have installed:
gstreamer1-vaapi-0.6.1-1.fc23.x86_64 gstreamer-plugins-base-0.10.36-13.fc23.i686 gstreamer1-plugins-bad-free-1.6.1-2.fc23.x86_64 gstreamer1-1.6.1-1.fc23.x86_64 gstreamer-plugins-bad-free-0.10.23-28.fc23.x86_64 gstreamer-plugins-bad-nonfree-0.10.23-3.fc22.x86_64 gstreamer-plugins-ugly-0.10.19-18.fc23.x86_64 gstreamer1-plugins-base-1.6.1-1.fc23.i686 gstreamer-plugins-bad-0.10.23-7.fc22.x86_64 gstreamer1-plugins-bad-freeworld-1.6.1-1.fc23.x86_64 gstreamer-plugins-good-0.10.31-15.fc23.x86_64 gstreamer-plugins-espeak-0.4.0-7.fc23.x86_64 gstreamer1-plugins-base-1.6.1-1.fc23.x86_64 gstreamer-ffmpeg-0.10.13-15.fc22.x86_64 gstreamer-plugins-base-0.10.36-13.fc23.x86_64 gstreamer-plugins-bad-free-extras-0.10.23-28.fc23.x86_64 gstreamermm-0.10.11-8.fc23.x86_64 gstreamer1-plugins-ugly-1.6.1-1.fc23.x86_64 gstreamer-0.10.36-13.fc23.i686 gstreamer1-libav-1.6.1-2.fc23.x86_64 gstreamer-0.10.36-13.fc23.x86_64 gstreamer1-plugins-good-1.6.1-1.fc23.x86_64 gstreamer-tools-0.10.36-13.fc23.x86_64 gstreamer1-1.6.1-1.fc23.i686
poc
users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
On Tue, 2015-12-08 at 11:25 -0500, Mark Haney wrote:
I had a similar problem and I think I had to install the x264 libraries to make it work, but I'm not certain what I did to get it working on my F23 system.
I have:
$ rpm -qa *x264* x264-0.148-2.20151020gita0cd7d3.fc23.x86_64 x264-libs-0.148-2.20151020gita0cd7d3.fc23.x86_64
poc
On Tue, 8 Dec 2015 11:25:26 -0500, Mark Haney wrote:
I had a similar problem and I think I had to install the x264 libraries to make it work, but I'm not certain what I did to get it working on my F23 system.
The package description for that says it's an "encoder", not a decoder.
On Tue, Dec 8, 2015 at 11:19 AM, Patrick O'Callaghan wrote:
Codec not supported: VLC could not decode the format "h264" (H264 - MPEG-4 AVC (part 10))
Usually the audio track is supported and plays, but no picture.
No doubt the answer is going to be "install gstreamer-ugly-whatever" from RPMfusion,
VLC doesn't even use GStreamer, afaik.
gstreamer1-vaapi-0.6.1-1.fc23.x86_64 gstreamer-plugins-base-0.10.36-13.fc23.i686 gstreamer1-plugins-bad-free-1.6.1-2.fc23.x86_64 gstreamer1-1.6.1-1.fc23.x86_64 gstreamer-plugins-bad-free-0.10.23-28.fc23.x86_64 gstreamer-plugins-bad-nonfree-0.10.23-3.fc22.x86_64 gstreamer-plugins-ugly-0.10.19-18.fc23.x86_64 gstreamer1-plugins-base-1.6.1-1.fc23.i686 gstreamer-plugins-bad-0.10.23-7.fc22.x86_64 gstreamer1-plugins-bad-freeworld-1.6.1-1.fc23.x86_64 gstreamer-plugins-good-0.10.31-15.fc23.x86_64 gstreamer-plugins-espeak-0.4.0-7.fc23.x86_64 gstreamer1-plugins-base-1.6.1-1.fc23.x86_64 gstreamer-ffmpeg-0.10.13-15.fc22.x86_64 gstreamer-plugins-base-0.10.36-13.fc23.x86_64 gstreamer-plugins-bad-free-extras-0.10.23-28.fc23.x86_64 gstreamermm-0.10.11-8.fc23.x86_64 gstreamer1-plugins-ugly-1.6.1-1.fc23.x86_64 gstreamer-0.10.36-13.fc23.i686 gstreamer1-libav-1.6.1-2.fc23.x86_64 gstreamer-0.10.36-13.fc23.x86_64 gstreamer1-plugins-good-1.6.1-1.fc23.x86_64 gstreamer-tools-0.10.36-13.fc23.x86_64 gstreamer1-1.6.1-1.fc23.i686
This will become a growing problem for more users, too. What you show is a wild mix of packages for two independent GStreamer versions. The packages with prefix gstreamer1-* are for GStreamer v1.x, those with gstreamer- prefix are for the older GStreamer 0.10.x. Better check which version of GStreamer your audio/video players really need.
I had this very same problem and the only solution I found after several days of struggling was doing a fresh install.
Cheers, Sylvia
On 12/08/2015 06:35 PM, Sylvia Sánchez wrote:
A fresh install of Fedora. Sorry!
Sorry, but this is bad advice - Linux/Fedora is not Windows.
Reinstalling the distro because some arbitrary program (here: vlc) or a library (here: x264) doesn't work/malfunction, is *never* required.
Ralf
Bad advise but worked. I was doing everything I've been advised and things were getting worse not better.
On Tue, 2015-12-08 at 15:50 -0200, Sylvia Sánchez wrote:
Bad advise but worked. I was doing everything I've been advised and things were getting worse not better.
Throwing out your computer and buying another one would also have worked :-)
Seriously, it is sometimes easier just to reinstall everything, but it's almost never necessary, and if you do it you'll probably never know what actually went wrong.
poc
PS Why don't you ever quote the message you're commenting on? Just wondered.
I'm on a cellphone. The way this browser quotes is kinda messy. That's why I don't quote. Besides, I think the problem was in the mix of repositories. But I couldn't fix it. That's why I decided to install from zero. BTW, I never used windows myself. My first computer came with Linux and I never changed it.
Cheers, Sylvia
On Dec 8, 2015 12:49 PM, "Sylvia Sánchez" lailahfsf@gmail.com wrote:
I'm on a cellphone. The way this browser quotes is kinda messy. That's why I don't quote.
If you are using the gmail app from android is pretty easy to respond in line and to quote text, just do that, make sure that when replying, down is a check box that say "quote text" and next to it and option that say "respond in line", then make sure to comment below the paragraf you are refering on.
Also, avoid respond in html style, instead of it try to use plain text.
This keeps readability ;)
PS: Quoted from my cellphone.
Besides, I think the problem was in the mix of repositories. But I couldn't fix it. That's why I decided to install from zero. BTW, I never used windows myself. My first computer came with Linux and I never changed it.
Cheers, Sylvia -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
No, I use Opera. I need to save connection and space. This is the best I can do for quoting as you can see below. Or above. I don't know, I can't see it.
Cheers, Sylvia
On 08/12/2015, Porfirio Andres Paiz Carrasco porfiriopaiz@gmail.com wrote:
On Dec 8, 2015 12:49 PM, "Sylvia Sánchez" lailahfsf@gmail.com wrote:
I'm on a cellphone. The way this browser quotes is kinda messy. That's why I don't quote.
If you are using the gmail app from android is pretty easy to respond in line and to quote text, just do that, make sure that when replying, down is a check box that say "quote text" and next to it and option that say "respond in line", then make sure to comment below the paragraf you are refering on.
Also, avoid respond in html style, instead of it try to use plain text.
This keeps readability ;)
PS: Quoted from my cellphone.
Besides, I think the problem was in the mix of repositories. But I couldn't fix it. That's why I decided to install from zero. BTW, I never used windows myself. My first computer came with Linux and I never changed it.
Cheers, Sylvia -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
On 12/08/2015 02:16 PM, Sylvia Sánchez wrote:
No, I use Opera. I need to save connection and space. This is the best I can do for quoting as you can see below. Or above. I don't know, I can't see it.
I've never used Opera, but I'd be very, very astonished if it didn't allow you to trim quoted text to what's needed only, and remove redundant lines such as the boilerplate that the list includes on every post.
On Tue, 2015-12-08 at 17:35 +0100, Michael Schwendt wrote:
On Tue, 8 Dec 2015 11:25:26 -0500, Mark Haney wrote:
I had a similar problem and I think I had to install the x264 libraries to make it work, but I'm not certain what I did to get it working on my F23 system.
The package description for that says it's an "encoder", not a decoder.
OK
On Tue, Dec 8, 2015 at 11:19 AM, Patrick O'Callaghan wrote:
Codec not supported: VLC could not decode the format "h264" (H264 - MPEG-4 AVC (part 10))
Usually the audio track is supported and plays, but no picture.
No doubt the answer is going to be "install gstreamer-ugly- whatever" from RPMfusion,
VLC doesn't even use GStreamer, afaik.
True. I mentioned gstreamer as an example. VLC uses a bunch of other libraries, but still doesn't work with MP4.
gstreamer1-vaapi-0.6.1-1.fc23.x86_64 gstreamer-plugins-base-0.10.36-13.fc23.i686
[...]gstreamer-tools-0.10.36-13.fc23.x86_64
gstreamer1-1.6.1-1.fc23.i686
This will become a growing problem for more users, too. What you show is a wild mix of packages for two independent GStreamer versions. The packages with prefix gstreamer1-* are for GStreamer v1.x, those with gstreamer- prefix are for the older GStreamer 0.10.x. Better check which version of GStreamer your audio/video players really need.
As I said, VLC doesn't need it, but doesn't work. In any case, I've removed all the older gstreamer packages and nothing protested, so presumably they were unneeded.
poc
On Tue, 08 Dec 2015 16:19:07 +0000 Patrick O'Callaghan pocallaghan@gmail.com wrote:
Since updating to F23 I've been unable to view MP4 videos (mostly H264 encoded). I know this is a proprietary format but it's what's out there and what people tend to send when sharing in emails (from non-Linux machines as a rule). The message from vlc (for example) is:
Codec not supported: VLC could not decode the format "h264" (H264 - MPEG-4 AVC (part 10))
Usually the audio track is supported and plays, but no picture.
I run mplayer, and have no issues with mp4. Have you tried an install of mplayer and ffmpeg from rpmfusion? They might even pull in the dependency that seems to be missing for vlc with their install, and then vlc will work as well.
I *have* had this exact issue intermittently with firefox playing mp4 videos on vimeo, even when it works on mp4s elsewhere. I suspect that is a problem with their player or feed, though, not with my setup.
This is what I currently have installed: gstreamer-0.10.36-11.fc21.x86_64 gstreamer1-vaapi-0.6.1-1.fc23.x86_64 gstreamer-plugins-base-0.10.36-13.fc23.i686 gstreamer1-plugins-bad-free-1.6.1-2.fc23.x86_64 gstreamer1-1.6.1-1.fc23.x86_64 gstreamer-plugins-bad-free-0.10.23-28.fc23.x86_64 gstreamer-plugins-bad-nonfree-0.10.23-3.fc22.x86_64 gstreamer-plugins-ugly-0.10.19-18.fc23.x86_64 gstreamer1-plugins-base-1.6.1-1.fc23.i686 gstreamer-plugins-bad-0.10.23-7.fc22.x86_64 gstreamer1-plugins-bad-freeworld-1.6.1-1.fc23.x86_64 gstreamer-plugins-good-0.10.31-15.fc23.x86_64 gstreamer-plugins-espeak-0.4.0-7.fc23.x86_64 gstreamer1-plugins-base-1.6.1-1.fc23.x86_64 gstreamer-ffmpeg-0.10.13-15.fc22.x86_64 gstreamer-plugins-base-0.10.36-13.fc23.x86_64 gstreamer-plugins-bad-free-extras-0.10.23-28.fc23.x86_64 gstreamermm-0.10.11-8.fc23.x86_64 gstreamer1-plugins-ugly-1.6.1-1.fc23.x86_64 gstreamer-0.10.36-13.fc23.i686 gstreamer1-libav-1.6.1-2.fc23.x86_64 gstreamer-0.10.36-13.fc23.x86_64 gstreamer1-plugins-good-1.6.1-1.fc23.x86_64 gstreamer-tools-0.10.36-13.fc23.x86_64 gstreamer1-1.6.1-1.fc23.i686
Here's a list of gstreamer related packages I have installed. As I said, mplayer works (command line from xterm). As does ffplay (command line from xterm). And so does vlc. All on an mp4.
gstreamer1-1.4.5-1.fc21.x86_64 gstreamer1-devel-1.4.5-1.fc21.x86_64 gstreamer1-devel-docs-1.4.5-1.fc21.noarch gstreamer1-libav-1.4.5-2.fc21.x86_64 gstreamer1-libav-devel-docs-1.4.5-2.fc21.noarch gstreamer1-plugins-bad-free-1.4.5-3.fc21.x86_64 gstreamer1-plugins-bad-free-devel-1.4.5-3.fc21.x86_64 gstreamer1-plugins-bad-free-extras-1.4.5-3.fc21.x86_64 gstreamer1-plugins-bad-free-fluidsynth-1.4.5-3.fc21.x86_64 gstreamer1-plugins-bad-freeworld-1.4.5-2.fc21.x86_64 gstreamer1-plugins-base-1.4.5-1.fc21.x86_64 gstreamer1-plugins-base-devel-1.4.5-1.fc21.x86_64 gstreamer1-plugins-base-devel-docs-1.4.5-1.fc21.noarch gstreamer1-plugins-base-tools-1.4.5-1.fc21.x86_64 gstreamer1-plugins-entrans-1.0.2-5.fc21.x86_64 gstreamer1-plugins-entrans-docs-1.0.2-5.fc21.noarch gstreamer1-plugins-fc-0.2-10.fc21.x86_64 gstreamer1-plugins-good-1.4.5-3.fc21.x86_64 gstreamer1-plugins-good-extras-1.4.5-3.fc21.x86_64 gstreamer1-plugins-ugly-1.4.5-1.fc21.x86_64 gstreamer1-plugins-ugly-devel-docs-1.4.5-1.fc21.noarch gstreamer1-vaapi-0.5.10-2.fc21.x86_64 gstreamer1-vaapi-devel-0.5.10-2.fc21.x86_64 gstreamer-devel-0.10.36-11.fc21.x86_64 gstreamer-devel-docs-0.10.36-11.fc21.noarch gstreamer-ffmpeg-0.10.13-15.fc21.x86_64 gstreamermm-0.10.11-5.fc21.x86_64 gstreamermm-devel-0.10.11-5.fc21.x86_64 gstreamermm-doc-0.10.11-5.fc21.noarch gstreamer-plugins-bad-0.10.23-7.fc21.x86_64 gstreamer-plugins-bad-free-0.10.23-24.fc21.x86_64 gstreamer-plugins-bad-free-devel-0.10.23-24.fc21.x86_64 gstreamer-plugins-bad-free-devel-docs-0.10.23-24.fc21.x86_64 gstreamer-plugins-bad-free-extras-0.10.23-24.fc21.x86_64 gstreamer-plugins-bad-nonfree-0.10.23-3.fc21.x86_64 gstreamer-plugins-base-0.10.36-12.fc21.x86_64 gstreamer-plugins-base-devel-0.10.36-12.fc21.x86_64 gstreamer-plugins-base-devel-docs-0.10.36-12.fc21.noarch gstreamer-plugins-base-tools-0.10.36-12.fc21.x86_64 gstreamer-plugins-espeak-0.4.0-5.fc21.x86_64 gstreamer-plugins-fc-0.2-10.fc21.x86_64 gstreamer-plugins-good-0.10.31-13.fc21.x86_64 gstreamer-plugins-good-devel-docs-0.10.31-13.fc21.noarch gstreamer-plugins-good-extras-0.10.31-13.fc21.x86_64 gstreamer-plugins-ugly-0.10.19-18.fc21.x86_64 gstreamer-plugins-ugly-devel-docs-0.10.19-18.fc21.noarch gstreamer-python-0.10.22-7.fc21.x86_64 gstreamer-python-devel-0.10.22-7.fc21.x86_64 gstreamer-rtsp-0.10.8-9.fc21.x86_64 gstreamer-tools-0.10.36-11.fc21.x86_64 libnice-gstreamer-0.1.7-1.fc21.x86_64 PackageKit-gstreamer-plugin-1.0.6-2.fc21.x86_64 perl-GStreamer-0.19-3.fc21.x86_64 perl-GStreamer-Interfaces-0.06-7.fc21.x86_64 phonon-backend-gstreamer-4.8.2-3.fc21.x86_64 python3-gstreamer1-1.4.0-1.fc21.x86_64 python-gstreamer1-1.4.0-1.fc21.x86_64 qt5-gstreamer-1.2.0-2.fc21.x86_64 qt5-gstreamer-devel-1.2.0-2.fc21.x86_64 qt-gstreamer-1.2.0-2.fc21.x86_64 qt-gstreamer-devel-1.2.0-2.fc21.x86_64 rubygem-gstreamer-2.2.5-1.fc21.x86_64 rubygem-gstreamer-devel-2.2.5-1.fc21.x86_64 rubygem-gstreamer-doc-2.2.5-1.fc21.x86_64
I have a mix of gstreamer1 and gstreamer because firefox still defaults to the old version of gstreamer, but I run nightly with a custom compile using gstreamer1 (like the Fedora firefox package). Occasionally, when I have a problem, I switch back to see if it is gstreamer related.
And, yes, I'm still on f21. I have no internet facing services enabled, and I'm running kernel 4.4, and I compile my main vector for vulnerabilities, firefox, from the nightly sources daily. I'll install from scratch eventually (probably f24, it looks like it's going to be a winner and the template for the future), but for now, this works.
On Tue, 8 Dec 2015 11:49:21 -0700, stan wrote:
Here's a list of gstreamer related packages I have installed. As I said, mplayer works (command line from xterm). As does ffplay (command line from xterm). And so does vlc. All on an mp4.
mplayer also doesn't use GStreamer. See "rpm -qR mplayer|less" for many libraries it depends on, just not GStreamer.
perl-GStreamer-0.19-3.fc21.x86_64 perl-GStreamer-Interfaces-0.06-7.fc21.x86_64 phonon-backend-gstreamer-4.8.2-3.fc21.x86_64 python3-gstreamer1-1.4.0-1.fc21.x86_64 python-gstreamer1-1.4.0-1.fc21.x86_64 qt5-gstreamer-1.2.0-2.fc21.x86_64 qt5-gstreamer-devel-1.2.0-2.fc21.x86_64 qt-gstreamer-1.2.0-2.fc21.x86_64 qt-gstreamer-devel-1.2.0-2.fc21.x86_64 rubygem-gstreamer-2.2.5-1.fc21.x86_64 rubygem-gstreamer-devel-2.2.5-1.fc21.x86_64 rubygem-gstreamer-doc-2.2.5-1.fc21.x86_64
This bottom part of the list is even weirder, as these are language-bindings for programming languages other than C (to use GStreamer from programs written in those other languages).
It seems you've chosen to "install everything that has 'gstreamer' in its package name", even if that installs packages you don't need.
If installing vlc, mplayer, ffmpeg or other programs, dependencies should really pull in everything that's needed. And in case there are optional runtime requirements, if the documentation doesn't mention them, consider reporting that as a problem.
On Tue, 2015-12-08 at 20:49 +0100, Michael Schwendt wrote:
If installing vlc, mplayer, ffmpeg or other programs, dependencies should really pull in everything that's needed. And in case there are optional runtime requirements, if the documentation doesn't mention them, consider reporting that as a problem.
vlc, mplayer, mpv and ffmpeg all report no problems when run against "rpm -V", however the last three do report a missing library with ldd:
[poc@bree ~]$ ldd /usr/bin/mpv|grep "not found" libvo-aacenc.so.0 => not found [poc@bree ~]$ ldd /usr/bin/mplayer|grep "not found" libvo-aacenc.so.0 => not found [poc@bree ~]$ ldd /usr/bin/vlc|grep "not found" [poc@bree ~]$ ldd /usr/bin/ffmpeg|grep "not found" libvo-aacenc.so.0 => not found
Looks like a library for AAC-encoded files. This might be the problem, except that vlc doesn't use that library and still doesn't work.
"dnf search libvo-aacenc" gives nothing.
poc
On Tue, 08 Dec 2015 23:52:47 +0000, Patrick O'Callaghan wrote:
vlc, mplayer, mpv and ffmpeg all report no problems when run against "rpm -V", however the last three do report a missing library with ldd:
[poc@bree ~]$ ldd /usr/bin/mpv|grep "not found" libvo-aacenc.so.0 => not found [poc@bree ~]$ ldd /usr/bin/mplayer|grep "not found" libvo-aacenc.so.0 => not found [poc@bree ~]$ ldd /usr/bin/vlc|grep "not found" [poc@bree ~]$ ldd /usr/bin/ffmpeg|grep "not found" libvo-aacenc.so.0 => not found
Looks like a library for AAC-encoded files. This might be the problem, except that vlc doesn't use that library and still doesn't work.
"dnf search libvo-aacenc" gives nothing.
There is no references to that lib in mplayer her (F23). Plus, it doesn't exist in any dependencies at all:
# repoquery --whatprovides 'libvo-aacenc.so.0()(64bit)' # repoquery --whatrequires 'libvo-aacenc.so.0()(64bit)' #
On Wed, 2015-12-09 at 10:28 +0100, Michael Schwendt wrote:
On Tue, 08 Dec 2015 23:52:47 +0000, Patrick O'Callaghan wrote:
vlc, mplayer, mpv and ffmpeg all report no problems when run against "rpm -V", however the last three do report a missing library with ldd:
[poc@bree ~]$ ldd /usr/bin/mpv|grep "not found" libvo-aacenc.so.0 => not found [poc@bree ~]$ ldd /usr/bin/mplayer|grep "not found" libvo-aacenc.so.0 => not found [poc@bree ~]$ ldd /usr/bin/vlc|grep "not found" [poc@bree ~]$ ldd /usr/bin/ffmpeg|grep "not found" libvo-aacenc.so.0 => not found
Looks like a library for AAC-encoded files. This might be the problem, except that vlc doesn't use that library and still doesn't work.
"dnf search libvo-aacenc" gives nothing.
There is no references to that lib in mplayer her (F23). Plus, it doesn't exist in any dependencies at all:
# repoquery --whatprovides 'libvo-aacenc.so.0()(64bit)' # repoquery --whatrequires 'libvo-aacenc.so.0()(64bit)'
And yet several apps fail because it isn't there, despite them not having it as a dependency, so it looks like (at least) a packaging error affecting more than one of them. If it were just a single app one could complain to the packager, but several of them failing makes it look like something more general.
BTW, HandBrake was also failing with the same error, until an update last night fixed it. It no longer tries to load the library in question.
poc
On 12/09/2015 12:29 PM, Patrick O'Callaghan wrote:
BTW, HandBrake was also failing with the same error, until an update last night fixed it. It no longer tries to load the library in question.
HandBrake is neither available from rpmfusion nor fedora.
I.e. you have other repos in addition to these active and now likely are facing compatiblity issues between them.
That said, try "dnf distro-sync --refresh --best" and show use the result. I would expect it to report conflicts.
Ralf
On Wed, 2015-12-09 at 12:52 +0100, Ralf Corsepius wrote:
On 12/09/2015 12:29 PM, Patrick O'Callaghan wrote:
BTW, HandBrake was also failing with the same error, until an update last night fixed it. It no longer tries to load the library in question.
HandBrake is neither available from rpmfusion nor fedora.
True, it's from a specialized repo: handbrake.fr
I.e. you have other repos in addition to these active and now likely are facing compatiblity issues between them.
I see no indication of that. Compatibility issues should show up when updating, but they don't. I run "dnf update" update every day.
That said, try "dnf distro-sync --refresh --best" and show use the result. I would expect it to report conflicts.
Tried that. No errors (apart from wanting to update xorg-x11-*, which currently I have blocked because of Nvidia issues).
poc
On 12/09/2015 01:02 PM, Patrick O'Callaghan wrote:
On Wed, 2015-12-09 at 12:52 +0100, Ralf Corsepius wrote:
On 12/09/2015 12:29 PM, Patrick O'Callaghan wrote:
BTW, HandBrake was also failing with the same error, until an update last night fixed it. It no longer tries to load the library in question.
HandBrake is neither available from rpmfusion nor fedora.
True, it's from a specialized repo: handbrake.fr
I would be news to me, handbrake.fr is shipping fedora packages. Where did you get this package from?
I.e. you have other repos in addition to these active and now likely are facing compatiblity issues between them.
I see no indication of that. Compatibility issues should show up when updating, but they don't. I run "dnf update" update every day.
That said, try "dnf distro-sync --refresh --best" and show use the result. I would expect it to report conflicts.
Tried that. No errors (apart from wanting to update xorg-x11-*, which currently I have blocked because of Nvidia issues).
Then I can't help you. As Michael wrote before, there is no libvo-aacenc.so.0 anywhere in Fedora nor rpmfusion, nor does any of the packages/program you claim are requiring this library, require this library in Fedora/rpmfusion.
Ralf
On Wed, 2015-12-09 at 13:17 +0100, Ralf Corsepius wrote:
On 12/09/2015 01:02 PM, Patrick O'Callaghan wrote:
On Wed, 2015-12-09 at 12:52 +0100, Ralf Corsepius wrote:
On 12/09/2015 12:29 PM, Patrick O'Callaghan wrote:
BTW, HandBrake was also failing with the same error, until an update last night fixed it. It no longer tries to load the library in question.
HandBrake is neither available from rpmfusion nor fedora.
True, it's from a specialized repo: handbrake.fr
I would be news to me, handbrake.fr is shipping fedora packages. Where did you get this package from?
From negativo17.org. They have a Fedora repo. I assume they compiled HB
from sources. It seems to run fine on Fedora.
Note that my problems with MP4 pre-date my installing HandBrake. In fact I installed it to help extract some home video DVDs which don't play on Fedora.
I.e. you have other repos in addition to these active and now likely are facing compatiblity issues between them.
I see no indication of that. Compatibility issues should show up when updating, but they don't. I run "dnf update" update every day.
That said, try "dnf distro-sync --refresh --best" and show use the result. I would expect it to report conflicts.
Tried that. No errors (apart from wanting to update xorg-x11-*, which currently I have blocked because of Nvidia issues).
Then I can't help you. As Michael wrote before, there is no libvo-aacenc.so.0 anywhere in Fedora nor rpmfusion, nor does any of the packages/program you claim are requiring this library, require this library in Fedora/rpmfusion.
I said that they don't "require" it (as a packaging dependency). They do however fail to run and complain that it's not there. I don't know if that points to a problem with my ld configuration (I haven't touched LD_LIBRARY_PATH) or ldconfig settings.
poc
On Wed, 09 Dec 2015 12:36:30 +0000, Patrick O'Callaghan wrote:
From negativo17.org. They have a Fedora repo. I assume they compiled HB from sources. It seems to run fine on Fedora.
Note that my problems with MP4 pre-date my installing HandBrake. In fact I installed it to help extract some home video DVDs which don't play on Fedora.
Seems you've run into a repository mixing trap:
$ rpm -qpR ffmpeg-libs-2.8.3-1.fc23.x86_64.rpm |grep cenc warning: ffmpeg-libs-2.8.3-1.fc23.x86_64.rpm: Header V4 DSA/SHA1 Signature, key ID f90c0e97: NOKEY libvo-aacenc.so.0()(64bit)
That's for this package: http://negativo17.org/repos/HandBrake/fedora-23/x86_64/ffmpeg-libs-2.8.3-1.f...
So, the dep on that lib is present, but your installation is broken nevertheless. And the lib likely is offered somewhere in that repo.
Seems you've run into a repository mixing trap:
$ rpm -qpR ffmpeg-libs-2.8.3-1.fc23.x86_64.rpm |grep cenc warning: ffmpeg-libs-2.8.3-1.fc23.x86_64.rpm: Header V4 DSA/SHA1 Signature, key ID f90c0e97: NOKEY libvo-aacenc.so.0()(64bit)
That's for this package: http://negativo17.org/repos/HandBrake/fedora-23/x86_64/ffmpeg-libs-2.8.3-1.f...
So, the dep on that lib is present, but your installation is broken nevertheless. And the lib likely is offered somewhere in that repo.
D'oh! No dist/repo tag. It's exactly the same version-release as rpmfusion's package:
ffmpeg-libs-2.8.3-1.fc23.x86_64
That's really lame from the makers of that repo. We've been warning about repository mixing problems for years! This is the worst case that can happen. At a minimum, packages would need to properly upgrade/replace packages from another repo, and even that is not without risks.
On 12/09/2015 01:36 PM, Patrick O'Callaghan wrote:
On Wed, 2015-12-09 at 13:17 +0100, Ralf Corsepius wrote:
On 12/09/2015 01:02 PM, Patrick O'Callaghan wrote:
On Wed, 2015-12-09 at 12:52 +0100, Ralf Corsepius wrote:
On 12/09/2015 12:29 PM, Patrick O'Callaghan wrote:
BTW, HandBrake was also failing with the same error, until an update last night fixed it. It no longer tries to load the library in question.
HandBrake is neither available from rpmfusion nor fedora.
True, it's from a specialized repo: handbrake.fr
I would be news to me, handbrake.fr is shipping fedora packages. Where did you get this package from?
From negativo17.org. They have a Fedora repo. I assume they compiled HB from sources. It seems to run fine on Fedora.
Then it's worth a try to 1. disable this repo, 2. run "dnf distro-sync --refresh --best" and/or run "package-cleanup --orphans" 3. eliminate all orphan package.
If this solves your problems, we know the cause.
Ralf
On Wed, 2015-12-09 at 13:54 +0100, Ralf Corsepius wrote:
I would be news to me, handbrake.fr is shipping fedora packages. Where did you get this package from?
From negativo17.org. They have a Fedora repo. I assume they
compiled HB
from sources. It seems to run fine on Fedora.
Then it's worth a try to
- disable this repo,
- run "dnf distro-sync --refresh --best"
and/or run "package-cleanup --orphans" 3. eliminate all orphan package.
If this solves your problems, we know the cause.
That did it. I disabled the repo and downgraded ffmpeg etc. and now my videos play.
Thanks Ralf and Michael. I'll complain to the errant site for sloppy packaging.
poc
On Wed, Dec 9, 2015 at 11:56 AM, Patrick O'Callaghan pocallaghan@gmail.com wrote:
On Wed, 2015-12-09 at 13:54 +0100, Ralf Corsepius wrote:
I would be news to me, handbrake.fr is shipping fedora packages. Where did you get this package from?
From negativo17.org. They have a Fedora repo. I assume they
compiled HB
from sources. It seems to run fine on Fedora.
Then it's worth a try to
- disable this repo,
- run "dnf distro-sync --refresh --best"
and/or run "package-cleanup --orphans" 3. eliminate all orphan package.
If this solves your problems, we know the cause.
That did it. I disabled the repo and downgraded ffmpeg etc. and now my videos play.
Thanks Ralf and Michael. I'll complain to the errant site for sloppy packaging.
Yes, thanks all. I have been experiencing the same issues...
poc
users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
On Wed, Dec 09, 2015 at 12:02:31PM +0000, Patrick O'Callaghan wrote:
On Wed, 2015-12-09 at 12:52 +0100, Ralf Corsepius wrote:
I.e. you have other repos in addition to these active and now likely are facing compatiblity issues between them.
I see no indication of that. Compatibility issues should show up when updating, but they don't. I run "dnf update" update every day.
Could you verify the signatures of the RPMs you have installed. On my system I have this:
$ rpm -qi vlc | grep Signature # same for mplayer and ffmpeg Signature : RSA/SHA1, Wednesday 07 October 2015 11:01:18 PM IST, Key ID 81c9b42397f4d1c1
Cheers,
On Thu, 2015-12-10 at 16:55 +0530, Suvayu Ali wrote:
On Wed, Dec 09, 2015 at 12:02:31PM +0000, Patrick O'Callaghan wrote:
On Wed, 2015-12-09 at 12:52 +0100, Ralf Corsepius wrote:
I.e. you have other repos in addition to these active and now likely are facing compatiblity issues between them.
I see no indication of that. Compatibility issues should show up when updating, but they don't. I run "dnf update" update every day.
Could you verify the signatures of the RPMs you have installed. On my system I have this:
$ rpm -qi vlc | grep Signature # same for mplayer and ffmpeg Signature : RSA/SHA1, Wednesday 07 October 2015 11:01:18 PM IST, Key ID 81c9b42397f4d1c1
vlc: Signature : RSA/SHA1, Tue 27 Oct 2015 18:51:05 GMT, Key ID 5b0378c0e051b67e
(I don't have updates-testing enabled)
As I mentioned earlier, I have disabled the negativo17.org repo and downgraded ffmpeg, which seems to have fixed the problem. Presumably the spurious version it had overwritten a library.
poc
On Wed, 9 Dec 2015 12:52:46 +0100, Ralf Corsepius wrote:
On 12/09/2015 12:29 PM, Patrick O'Callaghan wrote:
BTW, HandBrake was also failing with the same error, until an update last night fixed it. It no longer tries to load the library in question.
HandBrake is neither available from rpmfusion nor fedora.
I.e. you have other repos in addition to these active and now likely are facing compatiblity issues between them.
That said, try "dnf distro-sync --refresh --best" and show use the result. I would expect it to report conflicts.
No idea yet where that lib comes from:
Review Request: vo-aacenc - VisualOn AAC encoder library https://bugzilla.rpmfusion.org/show_bug.cgi?id=1742
Huh?
Else there seem to be packages for OpenSUSE and a few other 3rd party repos.
On 12/09/2015 01:16 PM, Michael Schwendt wrote:
No idea yet where that lib comes from:
Review Request: vo-aacenc - VisualOn AAC encoder library https://bugzilla.rpmfusion.org/show_bug.cgi?id=1742
Huh?
Else there seem to be packages for OpenSUSE and a few other 3rd party repos.
Debian also has it: https://packages.debian.org/en/source/jessie/vo-aacenc
Make me think Patrick might have some "blindly" debian-"ported" packages installed.
Ralf
On Tuesday 08 Dec 2015 4:19:07 PM Patrick O'Callaghan wrote:
Usually the audio track is supported and plays, but no picture.
It's a hardware acceleration/codec problem. Can you try changing Tools>Preferences>Input/Codecs>Codecs>Hardware accelerated decoding?
I am using VA-API video decoder via DRM for example.
-
Chad Kellerman -
Joe Zeff -
Mark Haney -
Michael Schwendt -
Patrick O'Callaghan -
Porfirio Andrés Páiz Carrasco -
Ralf Corsepius -
stan -
Sudhir Khanger -
Suvayu Ali -
Sylvia Sánchez