oggvideotools-users — Mailing list for all using the Ogg Video Tools

[Oggvideotools-users] switch to CMake

[<yo...@gm...>]

Hey all,

with revision 127, I started to switch to cmake.

If you like cmake, try it :). This makes it much easier to create nice installers for a lot of operating systems. And I can create (nearly) automatic builds for smoke tests.

-Yorn 

Re: [Oggvideotools-users] [PATCH] Fix crash in oggResize, ogg video tools 0.8

[<yo...@gm...>]

Hey again,

I found the culprit: I forgot the case sensitivity! StreamConfig.h does not exist, but streamConfig.h does. So including "StreamConfig.h" is ok on MacOS and Windows but not on Unix/Linux.

I corrected that. Thanks for the hint. I really need a build system for more platforms.

-Yorn

> Le Tue, 03 Nov 2009 22:05:51 +0100,
> yo...@gm... a écrit :
> 
> > Hm StreamConfig.h is an old file...
> 
> It might be, but it's still being used:
> 
> $ grep -r StreamConfig.h *
> src/.svn/text-base/mediaInputEncoder.h.svn-base:#include "StreamConfig.h"
> src/mediaInputEncoder.h:#include "StreamConfig.h"
> 
> > On my system a clean svn checkout is able to compile. Can you give me
> > your system setup (OS, compiler etc), so that I can get an idea about
> > the problem. And maybe the output of autogen.sh
> 
> An Ubuntu 9.04 standard system. What kind of output from autogen.sh do
> you want ? A full tarball with the configure and Makefile.in files
> generated ?
> 
> Sincerly,
> 
> Thomas
> -- 
> Thomas Petazzoni, Free Electrons
> Kernel, drivers and embedded Linux development,
> consulting, training and support.
> http://free-electrons.com

Re: [Oggvideotools-users] [PATCH] Fix crash in oggResize, ogg video tools 0.8

[<yo...@gm...>]

> Le Tue, 03 Nov 2009 22:05:51 +0100,
> yo...@gm... a écrit :
> 
> > Hm StreamConfig.h is an old file...
> 
> It might be, but it's still being used:
> 
> $ grep -r StreamConfig.h *
> src/.svn/text-base/mediaInputEncoder.h.svn-base:#include "StreamConfig.h"
> src/mediaInputEncoder.h:#include "StreamConfig.h"

yes, old, but still in use :-)

> > On my system a clean svn checkout is able to compile. Can you give me
> > your system setup (OS, compiler etc), so that I can get an idea about
> > the problem. And maybe the output of autogen.sh
> 
> An Ubuntu 9.04 standard system. What kind of output from autogen.sh do
> you want ? A full tarball with the configure and Makefile.in files
> generated ?

The console-print may help me.

> 
> Sincerly,
> 
> Thomas
> -- 
> Thomas Petazzoni, Free Electrons
> Kernel, drivers and embedded Linux development,
> consulting, training and support.
> http://free-electrons.com

Re: [Oggvideotools-users] [PATCH] Fix crash in oggResize, ogg video tools 0.8

[Thomas P. <tho...@fr...>]

Le Tue, 03 Nov 2009 22:05:51 +0100,
yo...@gm... a écrit :

> Hm StreamConfig.h is an old file...

It might be, but it's still being used:

$ grep -r StreamConfig.h *
src/.svn/text-base/mediaInputEncoder.h.svn-base:#include "StreamConfig.h"
src/mediaInputEncoder.h:#include "StreamConfig.h"

> On my system a clean svn checkout is able to compile. Can you give me
> your system setup (OS, compiler etc), so that I can get an idea about
> the problem. And maybe the output of autogen.sh

An Ubuntu 9.04 standard system. What kind of output from autogen.sh do
you want ? A full tarball with the configure and Makefile.in files
generated ?

Sincerly,

Thomas
-- 
Thomas Petazzoni, Free Electrons
Kernel, drivers and embedded Linux development,
consulting, training and support.
http://free-electrons.com

Re: [Oggvideotools-users] [PATCH] Fix crash in oggResize, ogg video tools 0.8

[<yo...@gm...>]

