Georg Holzmann | 1 Feb 17:41
Picon

Re: Enhanced Podcasts with Ogg Vorbis (Chapter Marks)

Hallo!

>>> Here's an example:
>>>   CHAPTER01=00:00:00.000
>>>   CHAPTER01NAME=Intro
>>>   CHAPTER02=00:02:30.000
>>>   CHAPTER02NAME=Baby prepares to rock
>>>   CHAPTER03=00:02:42.300
>>>   CHAPTER03NAME=Baby rocks the house
>>>   ...
>>>
>>> The same format is used as input by mkvmerge ('simple chapter format', see
>>> [3]) and by ogmmerge [4] (input for ogmmerge [5], output of dvdxchap [6]).
>>
>> OK, given/assuming this is already a reasonably widely deployed way of
>> doing it, I agree.
>>
>> Anyone have any last comments before I add it?
>
> This is easy enough to map to WebVTT and thus to the way that chapters
> work in the current HTML5 spec. We have hierarchical chapters there,
> too, btw, so maybe that needs to be taken into account. Otherwise I
> have no issues with this.

Thanks for the comment - I am also looking forward to use WebVTT ;)

@Monty:
Do you need any further information on this?
IMHO hierarchical chapters would be a little bit more complex and not so 
straight forward ...
(Continue reading)

Silvia Pfeiffer | 2 Feb 00:43
Picon
Favicon

Re: Enhanced Podcasts with Ogg Vorbis (Chapter Marks)

Monty,

How were you thinking of implementing support for chapters in Ogg?
Introduce them into VorbisComment? Or into Skeleton? Or encapsulate
them into a Kate track of sorts? How did OGM do it?

BTW: WebM is currently discussing support for Matroska chapters.

Cheers,
Silvia.

On Thu, Feb 2, 2012 at 3:41 AM, Georg Holzmann <grh <at> mur.at> wrote:
> Hallo!
>
>
>>>> Here's an example:
>>>>  CHAPTER01=00:00:00.000
>>>>  CHAPTER01NAME=Intro
>>>>  CHAPTER02=00:02:30.000
>>>>  CHAPTER02NAME=Baby prepares to rock
>>>>  CHAPTER03=00:02:42.300
>>>>  CHAPTER03NAME=Baby rocks the house
>>>>  ...
>>>>
>>>> The same format is used as input by mkvmerge ('simple chapter format',
>>>> see
>>>> [3]) and by ogmmerge [4] (input for ogmmerge [5], output of dvdxchap
>>>> [6]).
>>>
>>>
(Continue reading)

xiphmont | 2 Feb 01:04
Favicon

Re: Enhanced Podcasts with Ogg Vorbis (Chapter Marks)

On Wed, Feb 1, 2012 at 6:43 PM, Silvia Pfeiffer
<silvia <at> silvia-pfeiffer.de> wrote:
> Monty,
>
> How were you thinking of implementing support for chapters in Ogg?
> Introduce them into VorbisComment? Or into Skeleton? Or encapsulate
> them into a Kate track of sorts? How did OGM do it?

People here were specifically addressing podcasts (audio) and the
suggestion had been in Vorbis comments.

I'm not sure how OGM did it.

As far as Vorbis is concerned, I'm happy enough at this point to bless
it as a limited but immediately useful spec.

It's probably worth more thought w.r.t transOgg, where I'd like to
take control of the global metadata task where Ogg mostly just waved
hands.

Monty
Silvia Pfeiffer | 2 Feb 04:49
Picon
Favicon

Re: Enhanced Podcasts with Ogg Vorbis (Chapter Marks)

I guess since we can have VorbisComment headers in all logical
bitstreams (i.e. all tracks), we should be fine with having chapters
in there.
It would also make sense to introduce a separate header page for chapters.
Both of these solutions have the drawback that we may end up with
chapters in multiple bitstreams, so the question would be which one to
use.
Instead, it could just go into skeleton...

The simplest solution certainly is to not have to worry about any new
multiplexing requirements and do what you say. It's probably
sufficient for now.

Silvia.

On Thu, Feb 2, 2012 at 11:04 AM,  <xiphmont <at> xiph.org> wrote:
> On Wed, Feb 1, 2012 at 6:43 PM, Silvia Pfeiffer
> <silvia <at> silvia-pfeiffer.de> wrote:
>> Monty,
>>
>> How were you thinking of implementing support for chapters in Ogg?
>> Introduce them into VorbisComment? Or into Skeleton? Or encapsulate
>> them into a Kate track of sorts? How did OGM do it?
>
> People here were specifically addressing podcasts (audio) and the
> suggestion had been in Vorbis comments.
>
> I'm not sure how OGM did it.
>
> As far as Vorbis is concerned, I'm happy enough at this point to bless
(Continue reading)

