similar to: packetizing an ogg stream

>From looking at the code, it looks like the first vorbis header in a stream is always placed in its own page. It also looks like maybe the audio data (i.e., the stuff after the headers) is maybe also supposed to begin on a new page. Is this part of the spec? I notice, though, that the second and third headers share a page, at least in one .ogg I looked at. It seems like it would be easier

After much bureucracy in the IETF hierarchies and sort of chaos-like organization, it seems I have got the matter so far that a four-week last call will be issued so that application/ogg finally becomes a standard. Don't jump of joy just yet, but I have feelings that it actually may happen now. :-) The "last call" is not yet issued! (They started discussing adding this MIME-type in

Hi, all, When I schedule machine instructions in a VLIW way and packetize them, a problem is encountered, and I will show it use a simplified case as follows. ############ original instruction sequence ... insn1 ... jump LBB0_xx ... LBB0_xx: ... ############ expected instruction sequence after scheduling and packetizing insn1; jump LBB0_xx ... LBB0_xx: ... ############ generated instruction

Sergei, Thank you for your attention. My target is a custom VLIW DSP. I am not sure dependency dag is correct when it gets scheduled and packetized. Months ago, I submitted a bug at http://llvm.org/bugs/show_bug.cgi?id=17894 which explained more details. I am not sure my understanding of this bug is proper, but modified my local codes this way and it works for my target when scheduling and

Is anyone working on Vorbis over RTP? It's been silent on this frontier for a while. I have been hearing from representatives of the IETF that they were not impressed by the previous draft, and that they were not coherent with RTP thinking and other RTP transport specs for various content. There exist a textbook on RTP which was released recently, if someone wants to learn it from the ground

Hi, Does anybody know how codebooks are generated in OggVorbis encoder? We are porting oggorbis encoder on embedded platform for which VQ codebook memory is hugeeee to imagine. How can we reduce that? Can we do VQ with less codebooks and if yes how? If any help available? Parul Embedded Engineer Einfochips Ltd

Hi, Am I correct in understanding that the codebooks are *not* adaptive during compression? I see that Packet #3 is written to the stream in the beginning of the encode process with no modification. If the codebooks are not adaptive, then why are codebooks included in the stream at all? Why not pass the mode type (A or B or C...) instead of all the mode info and let the decoder load it's

Hi, From the vorbis decoder specification, it is clear that the decoder needs to have all the codebooks before decoding can actually begin. I will appreciate if someone can clear the following questions: 1. I guess the codebooks are derived from the actual input data. Probably the encoder may be making two passes through the input. The first pass finds out the frequency of different symbols

http://www.xiph.org/ogg/vorbis/doc/draft-moffitt-vorbis-rtp-00.txt This is the Internet-Draft I'll be submitting tomorrow and hopefully presenting at the March IETF meeting. If you see anything major, let me know right away, I'll be submitting this in the morning. jack. --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To

alpha. (that about sums it up) Will encode and play back via an sdp file and multicast on one computer (over the net if you transfer the sdp file over by hand). rc/rtenc3 and src/rtdec3 are in the style of encoder/decoder_example ...so this means you MUST edit it them to suit your system. For example, I specify my rtenc3 to multicast just on eth1 (to avoid pissing off my cable supplier on

> You have several hundred more Critical or Important security updates > outstanding. If that box touches the Internet in any way, it is likely > compromised. Just in the last 6 months there are 21 Important or > Critical updates. That is an important qualifier: *If* that box touches the Internet in any way. Although one might add that attacks on the LAN can be nastier since there

Hi all, I'm porting the Tremor code to an ARM platform. Unfortunately, we didn't use the low mem branch code for CPU performance consideration, and now I find the memory use in it is huge for the embedded system. After looking into the code, I found the header parse, especially, the codebook unpack part takes a lot of memory. Tremor decodes the codebooks to a cache to store

2009/6/18 Adam Rosi-Kessel <adam at rosi-kessel.org>: > Ivo Emanuel Gon?alves wrote, on 6/18/2009 6:14 AM: >> >> On 6/18/09, Conrad Parker<conrad at metadecks.org> ?wrote: >>> >>> This sounds like it needs a new tool specifically for fixing broken >>> Ogg files. >> >> I see two solutions: >> >> 1) the new vcut which I

Hello, I'm trying to write a Vorbis decoder (just as a hobby) but I've got a problem with reading the setup header. According to the Vorbis documentation the first data that should be read after the initial 'vorbis' string is an eight bit integer which when incremented by one, contains the number of codebooks in the header. My problem is that whenever I read this number it seems

Hi, Can someone please tell me how should I go about changing the frame size which is hardcoded to 160 for NB and WB and 320 for UWB. For NB speech(8KHz) the framesize of 160 is 20ms frame but for WB and UWB its 10ms. What are the parameters being affected by simply changing the framesize and sub-frame size in "modes.c" How to change the buffer size and how its affected. can we have a

Hello, Vorbis uses codebooks, for example to do vectorquantization and huffman-encoding. My question is - are all these codebook dynamicly generated ("trained") or are there also static codebooks used ? If yes, what specific tasks are these 2 types used for, during encoding ? Thanks Stoffke <p>--- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project

Hi, I think that this is made from a plugin or something in /lib/, but i really don''t know which is the better way: I have this in my MediasController: def mediatype_medias_options if params[:id] begin @mediatype = MediaType.find(params[:id]) render :inline => "<%= options_from_collection_for_select @ mediatype.medias, ''id'',

Hi! What happened to this document? Was it just left dying in the IETF system? Tor --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the

Monty Montgomery wrote: > Yes. Without the first three packets (which hold all the codec > settings and all the instruction how to handle the subsequent packets) > the rest of the stream is gibberish. Vorbis can't even unpack the > bits without the codebooks packed into the third header. Curiosity man here. Is there a finite set of predetermined codebooks or is the codebook

Greetings, I've just started porting speex to a TI C5509 DSP. It doesn't look like it's going to be too painful, but there are a couple of quirks about the C5x. 1) chars are 16 bits because memory addresses are for 16bit words 2) ints and short are also 16 bits (so sizeof(char) = sizeof(short) = sizeof(int) = 1) 3) the c5x is essentially big endian My plan is to change int and