> Yes, I've seen the changes. But unfortunately, they do not compile here:
> 
> g++ -DHAVE_CONFIG_H -I. -I..     -g -O2 -D_FILE_OFFSET_BITS=64 -MT
> mediaInputEncoder.o -MD -MP -MF .deps/mediaInputEncoder.Tpo -c -o
> mediaInputEncoder.o mediaInputEncoder.cpp
> In file included from mediaInputEncoder.cpp:1:
> mediaInputEncoder.h:6:26: error: StreamConfig.h: No such file or directory
> In file included from mediaInputEncoder.cpp:1:
> mediaInputEncoder.h:21: error: ‘StreamConfig’ has not been declared
> mediaInputEncoder.h:21: error: ‘std::vector’ has not been declared
> mediaInputEncoder.h:21: error: expected ‘,’ or ‘...’ before
> ‘<’ token
> make[2]: *** [mediaInputEncoder.o] Error 1
> 
> Seems like you forgot to add StreamConfig.h to the SVN repo.

Hm StreamConfig.h is an old file... I just added the wishlist.h as I excluded the struct from oggTranscode.

On my system a clean svn checkout is able to compile. Can you give me your system setup (OS, compiler etc), so that I can get an idea about the problem. And maybe the output of autogen.sh

- Yorn    

Re: [Oggvideotools-users] [PATCH] Fix crash in oggResize, ogg video tools 0.8

[<yo...@gm...>]

> Le Tue, 03 Nov 2009 20:32:21 +0100,
> yo...@gm... a écrit :
> 
> > I commited a lot of changes today (I will write a note about the
> > changes in the next E-mail to the mailing list)
> 
> Yes, I've seen the changes. But unfortunately, they do not compile here:

Hm, I gonna check that in a few minutes.

> 
> g++ -DHAVE_CONFIG_H -I. -I..     -g -O2 -D_FILE_OFFSET_BITS=64 -MT
> mediaInputEncoder.o -MD -MP -MF .deps/mediaInputEncoder.Tpo -c -o
> mediaInputEncoder.o mediaInputEncoder.cpp
> In file included from mediaInputEncoder.cpp:1:
> mediaInputEncoder.h:6:26: error: StreamConfig.h: No such file or directory
> In file included from mediaInputEncoder.cpp:1:
> mediaInputEncoder.h:21: error: ‘StreamConfig’ has not been declared
> mediaInputEncoder.h:21: error: ‘std::vector’ has not been declared
> mediaInputEncoder.h:21: error: expected ‘,’ or ‘...’ before
> ‘<’ token
> make[2]: *** [mediaInputEncoder.o] Error 1
> 
> Seems like you forgot to add StreamConfig.h to the SVN repo.
> 
> > One point is that oggResize is now called oggTranscode. I think this
> > name is much better. The original idea of resizing the video frame
> > has changed into a huge transcoding mechanism and the name should be
> > more expressive.
> > 
> > The other point is, that the original code fragment does not exist
> > any more. I introduced a new concept of handlers for an audio and
> > video hook that does the transcoding.
> > 
> > This helps me to reimplement oggCat which now can handle a lot more
> > things and works as oggResize, but with a multiple number of files,
> > where the first file defines the framesize, datarate etc of the new
> > file and therefor the parameters for the transcoding of the following
> > files.
> > 
> > Now oggCat will concatenate files "precise" at the expense of a
> > transcoding of at least the audio stream.
> 
> Ok. We'll have to adapt our scripts (relying on oggResize for the
> moment), but hey, Ogg Video Tools is at 0.8 so we cannot expect
> backward-compatibility between the different versions.

I plan to redirect oggResize to oggTranscode, so that "old" scripts will not fail ;-)

-Yorn

[Oggvideotools-users] Features and Changes for the upcoming versions

[<yo...@gm...>]

Hi all,

I would like to give some more details for the upcoming version 0.8a,b and c of the Ogg Video Tools.

Version 0.8a:
- rewritten version of OggCat
  * The audio stream can now be concatenated without any loss of precision 
  * The concatenation will always reencode the audio stream
  * Video streams don't need to have the same parameters
    In such a case, the video stream of a subsequent file is transcoded.

Version 0.8b:
- rewritten version of OggSlideshow
  OggSlideshow is actually a bit limited. The upcoming version will be able to 
  * Define the Ken-Burns effect in detail (starting point, starting zoom factor, endpoint etc). 
  * Specify a change-over effect for every changeover
  * Specify a presentation length of every individual picture

