For some reason more than one application can not use my avcodec.h
compiled from ffmpeg source.

I'm not knowledgable in C but have always managed to plod along over
the years.

I have a old transcode package from linuxpackages for version 12.0 that
is sort of being used.

My project is to assemble a set of video editing, encoding and
authoring GUI tools. So far KVideoEncoder, Kino and QDVDAuthor *are*
working but are a tad buggy and the encoding I've done so far needs to
be improved.

I suspect a poor lib in the old transcode package (pre-compiled binary)
or some issue with ffmpeg are somehow related to the failing
(transcode-src) on avcodec.h compiles, quality issues and buggy interface.

I found this link...

http://forum.videolan.org/viewtopic.php?f=3&t=3068

It seems to address the same issue however I'm not sure what to do with
the information.

Is there a translator in the house :-)

Any help would be appreciated...TIA

--
Email - rsgibson@verizon.borg
Replace borg with net
"Ubuntu" - an African word, meaning "Slackware is too hard for me".

On Tue, 08 Jul 2008 16:18:40 -0400, Ron Gibson wrote:

> For some reason more than one application can not use my avcodec.h
> compiled from ffmpeg source.

> I'm not knowledgable in C but have always managed to plod along over
> the years.

> I have a old transcode package from linuxpackages for version 12.0 that
> is sort of being used.

Well the solution was to use an older precompiled ffmpeg binary (among
other things). Since ffmpeg is only available via SVN the older packages
are not available. Then I had to hunt down the H264 codec to satisfy
the precompiled ffmepg binary. Again being a CVS or SVN the version
needed could only be found as a RPM package. I converted to a tgz and
installed by hand.

The result was a cobbled together set of libs and apps that will
compile and play nice together. The inability to find the avcodec.h
header was resolved.

