Package Details: vlc-luajit 3.0.18-9

Git Clone URL: (read-only, click to copy)
Package Base: vlc-luajit
Description: Multi-platform MPEG, VCD/DVD, and DivX player built with luajit for OBS Studio compatibility
Upstream URL:
Keywords: luajit media obs obs-studio vlc
Licenses: GPL2, LGPL2.1
Conflicts: vlc, vlc-dev, vlc-plugin, vlc-stable-git
Provides: vlc
Submitter: tytan652
Maintainer: tytan652
Last Packager: tytan652
Votes: 17
Popularity: 0.69
First Submitted: 2021-05-11 19:45 (UTC)
Last Updated: 2023-09-26 18:42 (UTC)

Required by (161)

Sources (4)

Pinned Comments

Latest Comments

1 2 3 4 5 6 Next › Last »

tytan652 commented on 2023-09-26 18:31 (UTC) (edited on 2023-09-26 18:34 (UTC) by tytan652)

I made some digging and mpg123_decode_frame implementation got renamed to mpg123_decode_frame64 but the header is still defining both functions.

My guess (if we go no-API/ABI break) is that they forgot to re-add mpg123_decode_frame implementation.

Sharparam commented on 2023-09-26 17:58 (UTC)

It seems mpg123_decode_frame_64 in mpg123 was renamed to mpg123_decode_frame64, as far as I can tell. Which then breaks the VLC build.

For some reason they thought this was a good idea to include in a minor version update?

So probably VLC needs to update to use the new mpg123 version.

galuise commented on 2023-09-25 23:59 (UTC) (edited on 2023-09-26 19:15 (UTC) by galuise)

After running a recent system-wide upgrade: pacman -Syu

I'm running into the following failure to compile related to what appears to be the the libmpg123 library:

/usr/bin/ld: codec/.libs/libmpg123_plugin_la-mpg123.o: in function `DecodeBlock':
mpg123.c:(.text+0x567): undefined reference to `mpg123_decode_frame_64'
collect2: error: ld returned 1 exit status
make[4]: *** [Makefile:16699:] Error 1
make[4]: *** Waiting for unfinished jobs....
make[4]: Leaving directory '/home/galuise/aur/obs/vlc-luajit/src/vlc-3.0.18/modules'
make[3]: *** [Makefile:28255: all-recursive] Error 1
make[3]: Leaving directory '/home/galuise/aur/obs/vlc-luajit/src/vlc-3.0.18/modules'
make[2]: *** [Makefile:12882: all] Error 2
make[2]: Leaving directory '/home/galuise/aur/obs/vlc-luajit/src/vlc-3.0.18/modules'
make[1]: *** [Makefile:1567: all-recursive] Error 1
make[1]: Leaving directory '/home/galuise/aur/obs/vlc-luajit/src/vlc-3.0.18'
make: *** [Makefile:1454: all] Error 2
==> ERROR: A failure occurred in build().

Edit (Addition):

I rebuilt mpg123 1.31.3-1 checking out the PKGBUILD source from the archlinux gitlab for the official mpg123 x86_64 package under the "Extra" repo.

After reverting to version 1.31.3-1 I was able to successfully build this package. Looks like maybe mpg123 changed something around 1.32.0-1 breaking this package. I also tried version 1.32.0-1 and compiling this vlc-luajit package bombs with the same undefined reference...

I'll look further to see if I can figure out what happened to mpg123_decode_frame_64 and report back...

Edit (Addition 2023-09-26): Just keeping my comment complete: So the change in mpg123 happened at SVN release r5304:

r5304 | thor | 2023-08-21 05:07:08 -0400 (Mon, 21 Aug 2023) | 23 lines

libmpg123: purge off_t out of the core, offer 64 bit portable API (bug 344)

This now is the result of way to much time of thinking hard about disentangling
the various I/O paths in libmpg123. It needed days of hacking, way too many
hours continuously, to figure out how this would work. So this is my draft
that I tested in various settings and am hopeful that it fulfills the ideas
drafted in bug 344, the relentless discussion with manx about how portable
API should look.