Version 0.8c:
- rewrite of oggCut
  * make precise cuts even on non-keyframe positions
  * cut audio precisly

The first changes for version 0.8a are checked in. So feel free to test. However, there are still a lot of things to do :-)

- Yorn 

Re: [Oggvideotools-users] [PATCH] Fix crash in oggResize, ogg video tools 0.8

[Thomas P. <tho...@fr...>]

Hi,

Thanks for the quick feedback.

Le Tue, 03 Nov 2009 20:32:21 +0100,
yo...@gm... a écrit :

> I commited a lot of changes today (I will write a note about the
> changes in the next E-mail to the mailing list)

Yes, I've seen the changes. But unfortunately, they do not compile here:

g++ -DHAVE_CONFIG_H -I. -I..     -g -O2 -D_FILE_OFFSET_BITS=64 -MT mediaInputEncoder.o -MD -MP -MF .deps/mediaInputEncoder.Tpo -c -o mediaInputEncoder.o mediaInputEncoder.cpp
In file included from mediaInputEncoder.cpp:1:
mediaInputEncoder.h:6:26: error: StreamConfig.h: No such file or directory
In file included from mediaInputEncoder.cpp:1:
mediaInputEncoder.h:21: error: ‘StreamConfig’ has not been declared
mediaInputEncoder.h:21: error: ‘std::vector’ has not been declared
mediaInputEncoder.h:21: error: expected ‘,’ or ‘...’ before ‘<’ token
make[2]: *** [mediaInputEncoder.o] Error 1

Seems like you forgot to add StreamConfig.h to the SVN repo.

> One point is that oggResize is now called oggTranscode. I think this
> name is much better. The original idea of resizing the video frame
> has changed into a huge transcoding mechanism and the name should be
> more expressive.
> 
> The other point is, that the original code fragment does not exist
> any more. I introduced a new concept of handlers for an audio and
> video hook that does the transcoding.
> 
> This helps me to reimplement oggCat which now can handle a lot more
> things and works as oggResize, but with a multiple number of files,
> where the first file defines the framesize, datarate etc of the new
> file and therefor the parameters for the transcoding of the following
> files.
> 
> Now oggCat will concatenate files "precise" at the expense of a
> transcoding of at least the audio stream.

Ok. We'll have to adapt our scripts (relying on oggResize for the
moment), but hey, Ogg Video Tools is at 0.8 so we cannot expect
backward-compatibility between the different versions.

Sincerly,

Thomas
-- 
Thomas Petazzoni, Free Electrons
Kernel, drivers and embedded Linux development,
consulting, training and support.
http://free-electrons.com

Re: [Oggvideotools-users] [PATCH] Fix crash in oggResize, ogg video tools 0.8

[<yo...@gm...>]

Hey Thomas,

thanks for the Patch!

I commited a lot of changes today (I will write a note about the changes in the next E-mail to the mailing list)

One point is that oggResize is now called oggTranscode. I think this name is much better. The original idea of resizing the video frame has changed into a huge transcoding mechanism and the name should be more expressive.

The other point is, that the original code fragment does not exist any more. I introduced a new concept of handlers for an audio and video hook that does the transcoding.

This helps me to reimplement oggCat which now can handle a lot more things and works as oggResize, but with a multiple number of files, where the first file defines the framesize, datarate etc of the new file and therefor the parameters for the transcoding of the following files.

Now oggCat will concatenate files "precise" at the expense of a transcoding of at least the audio stream.

However, I will double check, if the problem with the aspect ratio calculation still exists. 

-Yorn


