openquicktime-devel — Developers mailing list for OpenQuicktime

Re: [Openquicktime-devel] fyR Xda

[Konstantin C. <pa...@do...>]

Hi
=20
All you l r PH z ARRM n ACY d m irectl m y from the man x ufac r tur x
er,
Your ch c an p ce to e y conom l ize w i ith us http://yungatremin.com

  q=20

  u=20

  p=20

this next song to the concert master himself, Svinjar- He nodded
Exactly.
feeding a line of old cagal just to get the job done.

Re: [Openquicktime-devel] news puqoqi

[Evgeniya G. <an...@ho...>]

Hi,
=20
Economize up to 50 % on your R X with us http://www.mihinmeasunberin.com

=20

=20

=20

on the other side.
Very gradually the wall became higher as we walked beside it. In
addition to the symbols we came to LJUDI then MTUWA, HERRER, SIGNORI.

Re: [Openquicktime-devel] v210 support

[Stuart E. <st...@3i...>]

On 18/12/2004, at 2:40 AM, Simon Burley wrote:

> I'm adding some rudimentary support for the v210 (4:2:2 10 bit YCbCr) 
> format in OpenQuicktime.
> There doesn't seem to be a suitable internal colormodel for handling 
> this format natively in OpenQuicktime. The nearest would appear to be 
> BC_YUV101010 which I think assumes full bandwidth chroma.
> Would you suggest I implement a suitable colormodel or interpolate 
> chroma to full bandwidth in the video plugin?

I think converting the 422 10bit to 444 10bit would be the easiest way 
to add support, but the best way to add support would be to add a 422 
10bit internal model.

Which you choose to do is up to you ;)
--
3ivx is pronounced Thrivex

Stuart Espey                                                        
mailto:st...@3i...
3ivx Technologies Pty. Ltd.

[Openquicktime-devel] v210 support

[Simon B. <si...@rp...>]

Hi all,
I'm adding some rudimentary support for the v210 (4:2:2 10 bit YCbCr) 
format in OpenQuicktime.
There doesn't seem to be a suitable internal colormodel for handling 
this format natively in OpenQuicktime. The nearest would appear to be 
BC_YUV101010 which I think assumes full bandwidth chroma.
Would you suggest I implement a suitable colormodel or interpolate 
chroma to full bandwidth in the video plugin?

Thanks,
Simon
-- 
Simon Burley
RPS Film Imaging Ltd
T: +44 (0) 208 652 5220
F: +44 (0) 208 770 7152
M: +44 (0) 7702 732 655
e: si...@rp...

Re: [Openquicktime-devel] patch for underquoting in acinclude.m4

[Jozef H. <jh...@ho...>]

On Mon, Aug 23, 2004 at 09:06:53AM -0700, Jean-Francois wrote:
> Can't seem to login to cvs via ssh, so if someone could merge this for 
> me, I would appreciate.

done.

jh

[Openquicktime-devel] patch for underquoting in acinclude.m4

[Jean-Francois P. <pan...@co...>]

Recent versions of automake complain about underquoting in acinclude.m4 
when you run the boostrap script, here's a patch which seems to fix 
that. Note that the AC_DEFUN macro for ACX_PTHREAD already demonstrated 
"correct" quoting. With this patch, there are no longer any complaints 
from automake.

Can't seem to login to cvs via ssh, so if someone could merge this for 
me, I would appreciate.

Thanks,
JF

Re: [Openquicktime-devel] Re: Your patches

[Stuart E. <st...@3i...>]

Yes,

Jean-Francois, email me your SF userid info and I'll add you as a 
committer to the project :)


On 08/07/2004, at 1:52 AM, Jozef Hatala wrote:

