pyTivo Discussion Forum Forum Index pyTivo Discussion Forum
Answers and the development of pyTivo a TiVo transcoding server
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Rdian06's Ffmpeg Builds
Goto page 1, 2, 3, 4, 5, 6, 7, 8, 9, 10  Next
 
Post new topic   Reply to topic    pyTivo Discussion Forum Forum Index -> Support
 View previous topic :: View next topic  
Author Message
rdian06



Joined: 12 Apr 2008
Posts: 1420

PostPosted: Fri Sep 12, 2008 2:05 am    Post subject: Rdian06's Ffmpeg Builds Reply with quote

Last Updated: 2010-03-30 5:45PM EDT


INTRODUCTION

This thread houses my latest ffmpeg builds for use with pyTivo under Windows and Mac (and eventually some flavors of Linux). These are custom builds derived from ffmpeg trunk with minor tweaks as noted.

These builds primarily exist to fix audio 5.1 channel mapping problems inherent in ffmpeg's current design and to make it easier for new users to get started with pyTivo (especially on Mac OS X and eventually some flavors of Linux.) I will try to stay in sync with all the great work that the ffmpeg developers are doing.

Check the OS specific postings below for the builds.

IMPORTANT NOTES

* I have ONLY fixed the 5.1 channel mapping issues. Still need to find references for ordering 5.0, 4.1, 4.0, etc... and implement those orders. Right now all orders other than 5.1 should give the same results as normal ffmpeg trunk. If you have test samples for cases were ordering is still wrong, please PM me.

* You MUST have a version of pyTivo that is newer than 2008-05-06 in order to use these ffmpeg builds.

RECENT CHANGES

2010-03-30 5:45PM EDT
- Moved SVN-r21659-rdian06-1.01-win-x86_32 to Stable.
- Uploaded SVN-r21659-rdian06-1.01-mac-x86_32 as Release Candidate.
- Moved SVN-r19249-rdian06-0.98-macosx-g5 to Stable.
- Uploaded and updated patch diffs used to create rdian06-1.01 builds.

2009-08-23 1:08AM EDT
- Uploaded SVN-r21659-rdian06-1.01-win-x86_32 as Release Candidate.
- Moved SVN-r19249-rdian06-0.99-win-x86_32 to Archived

2009-08-23 1:08AM EDT
- Uploaded SVN-r19249-rdian06-0.99-win-x86_32 (Thanks krkeegan for fixing the forum.)

2009-08-23 1:08AM EDT
- Tried to add SVN-r19249-rdian06-0.99-win-x86_32 as Release Candidate, but the forum keeps error on upload...
- Moved SVN-r19249-rdian06-0.98-win-x86_32 to Stable
- Moved SVN-r15216-rdian06-0.96-win32-x86_32 to Archived

2009-06-25 1:50PM EDT
- Added SVN-r19249-rdian06-0.98-macosx-g5 as Release Candidate
- Promoted SVN-r15216-rdian06-0.95-macosx-g5 to Stable
- Added SVN-r19249-rdian06-0.98-win-x86_32 as Release Candidate
- Added SVN-r18820-rdian06-0.97-win32-x86_32 as Archived
- Added Ffmpeg Patches section
- Added patch-libavcodec-libfaad.c-rdian06-0.98.diff
- Added patch-libavcodec-aac.c-rdian06-0.97.diff

2009-03-13 2:48PM EDT
- Promoted SVN-r15216-rdian06-0.96-win32-x86_32 to stable
- Archived SVN-r15216-rdian06-0.95-win32-x86_32 and SVN-r14196-rdian06-0.93

2008-09-23 12:29AM EDT
- Fixed zip file problem for SVN-r15216-rdian06-0.95-win32-x86_32.zip

2008-09-20 5:10PM EDT
- Added Mac release candidate: SVN-r15216-rdian06-0.95-macosx-g5

2008-09-12 10:15PM EDT
- Initial creation of thread
- Added Windows stable: SVN-r14196-rdian06-0.93
- Added Windows release candidate: SVN-r15216-rdian06-0.95-win32-x86_32


Last edited by rdian06 on Tue Mar 30, 2010 10:04 pm; edited 28 times in total
Back to top
View user's profile Send private message
rdian06



Joined: 12 Apr 2008
Posts: 1420

PostPosted: Sat Sep 13, 2008 12:46 am    Post subject: Reply with quote

Windows Builds
Last Updated: 2010-08-24 9:00PM EDT