> Hi,
> 
> When using oggResize from Ogg Video Tools 0.8, I encountered a
> segmentation fault when using the following command line:
> 
>  oggResize -D48000 input.ogv output.ogv
> 
> gdb gave me the location of the crash:
> 
> #0  0x0806f917 in main (argc=4, argv=<value optimized out>) at
> oggResize.cpp:612
> 612	  double aspectCorrection =
> (theoraDecoder->getInfo().aspect_numerator*1.0)/(theoraDecoder->getInfo().aspect_denominator*1.0);
> (gdb) p theoraDecoder
> $1 = (class TheoraDecoder *) 0x0
> 
> After a quick analysis, I understood that the line :
> 
>  double aspectCorrection =
> (theoraDecoder->getInfo().aspect_numerator*1.0)/(theoraDecoder->getInfo().aspect_denominator*1.0);
> 
> was incorrect, because it was dereferencing theoraDecoder even if
> copyTheora is true. Or, theoraDecoder is only initialized if the Theora
> stream needs to be modified (when copyTheora is false), which isn't the
> case when using -D48000 (only the audio part needs to be tweaked).
> 
> Therefore, I've modified oggResize.cpp to make sure that
> aspectCorrection is only computed is copyTheora is false. The attached
> patch implements such a fix.
> 
> I initially wanted to generate the patch against the latest SVN
> version, but found out that oggResize doesn't exist anymore in SVN (why
> ?).
> 
> Thanks,
> 
> Thomas
> -- 
> Thomas Petazzoni, Free Electrons
> Kernel, drivers and embedded Linux development,
> consulting, training and support.
> http://free-electrons.com

[Oggvideotools-users] [PATCH] Fix crash in oggResize, ogg video tools 0.8

[Thomas P. <tho...@fr...>]

Hi,

When using oggResize from Ogg Video Tools 0.8, I encountered a
segmentation fault when using the following command line:

 oggResize -D48000 input.ogv output.ogv

gdb gave me the location of the crash:

#0  0x0806f917 in main (argc=4, argv=<value optimized out>) at oggResize.cpp:612
612	  double aspectCorrection = (theoraDecoder->getInfo().aspect_numerator*1.0)/(theoraDecoder->getInfo().aspect_denominator*1.0);
(gdb) p theoraDecoder
$1 = (class TheoraDecoder *) 0x0

After a quick analysis, I understood that the line :

 double aspectCorrection = (theoraDecoder->getInfo().aspect_numerator*1.0)/(theoraDecoder->getInfo().aspect_denominator*1.0);

was incorrect, because it was dereferencing theoraDecoder even if
copyTheora is true. Or, theoraDecoder is only initialized if the Theora
stream needs to be modified (when copyTheora is false), which isn't the
case when using -D48000 (only the audio part needs to be tweaked).

Therefore, I've modified oggResize.cpp to make sure that
aspectCorrection is only computed is copyTheora is false. The attached
patch implements such a fix.

I initially wanted to generate the patch against the latest SVN
version, but found out that oggResize doesn't exist anymore in SVN (why ?).

Thanks,

Thomas
-- 
Thomas Petazzoni, Free Electrons
Kernel, drivers and embedded Linux development,
consulting, training and support.
http://free-electrons.com

Re: [Oggvideotools-users] [theora] Ogg Video Tools 0.8

[<yo...@gm...>]

hey j,

thanks for the effort! 

- Yorn

-------- Original-Nachricht --------
> Datum: Fri, 04 Sep 2009 17:24:05 +0200
> Von: j...@v2...
> An: yo...@gm...
> CC: th...@xi..., ogg...@li...
> Betreff: Re: [theora] Ogg Video Tools 0.8

> Hi all,
> 
> for those that want to try or use oggvideotools on ubuntu,
> oggvideotools 0.8 is now in the theora ppa at:
>  https://launchpad.net/~theora/+archive/ppa
> 
> j
> 
> yo...@gm... wrote:
> > Hi all,
> > 
> > I would like to announce a new version (0.8) of the Ogg Video Tools:
> > 
> > http://sourceforge.net/projects/oggvideotools/
> > 
> > The main difference is that the tools now include two new things:
> > 
> > 1) oggResize
> > This tool can resize Ogg (Theora/Vorbis) files in multiple ways:
> >  - Changing the frame size (with some filters) 
> >  - Changing bitrates of Theora and Vorbis streams
> >  - Adding Comments
> >  - Adding (multiple) overlay PNG-Pictures (with alpha channel)
> >  - Changing framerates and samplerates
> >  - Changing audio channel numbers
> > 
> > If only one stream is effected (Vorbis or Theora) the other stream is
> not touched (therefor the transcoding could be fasten up, and now split/merge
> process is needed)
> > 
> > For more information and demos, please visit:
> > 
> > http://dev.streamnik.de/oggvideotools.html
> > 
> > 2) oggSilence
> > This was a wish from someone from the theora list ;-)
> > I cleaned that up a bit.
> > 
> > Even, if I had made a number of tests, I am sure that there are many
> bugs, so please give me feedback if you encounter any problems.
> > 
> > - Yorn
> > _______________________________________________
> > theora mailing list
> > th...@xi...
> > http://lists.xiph.org/mailman/listinfo/theora
> > 

