Menu
▾
▴
openquicktime-devel — Developers mailing list for OpenQuicktime
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(17) |
Feb
(10) |
Mar
(17) |
Apr
(17) |
May
|
Jun
(2) |
Jul
(11) |
Aug
(12) |
Sep
(13) |
Oct
(1) |
Nov
|
Dec
(6) |
| 2003 |
Jan
(32) |
Feb
(14) |
Mar
(4) |
Apr
|
May
(6) |
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
(1) |
Dec
|
| 2004 |
Jan
|
Feb
|
Mar
(2) |
Apr
(1) |
May
(4) |
Jun
(2) |
Jul
(10) |
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
(2) |
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(2) |
Oct
|
Nov
(2) |
Dec
(9) |
| 2007 |
Jan
(5) |
Feb
(9) |
Mar
(1) |
Apr
(4) |
May
|
Jun
|
Jul
(1) |
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
(1) |
Jul
(1) |
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(4) |
Aug
(5) |
Sep
|
Oct
(2) |
Nov
|
Dec
|
| 2016 |
Jan
(2) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
(5) |
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Capt. S. *-J. <st...@3i...> - 2002-03-18 23:48:17
|
On Tuesday, March 19, 2002, at 12:21 AM, Nicholas Humfrey wrote: > I assume everyone got the "Quicktime Codecs for LINUX project" e-mail = ?=20 > Interesting project but I doubt any of us have time to help work on=20 > it... ? Yes, no, exactly :) -- This is only the beginning! Capt. Stux *-Jedi = mailto:st...@3i... 3ivx=AA is a registered international trademark. Really. **** DISCLAIMER **** "This e-mail and any attachments thereto may contain information which = is misleading and/or protected by vain legally positivistic rights and are supposedly intended for the sole use of the recipient(s) named above. = Any use of the information contained herein (including, but not limited to, reading it by accident, on the loo, or word of mouth in any form) by persons other than the designated recipient(s) is, um, well, prohibited. If you have received this e-mail in error, accident, humour, mischievous bcc, mailing list glitch, recursive bounce of a co-recipient, sendmail bug, yet another winsock worm, Claire Swire, or the sender just stuffed=20= up because your name was next to the proper one in his address book, please notify the sender either by telephone or by e-mail (yeah we know, as if you would, but then you'd be amazed, some people) and delete the = material from any computer. This means empty your Trash and Recycle Bin, of=20 course. And zero the data just in case. Do it six times so the feds can't get at it. Oh, and don't forget your RAM chips; take them out of your computer for at least a day so the transistors can reset. And for chrissake don't leave them in your freezer because we read on Slashdot how that can inhibit the degenerative process. Thank you for your cooperation." |
|
From: Nicholas H. <nj...@ec...> - 2002-03-18 23:21:25
|
I think I have fixed the Xanim video codec - but unfortunately I have
been unable to test it due to a lack of video-out on my Linux box :(
I have got a nice Codec listing to work though - so they are loading
OK...
Anyhow I have committed it to CVS so someone could give it a go...
I assume everyone got the "Quicktime Codecs for LINUX project" e-mail
? Interesting project but I doubt any of us have time to help work on
it... ?
Cheers,
nick.
njh@rumdejig:~$ qtcodecs
OpenQuicktime v1.0.1.
Loading all codecs...
Audio Codecs (2)
============
01) MPEG Audio (CBR) [ms 0x00 U]
02) MPEG Audio [.mp3]
Video Codecs (8)
============
01) Photo JPEG [jpeg]
02) Radius Cinepak Video Decompression Module for XAnim [cvid]
03) CCITT H.261 Video Decompression Module for XAnim [h261]
04) CCITT H.263 Video Decompression Module for XAnim [h263]
05) Intel Indeo 3.x Decompression Module for XAnim [iv32]
06) Intel Indeo 4.x Decompression Module for XAnim [iv41]
07) Intel Indeo 5.0 Decompression Module for XAnim [iv50]
08) Xanim Codec Loader [_XAN]
njh@rumdejig:~$ qtcodecs -l
OpenQuicktime v1.0.1.
Loading all codecs...
Audio Codecs (2)
============
01) MPEG Audio (CBR) [ms 0x00 U]
Version: Part of OpenQuicktime v1.1.0
Copyright: 2002 OpenQuicktime Team
Module Author: Antoine Mine
Codec Author: lame and mpg123 teams
- Loaded by the 'MPEG Audio' plugin.
02) MPEG Audio [.mp3]
Version: Part of OpenQuicktime v1.1.0
Copyright: 2002 OpenQuicktime Team
Module Author: Antoine Mine
Codec Author: lame and mpg123 teams
- This plugin has child codecs.
Video Codecs (8)
============
01) Photo JPEG [jpeg]
Version: Part of OpenQuicktime v1.1.0
Copyright: 2002 QT4Linux and OpenQuicktime Teams
Module Author:
Codec Author: libjpeg
02) Radius Cinepak Video Decompression Module for XAnim [cvid]
Version: 2.0
Copyright: Copyright (C) Radius Inc. 1995-1999. All rights reserved.
Module Author: Mark Podlipec
Codec Author: Mark Podlipec
- Loaded by the 'Xanim Codec Loader' plugin.
03) CCITT H.261 Video Decompression Module for XAnim [h261]
Version: 1.0
Copyright: Copyright (C) 1993-1995 Regents of the University of California.
Module Author: Mark Podlipec
Codec Author: From VIC 2.8 by NRG at LBNL based on PVRG code
- Loaded by the 'Xanim Codec Loader' plugin.
04) CCITT H.263 Video Decompression Module for XAnim [h263]
Version: 1.1
Copyright: Copyright (C) 1995, 1996 Telenor R&D, Norway
Module Author: Mark Podlipec
Codec Author: Telenor R&D
- Loaded by the 'Xanim Codec Loader' plugin.
05) Intel Indeo 3.x Decompression Module for XAnim [iv32]
Version: 2.1
Copyright: Copyright (C) 1992-1999 Intel Corp. All Rights Reserved.
Module Author: Mark Podlipec
Codec Author: Intel Corp
- Loaded by the 'Xanim Codec Loader' plugin.
06) Intel Indeo 4.x Decompression Module for XAnim [iv41]
Version: 1.1
Copyright: Copyright (C) 1994-1999 Intel Corp. All Rights Reserved.
Module Author: Mark Podlipec
Codec Author: Intel Corp
- Loaded by the 'Xanim Codec Loader' plugin.
07) Intel Indeo 5.0 Decompression Module for XAnim [iv50]
Version: 1.0
Copyright: Copyright (C) 1994-1999 Intel Corp. All Rights Reserved.
Module Author: Mark Podlipec
Codec Author: Intel Corp
- Loaded by the 'Xanim Codec Loader' plugin.
08) Xanim Codec Loader [_XAN]
Version: Part of OpenQuicktime v1.1.0
Copyright: 2002 OpenQuicktime Team
Module Author: Yann
Codec Author: Mark Podlipec
- This plugin has child codecs.
--
Nicholas Humfrey
Undergraduate, BSc Computer Science
University of Southampton, UK
nj...@ec...
http://www.ecs.soton.ac.uk/~njh399/
|
|
From: Capt. S. *-J. <st...@3i...> - 2002-03-18 19:47:52
|
On Wednesday, March 13, 2002, at 09:32 PM, Yann wrote: > I don't think this is a good idea to add codecs in the core ... even = if=20 > they > are very simple ... : the core is used in some other project using=20 > their own > codecs mechanism (gstreamer for example) > If you're new codec API can handle multiple fourcc into a single lib, = I > suggest the creation of a simple codec-lib containing all the simple=20= > codec > you want (for example, all the RGB24, RGB32, YUV420, YUV422, ... could=20= > be > put into a single lib ...) > Its a good idea to be able to have a single codec be able to handle=20 multiple formats... because the next version of 3ivx is going to require that me thinks :) -- This is only the beginning! Capt. Stux *-Jedi = mailto:st...@3i... 3ivx=AA is a registered international trademark. Really. **** DISCLAIMER **** "This e-mail and any attachments thereto may contain information which = is misleading and/or protected by vain legally positivistic rights and are supposedly intended for the sole use of the recipient(s) named above. = Any use of the information contained herein (including, but not limited to, reading it by accident, on the loo, or word of mouth in any form) by persons other than the designated recipient(s) is, um, well, prohibited. If you have received this e-mail in error, accident, humour, mischievous bcc, mailing list glitch, recursive bounce of a co-recipient, sendmail bug, yet another winsock worm, Claire Swire, or the sender just stuffed=20= up because your name was next to the proper one in his address book, please notify the sender either by telephone or by e-mail (yeah we know, as if you would, but then you'd be amazed, some people) and delete the = material from any computer. This means empty your Trash and Recycle Bin, of=20 course. And zero the data just in case. Do it six times so the feds can't get at it. Oh, and don't forget your RAM chips; take them out of your computer for at least a day so the transistors can reset. And for chrissake don't leave them in your freezer because we read on Slashdot how that can inhibit the degenerative process. Thank you for your cooperation." |
|
From: Nicholas H. <nj...@ec...> - 2002-03-18 01:51:09
|
Hi,
I have just uploaded my latest efforts to CVS...
As usual hopefully nothing is broken.
My next upload should make the XAnim codec work again... and maybe
have the 'simple' audio codec with raw and ima4 working...
nj.
New 'qtcodecs' utility:
[smeegle:~] njh% qtcodecs
OpenQuicktime v1.0.1.
Loading all codecs...
Audio Codecs (2)
============
01) MPEG Audio (CBR) [ms 0x00 U]
02) MPEG Audio [.mp3]
Video Codecs (2)
============
01) Xanim Codec Loader [_XAN]
02) Photo JPEG [jpeg]
[smeegle:~] njh% qtcodecs -l
OpenQuicktime v1.0.1.
Loading all codecs...
Audio Codecs (2)
============
01) MPEG Audio (CBR) [ms 0x00 U]
Version: Part of OpenQuicktime v1.0.1
Copyright: 2002 OpenQuicktime Team
Module Author: Antoine Mine
Codec Author: lame and mpg123 teams
- Loaded by the 'MPEG Audio' plugin.
02) MPEG Audio [.mp3]
Version: Part of OpenQuicktime v1.0.1
Copyright: 2002 OpenQuicktime Team
Module Author: Antoine Mine
Codec Author: lame and mpg123 teams
- This plugin has child codecs.
Video Codecs (2)
============
01) Xanim Codec Loader [_XAN]
Version: Part of OpenQuicktime v1.0.1
Copyright: 2002 OpenQuicktime Team
Module Author: Yann
Codec Author: Mark Podlipec
02) Photo JPEG [jpeg]
Version: Part of OpenQuicktime v1.0.1
Copyright: 2002 QT4Linux and OpenQuicktime Teams
Module Author:
Codec Author: libjpeg
[smeegle:~] njh%
--
Nicholas Humfrey
Undergraduate, BSc Computer Science
University of Southampton, UK
nj...@ec...
http://www.ecs.soton.ac.uk/~njh399/
|
|
From: Nicholas H. <nj...@ec...> - 2002-03-13 20:58:10
|
I think having a simple codec-lib is an excellent idea Yann! Thanks! I will get to work :) Having multiple codecs in one library depends upon using a quicktime_load_all_codecs() method...(or symbolic links) is this bad ? - does opening lots of libraries/modules use up lots of RAM ? The data structures themselves don't use up too much space... and it doesn't actually allocate memory for things like buffers until a track uses it. It also solves the codec listing problem... it may be something we just have to live with. nj. (I can't decide what my name is ;) >I don't think this is a good idea to add codecs in the core ... even if they >are very simple ... : the core is used in some other project using their own >codecs mechanism (gstreamer for example) >If you're new codec API can handle multiple fourcc into a single lib, I >suggest the creation of a simple codec-lib containing all the simple codec >you want (for example, all the RGB24, RGB32, YUV420, YUV422, ... could be >put into a single lib ...) > >Don't worry for the Windows version, I've created a simple winconfig.h file >that contain all the settings defined by all the automagic unix scripting >tools. ;) > >----- Original Message ----- >From: "Nicholas Humfrey" <nj...@ec...> >To: <ope...@li...> >Sent: Wednesday, March 13, 2002 9:06 PM >Subject: Re: [Openquicktime-devel] New OpenQuicktime code layout > > >> Hi Antoine, >> >> Thanks for the fixes - I'm not sure what I was doing with that dlerror >thing ?! >> And it does seem that Linux doesn't like the configure files I >> generate in Darwin - I had to do ./bootstrap on my Linux box as >> well.... >> >> >> I was in the middle of making changes to the Mp3 codec so that there >> doesn't need to be two copies of all the code - the codec will >> register both of its codes and hopefully a symbolic link will be >> enough for the loader to find it.... >> >> This is also supposed to be a generic solution so that plug-ins can >> support multiple codecs - Xanim and such... >> >> Unless you think it is a bad idea - I am going to have a couple of >> the simple (single source file) codecs loaded internally. It seems >> stupid to have separate when they are so small - but they will be >> loaded into the codec table in the same way as external codecs... the >> internal versions won't be used unless it can't find an external >> version... >> >> I have finished stripping out/cleaning up the codec support - so the >> callbacks are no longer stored multiple times in multiple locations - >> I will try to get it in CVS tonight... >> >> >> I have also added additional information about the codecs - Name, >> version, author, API version etc... and added functions to the >> OpenQuicktime API so that you can list the available codecs... >> >> >> I am just about to change the plug-in locating system (again!) so >> that only looks in the installation directory and directories listed >> in a environment variable (OQT_PLUGIN_DIR ?). This will make >> loading/listing of all codecs possible - but hopefully won't make it >> any less flexible - I'm not sure how/if this will effect the Windows >> version... Yann? >> >> >> Thanks, >> >> >> nick. >> >> >> >Hi, >> >I've downloaded the latest CVS code, but had to make some minor >> >modifications in order to get it compile back on Unix/Linux platforms: >> > >> > - audio/mp3 Makefile => generats _two_ codecs, .mp3 and _ms (there was >> >a bug in the first release of Makefile.am of the new layout, and then >> >one codec was disabled, I put back the way it was before, but with the >bug >> >corrected) >> > >> > - player and encoder now have their own Makefile.am, they are built and >> >installed automatically by the toplevel Makefile (but oqtplayer is built >> >only if the configure script can find sdl-config) >> > >> > - there was some dlerror mistake in plugin.c (should only be used if >> >dlopen/dlsym/dlclose return NULL, it seems invalid to try dlerror()!=NULL > > >to check for an error) >> > >> >It's now working fine on my computer and I have put these modifications >> >back in the CVS... However, I may have broken some things (and I had to >> >./bootstrap the code, maybee using older version of >> >libttol/automake/autoconf)! >> > >> > >> >>I have been working on the Uncompressed and IMA4 codecs. >> >> >> >>Should I be trying to implement them as internal codecs ? >> >>- or was the plan to make all Codecs external - in which case there >> >>seems to be a lot of dead code there... ? >> > >> >The idea was to have one minimal Quicktime library, and many little >> >external codecs, one for each format/fourcc. >> >QT4Linux did not have plug-in support, so all was implemented in the core >> >library as internal codecs and we have this as a legacy => get rid of >this >> >code if you can! >> > >> > >> >I also have the 3ivx Delta 3.5 codec modified so that it works with this >> >new version (and slightly modified plug-in interface)... >> > >> >- >> >Antoine >> >> >> -- >> Nicholas Humfrey >> >> Undergraduate, BSc Computer Science >> University of Southampton, UK >> nj...@ec... >> http://www.ecs.soton.ac.uk/~njh399/ >> >> _______________________________________________ >> Openquicktime-devel mailing list >> Ope...@li... >> https://lists.sourceforge.net/lists/listinfo/openquicktime-devel >> > > >_______________________________________________ >Openquicktime-devel mailing list >Ope...@li... >https://lists.sourceforge.net/lists/listinfo/openquicktime-devel -- Nicholas Humfrey Undergraduate, BSc Computer Science University of Southampton, UK nj...@ec... http://www.ecs.soton.ac.uk/~njh399/ |
|
From: Yann <ya...@3i...> - 2002-03-13 20:34:15
|
I don't think this is a good idea to add codecs in the core ... even if they are very simple ... : the core is used in some other project using their own codecs mechanism (gstreamer for example) If you're new codec API can handle multiple fourcc into a single lib, I suggest the creation of a simple codec-lib containing all the simple codec you want (for example, all the RGB24, RGB32, YUV420, YUV422, ... could be put into a single lib ...) Don't worry for the Windows version, I've created a simple winconfig.h file that contain all the settings defined by all the automagic unix scripting tools. ;) ----- Original Message ----- From: "Nicholas Humfrey" <nj...@ec...> To: <ope...@li...> Sent: Wednesday, March 13, 2002 9:06 PM Subject: Re: [Openquicktime-devel] New OpenQuicktime code layout > Hi Antoine, > > Thanks for the fixes - I'm not sure what I was doing with that dlerror thing ?! > And it does seem that Linux doesn't like the configure files I > generate in Darwin - I had to do ./bootstrap on my Linux box as > well.... > > > I was in the middle of making changes to the Mp3 codec so that there > doesn't need to be two copies of all the code - the codec will > register both of its codes and hopefully a symbolic link will be > enough for the loader to find it.... > > This is also supposed to be a generic solution so that plug-ins can > support multiple codecs - Xanim and such... > > Unless you think it is a bad idea - I am going to have a couple of > the simple (single source file) codecs loaded internally. It seems > stupid to have separate when they are so small - but they will be > loaded into the codec table in the same way as external codecs... the > internal versions won't be used unless it can't find an external > version... > > I have finished stripping out/cleaning up the codec support - so the > callbacks are no longer stored multiple times in multiple locations - > I will try to get it in CVS tonight... > > > I have also added additional information about the codecs - Name, > version, author, API version etc... and added functions to the > OpenQuicktime API so that you can list the available codecs... > > > I am just about to change the plug-in locating system (again!) so > that only looks in the installation directory and directories listed > in a environment variable (OQT_PLUGIN_DIR ?). This will make > loading/listing of all codecs possible - but hopefully won't make it > any less flexible - I'm not sure how/if this will effect the Windows > version... Yann? > > > Thanks, > > > nick. > > > >Hi, > >I've downloaded the latest CVS code, but had to make some minor > >modifications in order to get it compile back on Unix/Linux platforms: > > > > - audio/mp3 Makefile => generats _two_ codecs, .mp3 and _ms (there was > >a bug in the first release of Makefile.am of the new layout, and then > >one codec was disabled, I put back the way it was before, but with the bug > >corrected) > > > > - player and encoder now have their own Makefile.am, they are built and > >installed automatically by the toplevel Makefile (but oqtplayer is built > >only if the configure script can find sdl-config) > > > > - there was some dlerror mistake in plugin.c (should only be used if > >dlopen/dlsym/dlclose return NULL, it seems invalid to try dlerror()!=NULL > >to check for an error) > > > >It's now working fine on my computer and I have put these modifications > >back in the CVS... However, I may have broken some things (and I had to > >./bootstrap the code, maybee using older version of > >libttol/automake/autoconf)! > > > > > >>I have been working on the Uncompressed and IMA4 codecs. > >> > >>Should I be trying to implement them as internal codecs ? > >>- or was the plan to make all Codecs external - in which case there > >>seems to be a lot of dead code there... ? > > > >The idea was to have one minimal Quicktime library, and many little > >external codecs, one for each format/fourcc. > >QT4Linux did not have plug-in support, so all was implemented in the core > >library as internal codecs and we have this as a legacy => get rid of this > >code if you can! > > > > > >I also have the 3ivx Delta 3.5 codec modified so that it works with this > >new version (and slightly modified plug-in interface)... > > > >- > >Antoine > > > -- > Nicholas Humfrey > > Undergraduate, BSc Computer Science > University of Southampton, UK > nj...@ec... > http://www.ecs.soton.ac.uk/~njh399/ > > _______________________________________________ > Openquicktime-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openquicktime-devel > |
|
From: Nicholas H. <nj...@ec...> - 2002-03-13 20:06:23
|
Hi Antoine, Thanks for the fixes - I'm not sure what I was doing with that dlerror thing ?! And it does seem that Linux doesn't like the configure files I generate in Darwin - I had to do ./bootstrap on my Linux box as well.... I was in the middle of making changes to the Mp3 codec so that there doesn't need to be two copies of all the code - the codec will register both of its codes and hopefully a symbolic link will be enough for the loader to find it.... This is also supposed to be a generic solution so that plug-ins can support multiple codecs - Xanim and such... Unless you think it is a bad idea - I am going to have a couple of the simple (single source file) codecs loaded internally. It seems stupid to have separate when they are so small - but they will be loaded into the codec table in the same way as external codecs... the internal versions won't be used unless it can't find an external version... I have finished stripping out/cleaning up the codec support - so the callbacks are no longer stored multiple times in multiple locations - I will try to get it in CVS tonight... I have also added additional information about the codecs - Name, version, author, API version etc... and added functions to the OpenQuicktime API so that you can list the available codecs... I am just about to change the plug-in locating system (again!) so that only looks in the installation directory and directories listed in a environment variable (OQT_PLUGIN_DIR ?). This will make loading/listing of all codecs possible - but hopefully won't make it any less flexible - I'm not sure how/if this will effect the Windows version... Yann? Thanks, nick. >Hi, >I've downloaded the latest CVS code, but had to make some minor >modifications in order to get it compile back on Unix/Linux platforms: > > - audio/mp3 Makefile => generats _two_ codecs, .mp3 and _ms (there was >a bug in the first release of Makefile.am of the new layout, and then >one codec was disabled, I put back the way it was before, but with the bug >corrected) > > - player and encoder now have their own Makefile.am, they are built and >installed automatically by the toplevel Makefile (but oqtplayer is built >only if the configure script can find sdl-config) > > - there was some dlerror mistake in plugin.c (should only be used if >dlopen/dlsym/dlclose return NULL, it seems invalid to try dlerror()!=NULL >to check for an error) > >It's now working fine on my computer and I have put these modifications >back in the CVS... However, I may have broken some things (and I had to >./bootstrap the code, maybee using older version of >libttol/automake/autoconf)! > > >>I have been working on the Uncompressed and IMA4 codecs. >> >>Should I be trying to implement them as internal codecs ? >>- or was the plan to make all Codecs external - in which case there >>seems to be a lot of dead code there... ? > >The idea was to have one minimal Quicktime library, and many little >external codecs, one for each format/fourcc. >QT4Linux did not have plug-in support, so all was implemented in the core >library as internal codecs and we have this as a legacy => get rid of this >code if you can! > > >I also have the 3ivx Delta 3.5 codec modified so that it works with this >new version (and slightly modified plug-in interface)... > >- >Antoine -- Nicholas Humfrey Undergraduate, BSc Computer Science University of Southampton, UK nj...@ec... http://www.ecs.soton.ac.uk/~njh399/ |
|
From: <mi...@cl...> - 2002-03-13 16:56:59
|
Hi, I've downloaded the latest CVS code, but had to make some minor modifications in order to get it compile back on Unix/Linux platforms: - audio/mp3 Makefile => generats _two_ codecs, .mp3 and _ms (there was a bug in the first release of Makefile.am of the new layout, and then one codec was disabled, I put back the way it was before, but with the bug corrected) - player and encoder now have their own Makefile.am, they are built and installed automatically by the toplevel Makefile (but oqtplayer is built only if the configure script can find sdl-config) - there was some dlerror mistake in plugin.c (should only be used if dlopen/dlsym/dlclose return NULL, it seems invalid to try dlerror()!=NULL to check for an error) It's now working fine on my computer and I have put these modifications back in the CVS... However, I may have broken some things (and I had to ./bootstrap the code, maybee using older version of libttol/automake/autoconf)! >I have been working on the Uncompressed and IMA4 codecs. > >Should I be trying to implement them as internal codecs ? >- or was the plan to make all Codecs external - in which case there >seems to be a lot of dead code there... ? The idea was to have one minimal Quicktime library, and many little external codecs, one for each format/fourcc. QT4Linux did not have plug-in support, so all was implemented in the core library as internal codecs and we have this as a legacy => get rid of this code if you can! I also have the 3ivx Delta 3.5 codec modified so that it works with this new version (and slightly modified plug-in interface)... - Antoine |
|
From: Nicholas H. <nj...@ec...> - 2002-03-10 03:16:42
|
My new version is now in CVS - I will be updating it regularly. The old version was moved aside and renamed "OpenQuicktime-Old". nj. |
|
From: Nicholas H. <nj...@ec...> - 2002-03-07 15:05:33
|
Hi, I have been working on the Uncompressed and IMA4 codecs. Should I be trying to implement them as internal codecs ? - or was the plan to make all Codecs external - in which case there seems to be a lot of dead code there... ? Cheers, nick. -- Nicholas Humfrey Undergraduate, BSc Computer Science University of Southampton, UK nj...@ec... http://www.ecs.soton.ac.uk/~njh399/ |
|
From: Yann <ya...@3i...> - 2002-03-06 20:54:32
|
Hello, I just got the reformated lib compile again under Windows :) ... To do so, I've created a winconfig.h file and completly modified the .dsp ... It's clearly better now ;) Good work :) Yann. ----- Original Message ----- From: "Nicholas Humfrey" <nj...@ec...> To: <ope...@li...> Sent: Wednesday, March 06, 2002 4:04 AM Subject: [Openquicktime-devel] It works ! > > Hello All! > > > It took a lot longer than I thought it would but it is done at last. > It have managed to play a quicktime movie encoded with > Photo JPEG and MP3 under Mac OS X. A little pointless but it works ! > > http://surge.soton.ac.uk/~njh/openquicktime-1.0.1.tar.gz > > > I will move it to CVS once you have all 'approved' it ! > > There are probably things I have done that people don't like but > hopefully they are fixable... and hopefully it will still compile on > the various Unixes, I have tried it on Darwin and Debian Linux... > > > > Here is an outline of the changes I have made: > > * Moved the main source code into lib/ > * Moved (and renamed a couple) of the public header files > into include/openquicktime/ > * Moved utilities in util/ > * Win32 files are in win32/ > * Modified the Makefile so that 'make dist' works now. > * Tidied up configure.in and changed the technique used > for generating the contents of config.h > * Plugins are now installed in /usr/local/lib/openquicktime > - this is more standard for plugins/modules > * plugin.c hunts for the plugins more intelligently > - looks for it in openquicktime/.... > - checks the default install location (which is compiled in) > * Macro checks to see if symbols in modules start with an underscore > - Darwin and probably others requires this... > * player and encoder is in the main source code > - but it isn't part of the main build process yet > * lots of other things edited... > > > > I am going to start porting those Codecs now ! > (uncompressed and IMA4 are my priorities...) > > > nick. > > -- > Nicholas Humfrey > > Undergraduate, BSc Computer Science > University of Southampton, UK > nj...@ec... > http://www.ecs.soton.ac.uk/~njh399/ > > _______________________________________________ > Openquicktime-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openquicktime-devel > |
|
From: Nicholas H. <nj...@ec...> - 2002-03-06 03:04:50
|
Hello All! It took a lot longer than I thought it would but it is done at last. It have managed to play a quicktime movie encoded with Photo JPEG and MP3 under Mac OS X. A little pointless but it works ! http://surge.soton.ac.uk/~njh/openquicktime-1.0.1.tar.gz I will move it to CVS once you have all 'approved' it ! There are probably things I have done that people don't like but hopefully they are fixable... and hopefully it will still compile on the various Unixes, I have tried it on Darwin and Debian Linux... Here is an outline of the changes I have made: * Moved the main source code into lib/ * Moved (and renamed a couple) of the public header files into include/openquicktime/ * Moved utilities in util/ * Win32 files are in win32/ * Modified the Makefile so that 'make dist' works now. * Tidied up configure.in and changed the technique used for generating the contents of config.h * Plugins are now installed in /usr/local/lib/openquicktime - this is more standard for plugins/modules * plugin.c hunts for the plugins more intelligently - looks for it in openquicktime/.... - checks the default install location (which is compiled in) * Macro checks to see if symbols in modules start with an underscore - Darwin and probably others requires this... * player and encoder is in the main source code - but it isn't part of the main build process yet * lots of other things edited... I am going to start porting those Codecs now ! (uncompressed and IMA4 are my priorities...) nick. -- Nicholas Humfrey Undergraduate, BSc Computer Science University of Southampton, UK nj...@ec... http://www.ecs.soton.ac.uk/~njh399/ |
|
From: Nicholas H. <nj...@ec...> - 2002-03-03 14:23:57
|
Hello, I have almost completed my code re-structuring. I hope you all approve. It now compiles beautifully under Darwin (but I haven't got plug-in loading to work). I am also doing a (very little) bit of documenting as I go... I haven't tried it on a more traditional OS (such Linux!) but hopefully I haven't broken anything ! I will upload it to a private location first (hopefully today) for you to have a look at and if it is OK then I will put it in CVS... nick. |
|
From: Capt. S. *-J. <st...@3i...> - 2002-03-03 07:25:51
|
On Tuesday, February 19, 2002, at 02:23 AM, Nicholas Humfrey wrote: > > I have begun work again on trying to get oqt to auto build under = Darwin. > > The main problem is that Darwin uses .dylib as the extension for=20 > Dynamic Libraries (as well as internal differences) and not .so > Also plug-ins are a different format to shared libraries so require=20 > different switches when linking... Is it building under Darwin yet? -- This is only the beginning! Capt. Stux *-Jedi = mailto:st...@3i... 3ivx=AA is a registered international trademark. Really. **** DISCLAIMER **** "This e-mail and any attachments thereto may contain information which = is misleading and/or protected by vain legally positivistic rights and are supposedly intended for the sole use of the recipient(s) named above. = Any use of the information contained herein (including, but not limited to, reading it by accident, on the loo, or word of mouth in any form) by persons other than the designated recipient(s) is, um, well, prohibited. If you have received this e-mail in error, accident, humour, mischievous bcc, mailing list glitch, recursive bounce of a co-recipient, sendmail bug, yet another winsock worm, Claire Swire, or the sender just stuffed=20= up because your name was next to the proper one in his address book, please notify the sender either by telephone or by e-mail (yeah we know, as if you would, but then you'd be amazed, some people) and delete the = material from any computer. This means empty your Trash and Recycle Bin, of=20 course. And zero the data just in case. Do it six times so the feds can't get at it. Oh, and don't forget your RAM chips; take them out of your computer for at least a day so the transistors can reset. And for chrissake don't leave them in your freezer because we read on Slashdot how that can inhibit the degenerative process. Thank you for your cooperation." |
|
From: Capt. S. *-J. <st...@3i...> - 2002-03-03 07:25:09
|
On Tuesday, February 19, 2002, at 10:29 PM, Nicholas Humfrey wrote: > > There seems to be a bit of a mass of files in the root directory of = the=20 > OpenQuickTime project... > > I suggest tidying it all up into sub directories and make it more=20 > manageable. In particular separate the main library code from the=20 > utility code. Sounds like a good idea to me... except for the problem of losing=20 history... Oh Well. That's just the way cvs is. > > It will probably take quite a bit of editing of Makefiles before it=20 > will compile again but I think it is best to do it now before it get=20= > much more complex... > > I also suggest that function quicktime_make_streamable() is moved from=20= > openquicktime.c to makestreamable.c - seeing as it takes filepaths as=20= > parameters anyway... > > Does anyone know the reasoning behind funcprotos.h - is it just for=20 > private prototypes and to cut down on the size of private.h ? > > Suggestions for a different name for the 'liboqt' directory ? Just=20 > 'lib' ? > > Below is my suggested new file structure. > > > Cheers, > > nj. > > > > > > AUTHORS > COPYING > CVS > ChangeLog > INSTALL > Makefile > Makefile.in > NEWS > README > README.Darwin > TODO > aclocal.m4 > config.guess > config.h > config.h.in > config.log > config.status > config.sub > configure > configure.in > debian/ > docs/ > install-sh > > audioplugins/ > videoplugins/ > > liboqt/atom.c > liboqt/codecs.c > liboqt/codecs.h > liboqt/colormodels.h > liboqt/ctab.c > liboqt/dinf.c > liboqt/dref.c > liboqt/edts.c > liboqt/elst.c > liboqt/funcprotos.h > liboqt/hdlr.c > liboqt/matrix.c > liboqt/mdat.c > liboqt/mdhd.c > liboqt/mdia.c > liboqt/minf.c > liboqt/mmx.h > liboqt/moov.c > liboqt/mvhd.c > liboqt/openquicktime.c > liboqt/openquicktime.h > liboqt/plugin.c > liboqt/private.h > liboqt/smhd.c > liboqt/stbl.c > liboqt/stco.c > liboqt/stsc.c > liboqt/stsd.c > liboqt/stsdtable.c > liboqt/stss.c > liboqt/stsz.c > liboqt/stts.c > liboqt/tkhd.c > liboqt/trak.c > liboqt/udta.c > liboqt/util.c > liboqt/version.h > liboqt/vmhd.c > I definately like this utils directory ;) > utils/dechunk.c > utils/dump.c > utils/make_streamable.c > utils/qtinfo.c > utils/recover.c > > win32/OpenQuicktimeLib.dsp > win32/OpenQuicktimeLib.dsw > win32/OpenQuicktimeStaticLib.dsp > win32/OpenQuicktimeStaticLib.dsw > win32/qtdump.dsp > > -- Nicholas Humfrey > > Undergraduate, BSc Computer Science > University of Southampton, UK > nj...@ec... > http://www.ecs.soton.ac.uk/~njh399/ > > _______________________________________________ > Openquicktime-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openquicktime-devel > > -- This is only the beginning! Capt. Stux *-Jedi = mailto:st...@3i... 3ivx=AA is a registered international trademark. Really. **** DISCLAIMER **** "This e-mail and any attachments thereto may contain information which = is misleading and/or protected by vain legally positivistic rights and are supposedly intended for the sole use of the recipient(s) named above. = Any use of the information contained herein (including, but not limited to, reading it by accident, on the loo, or word of mouth in any form) by persons other than the designated recipient(s) is, um, well, prohibited. If you have received this e-mail in error, accident, humour, mischievous bcc, mailing list glitch, recursive bounce of a co-recipient, sendmail bug, yet another winsock worm, Claire Swire, or the sender just stuffed=20= up because your name was next to the proper one in his address book, please notify the sender either by telephone or by e-mail (yeah we know, as if you would, but then you'd be amazed, some people) and delete the = material from any computer. This means empty your Trash and Recycle Bin, of=20 course. And zero the data just in case. Do it six times so the feds can't get at it. Oh, and don't forget your RAM chips; take them out of your computer for at least a day so the transistors can reset. And for chrissake don't leave them in your freezer because we read on Slashdot how that can inhibit the degenerative process. Thank you for your cooperation." |
|
From: Capt. S. *-J. <st...@3i...> - 2002-03-03 07:16:24
|
On Monday, February 25, 2002, at 12:37 PM, Antoine Min=E9 wrote: > (seems also that it makes the old 3ivx binary plug-in invalid with = this > new version...) Luckily there'll be a new 3ivx binary plugin relatively soon ;) (maybe under a few months ;)) -- This is only the beginning! Capt. Stux *-Jedi = mailto:st...@3i... 3ivx=AA is a registered international trademark. Really. **** DISCLAIMER **** "This e-mail and any attachments thereto may contain information which = is misleading and/or protected by vain legally positivistic rights and are supposedly intended for the sole use of the recipient(s) named above. = Any use of the information contained herein (including, but not limited to, reading it by accident, on the loo, or word of mouth in any form) by persons other than the designated recipient(s) is, um, well, prohibited. If you have received this e-mail in error, accident, humour, mischievous bcc, mailing list glitch, recursive bounce of a co-recipient, sendmail bug, yet another winsock worm, Claire Swire, or the sender just stuffed=20= up because your name was next to the proper one in his address book, please notify the sender either by telephone or by e-mail (yeah we know, as if you would, but then you'd be amazed, some people) and delete the = material from any computer. This means empty your Trash and Recycle Bin, of=20 course. And zero the data just in case. Do it six times so the feds can't get at it. Oh, and don't forget your RAM chips; take them out of your computer for at least a day so the transistors can reset. And for chrissake don't leave them in your freezer because we read on Slashdot how that can inhibit the degenerative process. Thank you for your cooperation." |
|
From: <mi...@cl...> - 2002-02-26 11:05:43
|
> Doing ./configure;make from the code in CVS works fine > > but after running automake;autoconf > the 'make' stage breaks: > Makefile:386: *** missing separator. Stop. > > Not quite sure what is wrong but the line it complains about is: > @AMDEP_TRUE@@am__include@ @am__quote@$(DEPDIR)/atom.Plo@am__quote@ > > > During automake it warned: > automake: configure.in: required file './depcomp' not found > Is this possibly a file you missed from checking into CVS ? What is your version of Automake ? I built my Makefile.am for automake 1.4 and had trouble getting them work with newer version (yes, autmake is not backward compatible !) Newer automake needs some other files (try "automake -a" to add these files if they do not exist), and build invalid Makefiles ! (something about dependency tracking in recent automakes, maybee "automake -i" solves the problem ?) This is not a problem for users (they do not need to launch autoconf/automake) but it is one for developers: we have to choose once and for all the autoconf/automake/libtool versions we use (I use 2.13 / 1.4 / 1.3.5, and it works) ! O, and do not forget to run aclocal from time to time (before autoconf) - Antoine |
|
From: Yann <ya...@3i...> - 2002-02-26 06:39:33
|
Hello everybody, The encoder doesn't need any other libraries=2E=2E=2E ;) Yann=2E ----- Original Message ----- From: "Nicholas Humfrey" <njh399@ecs=2Esoton=2Eac=2Euk> To: <openquicktime-devel@lists=2Esourceforge=2Enet> Cc: "Antoine Min=E9" <mine@clipper=2Eens=2Efr> Sent: Monday, February 25, 2002 11:17 PM Subject: Re: [Openquicktime-devel] Moving files in CVS > Yes - I think moving the encoder and player into the module is > probably a very good idea=2E > > SDL is a shared library and wouldn't have to be distributed with OQT > - it also uses the funky sdl-config type system to assist with > locating the headers/cflags/libraries etc=2E=2E=2E > > I haven't tried the encoder - so I don't know the dependances=2E=2E > > I think keeping the codecs in with the library is probably best - it > makes it much easier to build/install=2E However the build process is > starting to take longer and longer - generating Make files for each > of the codecs=2E=2E=2E I don't think it matters at this stage with so few > codecs ! > > > Thanks for the comments on the build process - however I'm currently > having problems building the CVS code ! > > Doing =2E/configure;make from the code in CVS works fine > > but after running automake;autoconf > the 'make' stage breaks: > Makefile:386: *** missing separator=2E Stop=2E > > Not quite sure what is wrong but the line it complains about is: > @AMDEP_TRUE@@am__include@ @am__quote@$(DEPDIR)/atom=2EPlo@am__quote@ > > > During automake it warned: > automake: configure=2Ein: required file '=2E/depcomp' not found > Is this possibly a file you missed from checking into CVS ? > > > > Cheers, > > > nick=2E > > > _______________________________________________ > Openquicktime-devel mailing list > Openquicktime-devel@lists=2Esourceforge=2Enet > https://lists=2Esourceforge=2Enet/lists/listinfo/openquicktime-devel > |
|
From: Nicholas H. <nj...@ec...> - 2002-02-25 22:17:52
|
Yes - I think moving the encoder and player into the module is probably a very good idea. SDL is a shared library and wouldn't have to be distributed with OQT - it also uses the funky sdl-config type system to assist with locating the headers/cflags/libraries etc... I haven't tried the encoder - so I don't know the dependances.. I think keeping the codecs in with the library is probably best - it makes it much easier to build/install. However the build process is starting to take longer and longer - generating Make files for each of the codecs... I don't think it matters at this stage with so few codecs ! Thanks for the comments on the build process - however I'm currently having problems building the CVS code ! Doing ./configure;make from the code in CVS works fine but after running automake;autoconf the 'make' stage breaks: Makefile:386: *** missing separator. Stop. Not quite sure what is wrong but the line it complains about is: @AMDEP_TRUE@@am__include@ @am__quote@$(DEPDIR)/atom.Plo@am__quote@ During automake it warned: automake: configure.in: required file './depcomp' not found Is this possibly a file you missed from checking into CVS ? Cheers, nick. |
|
From: <mi...@cl...> - 2002-02-25 20:25:45
|
> I am just about to do my big file moving around and all the Makefile > editing that is going to result. > > There doesn't seem to be a 'nice' way of moving files in CVS (only > deleting and adding again) - which would result in the change log > being lost. Nearly all the files will be moved... > > So I think the best thing to do would be for me to make it all work > nicely on my systems (Darwin and Linux) and then upload to a fresh > new module in CVS... Maybee we could discuss a little about the changes on the source tree before putting it on the CVS. Do you think we should: - put the player oqtplayer in the same module as the library (unlike the other utilities, oqtplayer needs the SDL library, which is really huge) ? - put the encoder as well (btw, is it working ? does it need extra libraries ? ) - put the DirectShow stub in it ? - keep the plug-ins in the same module, or put them in separate modules ? Three remarks about the new Makefile.am (maybee useful if you wish to change the source tree) : * Now, the configure script sets two variables AUDIO_PLUGINS and VIDEO_PLUGINS that are used in audioplugin/Makefile.am and videoplugin/Makefile.am to know which plug-ins to create (the variables contain a subdirectory names, such as MP3, PHOTO_JPEG, or XANIM) you need to change this in the configure script if you add some plugins or change the directory they are staying in. * audioplugin/MP3 contain sources in subdirectories (corresponding to the mpg123 and lame distributions); automake does not allow building from sources not in the Makefile.am file, so I use "convinience library"; ie: each subdirectory has its owm Makefile.am and creates a simple .a library (or .la because of libtool) that is used by the parent Makefile.am... heavy but it's the cannonical way, I guess. * Makefile.am that build plug-ins should put the -module and -avoid-version flags in LDFLAGS (this is passed to libtool, not ld actually), and the correct -I CFLAGS so that we can include the library headers... Oh, and try avoid using assert from assert.h, I had strange errors while linking with gcc and libtool on Solaris 5.8 (thus, I put my own assert macro in audioplugin/MP3/audioencoder/lame3.70/ ) I hope the rest is straightforward. - Antoine |
|
From: Nicholas H. <nj...@ec...> - 2002-02-25 19:48:43
|
Thanks for converting everything to libtool Antoine - sorry it took so long but hopefully it will be very worthwhile... I am just about to do my big file moving around and all the Makefile editing that is going to result. There doesn't seem to be a 'nice' way of moving files in CVS (only deleting and adding again) - which would result in the change log being lost. Nearly all the files will be moved... So I think the best thing to do would be for me to make it all work nicely on my systems (Darwin and Linux) and then upload to a fresh new module in CVS... Cheers, nick. |
|
From: <mi...@cl...> - 2002-02-25 11:37:12
|
> The main problem is that Darwin uses .dylib as the extension for > Dynamic Libraries (as well as internal differences) and not .so > Also plug-ins are a different format to shared libraries so require > different switches when linking... > > I have had a look around at what other packages are doing and it > seems that many of them are using libtool which solves many of the > problems automagically and would make porting to lots of other > platforms easier... > http://www.gnu.org/software/libtool/libtool.html > > I haven't really done anything with Libtool/autoconf before so > comments/feedback would be appreciated (Antoine?). Hi! OK, I just passed OQT to automake/libtool in the CVS but it was _NOT_ automagic at all (took me one week when I was expecting 1 day), and we may experience new compilation problems (though, different ones) I could only try it on Sparc/Solaris 5.7 and 5.8, and i386/FreeBSD 4.4 (seems also that it makes the old 3ivx binary plug-in invalid with this new version...) Could you guys try it on some other architectures ? Btw, I used the -module libtool flag for plug-ins (which regular shared libraries, such as the OQT library, do not use); maybee it will account for the difference between shared libraries and plug-ins on Darwin... As there are serious compatibility problems among different autoconf/automake/libtool versions, if you wish to regenerate the configure and Makefile.in files (only developpers need to do that when they change the configure.in or a Makefile.am file), I suggest you use autoconf 2.13, automake 1.4 and libtool 1.3.5 - Antoine |
|
From: Nicholas H. <nj...@ec...> - 2002-02-19 21:29:09
|
There seems to be a bit of a mass of files in the root directory of the OpenQuickTime project... I suggest tidying it all up into sub directories and make it more manageable. In particular separate the main library code from the utility code. It will probably take quite a bit of editing of Makefiles before it will compile again but I think it is best to do it now before it get much more complex... I also suggest that function quicktime_make_streamable() is moved from openquicktime.c to makestreamable.c - seeing as it takes filepaths as parameters anyway... Does anyone know the reasoning behind funcprotos.h - is it just for private prototypes and to cut down on the size of private.h ? Suggestions for a different name for the 'liboqt' directory ? Just 'lib' ? Below is my suggested new file structure. Cheers, nj. AUTHORS COPYING CVS ChangeLog INSTALL Makefile Makefile.in NEWS README README.Darwin TODO aclocal.m4 config.guess config.h config.h.in config.log config.status config.sub configure configure.in debian/ docs/ install-sh audioplugins/ videoplugins/ liboqt/atom.c liboqt/codecs.c liboqt/codecs.h liboqt/colormodels.h liboqt/ctab.c liboqt/dinf.c liboqt/dref.c liboqt/edts.c liboqt/elst.c liboqt/funcprotos.h liboqt/hdlr.c liboqt/matrix.c liboqt/mdat.c liboqt/mdhd.c liboqt/mdia.c liboqt/minf.c liboqt/mmx.h liboqt/moov.c liboqt/mvhd.c liboqt/openquicktime.c liboqt/openquicktime.h liboqt/plugin.c liboqt/private.h liboqt/smhd.c liboqt/stbl.c liboqt/stco.c liboqt/stsc.c liboqt/stsd.c liboqt/stsdtable.c liboqt/stss.c liboqt/stsz.c liboqt/stts.c liboqt/tkhd.c liboqt/trak.c liboqt/udta.c liboqt/util.c liboqt/version.h liboqt/vmhd.c utils/dechunk.c utils/dump.c utils/make_streamable.c utils/qtinfo.c utils/recover.c win32/OpenQuicktimeLib.dsp win32/OpenQuicktimeLib.dsw win32/OpenQuicktimeStaticLib.dsp win32/OpenQuicktimeStaticLib.dsw win32/qtdump.dsp -- Nicholas Humfrey Undergraduate, BSc Computer Science University of Southampton, UK nj...@ec... http://www.ecs.soton.ac.uk/~njh399/ |
|
From: Nicholas H. <nj...@ec...> - 2002-02-19 01:23:19
|
Hi, I have begun work again on trying to get oqt to auto build under Darwin. The main problem is that Darwin uses .dylib as the extension for Dynamic Libraries (as well as internal differences) and not .so Also plug-ins are a different format to shared libraries so require different switches when linking... I have had a look around at what other packages are doing and it seems that many of them are using libtool which solves many of the problems automagically and would make porting to lots of other platforms easier... http://www.gnu.org/software/libtool/libtool.html I haven't really done anything with Libtool/autoconf before so comments/feedback would be appreciated (Antoine?). cheers, nick. |
|
From: Yann <ya...@3i...> - 2002-02-14 10:30:36
|
Hi Nigel, If I understand well, you need a PNG codec but OpenQuicktime has for the moment no support for it but the codec interface is here and it would be really easy to code such one. Basically, we plan to support all the internal codecs of QT4L. So to sum up, you have two solutions : - you've got no time, so maybe you'd better using QT4L - you want to help, so you could create a PNG codec for OQT using the PNG codec for QT4L ... codecs interfaces are almost the same, the main difference is that the QT4L codecs are linked statically to the library, OQT use dynamic libraries. Concerning the development process, we have lot's of new features coming soon ( http streaming, vorbis, ima4 codecs, DirectShow (de)muxer, Transcode plugin ...) If you want to help, just say it, I will give you access to the CVS ;) Yann. ----- Original Message ----- From: "Nigel Jewell" <nig...@pi...> To: <ope...@li...> Sent: Thursday, February 14, 2002 11:06 AM Subject: [Openquicktime-devel] Current status > Hi all, > > I've got a real need to use OpenQuicktime (or something similar) to > decode individual frames from a Quicktime source. I'd like to use a PNG > codec ... > > Other messages on the devel and users mailing lists indicate that > OpenQuicktime is at a point further than the current CVS download. Is it? > > I will happily hack together a PNG decoder ... but if someone already > has working code - I'd rather not. > > So where is OpenQuicktime at? Has anyone got the necessaries to do > this? (Encoding would be nice aswell but not essential). > > Nige. > -- > URL: http://www.pixexcel.co.uk > > > _______________________________________________ > Openquicktime-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openquicktime-devel > |
40 messages has been excluded from this view by a project administrator.
