similar to: No subject

vorbis_analysis(&vblock, &ogg_pkt). Then, your ogg_pkt contains one ogg packet - that's just the raw vorbis data. ogg_pkt.packet, of length ogg_pkt.bytes. You'll need to recreate some of the framing information in ogg - but not all of it. See the vorbis-over-RTP drafts for one way to do this. > > > You might also be able to get away with it (again, this depends: you

Hi there again.. I'm still writing my particular-case-vorbis-encoder-and-player, and it worked fine until now. I'm having a problem trying to encoding the audio. I need to send the data very quickly, as soon as i capture it from the sound card. Currently i have the following (audio captured 16 bits, mono): void VorbisEncoder::encode(void *data, int r) { char *buf = (char *)

Hey I am playing with a LOT of threads right now, and I want to know if the threads all need their own little vorbis encoders running in them or what exactly is threadsafe in vorbis? So here are the functions that would be called from many threads of with buffer = vorbis_analysis_buffer( &m_vorbisDsp, 4*DATA_CHUNK_SIZE ); vorbis_analysis_wrote( &m_vorbisDsp, dataLength/dataSize );

Per Monty's suggestions from a while ago, I have [finally] gotten around to playing with different schemes for parallel oggenc. Monty's main suggestion was to have a single thread loop over reading samples and calling vorbis_analysis_blockout(), and then queueing up the resulting blocks to be processed through vorbis_analysis() in other threads (in parallel). To verify that this works, I

Hello, I am trying to implement a realtime encoding then streaming solution using the vorbis codec (would be wrapped in a "7F" type for minimal framing overhead) for sending audio over a low bit rate wireless link. since we need a constant bittrate (i.e. constant packet size) for this solution we want to run the alg in constant bitrate mode; for evaluation of the codec I followed the

Hi While implementing OSS Ogg/Vorbis encoding and streaming using RTP/RTCP for both unicast and multicast, I have come across a few issues I need to clear out regarding the numbering of ogg_packets and their granulepos value. Below are the result for two different scenarios. <p>In the first scenario, ogg_packets are generated using a) vorbis_analysis_headerout() b) while

I read some lines in libvorbis/include/vorbis/codec.h: /* vorbis_block is a single block of data to be processed as part of the analysis/synthesis stream; it belongs to a specific logical bitstream, but is independant from other vorbis_blocks belonging to that logical bitstream. *************************************************/ My question. Does this imply that vorbis_analysis

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 <p>Hello, I have encountered a situation where oggenc core dumps. I am using vorbis-tools 1.0 on Solaris 8 x86. This is the command line: oggenc -b 128 -a "Keith, Toby" -t "Losing My Touch" -l "Unleashed" \ - -N "06" -o "Keith, Toby - 06. Losing My Touch.ogg" audio_06.wav Here is a

Hello, I have some code that encodes PCM data into a vorbis stream, using the workflow shown in http://www.xiph.org/vorbis/doc/libvorbis/overview.html. By analyzing that process with valgrind/cachegrind I found out that 95% of the time used for encoding is spent in the function "vorbis_analysis(&vb, 0)". My question now is: would it be technically possible to parallelize this? I

Hi, Lately, my oggenc builds (from CVS) haven't been running correctly. In a few debugging sessions, I've found that I'm getting a divide by zero exception. The exception happens in accumulate_fit (floor1.c), line 455: int weight=nb*info->twofitweight/na; Here is the call stack: accumulate_fit floot1_fit mapping0_forward vorbis_analysis oe_encode main The

Jan, Here's a hacky patch to add a few commandline options for setting comment header fields in ffmpeg2theora. It's a bit big because I virtualized the global info struct in theorautils.c. In retrospect that probably wasn't necessary, but I think it's cleaner anyway. I didn't test it because I couldn't compile ffmpeg2theora, but modulo bugs it should support

I have spent quite some hours in the archives of this mailinglist and read a few threads mainly by Jeff Squyres and Monty about making oggenc multithreaded. Those threads all are dated around January 2001, quite a time ago. For my work experience period I have to implement a parallel (threaded) ogg encoder (If this is possible, of course.) If it can be done, the code will be given back to the

On Tuesday 15 July 2003 16:40, Arc wrote: > On Tue, Jul 15, 2003 at 11:06:03AM +1200, Ross Levis wrote: > > Mark Casey wrote: > > > I think when the real-time cbr encoding issues are sorted > > > Vorbis (this is my experience with oddcast dsp, winamp and > > > icecast 2 win32, big cpu hog) will start gaining more ground, > > > > I can't use the

switch between speech and music encoding rather quickly. I wanted to try that for a CD track that has a vocal (talk) introduction = followed by music (just two instruments). Using foobar2000 with some custom setup for Opus, I tried VBR encoding = with a 256kbps setting (opus-tools-0.1.9-win32). My expectation was that = the bitrate would be significantly lower than 256kbps while speech is =

Hay! Has anyone come across these errors using valgrind for the oggenc tool or the encoder_example.c: ==13108== Invalid read of size 4 ==13108== at 0x4155734: _vp_offset_and_mix (in /usr/local/lib/libvorbis.so.0.4.1) ==13108==

A variation on questions that I've asked before... In working on the parallel version of oggenc (both threaded and MPI), a profiling run shows that the function vorbis_analysis() takes up the majority of the run time. This seems to be an obvious choice for parallelization -- send each vorbis_block to a different processor, and let them call vorbis_analsis() in parallel with each other.

Nothing on a branch yet; I'll be building a temp branch for my changes soon. First, I'm eliminating ordering dependancies in vorbis_block structures. They'll be totally sepreate and vorbis_analysis won't have a global state in vorbis_dsp_state that requires them being done in order. That way, a parallel-threaded encoder can run multiple vorbis_blocks through multiple

On Thursday 06 November 2003 11:53, Melanie wrote: > Hi, > > I have observed a problem when streaming with ices2. When only silence is > transmitted, like pauses in an interview, the bitrate drops to 0. This > happens even when a minimum bitrate is set. > Now, assume there is a half block of audio ready. Now the level drops to > silence, or near silence, possibly because the

I've been trying to piece my way through the encoder_example.c program to better understand how to encode files as ogg/vorbis. I'm stuck on two sections of the code. This is the first /* uninterleave samples */ for(i=0;i<bytes/4;i++){ buffer[0][i]=((readbuffer[i*4+1]<<8)| (0x00ff&(int)readbuffer[i*4]))/32768.f;

It looks like the Mac .exp files were not updated for RC3. The following diff corrects that problem. The CodeWarrior project files also have not been updated. They are in 5.3 format which is quite old. Would anybody object if I submitted updates to them in CodeWarrior Pro 6 format? That's the oldest version I have readily available. If someone else has 5.3 and wants to do it, you need to