Re: [Oggvideotools-users] [theora] Ogg Video Tools 0.8

[<yo...@gm...>]

> On 9/4/2009 7:56 AM, yo...@gm... wrote:
> >   - Changing bitrates of Theora and Vorbis streams
> Just curious - how does this work?  Just transcodes to a lower quality?

Yes, that's it, the video is decoded and encoded with the new bitrate. Sorry nothing more advanced :-(. But if there is a way (as the shrinking stuff that is used with mpeg2) I would be glad to know. 
 
I had a discussion with David Kühling about changing quality against changing bitrate, and he convinced me that changing quality should be available as well. However, I will integrate it into the next version.

The -q does not change the quality of the video encoding. It changes the kernel size of the video resize filter (and the resizing computational speed and resized picture quality). 

- Yorn

Re: [Oggvideotools-users] [theora] Ogg Video Tools 0.8

[Christopher B. <bli...@mo...>]

On 9/4/2009 7:56 AM, yo...@gm... wrote:
>   - Changing bitrates of Theora and Vorbis streams
Just curious - how does this work?  Just transcodes to a lower quality?

--Chris

Re: [Oggvideotools-users] [theora] Ogg Video Tools 0.8

[<j...@v2...>]

Hi all,

for those that want to try or use oggvideotools on ubuntu,
oggvideotools 0.8 is now in the theora ppa at:
 https://launchpad.net/~theora/+archive/ppa

j

yo...@gm... wrote:
> Hi all,
> 
> I would like to announce a new version (0.8) of the Ogg Video Tools:
> 
> http://sourceforge.net/projects/oggvideotools/
> 
> The main difference is that the tools now include two new things:
> 
> 1) oggResize
> This tool can resize Ogg (Theora/Vorbis) files in multiple ways:
>  - Changing the frame size (with some filters) 
>  - Changing bitrates of Theora and Vorbis streams
>  - Adding Comments
>  - Adding (multiple) overlay PNG-Pictures (with alpha channel)
>  - Changing framerates and samplerates
>  - Changing audio channel numbers
> 
> If only one stream is effected (Vorbis or Theora) the other stream is not touched (therefor the transcoding could be fasten up, and now split/merge process is needed)
> 
> For more information and demos, please visit:
> 
> http://dev.streamnik.de/oggvideotools.html
> 
> 2) oggSilence
> This was a wish from someone from the theora list ;-)
> I cleaned that up a bit.
> 
> Even, if I had made a number of tests, I am sure that there are many bugs, so please give me feedback if you encounter any problems.
> 
> - Yorn
> _______________________________________________
> theora mailing list
> th...@xi...
> http://lists.xiph.org/mailman/listinfo/theora
> 

[Oggvideotools-users] Ogg Video Tools 0.8

[<yo...@gm...>]

Hi all,

I would like to announce a new version (0.8) of the Ogg Video Tools:

http://sourceforge.net/projects/oggvideotools/

The main difference is that the tools now include two new things:

1) oggResize
This tool can resize Ogg (Theora/Vorbis) files in multiple ways:
 - Changing the frame size (with some filters) 
 - Changing bitrates of Theora and Vorbis streams
 - Adding Comments
 - Adding (multiple) overlay PNG-Pictures (with alpha channel)
 - Changing framerates and samplerates
 - Changing audio channel numbers

If only one stream is effected (Vorbis or Theora) the other stream is not touched (therefor the transcoding could be fasten up, and now split/merge process is needed)

For more information and demos, please visit:

http://dev.streamnik.de/oggvideotools.html

2) oggSilence
This was a wish from someone from the theora list ;-)
I cleaned that up a bit.

Even, if I had made a number of tests, I am sure that there are many bugs, so please give me feedback if you encounter any problems.

