search for: symons

I have a no-windows Wine configuration. What happens if I install an application that a.o. adds a module to the Windows Control Panel? Is there a fake Control Panel for this?

Hi Felica, yes, this is the only reason to have larger frames is on bandwidth limited links having a gross (physical) bit rates of 10kbps per channel. Decades ago I calculated with figure (for AMR-NB but the same holds for Opus). https://www.tkn.tu-berlin.de/fileadmin/fg112/Hard_Software_Components/Software/hoene_07_2004_paper.pdf Von: Felicia Lim [mailto:flim at google.com]

Hi, a first set of results can be downloaded here <http://trac.tools.ietf.org/wg/codec/trac/wiki/TestingResults> http://trac.tools.ietf.org/wg/codec/trac/wiki/TestingResults More will be added soon. Thanks to Patrick Schreiner and Alfons Martin, who did the tests. With best regards, Christian Hoene Symonics GmbH Sand 13 72076 T?bingen Tel +49 7071 5681302

On 06/01/2016 02:06 PM, Felicia Lim wrote: > That was my intention with refactoring out the subframe encoding and > repacketizing bit. Or do you mean I should merge the explicit check for > 120 ms frame and the existing checks for 40/60 ms wideband? What I mean is that this line in opus_encoder.c: if (frame_size > st->Fs/50 && (st->mode == MODE_CELT_ONLY ||

Hi, Ambisonics are good for the recording but what is about the playback? In addition to an Ambisonic channel mapping, isn't it worthwhile to think about some object based audio coding, too? But then again, that would be much more work than just adding a new channel mapping. Christian > Michael Graczyk <mgraczyk at google.com> hat am 18. April 2016 um 04:29 >

I think you have a syntactical error on the line thats throwing the error, you state: > j.even?should be true #throws an error on j == 2, j == 4 should this line not read as: j.even?.should be true -- Posted via http://www.ruby-forum.com/.

Hello, We (Google) have been experimenting with configuration and adjustments to CELT-only Opus that give good results for compressing ambisonic audio signals [1]. Based on our results so far, we would like to use Opus to encode spatial audio. We hope to make it easy/possible to use libopus with other common tools and software modules (ffmpeg/libav in particular). Based on my reading of the

Christian, I will give 64kbit/s a try and post the figures. My own project is voice only and requires low bitrate so was hoping that it was just the way I was compiling and not an actual regression in speed for SILK. The raspberry PI is quite a cheap and handy reference platform though the ARM side is fairly underpowered but has a great GPU. It also has no audio in which is a pain for playing

Resampling to 48khz speeds them both up but the disparity is about the same: 2.609 to 3.69. Best Regards, Stuart Marsden On 17 December 2013 17:04, Stuart Marsden <stuartmarsden at finmars.co.uk>wrote: > Christian, > > Complexity 0, 6kbps: > > 0.9.14 Speed 5.204 > 1.1 Speed 5.218 > > A slight win on that run but they vary enough to say about the same. At >

Installation of the Microsoft Word viewer (97/2000) and Powerpoint viewer fail in the second dialog of the installation wizard. I'm using a Wine configuration (latest Codeweavers) without any original Windows DLLs. Does anyone have a working config with these two apps?

In that case, can you please suggest a reliable tool? Thanks, Rhishi From: Christian Hoene [mailto:christian.hoene at symonics.com] Sent: Friday, October 04, 2013 17:30 To: Rhishikesh Agashe; opus at xiph.org Cc: Rasmi Mishra Subject: AW: [opus] ODG (Objective Difference Grade) scores for Opus Encoder using PQEvalAudio Tool Hi Rhishi, PQevalaudio is very unreliable and buggy. I have compared

Hi Rhishi, PQevalaudio is very unreliable and buggy. I have compared to PEAQ and - as a result - now I am not using it anymore. With best regards, Christian Hoene Von: opus-bounces at xiph.org [mailto:opus-bounces at xiph.org] Im Auftrag von Rhishikesh Agashe Gesendet: Freitag, 4. Oktober 2013 12:35 An: opus at xiph.org Cc: Rasmi Mishra Betreff: [opus] ODG (Objective Difference

Hi, I checked the ODG (Objective Difference Grade) scores for a few reference vectors using the PQEvalAudio Tool and found that some of them show ODG scores as high as -3.5 If we look at the range as described in the link below, it looks unacceptable. http://www-mmsp.ece.mcgill.ca/documents/Software/Packages/AFsp/PQevalAudio.html Am I missing something or are these scores valid? Thanks and

I have just started trying Opus with a view to using it in a project. I am interested in embedded hardware and tried it on the Raspberry Pi using the raspbian distro. The version of libopus in the repos is 0.9.14. I installed this and tried encoding 2 minutes of speech from a librevox recording. It managed this at a respectable pace for complexity 10: Skipping chunk of type "LIST",

Hi, I'm writing a little API in java that read/write ogg's comments (in the comment header), as well as reading the information header. All the "read" part is done and is working well, but I am having a little problem while coding the "write" part of the API. In the docs (I use http://www.xiph.org/ogg/vorbis/doc/Vorbis_I_spec.html#id4726648), I founded everything

Hi, Maybe you remember, I needed help for writing a little java api for editing ogg comments' tags. I just have released on sourceforge the code I wrote for my need, for the case somebody would need it. The standalone version contains the standalone API binaries, and the bundle version contains the sources and a little GUI for testing the API. I would have liked the code to be cleaner,

-------- Original-Nachricht -------- Betreff: [87all] IETF 87 Technical Plenary Experiment Datum: Mon, 22 Jul 2013 13:15:23 -0700 Von: IAB Chair <mailto:iab-chair at ietf.org> <iab-chair at ietf.org> Antwort an: ietf at ietf.org An: 87all at ietf.org The OPUS codec, defined in RFC 6716, can scale from low bit-rate narrowband speech to very high quality stereo

Hi Stuart, you are compressing it at 6kbit/s. Then, then SILK mode is probability used and the Silk mode is much faster than CELT. Do you also some figures at 64kbit/s? It is strange that Opus 1.1 got slower in the Silk mode - may the speech/voice selection adds some overhead. I would be interested in seeing the performance of the 64 kbit/s in both Opus 1.0 and Opus 1.1. With best