7 Oct
2016
7 Oct
'16
4:41 a.m.
Hello,
How is the avplay binary, part of libav, produced at compilation
time ? avconv and avprobe are produced and installed, but there's no
sign of avplay. configure only have a --disable-avplay option. The
make log shows no sign of avplay but shows the compiling of avprobe and
avconv. libav is configured simply with:
./configure --enable-shared
This is libav-11.8.
What is the incantation to have avplay built ?
Cheers.
7 Oct
7 Oct
3:50 p.m.
On Thu, Oct 06, 2016 at 10:40:59PM -0400, jonetsu wrote:
Hello,
How is the avplay binary, part of libav, produced at compilation
time ? avconv and avprobe are produced and installed, but there's no
sign of avplay. configure only have a --disable-avplay option. The
make log shows no sign of avplay but shows the compiling of avprobe and
avconv. libav is configured simply with:
./configure --enable-shared
This is libav-11.8.
What is the incantation to have avplay built ?
(just downloaded and tested)
it depends on SDL, 1.2.1 <= version < 1.3.0
sh> cd libav-11.8
sh> sdl-config --version
1.2.15
sh> ./configure && make avplay
sh> ./avplay
avplay version 11.8, Copyright (c) 2003-2016 the Libav developers
built on Oct 7 2016 15:43:12 with gcc 5.3.0 (GCC)
Simple media player
usage: avplay [options] input_file
An input file must be specified
Use -h to get full help or, even better, run 'man avplay'
4:39 p.m.
On Fri, 7 Oct 2016 15:49:07 +0200
Tito Latini <tito.01beta(a)gmail.com> wrote:
(just downloaded and tested)
it depends on SDL, 1.2.1 <= version < 1.3.0
sh> cd libav-11.8
sh> sdl-config --version
1.2.15
sh> ./configure && make avplay
sh> ./avplay
Thanks ! That helped getting it built. More specifically I think,
since sdl-config was not on the system and since it is part of
libsdl-dev, the installation of libsdl-dev made libav build avplay. In
this case sdl is version 1.2.15.
Cheers.
5:16 p.m.
New subject: Building ffmpeg (was: Building avplay)
On Fri, 7 Oct 2016 15:49:07 +0200
Tito Latini <tito.01beta(a)gmail.com> wrote:
it depends on SDL, 1.2.1 <= version < 1.3.0
Now with ffmpeg from git, the same problem happens. Obviously, SDL and
its development are installed since libav built just fine. I would
have thought that after this ffmpeg would build just fine with ffplay,
but that's not the case. The configuration stage reports clearly:
SDL2 support no
So let's try:
% ./configure --enable-shared --enable-sdl2
% make
libavdevice/sdl2.c:26:17: fatal error: SDL.h: no such file
% dpkg -L libsdl1.2-dev | grep SDL
[..]
/usr/include/SDL/SDL.h
[..]
Adding the actual path in sdl2.c does not solve the problem:
#include </usr/include/SDL/SDL.h>
#include </usr/include/SDL/SDL_thread.h>
% make clean
same configure as above
% make
[...]
CC libavdevice/sdl2.o
libavdevice/sdl2.c:44:5: error: unknown type name ‘SDL_Window’
SDL_Window *window;
[...]
As now the SDL binaries are not seen by ffmpeg.
5:47 p.m.
New subject: Building ffmpeg (was: Building avplay)
On 7 October 2016 at 17:16, jonetsu <jonetsu(a)teksavvy.com> wrote:
On Fri, 7 Oct 2016 15:49:07 +0200
Tito Latini <tito.01beta(a)gmail.com> wrote:
these are
two separate packages, so I'm guessing you need to install that
as well.
Arve
it depends on SDL, 1.2.1 <= version < 1.3.0
Now with ffmpeg from git, the same problem happens. Obviously, SDL and
its development are installed since libav built just fine. I would
have thought that after this ffmpeg would build just fine with ffplay,
but that's not the case. The configuration stage reports clearly:
SDL2 support no
I wouldn't expect SDL 1.x to satisfy a SDL 2 dependency. On my gentoo
6:21 p.m.
New subject: Building ffmpeg (was: Building avplay)
On Fri, 7 Oct 2016 17:47:17 +0200
Arve Barsnes <arve.barsnes(a)gmail.com> wrote:
> I wouldn't expect SDL 1.x to satisfy a SDL 2
dependency. On my
> gentoo these are two separate packages, so I'm guessing you need to
> install that as well.
Yes indeed. I installed SDL2 although there is no libsdl2-dev package
for Linux Mint 17, only a u386 that will suppress a ton of other
packages upon installation. Other sdl2-dev packages are provided, such
as libsdl2-ttf-dev, libsdl2-net-dev, libsdl2-gfx-dev, etc. Although I do
not want to install all of them to find out if the base SDL2 headers
are provided in there somewhere (which should not).
I think I will attempt to build SDL2 from source instead.
6:40 p.m.
New subject: Building ffmpeg (was: Building avplay)
On Fri, 7 Oct 2016 12:21:38 -0400
jonetsu <jonetsu(a)teksavvy.com> wrote:
I think I will attempt to build SDL2 from source
instead.
Builds very easily. A simple ./configure; make; make install
Thereafter ffmpeg built also nicely, including ffplay.
Thanks for the help !
7:03 p.m.
New subject: Building ffmpeg (was: Building avplay)
On Fri, 7 Oct 2016 12:40:47 -0400, jonetsu wrote:
On Fri, 7 Oct 2016 12:21:38 -0400 wrote:
make install
Make love, not install
http://packages.ubuntu.com/trusty/checkinstall
Ubuntu Wikis often are a PITA, but I've got no time to edit them at the
moment.
https://help.ubuntu.com/community/CheckInstall
This Wiki already starts with "aptitude", that shouldn't be used by
Ubuntu Wikis/help pages.
http://manpages.ubuntu.com/manpages/trusty/man8/checkinstall.8.html
./configure
make
sudo checkisntall
It's self-explaining. Even running configure and make might not be
required, but I would run it anyway, even while checkinstall should
work without sudo and an additional sudo dpkg.
You not necessarily need to add dependencies. If I don't build DEBs the
Debian/Ubuntu way with control and rules files and a changelog, but
instead use checkinstall, I don't use all options, e.g. for Claws:
0 - Maintainer: [ Weremouse <silver.bullet(a)zoho.com> ]
1 - Summary: [ A GTK+ based e-mail client - git checkout ]
2 - Name: [ claws-mail-git ]
3 - Version: [ 3.14.0-2-ge48b73 ]
4 - Release: [ 1 ]
5 - License: [ GPL3 ]
6 - Group: [ checkinstall ]
7 - Architecture: [ amd64 ]
8 - Source location: [ claws ]
9 - Alternate source location: [ ]
10 - Requires: [ ]
11 - Provides: [ claws-mail ]
12 - Conflicts: [ ]
13 - Replaces: [ ]
I don't add anything to Requires, Conflicts and Replaces.
Regards,
Ralf
7:32 p.m.
New subject: Building ffmpeg (was: Building avplay)
On Fri, 7 Oct 2016 19:03:15 +0200
Ralf Mardorf <ralf.mardorf(a)alice-dsl.net> wrote:
On Fri, 7 Oct 2016 12:40:47 -0400, jonetsu wrote:
Yes, but that will not help a bit .... wig.
A bit of background.
What is behind this is the problem that Bitwig cannot read some
AIFF files inasmuch as it will play them silently and will not show any
waveform for them. Whereas the same AIFF test file will play OK in
Ardour, Renoise and with vlc.
Exchanging with Bitwig support, the same AIFF file will play fine on
teir systems (Linux, Mac, Windows), so there might be a problem with
libav/ffmpeg. Ardour is using linsndfile (confirmed by Robin). I do
not know for Renoise and vlc, not easy to track with ldd.
Using then the original avplay from Linux Mint 17 on that file, and
comparing with another AIFF file that plays good, it turned out that
avplay cannot play that file.
So I built both libav and ffmepg from source since the Linux Mint 17
system is a tad old and I certainly do not want to upgrade the OS, at
least for now. Both players then can read the test file.
So it looks good so far, but they're installed in the
default /usr/local/ location.
And this is where the checkinstall, which I did not know about, utility
might be very handy, if it does what it says it can do.
So your commentary is very good timing ! Sehr toll.
Is there any other detail to be aware of, apart from the example you
provided, regarding running checkinstall and, most importantly, using
the generated package to replace the existing installed components ?
On Fri, 7 Oct 2016 12:21:38 -0400 wrote:
make install
Make love, not install
7:54 p.m.
New subject: Building ffmpeg (was: Building avplay)
On Fri, 7 Oct 2016 13:32:18 -0400, jonetsu wrote:
So it looks good so far, but they're installed in
the
default /usr/local/ location.
This shouldn't matter, if it should matter for bitwig, then flea a bug
against bitwig.
You could configure to chose the location /usr instead of /usr/local.
./configure --prefix=/usr
And this is where the checkinstall, which I did not
know about, utility
might be very handy, if it does what it says it can do.
So your commentary is very good timing ! Sehr toll.
Is there any other detail to be aware of, apart from the example you
provided, regarding running checkinstall and, most importantly, using
the generated package to replace the existing installed components ?
No! Just keep in mind that Debian and Ubuntu split packages and
make install as well as checkinstall don't do this, so your package does
replace package.deb, libpackage.deb, libpackage-dev.deb etc. with
package.deb only, providing everything. So you need to remove all the
unneeded packages [1].
Regards,
Ralf
[1]
https://tracker.debian.org/pkg/ffmpeg
https://tracker.debian.org/pkg/libav
PS:
https://help.ubuntu.com/community/CheckInstall?action=diff&rev2=35&…
I replaced "abtitude" and now there's no time left to do the shopping.
8:18 p.m.
New subject: Building ffmpeg (was: Building avplay)
On Fri, 2016-10-07 at 19:54 +0200, Ralf Mardorf wrote:
On Fri, 7 Oct 2016 13:32:18 -0400, jonetsu wrote:
^^^^
this should read "file"
So it looks good so far, but they're installed in the
default /usr/local/ location.
This shouldn't matter, if it should matter for bitwig, then flea a bug
against bitwig. ^^^^ So you need to remove all the unneeded packages [1].
Oops, this could become an issue ;).
You might need to replace them with empty dummy packages using equivs.
https://www.debian.org/doc/manuals/apt-howto/ch-helpers.de.html
At some point it might be less work to use the Debian/Ubuntu source
package with existing rules and control files and just to replace the
source by another version of source code. However, using equivs to
generate a few dummy packages is less work and there's no learning
curve, it's easy to use.
If you often do things like this, consider to use a distro with an
easier to use package management and a sane package policy. Arch Linux
usually doesn't split packages and building a package is very easy to
do.
Regards,
Ralf
8:22 p.m.
New subject: Building ffmpeg (was: Building avplay)
On Fri, 07 Oct 2016 20:18:17 +0200, Ralf Mardorf wrote:
^^
^^
Another oops,
https://www.debian.org/doc/manuals/apt-howto/ch-helpers.en.html
^^
^^
8:28 p.m.
New subject: Building ffmpeg (was: Building avplay)
On Fri, 07 Oct 2016 20:18:17 +0200
Ralf Mardorf <ralf.mardorf(a)alice-dsl.net> wrote:
On Fri, 2016-10-07 at 19:54 +0200, Ralf Mardorf wrote:
Well then, there was also "abtitude" then ;)
On Fri, 7 Oct 2016 13:32:18 -0400, jonetsu wrote:
^^^^
this should read
"file"
So it looks good so far, but they're installed in the
default /usr/local/ location.
This shouldn't matter, if it should matter for bitwig, then flea a
bug against bitwig. ^^^^ So you need to remove all the unneeded packages
[1].
Oops, this could become an issue ;). You might need to replace them with empty dummy
packages using equivs.
https://www.debian.org/doc/manuals/apt-howto/ch-helpers.de.html
Looks more like I'll be going with a configure system prefix.
If you often do things like this, consider to use a
distro with an
easier to use package management and a sane package policy. Arch Linux
usually doesn't split packages and building a package is very easy to
do.
Yes, Arch would be the one. I think I'd get a bit of building and
using Beyond Linux From Scratch while having a ready-to-go packaging
system and repo.
8:23 p.m.
New subject: Building ffmpeg (was: Building avplay)
On Fri, 7 Oct 2016 19:54:35 +0200
Ralf Mardorf <ralf.mardorf(a)alice-dsl.net> wrote:
On Fri, 7 Oct 2016 13:32:18 -0400, jonetsu wrote:
That's what I thought, that it should not matter. I nevertheless asked
Bitwig.
So it looks good so far, but they're installed
in the
default /usr/local/ location.
This shouldn't matter, if it should matter for bitwig, then flea a bug
against bitwig. You could configure to chose the location /usr instead
of /usr/local.
./configure --prefix=/usr
I know, but the idea here was do first check if the new libav/ffmpeg
would by OK by themselves. I presume I could go the configure way
now. But, the picture is not so clear since the /usr/local/ location
should not matter (ldconfig was run and the avplay for instance is
available w/o specifying the path) and Bitwig still does not play right
the test file.
No! Just keep in mind that Debian and Ubuntu split
packages and
make install as well as checkinstall don't do this, so your package
does replace package.deb, libpackage.deb, libpackage-dev.deb etc. with
package.deb only, providing everything. So you need to remove all the
unneeded packages [1].
Hmmmm... This I am not keen about. After years and years of building
Linux systems from scratch (LFS, BLFS) for both home and work, I am
using now a packaging system that's provided by the OS because it's
convenient but I still think that maintainers do absurd links, the
typical one being adding emacs in the dependencies because there is a
lisp file in a package.
Likewise, removing stuff does not forebode good tidings. I guess I
could do a dry run. And I could look at the control file.
Or I could use configure with /usr/
8:35 p.m.
New subject: Building ffmpeg (was: Building avplay)
On Fri, 2016-10-07 at 14:23 -0400, jonetsu wrote:
Or I could use configure with /usr/
Keeping the tons of packages and just overwriting could work, too.
Assuming two versions of libs are provided, this shouldn't cause an
issue.
Anyway, as soon as something compiled by yourself gets upgarded by
repositories, or a dependency of something you compiled, you could run
into trouble. Fortunately Ubuntu stays with major versions of libs,
usually only dot versions should change, so you shouldn't expect soname
issues, but OTOH you're using Mint and not Ubuntu.
You could hold/lock packages. Note, a package locked by Synaptic might
not be hold by apt.
Regards,
Ralf
3250
days inactive
3250
days old
linux-audio-user@lists.linuxaudio.org
14 comments
4 participants
participants (4)
-
Arve Barsnes -
jonetsu -
Ralf Mardorf -
Tito Latini