Stable
Tested by multiple members and probably won't blow things up.

* ffmpeg-SVN-r21659-rdian06-1.01-win-x86_32.zip
- Compiled 2010-02-06 18:05:57
- Based on ffmpeg trunk
- Contains everything that 0.99 did
- Adds WMA Pro audio decoding support (introduced via trunk)
- Has a patch to fix "non-monotone timestamps" fatal errors encountered when remuxing AC3 audio from problematic MKVs to VOB with 0.98. On 0.99, the same problematic MKVs resulted in periodic skipping in the audio on remux because the "non-monotone timestamp" check was relaxed. (This led some of us to workaround the problems by forcing transcoding of AC3 via metadata overrides rather than remuxing, but this in turn encountered problems with the ffmpeg native AC3 decoder producing muffled audio in some cases. This patch addresses the root remuxing issue, so transcoding should NOT be needed. Remove the overrides and allow pyTivo to remux when it wants to.) See patch-libavformat-matroskadec.c-r21659.diff on http://pytivo.krkeegan.com/post6913.html#6913.
- Includes a small AC3 decoder patch to ignore full audio frames when an error is encountered inside one of the constituent audio blocks (audio frames are made up of multiple blocks.) This avoids bad audio blocks throwing off the whole AC3 stream and producing muffled audio when transcoding AC3 to AC3. NOTE: This does NOT fix all muffled audio scenarios with the native fffmpeg AC3 decoder, but since the remuxing fix above makes the need to transcode AC3 to AC3 less frequent - you're a lot less likely to encounter the remaining muffled audio scenarios. See patch-libavcodec-ac3dec.c-r21659.diff on http://pytivo.krkeegan.com/post6913.html#6913.
- The timestamp monotonicity error check is still set to > rather than >= because some xvid and MKV to MP4 remuxing scenarios benefit from relaxing the check. See patch-libavformat-utils.c-r21659.diff on http://pytivo.krkeegan.com/post6913.html#6913.
- Patched the status output display line to stay less than 80 characters under normal usage and avoid filling the console with status lines. See patch-ffmpeg.c-r21659.diff on http://pytivo.krkeegan.com/post6913.html#6913.
- I've been very, very busy lately and haven't had very much time to test this build. Please post the results of your usage. Once a few people post with positive results, I'll post the diffs so those on other OSes can take advantage of the updates.

Code:

FFmpeg version SVN-r21659-rdian06-1.01-win-x86_32, Copyright (c) 2000-2010 Fabri
ce Bellard, et al.
  built on Feb  6 2010 18:05:57 with gcc 4.4.0
  configuration: --enable-memalign-hack --disable-debug --enable-hardcoded-table
s --enable-runtime-cpudetect --enable-static --disable-shared --disable-ffserver
 --disable-ffplay --enable-gpl --enable-pthreads --enable-libmp3lame --enable-li
bvorbis --enable-libtheora --enable-libspeex --enable-libgsm --enable-libx264 --
enable-libschroedinger --enable-libfaad --enable-libxvid --disable-decoder=aac -
-enable-avisynth --enable-postproc --enable-avfilter --enable-avfilter-lavf
  libavutil     50. 8. 0 / 50. 8. 0
  libavcodec    52.52. 0 / 52.52. 0
  libavformat   52.50. 0 / 52.50. 0
  libavdevice   52. 2. 0 / 52. 2. 0
  libavfilter    1.17. 0 /  1.17. 0
  libswscale     0.10. 0 /  0.10. 0
  libpostproc   51. 2. 0 / 51. 2. 0



Release Candidate
Fresh out of the compiler. If you're adventurous, please test and post any problems you find.

* ffmpeg-SVN-r21659-rdian06-1.02-win-x86_32.zip
- Compiled 2010-08-24 20:46:16
- Based on ffmpeg trunk
- Contains everything that 1.01 did
- Turns out the timestamp monotonicity error check was still set to >= in 1.01 because I didn't recompile properly after patching the code. This fresh compile should have it really set to >. Some xvid and MKV to MP4 remuxing scenarios benefit from relaxing the check. See patch-libavformat-utils.c-r21659.diff on http://pytivo.krkeegan.com/post6913.html#6913.

Code:

