I have a change to the yuv code that allows user control of
interlaced/non-intelaced and changes the default behavior to hopefully fix
at least some of the problems people are having. 
I will commit those changes tonight.

John

> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:ivtv-devel-
> [EMAIL PROTECTED] On Behalf Of Hans Verkuil
> Sent: 10 September 2005 23:22
> To: ivtv-devel@lists.sourceforge.net
> Subject: [ivtv-devel] Any urgent issues that need to be fixed before
> releasing 0.3.8?
> 
> This is the current Changelog for 0.3.8:
> 
>         - switched to subversion, all old archives are imported in
>           chronological order.
>         - the comment field of the version string now holds the svn
> revision.
>         - for tagged releases a driver/ivtv-svnrelease.h header must be
> added
>           to the tags/X.Y.Z driver containing a fixed release string.
>         - moved ChangeLog to ChangeLog.old and started a new one for the
>           subversion development.
>         - upped the version to 0.3.8 to mark these changes.
>         - updated the README file with information where to find the
>           subversion repository.
>         - Fix radio support for Microtune 4049 FM5 tuner
>         - Fix incorrect pack_stuffing_length in the embedded VBI mpeg
>           header, causing tcdecode to fail.
>         - [Bryan Mayland] Added README.tda9887
>         - Removed linux/stringify.h include from ivtvctl.c. Not everyone
> had
>           this installed.
>         - IVTV_IRQ_DEC_VSYNC should only be set for cards with video
> output.
>         - Fixed uninitialized vps variable.
>         - [Boleslaw Ciesielski] Do not buffer vbi output.
>         - Replace the ivtv-specific sliced VBI API with the new
> video4linux
>           sliced VBI API. This will break any program that uses the
> following
>           ioctls: IVTV_IOC_S_VBI_MODE, IVTV_IOC_G_VBI_MODE,
> IVTV_IOC_S_VBI_FMT,
>           IVTV_IOC_G_VBI_FMT, IVTV_IOC_TRY_VBI_FMT and IVTV_IOC_G_VBI_CAP.
>         - Do not passthrough VBI data that is not in the expected
> line/field.
>         - Autodetect the presence of a tda9887.
>         - Ticket #4: poll() bug fix: check whether the given file is
> capturing,
>           not if *any* file is capturing. This blocked simultaneous MPEG
> and
> raw
>           VBI captures.
>         - Changed the default of ivtv_dynbuf to static memory allocation.
>         - Closes #5: correctly swap VBI reinsertion data when fed a non-4-
> byte
>           aligned mpeg file.
> 
> Are there any outstanding issues that people would like to be fixed? This
> does
> NOT include audio problems, that will be the focus of 0.3.9. I intend to
> release 0.3.8 some time in the next week.
> 
> Especially things that worked in earlier versions but not in this one are
> good
> candidates.
> 
>       Hans
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle
> Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> ivtv-devel mailing list
> ivtv-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/ivtv-devel



-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
ivtv-devel mailing list
ivtv-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ivtv-devel

Reply via email to