similar to: Regarding applications implementation of Skeleton's Content-Type

I agree. Is it both in the code and in the documentation? I shall look at the documentation over easter. Cheers, Silvia. On Wed, Mar 12, 2008 at 1:51 PM, Ivo Emanuel Gon?alves <justivo@gmail.com> wrote: > I noticed this first in vorbis-tools and later in ffmpeg2theora. The > Skeleton bitstream contains a header called Content-Type. It lists > the media types of all the data in

On 3/12/08, Silvia Pfeiffer <silviapfeiffer1@gmail.com> wrote: > I agree. Ayone else agrees? Conrad? j?

On 3/20/08, Conrad Parker <conrad at metadecks.org> wrote: > I agree that tools should now start writing media types without the x- . Cool. j^ reported that some of the tools in the Annodex SVN like mod_annodex, anxrip, oggz-merge, oggz-rip, etc will need to be modified. I do not have SVN access to edit these, so can one of you guys do it? With j's consent, I'll edit

Hi everybody, I've updated OggIndex to now output Skeleton 4.0 tracks. The differences between Skeleton 3.x and Skeleton 4.0 with OggIndex is: * The fisbone packet now includes a "Radix" field. * The fisbone packet now includes two new compulsory message headers; "Role" and "Name". * The fishead packet no longer includes "start time"

On 13/03/2008, Ivo Emanuel Gon?alves <justivo@gmail.com> wrote: > On 3/12/08, Silvia Pfeiffer <silviapfeiffer1@gmail.com> wrote: > > I agree. > > Ayone else agrees? Conrad? j? I agree that tools should now start writing media types without the x- . Parsers should be able to handle both versions. Conrad.

Hi All I'm currently trying to put together an ogg file with two theora streams, a handful of audio streams (probably mixed vorbis and opus), and a Skeleton stream that describes their relationships to each other. I had hoped to be able to use the oggz suite of tools, but I can't seem to get that to work. To generate my theora files, I'm using ffmpeg2theora, which will happily

> Can you commit it in ffmpeg2theora? I think that and Speex are the > only other places where skeleton.c is used, and ffmpeg2theora is > likely to have Skeleton being used by default in the next release. Then maybe it would be a good idea to do the API change needed for checking magic now ?

On Sat, 23 Aug 2014, Silvia Pfeiffer wrote: > I would merge them with oggz-merge without skeleton and then add > skeleton using oggindex e.g. > http://git.xiph.org/?p=OggIndex.git;a=summary . (oggindex is also > available from http://firefogg.org/nightly/ ) Ah, that looks like the tool I was looking for! Nearly there now... With a theora+speex file, or a theora+opus file, it

In one of the last monthly meetings it was decided that OggPCM is ready and all it needs is an implementation (for instance, in ogg123). The problem is that nobody seems available to do it. If either Martin or Sampo would like to work on it, I believe nobody will oppose. CMML and Skeleton implementations are far more urgent right now, though. I have changed the main page in the XiphWiki to

On 10/21/07, Silvia Pfeiffer <silviapfeiffer1@gmail.com> wrote: > But I agree that we need to get skeleton support into mainstream > encoders, not just the decoders. That's what I meant, especially now that Skeleton is a (SHOULD) requirement for video/ogg and audio/ogg. Lots of encoders will need to change. ffmpeg2theora, flac (the application), VLC... And CMML... I believe I

On Sat, 23 Aug 2014, Silvia Pfeiffer wrote: > What does oggz-info tell you about the file when you've merged it > (without skeleton)? It may say that there are two logical video > bitstreams, because they've come from different files. So, two > skeletons may actually be correct. There should be (and are) two logical video streams - I'm trying to create a file with a

New version of ffmpeg2theora, a command line tool to convert video files to Ogg Theora. new in version 0.19 - use libswscale api - add frontend mode and a simple PythonCard Frontend (only in svn right now or binary for os x *) - support for output larger than 2GB on 32bit systems - fix short option -k to output Ogg Skeleton - other smaller fixes binaries

hi guys, first of all, i'd like to ask if there any crossplatform software/service ( gui is also better, an online application like firefogg is great, or at least a command line tools for any platform) to combine theora videos, other than oggcat... i am doing some art projects that people should be able to remix featured theora videos and i find oggcat very usefull in theory but not in

On 06/02/2008, ogg.k.ogg.k@googlemail.com <ogg.k.ogg.k@googlemail.com> wrote: > I've had a second look, and I believe there really was a bug there, > though my patch may not be optimal. > > As an example of an off by one bug: > > On the first run through the code, message_header_fields will be NULL, > so _ogg_calloc will be called. Assume header_key and header_value

ffmpeg2theora 0.22 is out - http://v2v.cc/~j/ffmpeg2theora * enable v4l input again (-f video4linux or -f video4linux2) * ability to set framerate for image sequences (--inputfps) * fix several memory leaks * if only width or height are given, the other is set to preserve aspect ratio * -start / -end options now work with audio only input * new option --novideo to disable video

ffmpeg2theora 0.22 is out - http://v2v.cc/~j/ffmpeg2theora * enable v4l input again (-f video4linux or -f video4linux2) * ability to set framerate for image sequences (--inputfps) * fix several memory leaks * if only width or height are given, the other is set to preserve aspect ratio * -start / -end options now work with audio only input * new option --novideo to disable video

Hello, I need to demux video files created with ffmpeg2theora 0.28+svn18147 I have ogminfo v1.5 and getting this error (ogminfo.c) OGG stream 1 is of an unknown type (bad header?) (ogminfo.c) OGG stream 2 is of an unknown type (bad header?) (ogminfo.c) (a1/serial 1092562206) Vorbis audio (channels 2 rate 48000) Is possible, that ogminfo is older then ffmpeg2theora ? Or what can be the reason?

On 1/23/08, jaromil <jaromil@dyne.org> wrote: > nope. we have a freej specific mailinglist, see http://lists.dyne.org Ah, so sorry. > freej is statically including theora-mmx or offering to be dynamically > compiled to system-wide theora libraries (so the issue is then > delivered to the distribution) Most distros should be already using the latest beta, so that should

I'm happy with it. How are you creating the new message header fields? A default role of audio/main and video/main on the first tracks? And a default of "audio_1" and "video_1" on the name? Or is it enforced as parameters on the command line? Cheers, Silvia. On Fri, Jun 11, 2010 at 10:16 AM, Chris Pearce <chris at pearce.org.nz> wrote: > ?Hey all, > >

"Silvia Pfeiffer" <silviapfeiffer1@gmail.com> wrote: ... > First though let me start a discussion on skeleton here, which is > fundamental to this rfc and for which I'd like to get more input from > everyone. > > I think, "application/ogg" makes not much sense without having > skeleton inside the ogg file. Half the reason for having a generic, >