ivan-hc/VLC-appimage

does not open codec vp9

Closed this issue · 15 comments

NektoNektovich commented

does not open codec vp9

ivan-hc commented

maybe this is a problem related to a missing plugin. Have you tried to reproduce the issue with the full version 3.0.16 that includes plugins?

3.0.16/VLC_media_player-.with-plugins.-GLIBC.2.27-x86_64.AppImage

In the meantime I'm uploading the 3.0.17 version right now.

EDIT: 3.0.17/VLC_media_player-.with-plugins.-GLIBC.2.27-x86_64.AppImage is ready.

NektoNektovich commented

maybe this is a problem related to a missing plugin. Have you tried to reproduce the issue with the full version 3.0.16 that includes plugins?

3.0.16/VLC_media_player-.with-plugins.-GLIBC.2.27-x86_64.AppImage

In the meantime I'm uploading the 3.0.17 version right now.

EDIT: 3.0.17/VLC_media_player-.with-plugins.-GLIBC.2.27-x86_64.AppImage is ready.

tried in all your assemblies: two 3.0.16 and one 3.0.17, does not reproduce anything, says a codec error. I have manjaro linux, and apparently this is the reason. But version vlc-3.0.11.1 from here https://github.com/cmatomic/VLCplayer-AppImage/releases works fine.

ivan-hc commented

I'm not sure about the correct package that contains the codec you need, maybe it is libvpx6 or libvpx7 or gstreamer1.0-plugins-good. Try to build the AppImage yourself by adding one or more packages in the recipe.yml created by the script.

Add them among the packages listed after the line 39, in vlc or vlc+, for example:

packages:
- vlc
- vlc-l10n
- vlc-plugin-video-output
- x264
- x265
- libmatroska7
- libplacebo192
- libplacebo4

must look like this

packages:
- vlc
- vlc-l10n
- vlc-plugin-video-output
- x264
- x265
- gstreamer1.0-plugins-good
- libvpx7
- libvpx6
- libmatroska7
- libplacebo192
- libplacebo4

and let me know if it works for you.

Again, I'm not sure about the correct name of the package in Ubuntu 18.04 "Bionic", the distro on wich is based the AppImage.

NektoNektovich commented

I'm not sure about the correct package that contains the codec you need, maybe it is libvpx6 or libvpx7 or gstreamer1.0-plugins-good. Try to build the AppImage yourself by adding one or more packages in the recipe.yml created by the script.

Add them among the packages listed after the line 39, in vlc or vlc+, for example:

packages:

  • vlc
  • vlc-l10n
  • vlc-plugin-video-output
  • x264
  • x265
  • libmatroska7
  • libplacebo192
  • libplacebo4

must look like this

packages:

  • vlc
  • vlc-l10n
  • vlc-plugin-video-output
  • x264
  • x265
  • gstreamer1.0-plugins-good
  • libvpx7
  • libvpx6
  • libmatroska7
  • libplacebo192
  • libplacebo4

and let me know if it works for you.

Again, I'm not sure about the correct name of the package in Ubuntu 18.04 "Bionic", the distro on wich is based the AppImage.

I will not try to create my own vlc.appimage, because I do not have sufficient competence and time, and there is a working vlc-3.0.11.1. Perhaps another problem is that you are building vlc.appimage in ubuntu Wayland, and I am building xfce x.org.

ivan-hc commented

Perhaps another problem is that you are building vlc.appimage in ubuntu Wayland, and I am building xfce x.org.

I've tested the AppImage on Xubuntu 18.04, Debian 11 XFCE, Debian Testing/Unstable (my main system) XFCE and Arch Linux with XFCE.

I will not try to create my own vlc.appimage, because I do not have sufficient competence and time

I've not much time too, to try building AppImage packages is just an hobby for me, Im not a developer, I work into a supermarket for about 9-10 hours per day (excluding traveling), so in my real life I've nothing to do with tech, I'm just an amateur like you.

there is a working vlc-3.0.11.1