Instead of just adding some 64 bit functions, this is a refactoring of the
reader code, moving the parts actually dealing with OS calls and largefile
support into lfs_wrap.c, which now offers wrappers and aliases. All file I/O
is now routed through the interface of mpg123_reader64() and could neatly be
split into a separate library, weren't it for only a handful of internal hooks.

I fixed up the autoconf and the CMake build. Ideally, both break only on
a limited set of platforms. I am pushing this directly to trunk as a)
I did testing on x86-64 and i686 with some largefile switchery and think
it should work and b) I want people to quickly tell me what does not work.

Let's see how many iterations we'll need until 1.32.0 can finally be released.

missingSleepDeps commented on 2023-03-10 00:12 (UTC) (edited on 2023-03-10 00:14 (UTC) by missingSleepDeps)

For wee Manjaro users, one can just edit the libzvbi.h in /usr/include/libzvbi.h to comment out the "#include version.h" and paste over the contents of version.h from the git here: but replace the version with what Manjaro currently has (0.2.40):

 *  libzvbi -- VBI decoding library
 *  Copyright (C) 2000, 2001, 2002 Michael H. Schimek
 *  Copyright (C) 2000, 2001 Iñaki García Etxebarria
 *  Originally based on AleVT 1.5.1 by Edgar Toernig
 *  This library is free software; you can redistribute it and/or
 *  modify it under the terms of the GNU Library General Public
 *  License as published by the Free Software Foundation; either
 *  version 2 of the License, or (at your option) any later version.
 *  This library is distributed in the hope that it will be useful,
 *  but WITHOUT ANY WARRANTY; without even the implied warranty of
 *  Library General Public License for more details.
 *  You should have received a copy of the GNU Library General Public
 *  License along with this library; if not, write to the 
 *  Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, 
 *  Boston, MA  02110-1301  USA.

#ifndef __LIBZVBI_H__
#define __LIBZVBI_H__

/* #include "version.h" */


One alsoe needs to replace "libvpx>=$_libvpxver" with "libvpx" in the makedepends of the PKGBUILD

And then makepkg can build and package

tytan652 commented on 2023-02-10 11:16 (UTC) (edited on 2023-02-19 08:07 (UTC) by tytan652)

ArchLinux introduce a zvbi issue by updating zvbi to 0.2.40.

Edit: Fixed in 0.2.41

HurricanePootis commented on 2023-02-10 03:27 (UTC)

I am having problems compiling it

In file included from codec/zvbi.c:50:
/usr/include/libzvbi.h:28:10: fatal error: version.h: No such file or directory
   28 | #include "version.h"
      |          ^~~~~~~~~~~
compilation terminated.
make[4]: *** [Makefile:24575: codec/libzvbi_plugin_la-zvbi.lo] Error 1
make[4]: *** Waiting for unfinished jobs....
codec/flac.c: In function ‘DecoderMetadataCallback’:

angelochecked commented on 2022-12-10 17:56 (UTC) (edited on 2022-12-10 17:57 (UTC) by angelochecked)

@tytan652 thank you (⩾﹏⩽), i installed it with snapd (‾- ƪ‾ ). Now I will to go to fill my gap on the arch\manjaro and nephews ecosystem -.-" sorry.

tytan652 commented on 2022-12-10 14:05 (UTC)

@angelochecked, you said that you were a new arch user but you are a manjaro user.

AUR is not 100% compatbile with Manjaro, when it comes to up-to-date: Manjaro is always a little behind Arch Linux which cause issues like the one you have.

The easiest way to avoid that will be to use the official OBS Flatpak. I can't always keep track of how much Manjaro is behind.

angelochecked commented on 2022-12-10 13:57 (UTC) (edited on 2022-12-10 13:58 (UTC) by angelochecked)

Hi @tytan652!!! thanks for replay!!! today I reinstalled Majaro completely, the only command i runned are:

sudo pacman -Syu
sudo pacman -Sy base-devel
sudo pacman -S yay
yay -S cef-minimal-obs-bin
yay -Sy obs-studio-tytan652

the error in vlc-luajit is the same ꃋᴖꃋ what am I doing wrong? ꃋᴖꃋ

tytan652 commented on 2022-12-10 12:12 (UTC)

@angelochecked please retry with a up-to-date system.