> Hello,
>
> Thanks for the fixes!  I committed your patches to the CVS.
>
> Could some-one provide writable repository access to JF, please?
>
> jh
>
> --
> "There are two major products that come out of Berkeley:
> LSD and Unix. We don't believe this to be a coincidence."
> 	-- Jeremy S. Anderson
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by Black Hat Briefings & Training.
> Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
> digital self defense, top technical experts, no vendor pitches,
> unmatched networking opportunities. Visit www.blackhat.com
> _______________________________________________
> Openquicktime-devel mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openquicktime-devel
>
>
--
3ivx is pronounced Thrivex

Stuart Espey                                                        
mailto:st...@3i...
3ivx Technologies Pty. Ltd.

[Openquicktime-devel] Re: Your patches

[Jozef H. <jh...@ho...>]

Hello,

Thanks for the fixes!  I committed your patches to the CVS.

Could some-one provide writable repository access to JF, please?

jh

--
"There are two major products that come out of Berkeley:
LSD and Unix. We don't believe this to be a coincidence."
	-- Jeremy S. Anderson

Re: [Openquicktime-devel] quicktime_encode_audio_stub

[Jean-Francois P. <pan...@co...>]

Bill Moseley wrote:

>I'm running Debian Sid and both Kino and "dvgrab --format qt" report
>
>  quicktime_encode_audio_stub called
>
>when trying to create a quicktime file.  I get video, but no audio.
>
>
>Google only found the open quicktime SourceForge project for that
>message (at cvs.sf.net) so I'm asking here.  But, from below it looks
>like I'm using the quicktime4linux library.  So, I'm a bit confused.
>  
>
There are three separate QuickTime implementations for Linux floating 
around. quicktime4linux was the first ( 
http://heroinewarrior.com/quicktime.php3), which forked into 
libquicktime (http://libquicktime.sourceforge.net/), a cleaned up 
version with the same API, and OpenQuickTime (www.openquicktime.org), 
with a different API. dvgrab supports quicktime4linux and libquicktime, 
not OpenQuickTime (at least that's what it looks like). Looking at code 
which looks similar in OpenQuickTime, my guess is that the correct 
plugin for DV audio is not getting loaded by libquicktime. You might 
want to try running "strace dvgrab" and try to look for calls to 
dlopen()/dlsym() to find out if

>I'm not clear why I'm seeing that message  -- perhaps the library was not
>built correctly on Debian?  Can you give me any pointers?
>
>
>moseley@bumby:~/dv$ dpkg -l | grep quicktime
>ii  libquicktime-d 0.9.2release-5 Header files for developing applications wit
>ii  libquicktime1  0.9.2release-5 A library for reading and writing Quicktime 
>ii  libquicktimehv 1.2.0-2cvs2004 Quicktime 4 Linux Cinelerra internal library
>ii  quicktime-util 0.9.2release-5 quicktime utilities
>
>
>moseley@bumby:~$ ldd $(which dvgrab)
>        libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40026000)
>        libquicktime.so.1 => /usr/lib/libquicktime.so.1 (0x40044000)
>        libdv.so.4 => /usr/lib/libdv.so.4 (0x40090000)
>        libpthread.so.0 => /lib/tls/libpthread.so.0 (0x400ba000)
>        librom1394.so.0 => /usr/lib/librom1394.so.0 (0x400c9000)
>        libavc1394.so.0 => /usr/lib/libavc1394.so.0 (0x400cc000)
>        libraw1394.so.5 => /usr/lib/libraw1394.so.5 (0x400d0000)
>        libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x400d6000)
>        libm.so.6 => /lib/tls/libm.so.6 (0x40190000)
>        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x401b3000)
>        libc.so.6 => /lib/tls/libc.so.6 (0x401bb000)
>        libgthread-1.2.so.0 => /usr/lib/libgthread-1.2.so.0 (0x402f6000)
>        libdl.so.2 => /lib/tls/libdl.so.2 (0x402f9000)
>        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
>        libglib-1.2.so.0 => /usr/lib/libglib-1.2.so.0 (0x402fd000)
>
>moseley@bumby:~$ dpkg -S /usr/lib/libquicktime.so.1
>libquicktime1: /usr/lib/libquicktime.so.1
>
>
>
>Thanks,
>
>
>  
>

