similar to: ogg_sync_state with interleaved logical streams

Hi Ralph, thanks for your posting. Yes, the standard example player in the theora distribution could also do it when theora would not need so much time. I removed the frame dropping from the example because it's based on some audio stuff under Linux that isn't available on Windows. Currently I've no frame dropping handling build in because the first goal is a good raw performance of

Hi, Why is seekability necessary in case of multiplexed multiple logical streams? Isn't the differentiation based on serial number sufficient to continue decoding of pages in the sequence of their arrival? Regards, Patrick. _______________________________________________________________________ Odomos - the only mosquito protection outside 4 walls - Click here to know more!

Dear theora developer community, currently I'm working on a simple Theora player for Windows. But the code in the player_example.c seems not to have the performance of other implementations like the Direct Show filters by illuminate. In the example player, all important things are done in one thread: decoding the next vorbis or theora packet(s) and reading from the physical stream (+ split

Hello everyone, I tried to compress audio with opus-1.3.1/src/opus_demo.c recently, which works fine on mono and stereo data . Now I want to compress interleaved 7 channels pcm/wav ( recorded by Microphone array :6mic+ 1reference signal ) with opus, But I have not found an interface that compress multi-channels pcm/wav. 1、Is there a multi-channel compression interface can be used in my case? If

Hi all, The remaining issue to be decided for the OggPCM2 spec is the support of chunked vs interleaved data. Just so that everyone understands what we are talking about, consider a stereo file that gets stored as an OggPCM file. Within an OggPCM packet, the audio samples for the left and right channels can be stored as interleaved where the samples would be: l0, r0, l1, r1, ..... lN, rN

Dear members, since two weeks I am stuck, trying to demux a physical ogg stream (theora and vorbis) and play the audio part using vorbisfile. I hope that one of you can give me a hint or point me to additional documentation. I used ogg.h and vorbisfile.h. The way so far: - initializing an ogg_sync_state - inserting data to sync_state using ogg_sync_buffer - when whole page found

On 11/15/05, Erik de Castro Lopo <mle+xiph@mega-nerd.com> wrote: > Hi all, > > The remaining issue to be decided for the OggPCM2 spec is the support > of chunked vs interleaved data. I think interleaved is the obvious choice - that's what most audio applications are used to dealing with, it's what we need to feed to audio hardware in the end usually, etc. Whilst I

Michael Smith wrote: >Whilst I accept that there are many good uses for chunked data, I >think the transformation is trivial, particularly given certain >characteristics of the Ogg container. Remember, the data, if you read >an ogg stream into memory, is _already_ likely to be non-contiguous, >due to ogg's structure. It's trivial, and has insignificant additional

NOTE: I have read the FAQ, Verzani's book, Rtips, and googled. For various reasons I don't want to use a density plot when comparing two distributions, I would prefer to have interleaved histograms over the same ranges. In addition to this, I would also like to normalize the two histograms so that both of their max Y values are the same (so I can compare relative distributions within

Is there a compile-time and/or potential runtime cost that makes enableInterleavedAccessVectorization() default to 'false'? I notice that this is set to true for ARM, AArch64, and PPC. In particular, I'm wondering if there's a reason it's not enabled for x86 in relation to PR27881: https://llvm.org/bugs/show_bug.cgi?id=27881 -------------- next part -------------- An HTML

Hi Jerry I'm still able to recreate failures in with 2.2.4 when interleaving file creation/writing from W2k and NT4 machines to a Samba server. I orginally reported this in 2.2.2a, also 2.2.3: http://lists.samba.org/pipermail/samba/2001-December/063396.html http://lists.samba.org/pipermail/samba/2002-January/063483.html http://lists.samba.org/pipermail/samba/2002-February/067221.html I sent

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

On 5 August 2016 at 21:00, Demikhovsky, Elena <elena.demikhovsky at intel.com> wrote: > As far as I remember, may be I’m wrong, vectorizer does not generate > shuffles for interleave access. It generates a bunch of extracts and inserts > that ought to be coupled into shuffles after wise. That's my understanding as well. Whatever strategy we take, it will be a mix of telling

Since we construct our error/debug messages via multiple calls to stdio primitives, we are at risk of multiple threads interleaving their output if they try to output at once. Add a mutex to group related outputs into an atomic chunk. Signed-off-by: Eric Blake <eblake@redhat.com> --- src/errors.c | 30 +++++++++++++++++++++++++++++- 1 file changed, 29 insertions(+), 1 deletion(-) diff

On Thu, Nov 16, 2017 at 09:13:55PM -0600, Eric Blake wrote: > Since we construct our error/debug messages via multiple calls > to stdio primitives, we are at risk of multiple threads interleaving > their output if they try to output at once. Add a mutex to group > related outputs into an atomic chunk. > > Signed-off-by: Eric Blake <eblake@redhat.com> > --- >

I made a few updates to OggPCM2 http://wiki.xiph.org/index.php/OggPCM2 reflecting the latest discussions. Could everyone have a look at it and see if they agree. Otherwise, what do you feel should be changed? Anyone wants to speak in support of chunked PCM? For all those that are just tired of this mess like me, please express yourself in the new spec I created: OggPCM3

September 18, 2017 8:17 PM, "Adrian Prantl" <aprantl at apple.com> wrote: > Have you tried looking at the --dump-after-all output to see which pass (if any) is adding the > extra line table entries? > -- adrian You mean --print-after-all ? I don't see any way to pass that to lld; The debug info is fine when using llc. Carlo Kok RemObjects Software

> On Sep 18, 2017, at 10:13 PM, Carlo Kok <ck at remobjects.com> wrote: > > September 18, 2017 8:17 PM, "Adrian Prantl" <aprantl at apple.com> wrote: > >> Have you tried looking at the --dump-after-all output to see which pass (if any) is adding the >> extra line table entries? >> -- adrian > > > You mean --print-after-all ? I

Rene Herman wrote: > Why store N-bit in the most significant bits and not least? Doesn't > that mean an application would likely need to shift everything down > again? One advantage of storing in the MSB's is that the relative value remains correct when processed as the larger word size. For instance, a signed 12 bit integer would use 0x400 to represent +50% amplitude. By

From: Jyri Sarha <jsarha at ti.com> This bug happens quite often when resampling from a low to a high sample-rate with big enough factor. Also the resampling call has to be limited by the output buffer size and some unused samples needs be left in the input buffer. Sometimes when up-sampling with a big factor the resampling function wants to peek one more sample from the input buffer to