Ralph Giles | 10 Feb 20:22
Favicon

New repo and moving tremor discussion here

All,

I've consolidated our various svn branches of the fixed-point vorbis
decoder (known as tremor or tremolo) into a single git repository,
hoping that it facilitates review and merging of the various trees. In
particular, android has a branch of Robin Watts' Tremolo code
(arm-optimized tremor-lowmem) which I don't think anyone on the Xiph
side has looked at.

I used git-svn to import the history, which isn't great at following
svn branches, so a sanity check that we've got the appropriate history
would be appreciated. You can find the new repository at

  https://git.xiph.org/?p=tremor.git

Core developers should already have push access using the git <at> git.xiph.org url.

N.B. We used to have a separate list for tremor discussions, but it's
seen very little traffic in the past few years. I've marked it as
deprecated; we can just as well discuss maintenance issues for all the
implementations here.

Cheers,
 -r

--

-- 
Ralph Giles
Xiph.org Foundation for open multimedia
Mashal al-shboul | 29 Feb 00:47
Picon
Favicon

Need for help about using vorbis in embedded system



Hi All,
   I am a new member to the vorbis-dev mailing list. i hope that u receive the help that i've been searching for.
I need to compress audio samples captured by wireless sensor node (16-bit PCM at 8Khz). can i use vorbis i such an embedded system environment that has the following HW/SW specifications:

-416 MHz Microprocessor(ARM architecture, Intel Xscale family)
-32 MB RAM
Beside that,i can use C language for developmnet.

Do these specifications work for compressing the captured audio samples so that i get them in smaller size for transmitting them wirelessly?

  Any Help or Advice Is Very Appreciated.

Regards.
Mash'al
Jordan Univeristy Of science and Technology
_______________________________________________
Vorbis-dev mailing list
Vorbis-dev <at> xiph.org
http://lists.xiph.org/mailman/listinfo/vorbis-dev
Ralph Giles | 29 Feb 01:07

Re: Need for help about using vorbis in embedded system

On 28 February 2012 15:47, Mashal al-shboul <shboul8989 <at> yahoo.com> wrote:

> I need to compress audio samples captured by wireless sensor node (16-bit
> PCM at 8Khz). can i use vorbis i such an embedded system environment that
> has the following HW/SW specifications:
>
> -416 MHz Microprocessor(ARM architecture, Intel Xscale family)

Yes, the reference encoder should work in realtime on a system like
that. Note that's it's not especially well-tuned for 8 kHz audio; most
people use it at 48 or 44.1 kHz. It will work though.

You might also be interested in the new Opus codec we're developing.
It's somewhat higher complexity, but offers superiour compression and
the reference implementation includes a fixed-point encoder, which may
make up for the complexity difference on XScale.
http://opus-codec.org/

Cheers,
 -r
Mashal al-shboul | 29 Feb 01:46
Picon
Favicon

Re: Need for help about using vorbis in embedded system

Thank you for replying.
i would like to add another question.what is the output(as data structure) that is expected from the vorbis?,can i get the output in a segmented form that is suitable for packetizing(in arrays or buffer data structures) at a sender-side, and reassembling at a receiver-side?
note: i am using iMote2 sensor node with PXA271/XScale processor of ARM architecture,TinyOS operating system,and C with nesC programming languages.

sorry for asking much

Regards,
Mash'al
Jordan

From: Ralph Giles <giles <at> thaumas.net>
To: Mashal al-shboul <shboul8989 <at> yahoo.com>
Cc: "vorbis-dev <at> xiph.org" <vorbis-dev <at> xiph.org>
Sent: Wednesday, February 29, 2012 2:07 AM
Subject: Re: [Vorbis-dev] Need for help about using vorbis in embedded system

On 28 February 2012 15:47, Mashal al-shboul <shboul8989 <at> yahoo.com> wrote:

> I need to compress audio samples captured by wireless sensor node (16-bit
> PCM at 8Khz). can i use vorbis i such an embedded system environment that
> has the following HW/SW specifications:
>
> -416 MHz Microprocessor(ARM architecture, Intel Xscale family)

Yes, the reference encoder should work in realtime on a system like
that. Note that's it's not especially well-tuned for 8 kHz audio; most
people use it at 48 or 44.1 kHz. It will work though.

You might also be interested in the new Opus codec we're developing.
It's somewhat higher complexity, but offers superiour compre ssion and
the reference implementation includes a fixed-point encoder, which may
make up for the complexity difference on XScale.
http://opus-codec.org/

Cheers,
-r


_______________________________________________
Vorbis-dev mailing list
Vorbis-dev <at> xiph.org
http://lists.xiph.org/mailman/listinfo/vorbis-dev
Mashal al-shboul | 1 Mar 00:37
Picon
Favicon