[Openquicktime-devel] quicktime_encode_audio_stub

[Bill M. <mo...@ha...>]

I'm running Debian Sid and both Kino and "dvgrab --format qt" report

  quicktime_encode_audio_stub called

when trying to create a quicktime file.  I get video, but no audio.


Google only found the open quicktime SourceForge project for that
message (at cvs.sf.net) so I'm asking here.  But, from below it looks
like I'm using the quicktime4linux library.  So, I'm a bit confused.

I'm not clear why I'm seeing that message  -- perhaps the library was not
built correctly on Debian?  Can you give me any pointers?


moseley@bumby:~/dv$ dpkg -l | grep quicktime
ii  libquicktime-d 0.9.2release-5 Header files for developing applications wit
ii  libquicktime1  0.9.2release-5 A library for reading and writing Quicktime 
ii  libquicktimehv 1.2.0-2cvs2004 Quicktime 4 Linux Cinelerra internal library
ii  quicktime-util 0.9.2release-5 quicktime utilities


moseley@bumby:~$ ldd $(which dvgrab)
        libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40026000)
        libquicktime.so.1 => /usr/lib/libquicktime.so.1 (0x40044000)
        libdv.so.4 => /usr/lib/libdv.so.4 (0x40090000)
        libpthread.so.0 => /lib/tls/libpthread.so.0 (0x400ba000)
        librom1394.so.0 => /usr/lib/librom1394.so.0 (0x400c9000)
        libavc1394.so.0 => /usr/lib/libavc1394.so.0 (0x400cc000)
        libraw1394.so.5 => /usr/lib/libraw1394.so.5 (0x400d0000)
        libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x400d6000)
        libm.so.6 => /lib/tls/libm.so.6 (0x40190000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x401b3000)
        libc.so.6 => /lib/tls/libc.so.6 (0x401bb000)
        libgthread-1.2.so.0 => /usr/lib/libgthread-1.2.so.0 (0x402f6000)
        libdl.so.2 => /lib/tls/libdl.so.2 (0x402f9000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
        libglib-1.2.so.0 => /usr/lib/libglib-1.2.so.0 (0x402fd000)

moseley@bumby:~$ dpkg -S /usr/lib/libquicktime.so.1
libquicktime1: /usr/lib/libquicktime.so.1



Thanks,


-- 
Bill Moseley
mo...@ha...

[Openquicktime-devel] Fix for larger than 2GB files on OS X

[Jean-Francois P. <pan...@co...>]

There is code in lib/io_file.c and utils/recover.c to force the use of 
ftello64() and fseeko64() on
platforms which have it to avoid problems seeking on files larger than 
2GB. OS X doesn't
have ftello64() or fseeko64(), but it does have ftello() and fsseko(). 
The following changes
fix this problem and allow larger than 2GB files to work on OS X. First, 
test for the presence
of fseeko()/ftello() in configure.in:

--- configure.in.orig   2004-07-06 00:40:59.000000000 -0700
+++ configure.in        2004-07-06 00:52:33.000000000 -0700
@@ -208,6 +208,7 @@
 dnl -------------------
 
 AC_CHECK_FUNCS(ftello64, has_ftello64=yes, has_ftello64=no)
+AC_CHECK_FUNCS(ftello fseeko)
 AH_TEMPLATE([OQT_64SEEK], [Use 64bit versions of ftell and fseek ?])
 
 echo "Support for 64-bit file seeking.......... $has_ftello64"


Then make sure to use the right functions in lib/io_files.c and 
utils/recover.c

--- io_file.c.orig      2004-07-06 00:54:33.000000000 -0700
+++ io_file.c   2004-07-06 00:54:43.000000000 -0700
@@ -43,8 +43,16 @@
 #define FSEEK(f,o,w) fseeko64((FILE*)f,o,w)
 #define FOPEN(p,m) fopen64(p,m)
 #else
+#if HAVE_FTELLO
+#define FTELL(f) ftello((FILE*)f)
+#else
 #define FTELL(f) ftell((FILE*)f)
+#endif
+#if HAVE_FSEEKO
+#define FSEEK(f,o,w) fseeko((FILE*)f,o,w)
+#else
 #define FSEEK(f,o,w) fseek((FILE*)f,o,w)
+#endif
 #define FOPEN(p,m) fopen(p,m)
 #endif


--- recover.c.orig      2004-07-06 00:55:27.000000000 -0700
+++ recover.c   2004-07-06 00:55:41.000000000 -0700
@@ -49,9 +49,17 @@
 #define FTELL(f) ftello64((FILE*)f)
 #define FSEEK(f,o,w) fseeko64((FILE*)f,o,w)
 #else
+#if HAVE_FTELLO
+#define FTELL(f) ftello((FILE*)f)
+#else
 #define FTELL(f) ftell((FILE*)f)
+#endif
+#if HAVE_FSEEKO
+#define FSEEK(f,o,w) fseeko((FILE*)f,o,w)
+#else
 #define FSEEK(f,o,w) fseek((FILE*)f,o,w)
 #endif
+#endif
 
 #define SEARCH_FRAGMENT (oqt_uint64_t)0x1000

[Openquicktime-devel] fix for dlsym() on OS X

[Jean-Francois P. <pan...@co...>]

In acinclude.m4, there is code to figure out if dlsym() automatically 
adds an underscore in front
of a symbol name on systems where symbols have an underscore prepended 
to them when an
object file is generated. Here is what the code says:

dnl *********************
dnl dlsym and Underscores
dnl *********************

dnl Check checks whether dlsym (if present) requires a leading underscore.
dnl Written by Dan Hagerty <ha...@ai...> for scsh-0.5.0.


Unfortunately, this code doesn't work, since it depends on having 
previously tested
for the presence of dlopen and/or whether dlopen lives in libdl, which 
is not done
in configure.in. Thus on OS X, which adds underscores to names in 
objects but
compensates for this in dlsym(), you end up with:

/* #undef DLSYM_ADDS_USCORE */

but:

#define USCORE 1

in include/openquicktime/config.h when you run ./configure (I know that 
there's a special
macconfig.h in macos, but on OS X 10.3.x, it looks like the generic 
bootstrap/configure mechanism
mostly works without needing special magic).

The solution is to add the following tests to configure.in:

*** configure.in.orig   2004-07-06 00:40:59.000000000 -0700
--- configure.in        2004-07-06 00:42:31.000000000 -0700
***************
*** 180,185 ****
--- 180,187 ----
  CFLAGS="$CFLAGS $my_cv_comment"
 
  dnl Check to see if dlsym adds an underscore
+ AC_CHECK_LIB(dl, dlopen)
+ AC_HAVE_FUNCS(dlopen)
  MY_DLSYM_USCORE
  AH_TEMPLATE([USCORE], [Define if symbol tables on this system use 
leading underscores.])
  AH_TEMPLATE([DLSYM_ADDS_USCORE], [Define if dlsym automatically 
supplies a leading underscore.])

These tests will set the variables ac_cv_func_dlopen and 
ac_cv_lib_dl_dlopen to the correct
values for the platform, and will make the code in MY_DLSYM_USCORE 
correctly generate
the DLSYM_ADDS_USCORE define in config.h

With this fix, OpenQuicktime can correctly load codec plugins on OS X 
10.3.4.

JF

[Openquicktime-devel] Fix for larger than 4GB file output

[Jean-Francois P. <pan...@co...>]

Currently, the mdat atom at the head of a QuickTime file generated by 
oqt has a 32 bit size field,
limiting the file size to 4GB. By default, Apple QuickTime uses a 64 bit 
mdat atom in case the
file grows larger than 4GB: this only adds 8 bytes to a file and is 
probably what you want to do.
Here's a patch for lib/openquicktime.c which does this and seems to work 
(there was already support
for 64 bit atoms in the code, but it didn't seem to be used).

JF


--- openquicktime.c.orig        2004-07-06 00:33:33.000000000 -0700
+++ openquicktime.c     2004-07-06 00:33:44.000000000 -0700
@@ -378,7 +378,7 @@
        }
       
        // Start the mdat atom
-       oqt_atom_write_header(file, &file->mdat.atom, "mdat");
+       oqt_atom_write_header64(file, &file->mdat.atom, "mdat");
       
        return 0;       // Success
 }

