search for: vorbis_blocks

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 (oggenc/encode.c), which takes as argument a vorbis_block and an ogg packet, is also independent of from other calls to vorbis_analysis? Ronald Bos <p>-...

...rbis_block/ogg_packet pairs queued up for later output and cleanup. Invoking vorbis_block_clear() on these blocks seems to result in verious forms of Badness (read from unallocated and the like, since I didn't keep the corresponding vorbis_dsp_state instances around). But just free()ing these vorbis_blocks results in lots of memory leaks, since the storage inside the vorbis_block is still allocated. Any suggestions? Monty: will the thread-safety stuff that you're working on fix this? i.e., will vorbis_blocks no longer reference/depend on the vorbis_dsp_state? How far off is that stuff? {+} Je...

Hello all Can anyone point me to some form of description for the fields in the following structures : 1/ vorbis_dsp_state 2/ vorbis_block Thank you. regards ~previr _____________________________________________________________ Previr Rangroo STMicroelectronics Associate Systems Lab Engineer Plot No. 2 & 3, Audio Competence Center Sector 16A,

Hello all Can anyone point me to some form of description for the fields in the following structures : 1/ vorbis_dsp_state 2/ vorbis_block Thank you. regards ~previr _____________________________________________________________ Previr Rangroo STMicroelectronics Associate Systems Lab Engineer Plot No. 2 & 3, Audio Competence Center Sector 16A,

...ts compilcated quickly (and I'm *not* a math/DSP kind of guy), but I can see that, at the very least, the global vorbis_dsp_state seems to be getting modified in each call to vorbis_analysis(). My question is: is there a way to "simulate" the global state? Given that I want to split vorbis_blocks across multiple processors, I'll likely also have to give them their own local vorbis_dsp_state instead of one big shared one (it *looks* like the underlying vorbis_info is *not* modified during the encoding process; so keeping the one global vorbis_info should be ok -- please correct me if I...

...gnoring memory leaks here): - allocate/initialize a new vorbis_block - loop until file empty - read some samples - loop while vorbis_analysis_blockout returns 1 - save current [and now full] vorbis_block - allocate/initialize new vorbis_block - if we have > N pending vorbis_blocks - loop over the N pending vorbis_blocks - call vorbis_analyze - call ogg_stream_packetin - call ogg_stream_pageout/write page to disk if necessary Using a short audio clip (~17sec), I get different file sizes for the resulting .ogg file when using this algorithm vs. t...

I added a new function to libvorbis that allows lossless changes of the volume to an vorbis_block. This can help to get reasonable loudness on hardware players that do not support the Replay Gain tags. int vorbis_gainadj(vorbis_block *vb, ogg_packet *op, float* dbgain); dbgain contains the relative adjustment for each channel. The trick is quite simple. I adjust the first 2 floor values for

Using libvorbis (1.3.5) I wish to extract the raw vorbis packets.  I've built some simple code on the excellent libvorbis API overview on the xiph.org site, but the example relies on the ogg_packet struct for final output and input to decoder, and shows now examples on how to do without it. Taking a look at the vorbis_bitstream_flush() function, which in the overview is the last step before

...Since there is almost no documentation on the vorbis algorithm I have to post some questions on this list. To remind you: I am trying to implement a parallel (multithreaded) ogg encoder, using a manager-worker model. 1. About the vorbis algorithm. I plan to let the workers each process a buffer of vorbis_blocks. The point is that each worker has to start somewhere and can not use previous encoded blocks. A solution could be to let each worker start a (few) block(s) earlier to 'seed'/initialize the encoding process. Illustration: thread 1 |-----| thread 2 |-----| After encoding, I discard the...

...d using invalidated memory, and Badness happens from there. Am I reading this right? Is this a real problem? ...or was it designed that way? Did you intend that vorbis_dsp_state instances can be shared between threads? Or are vorbis_dsp_state instances now just stateless, in that one can encode vorbis_blocks on different vorbis_dsp_state instances and still get continuous audio output? (I don't know how to put that any differently; did that make sense?) {+} Jeff Squyres {+} squyres@cse.nd.edu {+} Perpetual Obsessive Notre Dame Student Craving Utter Madness {+} "I came to ND for 4 years and en...

...h 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 simultaneous calls to vorbis_analysis. Second, psy.c is almost entirely new code. That from Segher's patches I couldn't apply directly is 'applied' in spirit. I haven't gotten to patch 3 yet; he's patching faster than I'm getting my own code done :-)...

I am trying to write a media player in c# which will be able to play .ogg video files which contain Theora video and Vorbis audio streams. Currently I am using LibOgg and LibTheora (via a SWIG generated wrapper). This currently is able to decode the video and output it to the screen. I would like to use LibVorbis to decode the audio stream. Looking at the documentation it looks like I have to use

Happy new millenium! Summary: I'm having a problem queueing up the ogg_packet results of vorbis_analyze() for later writing to an .ogg stream. The docs don't seem to say if this is permissable or not. Hence, I don't know if I'm using the API incorrectly, or if this is an actual bug. ----- Attached is a short patch to vorbis-tools/oggenc/encode.c (from CVS head, 01/01/01... I

Here are some very small header patches to make header dependencies less visible. If other developers would like to use cxref to produce cross-referenced html source, I can post a Makefile to do this. Sorry about not being able to send it as an attachment. You can also get it at http://216.164.32.243/~kruus/vorbis/ for now, but my net connection is slow. 'cxref' suits my purposes,

Hi, This mozilla bug report is a crash triggered by a Vorbis file with corrupt headers: https://bugzilla.mozilla.org/show_bug.cgi?id=481601 The patch to fix the crash adds a new vorbis_dsp_init() function to libvorbis, and calls that from fs_vorbis_init() in libfishsound: https://bug481601.bugzilla.mozilla.org/attachment.cgi?id=366150 The public function it adds is: void

> > Which part? > > Well, my biggest problem is dealing with files. As you have mentioned > that fill_buffer() is obsolete, what has replaced it? ogg_sync_buffer() > didn't seem to be what I was looking for, as far as I can tell... am I > headed in completely the wrong direction? Ah, OK, I understand where you're headed now. The libvorbis API is different than

I'm not sure that this is not my fault, but here it goes: I'm trying to encode a 22 kHz Mono stream. I started with the encoder example and made it take dynamic channels etc. This is how I init it: vorbis_info_init(&VorbisInfo); vorbis_encode_init(&VorbisInfo, 1, 22050, -1, 128000, -1); then I get a crash in: _vp_quantize_couple(vorbis_look_psy * 0x01e6a6ec,

Hi All, I am trying to build an Ogg/Vorbis plugin for RealOne Player through the HelixCommunity source. During runtime, however, I saw an access violation. I did some debugging and narrowed it down to the following function in the Vorbis source.. int vorbis_synthesis(vorbis_block *vb,ogg_packet *op){ vorbis_dsp_state *vd=vb->vd; backend_lookup_state *b=vd->backend_state;

I'm having trouble tracking down why it leaks, but below is an example program which shows--using valgrind--that vorbis_info_clear() leaks memory if called before vorbis_dsp_clear(), but not if called after vorbis_dsp_clear(). Just compile and run under valgrind, using the -l switch to the example program to trigger a leak. Tested under OS X 10.7 and Ubuntu 12.04. This may be by design, or

I apologize for bugging you all again, but I've been trying to wrap my head around the encoding process and I'm about to have an aneurysm :P I've gone through oggenc.c, encode.c, and audio.c and I think I have a basic idea of what happens. I got it down in pseudocode as follows: --- 1 get parameters 2 init vorbis_comment -- vorbis_comment_init() 3 init vorbis_info --