- Yorn

[Oggvideotools-users] Silence generator for Vorbis available

[<yo...@gm...>]

Hi all,

I added a new tool to the Ogg Video Tools:

oggSilence

it creates a vorbis file for silence of a given length.
Example:

oggSilence -l 5000 -d 64000 -r 44100 -n 2 silence.ogg

This creates a 5 seconds silence output in vorbis with the paramters:
Datarate: 64 kBit/s; sample rate 44.1 kHz; 2 channels

You'll find the source in the latest SVN or in the upcoming version 0.8 of the OggVideoTools. 

- Yorn

[Oggvideotools-users] (no subject)

[<yo...@gm...>]

Re: [Oggvideotools-users] Method to create previews

[<yo...@gm...>]

For those, interested in testing this facility, please check out revision 65 from the svn repository.

- Yorn

> Hi all,
> 
> I added a method to create a preview video to the oggResize tool. So it is
> possible to create lightweight preview picture series.
> 
> The option for this is -p and the number of frames, that should be
> omitted.
> 
> Example:
> oggResize -s256x144 -d64000 -f1 -p24 -A Play-256x144.png bigBuckBunny.ogv
> bigbuckbunnyVorschau.ogv
> 
> This creates a series of pictures with a framerate of 1 frame per second
> where every 24th frame is shown.
> 
> The result of this command is presented on this page:
> 
> http://dev.streamnik.de/76.html
> 
> I additionally added a play symbol for demonstation purposes.
> 
> - Yorn 
> 
> ------------------------------------------------------------------------------
> Enter the BlackBerry Developer Challenge  
> This is your chance to win up to $100,000 in prizes! For a limited time, 
> vendors submitting new applications to BlackBerry App World(TM) will have
> the opportunity to enter the BlackBerry Developer Challenge. See full
> prize  
> details at: http://p.sf.net/sfu/Challenge
> _______________________________________________
> Oggvideotools-users mailing list
> Ogg...@li...
> https://lists.sourceforge.net/lists/listinfo/oggvideotools-users

[Oggvideotools-users] Method to create previews

[<yo...@gm...>]

Hi all,

I added a method to create a preview video to the oggResize tool. So it is possible to create lightweight preview picture series.

The option for this is -p and the number of frames, that should be omitted.

Example:
oggResize -s256x144 -d64000 -f1 -p24 -A Play-256x144.png bigBuckBunny.ogv bigbuckbunnyVorschau.ogv

This creates a series of pictures with a framerate of 1 frame per second where every 24th frame is shown.

The result of this command is presented on this page:

http://dev.streamnik.de/76.html

I additionally added a play symbol for demonstation purposes.

- Yorn 

[Oggvideotools-users] mplayer does not handle theora frames correct

[<yo...@gm...>]

Hey,

I just realized, that the mplayer is not able to handle the picture offset correctly if a video frame has a size that is not a multiple of 16.

The videos may look strange at the borders with mplayer, but if you play them e.g. with firefox 3.5 the video is displayed correct.

This is the reason, why oggResize and oggThumb may not work correctly at the borders (as I try to trim the output for mplayer), in case a frame is set to a width or height that is not a multiple of 16. However in most cases this is not the given (e.g. planes with size 320x240, 640x480, 1024x768, 480x320 ...)

I am working on a fix. 

- Yorn



 

[Oggvideotools-users] Webpage update

[<yo...@gm...>]

Hi all,

I recently updated the Ogg Video Tools web page at:

http://dev.streamnik.de/oggvideotools.html

I am still working on that page and will link from sourceforge to this site when everything is done.

If your are interested in the new facilities of the new upcoming version of the Ogg Video Tools, please feel free to visit us.

If you have any difficulties with that pages, please let me know.


Have fun - Yorn

[Oggvideotools-users] Ogg Video Tools Version 0.7

[<yo...@gm...>]

Hi all,

Version 0.7 of the OggVideoTools is now available on Sourceforge:
http://sourceforge.net/projects/oggvideotools/

or on the streamnik web page:
http://dev.streamnik.de/files.html

For a good Documentation, please visit:
http://en.flossmanuals.net/TheoraCookbook/ManipulateOggTheoraFiles

- Yorn