[Openquicktime-devel] set preferred_volume to match quicktime

[Jean-Francois P. <pan...@co...>]

The following patch to lib/mvhd.c sets the preferred_volume property to 
1.0 instead of
0.996094, this seems to better match what is output by QuickTime.

--- mvhd.c.orig 2004-07-06 00:29:03.000000000 -0700
+++ mvhd.c      2004-07-06 00:29:27.000000000 -0700
@@ -38,8 +38,7 @@
        mvhd->time_scale = 600;
        mvhd->duration = 0;
        mvhd->preferred_rate = 1.0;
-       mvhd->preferred_volume = 0.996094; //EH ?!
-       //mvhd->preferred_volume = 1.0;
+       mvhd->preferred_volume = 1.0;
        for(i = 0; i < 10; i++) mvhd->reserved[i] = 0;
        oqt_matrix_init(&(mvhd->matrix));
        mvhd->preview_time = 0;

JF

[Openquicktime-devel] incorrect size validation in decode_tga()

[Jean-Francois P. <pan...@co...>]

When reading TGA media from a QuickTime file, decode_tga() incorrectly
validates the width and height of the images read from the file: it only
looks at the low byte from the TGA header, so the code only works when
reading TGA images smaller than 256x256. The patch attached to this mail
should fix this problem.