Re: Need for help about using vorbis in embedded system

Hi Gunter,
Thank you for your helpful information.
i would like ask about what i found on the website(vorbis.com) telling that integer-only vorbis is available as decoder,does this mean that integer-only processor (not supporting floating point or weakly supporting it through co-processor) in an embedded system can't have vorbis operating well ?.

kindly where can i find tutorials or examples on using ogg/vorbis (especially for embedded systems)?

Thanks again for the help

Regards.
Mash'al
Jordan univerity of science and technology.

From: Gunter Königsmann <gunter <at> peterpall.de>
To: Mashal al-shboul <shboul8989 <at> yahoo.com>
Sent: Wednesday, February 29, 2012 12:22 PM
Subject: Re: [Vorbis-dev] Need for help about using vorbis in embedded system

Normally when using vorbis to compress audio data the vorbis bit stream is packaged into an ogg  container format before transferring it to another computer or saving it. How this is done can be seen e.G. in the source code of the oggenc utility.

Ogg is definitively organized in packets - and might be especially suited for your project:
If the first four ogg packets are intact (besides the metadata and the information how many streams of which type are packaged in your ogg container they contain the encoder setup information that is indispensable for decoding the vorbis stream again) your stream will still work if any number of audio packets gets lost. All you loose is the few milliseconds of audio data that were contained in the lost packets.
If the device you are building doesn't know if any receiver is currently running and thus cannot make sure that the first four packages of your stream have ever arrived you could even decide to start a new ogg container every minute:
If you concatenate any number of short ogg files the result is a long ogg file that is still working and valid - but this way you will get a new valid ogg header containing all vorbis encoder settings that are necessary to decode the stream every minute.

Kind regards,

    Gunter.






On 29.02.2012 01:46, Mashal al-shboul wrote:
> Thank you for replying.
> i would like to add another question.what is the output(as data
> structure) that is expected from the vorbis?,can i get the output in a
> segmented form that is suitable for packetizing(in arrays or buffer data
> structures) at a sender-side, and reassembling at a receiver-side?
> note: i am using iMote2 sensor node with PXA271/XScale processor of ARM
> architecture,TinyOS operating system,and C with nesC programming languages.
>
> sorry for asking much
>
> Regards,
> Mash'al
> Jordan
>
> ------------------------------------------------------------------------
> *From:* Ralph Giles <giles <at> thaumas.net>
> *To:* Mashal al-shboul <shboul8989 <at> yahoo.com>
> *Cc:* "vorbis-dev <at> xiph.org" <vorbis-dev <at> xiph.org>
> *Sent:* Wednesday, February 29, 2012 2:07 AM
> *Subject:* Re: [Vorbis-dev] Need for help about using vorbis in embedded
> system
>
> On 28 February 2012 15:47, Mashal al-shboul <shboul8989 <at> yahoo.com
> <mailto:shboul8989 <at> yahoo.com>> wrote:
>
>  > I need to compress audio samples captured by wireless sensor node (16-bit
>  > PCM at 8Khz). can i use vorbis i such an embedded system environment that
>  > has the following HW/SW specifications:
>  >
>  > -416 MHz Microprocessor(ARM architecture, Intel Xscale family)
>
> Yes, the reference encoder should work in realtime on a system like
> that. Note that's it's not especially well-tuned for 8 kHz audio; most
> people use it at 48 or 44.1 kHz. It will work though.
>
> You might also be interested in the new Opus codec we're developing.
> It's somewhat higher complexity, but offers superiour compression and
> the reference implementation includes a fixed-point encoder, which may
> make up for the complexity difference on XScale.
> http://opus-codec.org/
>
> Cheers,
> -r
>
>
>
>
> _______________________________________________
> Vorbis-dev mailing list
> Vorbis-dev <at> xiph.org
> http://lists.xiph.org/mailman/listinfo/vorbis-dev



_______________________________________________
Vorbis-dev mailing list
Vorbis-dev <at> xiph.org
http://lists.xiph.org/mailman/listinfo/vorbis-dev
Ralph Giles | 1 Mar 02:25

Re: Need for help about using vorbis in embedded system

On 29 February 2012 15:37, Mashal al-shboul <shboul8989 <at> yahoo.com> wrote:

> i would like ask about what i found on the website(vorbis.com) telling that
> integer-only vorbis is available as decoder,does this mean that integer-only
> processor (not supporting floating point or weakly supporting it through
> co-processor) in an embedded system can't have vorbis operating well ?

Processors without floating point can use the the fixed-point decoder.
But there is no fixed-point (integer-only) encoder. So for your
application you'd have to use the reference encoder with software
floating point emulation, which is indeed slow. I'd expect a 400 MHz
XScale could still do that in realtime, but the best approach is to
just build the reference code and see if it works.

 -r

Gmane