ffmpeg missing libswscale 76b2?

Help with using MiniMyth's build system

Moderator: Pablo

Post Reply
Posts: 98
Joined: Sat Aug 16, 2008 11:14 am

ffmpeg missing libswscale 76b2?

Post by jamesarbrown »

Hi Pablo,

I think make garchive is pulling in ffmpeg without libswcale as this happens :-

Code: Select all

 ==> Extracting download/ffmpeg-26380.32790.tar.bz2

bzip2: download/ffmpeg-26380.32790.tar.bz2: trailing garbage after EOF ignored
        [extract] complete for ffmpeg.
 ==> Applying patch download/ffmpeg-uint64_c.patch
patching file libavutil/common.h
 ==> Applying patch download/ffmpeg-libswscale_symbol_export.patch
can't find file to patch at input line 4
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
|diff -Naur ffmpeg-26380.32790-old/libswscale/libswscale.v ffmpeg-26380.32790-new/libswscale/libswscale.v
|--- ffmpeg-26380.32790-old/libswscale/libswscale.v     2011-01-15 13:30:04.000000000 -0800
|+++ ffmpeg-26380.32790-new/libswscale/libswscale.v     2011-01-15 13:30:04.000000000 -0800
File to patch: 
By breaking the Makefile for ffmpeg, it then uses your own server... trouble is by then its "broken" the garchive.... ie I don't know what to delete from the tree to clean out the old source and versions and needs a full make clean at the top

Code: Select all

[jamesarbrown@pvr ffmpeg-26380.32790]$ ls
Changelog               common.mak     COPYING.LGPLv2.1  Doxyfile   ffprobe.c   libavcodec   libavformat  MAINTAINERS  tests
cmdutils.c              configure      COPYING.LGPLv3    ffmpeg.c   ffserver.c  libavcore    libavutil    Makefile     tools
cmdutils_common_opts.h  COPYING.GPLv2  CREDITS           ffplay.c   ffserver.h  libavdevice  libpostproc  README       version.sh
cmdutils.h              COPYING.GPLv3  doc               ffpresets  INSTALL     libavfilter  LICENSE      subdir.mak
Site Admin
Posts: 4182
Joined: Tue Dec 14, 2004 2:13 am
Location: La Jolla

Re: ffmpeg missing libswscale 76b2?

Post by Pablo »

Arg. Recently, they finally moved libswscale from the mplayer source tree to the ffmpeg source tree. I suspect that this change is what is causing the problem. The MiniMyth build system has been updated in SVN to reflect this change. Therefore, it should be fixed in the next build. Until then, if you comment out MASTER_SITES in lib/ffmpeg and mediaplayers/mplayer-svn, then the build system should retrieve the tarballs from the MiniMyth garchive rather than directly from the ffmpeg and mplayer version control system. These tarballs should include libswscale.
MiniMyth running on an Acer ApireRevo 3610 and a Zotac ZBOX-ID80-U. Find out more at my MythTV page.
Post Reply