JF

[Openquicktime-devel] invalid frame rate in oqtimport_dv.c

[Jean-Francois P. <pan...@co...>]

The CVS version of import/oqtimport_dv.c references a non-existant frame 
rate, 24.97 FPS (looks like a cut-n-paste typo). I suggest replacing 
this with frame rates more likely to occur, 24FPS and 23.976FPS.

JF


--- oqtimport_dv.c.orig 2004-07-05 12:01:02.000000000 -0700
+++ oqtimport_dv.c      2004-07-05 12:14:37.000000000 -0700
@@ -161,7 +161,8 @@
           fps = (1.0*decoder->audio->frequency) / 
decoder->audio->samples_this_frame;
           // round if near to a well known value
           if(fabs(fps - 29.97) < 0.01) fps = 29.97;
-          else if(fabs(fps - 24.97) < 0.01) fps = 24.97;
+          else if(fabs(fps - 24) < 0.01) fps = 24;
+          else if(fabs(fps - 23.976) < 0.01) fps = 23.976;
           else if(fabs(fps - 30) < 0.01) fps = 30;
           else if(fabs(fps - 25) < 0.01) fps = 25;
         }

Re: [Openquicktime-devel] segfault in oqt_update_tables()

[Nicholas H. <nj...@ec...>]

Argh, yeah.

Takes quite a lot of getting into this code in order to understand it !

Haven't really got time to study it in detail at the moment.

Yann has a lot of changes to the main OQT library, which I never got 
a change to integrate into CVS - this may well get fixed by it.



You got a newer version I can try hacking into CVS again Yann ?


Cheers,

nick.