Here is a list of packages, some source (including SVN and CVS, some
precompiled I used to solve this issue. Note I also had to use a
snapshot of MPlayer because the stable release would not compile.

I can report my early results are most impressive. I encoded an episode
of "House" from and avi to a mp4 and it came out perfectly in 1/4 the
time the same operation would take under winders.

PS: I'd advise adding the Divx codec also.

This list may not be complete and you may have to do some jumping
through hoops. If I made a glaring omission let me know and I'll
recheck all I used.

Be mindful this Video stuff is still very Beta and is a moving target.
The good news is this is the best results I've seen in 3 months of
working on Linux apps to do these tasks...Files/Packages used...

a52dec-0.7.4-8.fc5.i386
ffmpeg-20071007-i486-1kjz.tgz
x264-snapshot-20080510-2245
a52dec-0.7.4-8.fc5.i386.rpm (Converted to) a52dec-0.7.4-8.fc5.i386.tgz
lame-3.97-i486-1kjz.tgz
x264-snapshot-20080510-2245.tar.bz2
libmpeg3-1.7-i486-1gds.tgz
avifile-20071003-i486-1gds.tgz
transcode (SVN)

Also used...

emovix-0.9.0.tar.gz
libiec61883-1.1.0.tar.gz
KVideoEncoder-0.09beta2.tar.gz
libraw1394-1.3.0.tar.gz
mjpegtools-1.9.0rc3.tar.gz
Video-Menc-0.6.tar.gz
kino-1.3.0.tar.gz
qdvdauthor-1.2.0.tar.gz
divx611-20060201-gcc4.0.1.tar.gz
libavc1394-0.5.3.tar.gz
toolame-02l.tgz
dvdauthor-0.6.14.tar.gz
libdv-1.0.0.tar.gz

Hope this migt help some others.

--
Email - rsgibson@verizon.borg
Replace borg with net
"Ubuntu" - an African word, meaning "Slackware is too hard for me".

Ron Gibson schreef:

> Well the solution was to use an older precompiled ffmpeg binary (among
> other things). Since ffmpeg is only available via SVN the older packages
> are not available.

You can checkout a snapshot of any day's sources - for instance by
using this command you get the snapshot of ffmpeg dated may 1st 2008:

svn checkout --revision 20080501 svn://svn.mplayerhq.hu/ffmpeg/trunk .

Also take a look at
http://www.slackware.com/~alien/slackbuilds/ffmpeg/ for a SlackBuild
that allows you to compile a ffmpeg package yourself with several
additional libraries statically compiled-in.

Eric

On Wed, 09 Jul 2008 10:35:52 +0200, Eric Hameleers wrote:

>> Well the solution was to use an older precompiled ffmpeg binary (among
>> other things). Since ffmpeg is only available via SVN the older packages
>> are not available.

> You can checkout a snapshot of any day's sources - for instance by
> using this command you get the snapshot of ffmpeg dated may 1st 2008:

> svn checkout --revision 20080501 svn://svn.mplayerhq.hu/ffmpeg/trunk .

That would have worked had the cart not been behind ahead of the horse.
I could not have known at what point the change was made that broke
compiling other packages that required ffmpeg libs, resulting in a
lots of time wasted guessing what build was required.

> Also take a look at
> http://www.slackware.com/~alien/slackbuilds/ffmpeg/ for a SlackBuild
> that allows you to compile a ffmpeg package yourself with several
> additional libraries statically compiled-in.

No need to now. As usual I end up solving the problem myself before I
get an answer.

Others can use my results as a template to proceed as they wish.

--
Email - rsgibson@verizon.borg
Replace borg with net
"Ubuntu" - an African word, meaning "Slackware is too hard for me".

Ron Gibson <rsgibson@verizon.net> wrote:
> The result was a cobbled together set of libs and apps that will compile
> and play nice together.

Been there, done that... After doing it for about the third time I decided
to write a tool that would make it easier to rebuild software with complex
dependencies. The result is makepack avaiable at
http://makepack.sourceforge.net/

> a52dec-0.7.4-8.fc5.i386
> ffmpeg-20071007-i486-1kjz.tgz
> x264-snapshot-20080510-2245
> a52dec-0.7.4-8.fc5.i386.rpm (Converted to) a52dec-0.7.4-8.fc5.i386.tgz
> lame-3.97-i486-1kjz.tgz
> x264-snapshot-20080510-2245.tar.bz2
> libmpeg3-1.7-i486-1gds.tgz
> avifile-20071003-i486-1gds.tgz
> transcode (SVN)

It was some time since I updated the makepack rules so some of my packages
are a bit outdated. However, some of the outdated packages are outdated on
purpose to fit other packages. The complete list of packages installed
when doing "make transcode install" is:

MPlayer-1.0rc2-i486-mp
MPlayer_win_codecs-20071007-i486-mp
a52dec-0.7.4-i486-mp
avifile-0.7.43-i486-mp
avifile-binary-codecs-011002-i486-mp
avifile-wm9-codec-2002.11.25-i486-mp
divx4linux-20020418-i486-mp
ffmpeg-0.4.9.pre1-i486-mp
jack-audio-connection-kit-0.103.0-i486-mp
lame-3.97-i486-mp
libdts-0.0.2-i486-mp
libdv-1.0.0-i486-mp
libdvdcss-1.2.9-i486-mp
libdvdread-0.9.7-i486-mp
libfame-0.9.1-i486-mp
libggi-2.2.2-i486-mp
libgii-1.0.2-i486-mp
libmpcdec-1.2.6-i486-mp
libmpeg3-1.7-i486-mp
libquicktime-1.0.0-i486-mp
libtheora-1.0alpha7-i486-mp
live555-latest-i486-mp
lzo-1.08-i486-mp
mjpegtools-1.9.0rc2-i486-mp
mpeg2dec-0.4.1-i486-mp
nas-1.9-i486-mp
transcode-1.0.3-i486-mp
vstream-client-1.2-i486-mp
x264-20070725-i486-mp
xvidcore-1.1.3-i486-mp

It is rather easy to update a makepack rule file to download and install
a newer version instead. However, doing such an update will also require
that the new packages is tested so that it really works fine with the
other packages.

When the Mplayer web server crashed and they lost the last officially
released version of ffmpeg I took a previously downloaded copy of
ffmpeg-0.4.9.pre1 and placed it on the makepack sourceforge site. That
version is rather outdated now, but I really like oficially relased
versions. Even if this version isn't as full featured as the current
source from SVN at least you know exactly what you get.

regards Henrik
--
The address in the header is only to prevent spam. My real address is:
hc3(at)poolhem.se Examples of addresses which go to spammers:
root@localhost postmaster@localhost