Package Details: acestream-player-data 3.0.2-5

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

Dependencies (54)

Sources (1)

Latest Comments

tuxfusion commented on 2016-09-27 08:48

4javier, finally someone figured this one out. I just used this package: aur/libvpx-1.5 and it works at least with the stream tested, none worked before that.

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

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/
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
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 dissappeared in favor of A simple soft link solves the issue. You might want to add the generation of that link to the package.


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


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?

All comments