>If you try to encode an audio track where the number of samples is 
>an exact multiple of the underlying "chunk size", you end up 
>segfaulting in oqt_update_tables(). The following recipe:
>
>sox -t raw -r 48000 -c 2 -s -w /dev/zero foo.wav trim 0 1
>ppmmake black 720 480 > black.ppm
>oqtencoder -d . -V mjpa -s foo.wav foo.mov
>
>will generate a second of silence in foo.wav, and when you try to 
>encode it with oqtencoder, you get:
>
>#0  0x4006408f in oqt_update_tables (file=0x8059b30, trak=0x805cd58, url=0x0,
>    offset=1228808, chunk=5, sample=4, num_samples=0, sample_size=0,
>    num_frames=1, frame_size_array=0x0) at trak.c:459
>#1  0x40052be5 in oqt_write_audio_data (file=0x8059b30, track=0,
>    output=0x8086688 "", bytes=0, num_samples=0, num_frames=1,
>    frame_size_array=0x0) at codecs.c:972
>#2  0x40052f42 in oqt_encode_audio (file=0x8059b30, track=0, input=0x0,
>    input_samples=0) at codecs.c:1108
>#3  0x0804b7ed in main (argc=8, argv=0xbfffd7e4) at oqtencoder.c:1086
>#4  0x420156a4 in __libc_start_main () from /lib/tls/libc.so.6
>
>The offending code is the following:
>
>if(sample_size && num_frames <=1)
>        oqt_update_stsz(&(trak->mdia.minf.stbl.stsz), sample, sample_size);
>else {
>      int i;
>       oqt_stsz_t *stsz = &(trak->mdia.minf.stbl.stsz);
>       int cur_total_entries = stsz->total_entries;
>       for(i = cur_total_entries; i < cur_total_entries+num_frames; i++) {
>              oqt_update_stsz(stsz, i, frame_size_array[i-cur_total_entries]);
>                                                     ^^^ nil pointer deref ^^^
>       }
>}
>
>The problem is that in all cases, oqt_update_tables() ends up called 
>with frame_size_array set to NULL and num_frames set to 1, so 
>clearly the "else" part of the if() statement is wrong (since it 
>ends up dereferencing a nil pointer). That being said, I don't know 
>that code sufficiently to determine what is the correct thing to do.
>
>JF
>
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: Oracle 10g
>Get certified on the hottest thing ever to hit the market... Oracle 
>10g. Take an Oracle 10g class now, and we'll give you the exam FREE.
>http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
>_______________________________________________
>Openquicktime-devel mailing list
>Ope...@li...
>https://lists.sourceforge.net/lists/listinfo/openquicktime-devel

[Openquicktime-devel] segfault in oqt_update_tables()

[Jean-Francois P. <pan...@co...>]

If you try to encode an audio track where the number of samples is an 
exact multiple of the underlying "chunk size", you end up segfaulting in 
oqt_update_tables(). The following recipe:

sox -t raw -r 48000 -c 2 -s -w /dev/zero foo.wav trim 0 1
ppmmake black 720 480 > black.ppm
oqtencoder -d . -V mjpa -s foo.wav foo.mov

will generate a second of silence in foo.wav, and when you try to encode 
it with oqtencoder, you get:

#0  0x4006408f in oqt_update_tables (file=0x8059b30, trak=0x805cd58, 
url=0x0,
    offset=1228808, chunk=5, sample=4, num_samples=0, sample_size=0,
    num_frames=1, frame_size_array=0x0) at trak.c:459
#1  0x40052be5 in oqt_write_audio_data (file=0x8059b30, track=0,
    output=0x8086688 "", bytes=0, num_samples=0, num_frames=1,
    frame_size_array=0x0) at codecs.c:972
#2  0x40052f42 in oqt_encode_audio (file=0x8059b30, track=0, input=0x0,
    input_samples=0) at codecs.c:1108
#3  0x0804b7ed in main (argc=8, argv=0xbfffd7e4) at oqtencoder.c:1086
#4  0x420156a4 in __libc_start_main () from /lib/tls/libc.so.6

The offending code is the following:

if(sample_size && num_frames <=1)
        oqt_update_stsz(&(trak->mdia.minf.stbl.stsz), sample, sample_size);
else {
      int i;
       oqt_stsz_t *stsz = &(trak->mdia.minf.stbl.stsz);
       int cur_total_entries = stsz->total_entries;
       for(i = cur_total_entries; i < cur_total_entries+num_frames; i++) {
              oqt_update_stsz(stsz, i, 
frame_size_array[i-cur_total_entries]);
                                                     ^^^ nil pointer 
deref ^^^
       }
}

