From: Todd Z. <tm...@po...> - 2008-11-26 22:33:26
|
Hi, I'm passing this along from Edward Groenendaal, one of the project owers for an updated mp4v3 library (based on the code from mpeg4ip), via the #gtkpod channel on freenode. To quote: Is libgpod relying on libmp4v2? Because you may want to consider using http://code.google.com/p/mp4v2/ for your library. Since it is maintained. More iTunes meta-data support is being added soon, plus we fixed all the errors in sizing of atoms that was evident in the latest version from mpeg4ip. Also - more importantly we will be adding a "loose" and "strict" parsing mode for MP4Read() so that the parsing doesn't bail out whenever it encounters a badly created file - which is a lot of them. Being maintained seems like a good quality to have in software dependencies. ;) -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Sometimes the majority only means that all the fools are on the same side. -- Michael W. Smith |
From: Dudy K. <ko...@gm...> - 2008-11-27 10:22:19
|
I agree, especially when the version we depend on is no longer available as a tarball. On Thu, Nov 27, 2008 at 12:33 AM, Todd Zullinger <tm...@po...> wrote: > Hi, > > I'm passing this along from Edward Groenendaal, one of the project > owers for an updated mp4v3 library (based on the code from mpeg4ip), > via the #gtkpod channel on freenode. To quote: > > Is libgpod relying on libmp4v2? > > Because you may want to consider using > http://code.google.com/p/mp4v2/ for your library. > > Since it is maintained. > > More iTunes meta-data support is being added soon, plus we fixed > all the errors in sizing of atoms that was evident in the latest > version from mpeg4ip. > > Also - more importantly we will be adding a "loose" and "strict" > parsing mode for MP4Read() so that the parsing doesn't bail out > whenever it encounters a badly created file - which is a lot of > them. > > Being maintained seems like a good quality to have in software > dependencies. ;) > > -- > Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp<http://www.pobox.com/%7Etmz/pgp> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Sometimes the majority only means that all the fools are on the same > side. > -- Michael W. Smith > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Gtkpod-devel mailing list > Gtk...@li... > https://lists.sourceforge.net/lists/listinfo/gtkpod-devel > > |
From: Todd Z. <tm...@po...> - 2008-11-27 14:52:05
|
Dudy Kohen wrote: > I agree, especially when the version we depend on is no longer > available as a tarball. FWIW, there should be no hard dependency on libmp4v2 1.6. The 1.5 release should work. -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ There are no differences but differences of degree between different degrees of difference and no difference. -- William James, under nitrous oxide; 1882 |
From: Jorg S. <Jor...@gm...> - 2008-11-30 13:17:02
|
Todd Zullinger wrote: > Hi, > > I'm passing this along from Edward Groenendaal, one of the project > owers for an updated mp4v3 library (based on the code from mpeg4ip), > via the #gtkpod channel on freenode. To quote: > > Is libgpod relying on libmp4v2? > > Because you may want to consider using > http://code.google.com/p/mp4v2/ for your library. > > Since it is maintained. > > More iTunes meta-data support is being added soon, plus we fixed > all the errors in sizing of atoms that was evident in the latest > version from mpeg4ip. > > Also - more importantly we will be adding a "loose" and "strict" > parsing mode for MP4Read() so that the parsing doesn't bail out > whenever it encounters a badly created file - which is a lot of > them. > > Being maintained seems like a good quality to have in software > dependencies. ;) Fully agree -- but are there packages available for various distributions? Without it would be hard to start a dependency? Ideally, the existing libmp4v2 package maintainers should switch over to the new source... JCS. |