On Sat, Mar 18, 2006 at 07:47:40PM -0500, Brad wrote:
> On Sat, Mar 18, 2006 at 04:31:04PM -0800, Jacob Meuser wrote:
> > here's an update for FFmpeg to CVS as of 3/12/06.
> >
> > there are a whole lot of changes between the FFmpeg in ports and
> > this version. relevant portion of the official ChangeLog:
> >
> > - Fraps FPS1 video decoder
> > - Snow video encoder/decoder
> > - Sonic audio encoder/decoder
> > - Vorbis audio decoder
> > - Macromedia ADPCM decoder
> > - Duck TrueMotion 2 video decoder
> > - support for decoding FLX and DTA extensions in FLIC files
> > - H.264 custom quantization matrices support
> > - ffserver fixed, it should now be usable again
> > - QDM2 audio decoder
> > - Real Cooker audio decoder
> > - TrueSpeech audio decoder
> > - WMA2 audio decoder fixed, now all files should play correctly
> > - RealAudio 14.4 and 28.8 decoders fixed
> > - JPEG-LS encoder and decoder
> > - CamStudio video decoder
> > - build system improvements
> > - tabs and trailing whitespace removed from the codebase
> > - AIFF/AIFF-C audio format, encoding and decoding
> > - ADTS AAC file reading and writing
> > - Creative VOC file reading and writing
> > - American Laser Games multimedia (*.mm) playback system
> > - Zip Blocks Motion Video decoder
> > - Improved Theora/VP3 decoder
> > - True Audio (TTA) decoder
> > - AVS demuxer and video decoder
> >
> > also, bktr(4) support has been integrated upstream, and most of the
> > source patches in the port are no longer necessary.
> >
> > I have been testing FFmpeg snapshots pretty heavily on amd64 and
> > just a little on i386.
> >
> > I've also included patches for the ports that depend on FFmpeg,
> > (multimedia/libquicktime, multimedia/transcode, x11/vlc),
> > because libavcodec depends on a new set of libraries.
> >
> > please review/test/comment, and give me OKs :)
> >
> > --
> > <[EMAIL PROTECTED]>
> >
> > Index: graphics/ffmpeg/Makefile
> > ===================================================================
> > RCS file: /cvs/ports/graphics/ffmpeg/Makefile,v
> > retrieving revision 1.18
> > diff -u -r1.18 Makefile
> > --- graphics/ffmpeg/Makefile 31 Dec 2005 08:45:56 -0000 1.18
> > +++ graphics/ffmpeg/Makefile 18 Mar 2006 23:58:57 -0000
> > @@ -1,105 +1,71 @@
> > -# $OpenBSD: Makefile,v 1.18 2005/12/31 08:45:56 steven Exp $
> > +# $OpenBSD$
> >
> > COMMENT= "audio/video converter and streamer with bktr(4) support"
> > -DISTNAME= FFMpeg-20050413
> > -PKGNAME= ${DISTNAME:L}
> > -SHARED_LIBS= avcodec 6.0 \
> > - avformat 6.0 \
> > - postproc 6.0
> >
> > -CATEGORIES= graphics x11
> > -MASTER_SITES= http://www.jakemsr.com/
> > -# http://mplayerhq.hu/MPlayer/cvs/
> > +DISTNAME= ffmpeg-cvs-20060312
> > +PKGNAME= ${DISTNAME:S/-cvs//}
> > +SHARED_LIBS= avutil 49.0 \
> > + avcodec 51.7 \
> > + avformat 50.3 \
> > + postproc 51.1
> > +CATEGORIES= graphics multimedia
>
> When we fully control the versioning I don't see the
> point of such a large increae in major revisions.
> Why not just bump avcodec, avformat and postproc to 7.0
> and start avutil at 1.0?
makes sense, I suppose.
--
<[EMAIL PROTECTED]>