The problem is that in all cases, oqt_update_tables() ends up called 
with frame_size_array set to NULL and num_frames set to 1, so clearly 
the "else" part of the if() statement is wrong (since it ends up 
dereferencing a nil pointer). That being said, I don't know that code 
sufficiently to determine what is the correct thing to do.

JF

[Openquicktime-devel] Fix for TIFF media encoding

[Jean-Francois P. <pan...@co...>]

If you try to use oqtencoder to generate a movie with TIFF media, the 
result will not be playable in QT 6.5.1. The problem is at the end of 
encode_tiff() in codec_tiff.c: the line:

frame_size = TIFFWriteEncodedStrip(tiff, 0, raster, 
height*width*samples_per_pixel);

is incorrect, since TIFFWriteEncodedStrip() will only return the total 
size of the data written, not including the TIFF header or directory. So 
you will end up with less than the total TIFF file in your .mov file. 
The patch attached to this mail uses the buffer_max field of the 
structure used by the memory-mapped I/O functions passed to libtiff to 
figure out the total size of the TIFF file generated in memory. It also 
means that you should not longer be calling reset_buffer_tiff() in 
close_function() (called from TIFFClose()), otherwise you lose that 
information. That being said, both decode_tiff() and encode_tiff() call 
reset_buffer_tiff() before using libtiff, so this should not be a problem.

Note that if you are using uncompressed TIFF files, you will also want 
the change to lib/stsz.c from the latest CVS (not in 2.0.0a1), otherwise 
files with identical media sizes in them are not read correctly by QT 
6.5.1. With the change to codec_tiff.c and stsz.c, I was able to encode 
.mov files with TIFF media.

JF

[Openquicktime-devel] Fix for MJPEG encoding with audio

[Jean-Francois P. <pan...@co...>]

If you try to use oqtencoder to encode mjpa with audio, the resulting 
.mov will not play in the Apple QuickTime player. The problem seems to 
come from codec_mjpeg.c: when the code tries to set the "fields" and 
"field_dominance" properties for the track, it gets confused between the 
list of all tracks in the movie (file->moov.trak[]) and the list of 
video-only tracks (file->vtracks[]) and it ends up setting these 
properties on the audio rather than the video track.

The patch attached to this mail changes decode_MJPA() and encode_MJPA() 
to make sure that the fields and field_dominance properties are 
read/written to the right video track. With this change, I was able to 
use oqtencoder to generate mjpa+audio movies which QT 6.5.1 is happy with.

JF

Re: [Openquicktime-devel] Openquicktime

[Jozef H. <jh...@ho...>]

Hello,

If you prepare your pictures in a suitable format (for example
RGB PPM), you can use "oqtencoder" to encode them using one
of the installed codecs, like this, for example:

cat *ppm | oqtencoder -V "jpeg" -F 25 -r RGB888 encoded.mov

This supposes that "jpeg" is installed, which is most probably
the case, unless configure could not find libjpeg on your
system while building.

For screen-shots you might want to use "png " instead, which
needs (the quite standard) libpng to be found at build time.

PPM is just a header followed by RGB data (like this:
RGBRGBRGB...), so they should be easy to produce from what
you have.  Use "man ppm" for details.  Example of a PPM header:
"P6\n720 480\n255\n".

Depending on which libraries are present at build time, you
can get a different set of codecs.

Use the tool "oqtcodecs" to list available codecs.

Of course, you can use the API directly (that is what you're
probably referring to in your email, or not?), I'd suggest you
use "oqtencoder"'s source as example.

I hope this helps a little bit.

Questions?

If so, please provide us with information, especially the
output of "oqtcodecs" and some details about how you're trying
to use the library (APIs, the "oqtencoder" utility, etc), and
of course some specifics about what is going wrong (error code,
crash, invalid result file, etc).