FFmpeg version SVN-r21659-rdian06-1.02-win-x86_32, Copyright (c) 2000-2010 Fabrice Bellard, et al.
  built on Aug 24 2010 20:46:16 with gcc 4.4.0
  configuration: --enable-memalign-hack --disable-debug --enable-hardcoded-tables --enable-runtime-cpudetect --enable-static --disable-shared --disable-ffserver --disable-ffplay --enable-gpl --enable-pthreads --enable-libmp3lame --enable-libvorbis --enable-libtheora --enable-libspeex --enable-libgsm --enable-libx264 --enable-libschroedinger --enable-libfaad --enable-libxvid --disable-decoder=aac --enable-avisynth --enable-postproc --enable-avfilter --enable-avfilter-lavf
  libavutil     50. 8. 0 / 50. 8. 0
  libavcodec    52.52. 0 / 52.52. 0
  libavformat   52.50. 0 / 52.50. 0
  libavdevice   52. 2. 0 / 52. 2. 0
  libavfilter    1.17. 0 /  1.17. 0
  libswscale     0.10. 0 /  0.10. 0
  libpostproc   51. 2. 0 / 51. 2. 0
c:\usr\telamon\Personal\Dev\ffmpeg-dev\ffmpeg-r21659-rdian06-1.02\ffmpeg.exe: missing argument for option 'i'



Archived

* ffmpeg-SVN-r19249-rdian06-0.99-win-x86_32.zip
- Compiled 2009-08-22 14:16:49
- Based on ffmpeg trunk
- Contains everything that 0.98 did
- Changes the timestamp monotonicity error check to be > instead of >=. Every once in a while I end up with a video that causes ffmpeg to report "error, non monotone timestamps XXX >= XXX" though it will play fine in VLC/Mplayer. This change allows ffmpeg to process the file properly when the timestamps are equal. A fatal error will still be reported if the current timestamp is greater than the next one. See patch-libavformat-utils.c-rdian06-0.99.diff.txt from http://pytivo.krkeegan.com/post6913.html#6913
- Includes libxvid by request

Code:

FFmpeg version SVN-r19249-rdian06-0.99-win-x86_32, Copyright (c) 2000-2009 Fabri
ce Bellard, et al.
  configuration: --enable-memalign-hack --disable-debug --enable-hardcoded-table
s --enable-runtime-cpudetect --enable-static --disable-shared --disable-ffserver
 --disable-ffplay --enable-gpl --enable-pthreads --enable-libmp3lame --enable-li
bvorbis --enable-libtheora --enable-libspeex --enable-libgsm --enable-libx264 --
enable-libschroedinger --enable-libfaad --enable-libxvid --disable-decoder=aac -
-enable-avisynth --enable-postproc --enable-avfilter --enable-avfilter-lavf
  libavutil     50. 3. 0 / 50. 3. 0
  libavcodec    52.32. 0 / 52.32. 0
  libavformat   52.34. 0 / 52.34. 0
  libavdevice   52. 2. 0 / 52. 2. 0
  libavfilter    0. 5. 0 /  0. 5. 0
  libswscale     0. 7. 1 /  0. 7. 1
  libpostproc   51. 2. 0 / 51. 2. 0
  built on Aug 22 2009 14:16:49, gcc: 4.4.0



