Package Details: acestream-player-data 3.0.2-5

Git Clone URL: https://aur.archlinux.org/acestream-player-data.git (read-only)
Package Base: acestream-player-data
Description: ACE Stream player libraries files
Upstream URL: http://acestream.org/
Licenses: unknown
Conflicts: acestream, libgcrypt11
Submitter: Scimmia
Maintainer: sigmundv
Last Packager: sigmundv
Votes: 51
Popularity: 1.023823
First Submitted: 2013-04-11 21:21
Last Updated: 2015-07-08 22:51

Dependencies (54)

Sources (1)

Latest Comments

4javier commented on 2016-09-15 20:17

To use this package you need another old version of libvpx, I created a package. You can find it at this address
https://aur.archlinux.org/packages/libvpx-1.5/

Maintainer, please update the dependency, or update the package, because i think acestream 3.1 is out.

tuxfusion commented on 2016-08-27 15:40

acestreamplayer still says "h264 not supported by vlc"; libvpx{,1.3} installed, all listed dependencies installed

acestreamplayer output:
main demux error: corrupt module: /usr/lib/acestreamplayer/plugins/demux/libmkv_plugin.so
main decoder error: no suitable decoder module for fourcc `h264'. VLC probably does not support this sound or video format.
mpgatofixed32 audio converter error: libmad error: bad main_data_begin pointer

CyberGhost commented on 2016-06-24 06:01

The libx254-142 dependency would not compile for me but if you switch the dependency to libx254, it installs and seems to run fine. I'm not sure why this build uses the libx254-142, but I think it should be changed to the libx254.

gbcbooks commented on 2016-04-30 16:27

You can run 'make' or 'make fprofiled' now.
dependency file generation...
gcc -Wno-maybe-uninitialized -Wshadow -O3 -ffast-math -m64 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -Wall -I. -I. -std=gnu99 -mpreferred-stack-boundary=5 -fPIC -fomit-frame-pointer -fno-tree-vectorize -D_FORTIFY_SOURCE=2 -c -o x264.o x264.c
x264.c: In function ‘print_csp_names’:
x264.c:437:15: error: variable ‘i’ has initializer but incomplete type
for( enum PixelFormat i = AV_PIX_FMT_NONE+1; i < AV_PIX_FMT_NB; i++ )
^
x264.c:437:27: error: storage size of ‘i’ isn’t known
for( enum PixelFormat i = AV_PIX_FMT_NONE+1; i < AV_PIX_FMT_NB; i++ )
^
x264.c:437:5: error: ‘enum PixelFormat’ declared in ‘for’ loop initial declaration
for( enum PixelFormat i = AV_PIX_FMT_NONE+1; i < AV_PIX_FMT_NB; i++ )
^
x264.c:437:27: warning: unused variable ‘i’ [-Wunused-variable]
for( enum PixelFormat i = AV_PIX_FMT_NONE+1; i < AV_PIX_FMT_NB; i++ )
^
<builtin>: recipe for target 'x264.o' failed
make: *** [x264.o] Error 1

got error when compile libx264-142 from AUR.

4javier commented on 2015-09-26 16:52

Instead of symlinking different ABIs stuf, install the libvpx-1.3 package from AUR
https://aur.archlinux.org/packages/libvpx-1.3/
to solve the "unable to reproduce x264 content" issue.
Please maintainer, add this package as dependency.

cobalt commented on 2015-05-09 00:32

I am not using this package anymore, so I decided to disown it. I hope someone will adopt it.

Scimmia commented on 2015-05-08 15:04

Why do people think that symlinking different library ABIs is a good idea?

alejandro.perez commented on 2015-05-08 06:22

I discovered the issue.
Recently libvpx changed version from 1.3.X to 1.4.0 and libvpx.so.1 dissappeared in favor of libvpx.so.2. A simple soft link solves the issue. You might want to add the generation of that link to the package.

Regards

alejandro.perez commented on 2015-05-08 06:15

Hi,

since several weeks ago I'm getting an error message about not being able to reproduce x264 content. It that a problem (again) with ffmpeg-compat. Does anyone else noticed this?

cobalt commented on 2014-12-14 04:22

Sorry, there was a confusion with libgcrypt11 and libgcrypt15. These packages both provide the same library. Switched to libgcrypt15.

All comments