jh


On Mon, May 24, 2004 at 11:50:04AM -0600, Knee, wrote:
>To whom it may concern;

I feel a bit concerned, yes ;)

>I have a quick question about the Openquicktime libraries I downloaded from
>you guys.  I am currently looking for a simple encoder to encode screenshots
>I have taken using OpenGL.  All screenshots are in a continuous buffer in
>RGB format.  In using the code supplied, I am unable to load any codecs and
>am thus unable to encode any video.  If you could please let me know what I
>need to do to be able to use a simple codec to perform my desired operation.
>Thanks for your time,
>Peter Knee

[Openquicktime-devel] Openquicktime

[Knee, P. A <pa...@sa...>]

To whom it may concern;
I have a quick question about the Openquicktime libraries I downloaded from
you guys.  I am currently looking for a simple encoder to encode screenshots
I have taken using OpenGL.  All screenshots are in a continuous buffer in
RGB format.  In using the code supplied, I am unable to load any codecs and
am thus unable to encode any video.  If you could please let me know what I
need to do to be able to use a simple codec to perform my desired operation.
Thanks for your time,
Peter Knee

pa...@sa...
505-284-8678

[Openquicktime-devel] Reply Asap

[Bode N. <bod...@in...>]

FROM: Mr.Bode Newton
Central Bank of Nigeria
Lagos, Nigeria
Phone Number234-1-4751076
Fax 234-1-7592872

Dear Sir:

I have been requested by the Nigerian National Petroleum Company to contact
you for assistance in resolving a matter. The Nigerian National Petroleum
Company has recently concluded a large number of contracts for oil
exploration in the sub-Sahara region. The contracts have immediately
produced moneys equalling US$50,000,000. The Nigerian National Petroleum
Company is desirous of oil exploration in other parts of the world, however,
because of certain regulations of the Nigerian Government, it is unable to
move these funds to another region.

You assistance is requested as a non-Nigerian citizen to assist the Nigerian
National Petroleum Company, and also the Central Bank of Nigeria, in moving
these funds out of Nigeria. If the funds can be transferred to your name, in
your United States account, then you can forward the funds as directed by
the Nigerian National Petroleum Company. In exchange for your accomodating
services, the Nigerian National Petroleum Company would agree to allow you
to retain 10%, or US$4 million of this amount.

However, to be a legitimate transferee of these moneys according to Nigerian
law, you must presently be a depositor of at least US$100,000 in a Nigerian
bank which is regulated by the Central Bank of Nigeria.

If it will be possible for you to assist us, we would be most grateful. We
suggest that you meet with us in person in Lagos, and that during your visit
I introduce you to the representatives of the Nigerian National Petroleum
Company, as well as with certain officials of the Central Bank of Nigeria.

Please call me at your earliest convenience at [Phone Number 234-1-4751076].
Time is of the essence in this matter; very quickly the Nigerian Government
will realize that the Central Bank is maintaining this amount on deposit,
and attempt to levy certain depository taxes on it.

Yours truly,

Bode Newton. (cbn). 

Re: [Openquicktime-devel] [openquicktime] is there any license fee to pay for being able to play quicktime media?_?

[Nicholas H. <nj...@ec...>]

Not quite sure what you mean, but I think the answer is no.



At 8:59 pm +0800 10/3/04, ?? wrote:
>is there any license fee to pay for being able to play quicktime media?_?
>
>best regards,
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: IBM Linux Tutorials
>Free Linux tutorial presented by Daniel Robbins, President and CEO of
>GenToo technologies. Learn everything from fundamentals to system
>administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
>_______________________________________________
>Openquicktime-devel mailing list
>Ope...@li...
>https://lists.sourceforge.net/lists/listinfo/openquicktime-devel

[Openquicktime-devel] [openquicktime] is there any license fee to pay for being able to play quicktime media?_?

[?? <tse...@ms...>]

is there any license fee to pay for being able to play quicktime media?_?

best regards,