* ffmpeg-SVN-r19249-rdian06-0.98-win-x86_32.zip
- Compiled 2009-06-25 02:20:59
- Based on ffmpeg trunk
- Disables ffmpeg native AAC decoder because it cannot handle HE AAC and some problematic encodes
- Enables libfaad for AAC decoding AND include my libfaad.c patch (see http://pytivo.krkeegan.com/post6913.html#6913) for 5.1 channel mapping fix when transcoding AAC to AC3
- Includes MKV timestamp improvements that enable smooth playback of certain encodes that resulted in choppy playback in previous versions
- Includes Timestamp precision improvements that seem to fix the non-monotone timestamp fatal error that caused premature end of transfer or no transfer at all for some Xvid encodes
- Enables libvorbis for Vorbis encoding because the ffmpeg devs disabled the ffmpeg native Vorbis encoder for poor quality as of SVN r19149.
- I've barely had a chance to test this Windows build, but it's the same code as the 0.98 Mac build which I have tested a bit.

Code:

FFmpeg version SVN-r19249-rdian06-0.98-win-x86_32, Copyright (c) 2000-2009 Fabri
ce Bellard, et al.
  configuration: --enable-memalign-hack --disable-debug --enable-hardcoded-tables --enable-runtime-cpudetect --enable-static --disable-shared --disable-ffserver --disable-ffplay --enable-gpl --enable-pthreads --enable-libmp3lame --enable-libvorbis --enable-libtheora --enable-libspeex --enable-libgsm --enable-libx264 --enable-libschroedinger --enable-libfaad --disable-decoder=aac --enable-avisynth --enable-postproc --enable-avfilter --enable-avfilter-lavf
  libavutil     50. 3. 0 / 50. 3. 0
  libavcodec    52.32. 0 / 52.32. 0
  libavformat   52.34. 0 / 52.34. 0
  libavdevice   52. 2. 0 / 52. 2. 0
  libavfilter    0. 5. 0 /  0. 5. 0
  libswscale     0. 7. 1 /  0. 7. 1
  libpostproc   51. 2. 0 / 51. 2. 0
  built on Jun 25 2009 02:20:59, gcc: 4.4.0



* ffmpeg-SVN-15216-rdian06-0.96-x86_32.zip (Download below.)
- Compiled 2008-09-25 23:08:49
- Includes a fix to IGNORE non-monotone timestamps and continue transcoding which seems to affect some Xvid files. May result in garbage video (if your source is a bad encode, what do you expect?)
- Includes changes for pyTivo Push to properly identify ac3 audio inside an mp4 container
- Based on "Tripp's Unofficial FFmpeg Win32 Build" SVN Revision 15216. See http://tripp.arrozcru.com/.
- ogm remux, static pthreads (Tripp)
- uses ffmpeg native AC3 (Dolby Digital) decoder insted of liba52 for AC3 decoding
- AC3 decoder and encoder modified to use same channel ordering as DTS (dca) and AAC 5.1 (libfaad2)
- Includes EAC3 (Dolby Digital Plus) decoder (freshly added to ffmpeg trunk, woohoo!)
- Includes MLP (TrueHD) decoder (freshly added to ffmpeg trunk, woohoo!)
- Can transcode some EVO files taken from HD DVD/Bluray (haven't tested m2ts or AVCHD content yet)
- Still uses libfaad decoder even though initial ffmpeg native AAC decoder was recently added to trunk (native decoder doesn't support all the profiles yet, but it's being worked on)
- If you have a HD camcorder, I need some sample AVCHD files to test with (think home high def movies transferred to your Tivo from pyTivo, you know you want to watch those movies of your kids growing up and ahem... other stuff)
- Added fix for "brain fart cropping" message bug from a later ffmpeg SVN.
- h264 decoder has been cleaned up and some minor optimizations added (or at least that's how I interpret the ffmpeg-devel mailing list threads

Code:

FFmpeg version SVN-r15216-rdian06-0.96-win32-x86_32, Copyright (c) 2000-2008 Fab
rice Bellard, et al.
  configuration: --enable-memalign-hack --enable-postproc --enable-swscale --enable-gpl --enable-libfaac --enable-libfaad --enable-libgsm --enable-libmp3lame --enable-libvorbis --enable-libtheora --enable-libx264 --enable-libxvid --disable-ffserver --disable-vhook --enable-avisynth --enable-pthreads
  libavutil     49.10. 0 / 49.10. 0
  libavcodec    51.71. 0 / 51.71. 0
  libavformat   52.22. 0 / 52.22. 0
  libavdevice   52. 1. 0 / 52. 1. 0
  libswscale     0. 6. 1 /  0. 6. 1
  libpostproc   51. 2. 0 / 51. 2. 0
  built on Sep 25 2008 23:08:49, gcc: 4.2.4 [Sherpya]


See more in post:
http://pytivo.krkeegan.com/post6912.html#6912



ffmpeg-SVN-r21659-rdian06-1.02-win-x86_32.zip
 Description:

Download
 Filename:  ffmpeg-SVN-r21659-rdian06-1.02-win-x86_32.zip
 Filesize:  4.34 MB
 Downloaded:  11032 Time(s)


ffmpeg-SVN-r21659-rdian06-1.01-win-x86_32.zip
 Description:

Download
 Filename:  ffmpeg-SVN-r21659-rdian06-1.01-win-x86_32.zip
 Filesize:  4.34 MB
 Downloaded:  2534 Time(s)


ffmpeg-SVN-r19249-rdian06-0.99-win-x86_32.zip
 Description:

Download
 Filename:  ffmpeg-SVN-r19249-rdian06-0.99-win-x86_32.zip
 Filesize:  3.46 MB
 Downloaded:  1965 Time(s)


ffmpeg-SVN-r19249-rdian06-0.98-win-x86_32.zip
 Description:

Download
 Filename:  ffmpeg-SVN-r19249-rdian06-0.98-win-x86_32.zip
 Filesize:  3.28 MB
 Downloaded:  916 Time(s)


ffmpeg-SVN-15216-rdian06-0.96-x86_32.zip
 Description:

Download
 Filename:  ffmpeg-SVN-15216-rdian06-0.96-x86_32.zip
 Filesize:  2.95 MB
 Downloaded:  424 Time(s)



Last edited by rdian06 on Wed Aug 25, 2010 1:01 am; edited 42 times in total
Back to top
View user's profile Send private message
rdian06



Joined: 12 Apr 2008
Posts: 1420

PostPosted: Sat Sep 13, 2008 12:47 am    Post subject: Reply with quote

Mac OS X Builds
Last Updated: 2010-03-30 5:45PM EDT


Stable
Tested by multiple members and probably won't blow things up except for the occasional brain fart...

* ffmpeg-SVN-r19249-rdian06-0.98-macosx-g5.zip (Download below.)
- Compiled 2009-06-25 02:20:59
- Based on ffmpeg trunk
- Disable ffmpeg native AAC decoder because it cannot handle HE AAC and some problematic encodes
- Enable libfaad for AAC decoding AND include my libfaad.c patch (see http://pytivo.krkeegan.com/post6913.html#6913) for 5.1 channel mapping fix when transcoding AAC to AC3
- MKV timestamp improvements that enable smooth playback of certain encodes that resulted in choppy playback in previous versions
- Timestamp precision improvements that seem to fix the non-monotone timestamp fatal error that caused premature end of transfer or no transfer at all for some Xvid encodes
- Enable libvorbis for Vorbis encoding because the ffmpeg devs disabled the ffmpeg native Vorbis encoder for poor quality as of SVN r19149.
- Enable all the G5 optimizations available for ffmpeg and libx264.
- Compiled with Xcode 3.1.3 on 10.5.7, targeted and linked against Mac OS X 10.4u SDK for 10.4 and 10.5 compatibility.
- Compiled statically so all you need is the binary.

Code:

FFmpeg version SVN-r19249-rdian06-0.98-macosx-g5, Copyright (c) 2000-2009 Fabrice Bellard, et al.
  configuration: --prefix=/opt/local --mandir=/opt/local/share/man --disable-debug --enable-hardcoded-tables --enable-static --disable-shared --enable-gpl --enable-pthreads --enable-libmp3lame --enable-libvorbis --enable-libtheora --enable-libspeex --enable-libgsm --enable-libx264 --enable-libschroedinger --enable-libfaad --disable-decoder=aac --enable-postproc --enable-avfilter --enable-avfilter-lavf --arch=ppc64 --cpu=G5 --cc=gcc-4.0
  libavutil     50. 3. 0 / 50. 3. 0
  libavcodec    52.32. 0 / 52.32. 0
  libavformat   52.34. 0 / 52.34. 0
  libavdevice   52. 2. 0 / 52. 2. 0
  libavfilter    0. 5. 0 /  0. 5. 0
  libswscale     0. 7. 1 /  0. 7. 1
  libpostproc   51. 2. 0 / 51. 2. 0
  built on Jun 23 2009 20:30:42, gcc: 4.0.1 (Apple Inc. build 5493)



Release Candidate
Fresh out of the compiler. If you're adventurous, please test and post any problems you find.

* ffmpeg-SVN-r21659-rdian06-1.01-mac-x86_32.zip
- Compiled 2010-03-30 16:51:04
- First MacIntel build - sorry, no G5 compatibility
- Instead of one large static binary file as in the past, I tried to compile this with shared ffmpeg libraries so that they can be used as a drop-in replacement for the ffmpeg that is embedded inside pyTivoX (Streambaby requires shared ffmpeg libraries.) I haven't tested with pyTivoX yet though.
- Note that binary file is named ffmpeg.bin and the .dylib files MUST be placed in the same folder as the ffmpeg.bin file. If you installed pyTivo directly (rather than using pyTivoX), then make sure you edit your pyTivo.conf file to point to ffmpeg.bin and not ffmpeg
- Based on ffmpeg trunk
- Contains everything that Win version 0.99 did
- Adds WMA Pro audio decoding support (introduced via trunk)
- Has a patch to fix "non-monotone timestamps" fatal errors encountered when remuxing AC3 audio from problematic MKVs to VOB with 0.98. On 0.99, the same problematic MKVs resulted in periodic skipping in the audio on remux because the "non-monotone timestamp" check was relaxed. (This led some of us to workaround the problems by forcing transcoding of AC3 via metadata overrides rather than remuxing, but this in turn encountered problems with the ffmpeg native AC3 decoder producing muffled audio in some cases. This patch addresses the root remuxing issue, so transcoding should NOT be needed. Remove the overrides and allow pyTivo to remux when it wants to.) See patch-libavformat-matroskadec.c-r21659.diff on http://pytivo.krkeegan.com/post6913.html#6913.
- Includes a small AC3 decoder patch to ignore full audio frames when an error is encountered inside one of the constituent audio blocks (audio frames are made up of multiple blocks.) This avoids bad audio blocks throwing off the whole AC3 stream and producing muffled audio when transcoding AC3 to AC3. NOTE: This does NOT fix all muffled audio scenarios with the native fffmpeg AC3 decoder, but since the remuxing fix above makes the need to transcode AC3 to AC3 less frequent - you're a lot less likely to encounter the remaining muffled audio scenarios. See patch-libavcodec-ac3dec.c-r21659.diff on http://pytivo.krkeegan.com/post6913.html#6913.
- The timestamp monotonicity error check is still set to > rather than >= because some xvid and MKV to MP4 remuxing scenarios benefit from relaxing the check. See patch-libavformat-utils.c-r21659.diff on http://pytivo.krkeegan.com/post6913.html#6913.
- Patched the status output display line to stay less than 80 characters under normal usage and avoid filling the console with status lines. See patch-ffmpeg.c-r21659.diff on http://pytivo.krkeegan.com/post6913.html#6913.
- Please send feedback, good or bad, especially if you use this version to overwrite the one inside pyTivoX. My MacIntel box is not used for pyTivo so I cannot really test this myself.

Code:

FFmpeg version SVN-r21659-rdian06-1.01-mac-x86_32, Copyright (c) 2000-2010 Fabrice Bellard, et al.
  built on Mar 30 2010 16:51:04 with gcc 4.0.1 (Apple Inc. build 5493)
  configuration: --prefix=/opt/local --shlibdir=@executable_path --enable-memalign-hack --disable-debug --enable-hardcoded-tables --enable-runtime-cpudetect --disable-static --enable-shared --enable-gpl --enable-pthreads --enable-libmp3lame --enable-libvorbis --enable-libtheora --enable-libspeex --enable-libx264 --enable-libfaad --enable-libxvid --disable-decoder=aac --enable-postproc --enable-avfilter --enable-avfilter-lavf --mandir=/opt/local/share/man --disable-indevs --cpu=i686 --cc=/usr/bin/gcc-4.0 --arch=i386
  libavutil     50. 8. 0 / 50. 8. 0
  libavcodec    52.52. 0 / 52.52. 0
  libavformat   52.50. 0 / 52.50. 0
  libavdevice   52. 2. 0 / 52. 2. 0
  libavfilter    1.17. 0 /  1.17. 0
  libswscale     0.10. 0 /  0.10. 0
  libpostproc   51. 2. 0 / 51. 2. 0



Archived

* ffmpeg-SVN-r15216-rdian06-0.95-macosx-g5.zip (Download below.)
- Compiled 2008-09-19 18:30:15
- Based on "Tripp's Unofficial FFmpeg Win32 Build" SVN Revision 15216. See http://tripp.arrozcru.com/.
- ogm remux, static pthreads (Tripp)
- uses ffmpeg native AC3 (Dolby Digital) decoder insted of liba52 for AC3 decoding
- AC3 decoder and encoder modified to use same channel ordering as DTS (dca) and AAC 5.1 (libfaad2)
- Includes EAC3 (Dolby Digital Plus) decoder (freshly added to ffmpeg trunk, woohoo!)
- Includes MLP (TrueHD) decoder (freshly added to ffmpeg trunk, woohoo!)
- Can transcode some EVO files taken from HD DVD/Bluray (haven't tested m2ts or AVCHD content yet)
- Still uses libfaad decoder even though initial ffmpeg native AAC decoder was recently added to trunk (native decoder doesn't support all the profiles yet, but it's being worked on)
- If you have a HD camcorder, I need some sample AVCHD files to test with (think home high def movies transferred to your Tivo from pyTivo, you know you want to watch those movies of your kids growing up and ahem... other stuff)
- Added fix for "brain fart cropping" message bug from a later ffmpeg SVN.
- h264 decoder has been cleaned up and some minor optimizations added (or at least that's how I interpret the ffmpeg-devel mailing list threads

Code:

FFmpeg version SVN-r15216-rdian06-0.95-macosx-g5, Copyright (c) 2000-2008 Fabrice Bellard, et al.
  configuration: --prefix=/opt/local --disable-vhook --mandir=/opt/loca/share/man --disable-shared --enable-static --enable-pthreads --disable-mmx --cc=gcc-4.0 --arch=ppc64 --cpu=G5 --enable-gpl --enable-postproc --enable-libmp3lame --enable-libvorbis --enable-libtheora --enable-libfaac --enable-libfaad --enable-libgsm --enable-libxvid --enable-libx264 --enable-swscale
  libavutil     49.10. 0 / 49.10. 0
  libavcodec    51.71. 0 / 51.71. 0
  libavformat   52.22. 0 / 52.22. 0
  libavdevice   52. 1. 0 / 52. 1. 0
  libswscale     0. 6. 1 /  0. 6. 1
  libpostproc   51. 2. 0 / 51. 2. 0
  built on Sep 19 2008 18:30:15, gcc: 4.0.1 (Apple Computer, Inc. build 5370)



ffmpeg-SVN-r21659-rdian06-1.01-mac-x86_32.zip
 Description:

Download
 Filename:  ffmpeg-SVN-r21659-rdian06-1.01-mac-x86_32.zip
 Filesize:  4.24 MB
 Downloaded:  500 Time(s)


ffmpeg-SVN-r19249-rdian06-0.98-macosx-g5.zip
 Description:

Download
 Filename:  ffmpeg-SVN-r19249-rdian06-0.98-macosx-g5.zip
 Filesize:  3.59 MB
 Downloaded:  327 Time(s)


ffmpeg-SVN-r15216-rdian06-0.95-macosx-g5.zip
 Description:

Download
 Filename:  ffmpeg-SVN-r15216-rdian06-0.95-macosx-g5.zip
 Filesize:  2.66 MB
 Downloaded:  815 Time(s)



Last edited by rdian06 on Tue Mar 30, 2010 10:00 pm; edited 11 times in total
Back to top
View user's profile Send private message
rdian06



Joined: 12 Apr 2008
Posts: 1420

PostPosted: Sat Sep 13, 2008 12:47 am    Post subject: Reply with quote

Linux Builds

When I get around to it...

Let me know what flavor of Linux you want a compile for and I'll try to do the more popular ones. No promises...


Last edited by rdian06 on Sat Sep 13, 2008 1:02 am; edited 2 times in total
Back to top
View user's profile Send private message
rdian06



Joined: 12 Apr 2008
Posts: 1420

PostPosted: Sat Sep 13, 2008 12:47 am    Post subject: Reply with quote

Reserved for future use...

Last edited by rdian06 on Sat Sep 13, 2008 12:48 am; edited 1 time in total
Back to top
View user's profile Send private message
rdian06



Joined: 12 Apr 2008
Posts: 1420

PostPosted: Sat Sep 13, 2008 12:47 am    Post subject: Reply with quote

Reserved for future use...
Back to top
View user's profile Send private message
rdian06



Joined: 12 Apr 2008
Posts: 1420

PostPosted: Sat Sep 13, 2008 3:20 am    Post subject: Reply with quote

Forgot about the h264 decoder clean up changes in 0.95. Just added it to the notes.
Back to top
View user's profile Send private message
rdian06



Joined: 12 Apr 2008
Posts: 1420

PostPosted: Sun Sep 14, 2008 11:37 pm    Post subject: Reply with quote

Argh, yet another afternoon arguing with MacPorts and my modified ffmpeg Portfile. At least I figured out the problem and now can concentrate on converting to static building.
Back to top
View user's profile Send private message
rdian06



Joined: 12 Apr 2008
Posts: 1420

PostPosted: Thu Sep 18, 2008 5:25 pm    Post subject: Reply with quote

Someone PM'd me saying they were having trouble extracting the zips for the Windows builds. But I can't reproduce it myself.

Has anyone else had problems unzipping the files I posted?
Back to top
View user's profile Send private message
rdian06



Joined: 12 Apr 2008
Posts: 1420

PostPosted: Fri Sep 19, 2008 11:01 pm    Post subject: Reply with quote

So I've been trying to coax gcc from Xcode 2.5 on Mac OS X 10.4.11 running on a PowerMac G5 to build a easy to distribute static ffmpeg binary.

The ffmpeg source defaults to dynamic linking under Mac OS X. Of course when I issued the command to force it to static, things broke because you're not allowed to statically link the OS X system libraries, like the math, gcc, and pthread libraries.

Then I discovered the -Bstatic and -Bdynamic switches to control what libraries are linked statically and what ones are linked dynamically. Finally got the arguments placed correctly through my modified MacPorts build ONLY to find out that those arguments are NOT supported on Mac OS X's gcc. Suck.

After more head banging, I figured out the way to statically link the libraries I wanted was just to HIDE the dynamic versions of the libraries from the compiler. I just dumped them temporarily into a sub directory that wasn't searched by the linker and lo and behold, I now have a static G5 optimized ffmpeg binary for Mac OS X equivalent to the Windows rdian06-0.95 build.

Now I need to install 10.5 on my dev machine to see if the binary from 10.4 will work on 10.5. That and run a few more tests, but in any case the Mac build for G5 on 10.4 will be up tonight. And I'm hoping I can just flip a few bits and recompile the same customized MacPort on my Intel 10.5 rig with full x86 optimizations. Though the Intel build probably won't be up until later this weekend.
Back to top
View user's profile Send private message
rdian06



Joined: 12 Apr 2008
Posts: 1420

PostPosted: Sat Sep 20, 2008 9:18 pm    Post subject: Reply with quote

Silly 10.5 wants 512MB RAM so I had to juggle some hardware to get my test iMac up to spec before installing 10.5.

Initial tests for the static Mac G5 0.95 release are done and it's posted. Just drop it into your pyTivo folder and set your conf file to use it. AC3/DTS/AAC 5.1 channel mapping should be correct when transcoding to AC3.

Will have to wait until tomorrow to start working on the Mac x86 release.

Enjoy...
Back to top
View user's profile Send private message
gonzotek



Joined: 12 Jan 2008
Posts: 64

PostPosted: Sun Sep 21, 2008 4:47 pm    Post subject: Reply with quote

I just wanted to drop a request for an Ubuntu/Debian build, whenever you can get around to it. Thanks!
Back to top
View user's profile Send private message
tlphipps



Joined: 22 Sep 2008
Posts: 3

PostPosted: Mon Sep 22, 2008 1:53 pm    Post subject: Reply with quote

RE: unable to open zip files

My Vista machine's built-in client couldn't open them, but 7-zip had no trouble with them.

RE: Linux requests
I'd like to request a CentOS 5 build.

Thanks for all your work on this. The windows builds have been rock solid for me thusfar.
Back to top
View user's profile Send private message
rdian06



Joined: 12 Apr 2008
Posts: 1420

PostPosted: Mon Sep 22, 2008 4:00 pm    Post subject: Reply with quote

tlphipps wrote:
RE: unable to open zip files

My Vista machine's built-in client couldn't open them, but 7-zip had no trouble with them.


Strange. The laptop I created the zip's on has 7-zip slipstreamed into the Windows install as a replacement for the builtin XP zip support. Guess I'll try compressing them on another machine...
Back to top
View user's profile Send private message
rdian06



Joined: 12 Apr 2008
Posts: 1420

PostPosted: Tue Sep 23, 2008 4:36 am    Post subject: Reply with quote

I figured out the zip problem. When I created the original zip, I choose the 7z format instead of zip. Then when I changed the name to reflect the version, I accidentally named it .zip instead of .7z

When you run the resulting file through the 7zip utility, it realizes the file is really a 7z and handles it fine, but other zip programs that don't handle the 7z format just error out.

I compressed it again and uploaded a real standard zip this time.
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic   Reply to topic    pyTivo Discussion Forum Forum Index -> Support All times are GMT
Goto page 1, 2, 3, 4, 5, 6, 7, 8, 9, 10  Next
Page 1 of 10

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You can download files in this forum
Site is in NO WAY affiliated with TiVo Inc

Powered by phpBB © 2001, 2005 phpBB Group
phpBB SEO

Get pytivo at SourceForge.net. Fast, secure and Free Open Source software downloads
[ Time: 0.0839s ][ Queries: 14 (0.0109s) ][ GZIP on - Debug on ]