I know that, I don't know much about the developer of that repository, I only know that its release is better because built from source and there is much more work on it, while my AppImages are built using pkg2appimage and appimagetool, all I can do in my AppImage packages is to write the AppRun script (being it a common bash script) and the "recipe" for pkg2appimage. But again, I'm just an amateur, not a professional developer, it is normal that the release you've chosen works better than mine.

However, this repository, like the one I've dedicated to GIMP AppImage, are just sample for those who want contributing to the development of AppImages, and if I've wrote these repositories my own, you can do the same, without any professional background. Nothing but passion for GNU/Linux and open source software... with at least basic knowledges in bash, nothing more (and this should be a basic requirement for those that want to use Linux, in particular rolling release distributions, like Arch Linux and derivatives, Manjaro is one of these).

ivan-hc commented

The following packages were missing in both the recipes:

  • libvpx7
  • gstreamer1.0-plugins-good

this should increase the sizes of the packages of about 20-30 MB.
In the moment I'm writing this, the GH actions are running, so both the AppImages should be ready after 10-15 minutes.
Download one of them and let me know if all is OK.
https://github.com/ivan-hc/VLC-appimage/releases/tag/continuous

EDIT: the AppImages are ready and the sizes are increased of just 1 MB

NektoNektovich commented
ivan-hc commented

I've just started a new GH action, now the recipes have the gstreamer1.0-libav package included:

This GStreamer plugin supports a large number of audio and video compression formats through the use of the ffmpeg library. The plugin contains GStreamer elements for encoding 40+ formats (MPEG, DivX, MPEG4, AC3, DV, ...), decoding elements for decoding 90+ formats (AVI, MPEG, OGG, Matroska, ASF, ...), demuxing 30+ formats and colorspace conversion.

taken directly from the description available on APT

wait until the end of the new action and the upload of the new release to test the AppImage (about 10-15 minutes from this reply).

I don't know if it will work, I hope this works successfully this time

NektoNektovich commented
ivan-hc commented

this AppImage was working for me until the recent updates of Debian Testing, I don't know what's happened but I had to install the nvidia-legacy drivers to made work at least the VLC version installed from the official repositories. However, the AppImage cannot use the H.264 at all. The only possible solution would be to edit the internal AppRun to made it using the existing codecs, but this research has already taken several hours of my spare time. This time I really need help to fix this bug.

How can you help

  1. download the AppImage from https://github.com/ivan-hc/VLC-appimage/releases/tag/continuous

  2. now you have to made the downloaded AppImage "executable":

    chmod a+x ./VLC_media_player-$VERSION-x86_64.AppImage

  3. extract the content of the AppImage:

    ./VLC_media_player-$VERSION-x86_64.AppImage --appimage-extract

  4. edit the AppRun with your favourite text editor

  5. to test your improvements, just run the AppRun script:

    ./AppRun

  6. let me knowwhat can be done, maybe with a pull request on this repository

NektoNektovich commented
ivan-hc commented

Hi, I have changed the AppRun, the AppImage requires ffmpeg and some additional libraries on the host installed.

To check what is missing, please run DL_DEBUG=libs ./VLC*.AppImage and find what is missing on your distro.

Yes, this AppImage is not completelly bundled, but now works (at least on Debian-based systems, I'm trying to reproduce the same result on my Arch Linux installation too, but there is still something I miss).

https://github.com/ivan-hc/VLC-appimage/releases/tag/continuous

NektoNektovich commented
ivan-hc commented

OK, I've finally solved the issue on both Debian and Arch Linux... and maybe on all the other distributions:

simplescreenrecorder-2022-11-01_21.19.19.mkv.mp4
  • install ffmpeg and one between libqt5svg5 (if you're on Debian and derivatives), qt5-svg (on Arch Linux and derivatives, including Manjaro, Solus and Void) and qt5-qtsvg (on Fedora and CentOS);
  • download the new AppImage from https://github.com/ivan-hc/VLC-appimage/releases/tag/continuous
  • enjoy your videos and... close this issue, please 😄
NektoNektovich commented