search for: hoening

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

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

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

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

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

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 >

>From: =?ISO646-US?Q?Gunther_H=3Fning?= <gunther.hoening at ukmainz.de> >Date: 2006/09/18 Mon AM 06:26:25 CDT >To: 'Petr Pikal' <petr.pikal at precheza.cz> >Cc: r-help at stat.math.ethz.ch >Subject: Re: [R] Question on apply() with more information... I think you want something like below but it probably needs some fixing up...

..., 0.8822222, 0.7983333, 0.8220000, 0.8151515) as weights f <- smooth.spline(x,y,w) Now I have y-values and want to calculate the x-value(s) from this spline. There is no further limitation to the spline, like monotonicity or anything else.. Does anyone know how to do this ? Gunther gunther.hoening at ukmainz.de

Using EmailSpec, I am testing the format of emails sent from an observer. I can verify the deliver_to address, the bcc_to address, and that the message body has the appropriate text. However, when I test the deliver_from, I am getting an error saying my deliver_from is nil, though when I follow the same steps in development, an email is sent with the appropriate from address. This is the

On 07/26/2013 10:36 AM, Christian Hoene wrote: > Hi, > > a first set of results can be downloaded here > > 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 Christian, Thanks for sharing

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 >

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

I am using subdomains in my application to control context. Therefor, during user registration, password reset, and other actions that require an email to be sent with a link to be clicked, I need to ensure that the subdomain appropriate for the user is used. It seems I need to be able to access request.host from within an ActionMailer model. But I am not clear how to do this. Any help would be

Hi Christian, Thanks for publishing this. Do you happen to have some numbers on what the expected bit error rates are for a "typical AMR-WB usage scenario"? I'm curious about that because you note that the Opus bitstream wasn't designed to be inherently robust against a bit error at any point in the packet (and some places will obviously effect it worse than others) - however

Hi R-experts, I have a data frame (A) , and a subset (B) of this data frame. I am trying to create a new data frame which gives me all the rows of B, plus the 5th next row(occuring in A). I have used the below code, but it gives me all 5 rows after the matching row. I only want the 5th. FiveDaysLater <- A[c(sapply(match(rownames(B),rownames(A)), seq, length=6))),] Any guidance much

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

I know the focus for Opus is low delay, but I've been watching its development with interest because of the potential for audiobook/podcast use, where latency is practically irrelevant. I hear the upcoming USAC codec will give good results for this niche (though listening test results don't seem to be available to the public yet), but I also hear it'll be extremely patent