similar to: libvorbis without encapulsation

L'octidi 18 pluviôse, an CCXXV, Miscellaneous a écrit : > 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. Why do you not want it? It is just a simple C struct to carry the packet's metadata.

L'octidi 18 pluviôse, an CCXXV, Miscellaneous a écrit : > > The RLP draft mentioned on the libvorbis docs page, are there sample > > implementations (in C) of this yet anywhere?  > Sorry that should say RTP, not RLP I am not sure I understand exactly what you are asking, but libavformat has a RTP packetizer that works for both Vorbis and Theora, implemented in rtpenc_xiph.c.

On Mon, 2017-02-06 at 09:58 +0100, Nicolas George wrote: > L'octidi 18 pluviôse, an CCXXV, Miscellaneous a écrit : > > > > 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

Where can I download stable RC2 source code? I've downloaded the nightly CVS, but it seems unusable right now. The Windows SDK does not appear to include source code or Borland compatible libraries. One thing I've noticed about the nightly CVS code is that the nested alloca() calls seem to confuse Borland's compiler. I had to change code in mapping0_forward() from:

Hi everyone, I'd like a bit of information about the stereo mode settings in psych_44.h of libvorbis. Specifically, about the adj_stereo structure: typedef struct { int pre[PACKETBLOBS]; int post[PACKETBLOBS]; float kHz[PACKETBLOBS]; float lowpasskHz[PACKETBLOBS]; } adj_stereo; What I am attempting to do is bring lossless stereo coupling down to the lower quality levels in

Okay, how do I drop a changeset/patchset/tag for you folks from SVN? At this point, I have written three examples of how to use the basics of the ogg streaming and decoding in Tremor. I heartily welcome any suggestions, improvements and corrections that you can point out in the code. The examples required me to make some small modifications to the main tremor library. However, the changes

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 running into memory leak and read-from/write-to unallocated errors in the cleanup phase of parallel oggenc. I see in vorbis_block_clear() that it references some fields on the vorbis_dsp_state that it cached during vorbis_block_init(), and conditionally does some cleanup based on the values of those fields. Does this fact effectively mean that you can't have multiple vorbis_block

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

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

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.

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

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,

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,

> > 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,

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

hi all I found that in the revision 10730 of the libogg2 library it is impossible to do bitpacking. this is due to the implementation of the (at least) two functions oggpack_writeinit() and oggpack_readinit(). they both take an (oggpack_buffer *) as an argument and immediately erase all it's contents: void oggpack_readinit(oggpack_buffer *b,ogg_reference *r){ memset(b,0,sizeof(*b));

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