Hi,
> As a beginning rpm packager for Fedora, I am wanting to package dvbcut
> for the external livna repo. Ideally this means having my dvbcut package
> require {buildrequire} ffmpeg {-devel} packages as they are already
> available in livna.
Ok..
> What is the motivation / necessity of including a modified ffmpeg within
> the dvbcut sources ?
Many reasons.
> Does the dvbcut source patch bugs in ffmpeg libraries {that could be
> moved upstream} ?
Not that I know of.
> Was the ffmpeg devel moving too fast {moving goalposts} ?
When it comes to usable releases, ffmpeg may have been moving
too slow..
> What version {or cvs or date } did the included ffmpeg originate from ?
libavcodec: 50.0.0
libavformat: 49.1.0
In other words, ancient.
> Given the developers clear understanding of the code, what would it take
> to move back to using the {current/devel} version of ffmpeg ?
Fortunately not a lot, if anything. I just compiled dvbcut-100 with
current ffmpeg from svn about a week ago, without any problems. Just
try "make FFMPEG=/where/installed/ffmpeg/is".
> [
> It seems we would need to:
> - rename calls to some functions that have had a name change |
> deprecation | and sometimes actual removal.
Which ones?
> - missing defs like:
> src/streamdata.h:53: error: 'int64_t_C' was not declared in this scope
> { I found other's solution of:
> --- avcodec.h.orig 2007-05-31 05:18:54.000000000 +1000
> +++ avcodec.h 2007-11-14 23:37:03.000000000 +1100
> @@ -39,7 +39,7 @@
>
> #define LIBAVCODEC_IDENT "Lavc" AV_STRINGIFY(LIBAVCODEC_VERSION)
>
> -#define AV_NOPTS_VALUE INT64_C(0x8000000000000000)
> +#define AV_NOPTS_VALUE 0x8000000000000000LL
> #define AV_TIME_BASE 1000000
> #define AV_TIME_BASE_Q (AVRational){1, AV_TIME_BASE}
> }
This should not be necessary!
> - g++ -o src/index.o -c -O3 -Wall -D_FILE_OFFSET_BITS=64
> -D_LARGEFILE_SOURCE -DHAVE_LIB_AO -DQT_NO_DEBUG
> -I/usr/lib/qt-3.3/include src/index.cpp
> In file included from src/streamhandle.h:24,
> from src/index.cpp:32:
> src/streamdata.h:53: error: integer constant is too large for 'long' type
I suspect this is easily fixed by using "-D__STDC_CONSTANT_MACROS
-D__STDC_LIMIT_MACROS" just as when using the external ffmpeg from
SConstruct (see line 128).
Regards,
Wolfram.
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
DVBCUT-user mailing list
DVBCUT-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dvbcut-user
