search for: quantiser

The following creates a point process version of a sinewave (maybe there's a better way): p<-amp*cos(2*pi*freq*(1:n)/n ) + 0.5 as.numeric(runif(1:n)<p) I get something like this: 1 o oo oo o o ooooo o 0 ooo o o o o o ooo ooo In case it's not obvious, this is a noisy version of 1 ooooooo ooooooo 0 ooooooo

Hello vorbis developer! I'm not very experienced in informatics, cause i'm only an audio engineer and sorry for my broken english but i have an idea... After the filterbank the maximum aplitude in each band decides about the nessesary bits, then the psychoacoustic model decides how much of the signal can be truncated without hearable noise. What do you think about quantising the

--- libcelt/bands.c | 43 ++++++++++++++++++++++++------------------- libcelt/bands.h | 6 ++---- libcelt/celt.c | 6 ++---- 3 files changed, 28 insertions(+), 27 deletions(-) diff --git a/libcelt/bands.c b/libcelt/bands.c index d0c3498..315cce8 100644 --- a/libcelt/bands.c +++ b/libcelt/bands.c @@ -247,23 +247,6 @@ void compute_pitch_gain(const CELTMode *m, const celt_norm_t *X, const

Hi guys, Here's two patches I'm planning to apply to simplify the pitch quantisation. Can you test them and let me know how it works? Thanks, Jean-Marc -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Moved-the-application-of-the-pitch-gain-to-un-quant.patch Type: text/x-patch Size: 8182 bytes Desc: not available Url :

Hi everyone, first of all, I searched through the archives for any posts resembling this, I didn't read all posts about the patents so if this has been suggested before I apologise. I read in an article on C|Net (I think, it was linked from Slashdot anyway) that Thompson are threatening to sue you if Ogg Vorbis becomes a success. Which is evil, and I'm also mad at them because they never

--- libcelt/Makefile.am | 6 +- libcelt/bands.c | 26 +++++++++- libcelt/bands.h | 2 +- libcelt/celt.c | 23 +++----- libcelt/pgain_table.h | 133 ------------------------------------------------- libcelt/quant_pitch.c | 117 ------------------------------------------- libcelt/quant_pitch.h | 44 ---------------- 7 files changed, 37 insertions(+), 314

I have been using libvorbis for the past few weeks and have been asked to summarise what I have discovered about the codec. There is an early draft of the document at http://www.geocities.com/gatewaystation/vorbis/vorbis.htm - Please forgive the dodgy formatting (it was formerly a MS word document that got converted with their 'save as html' feature). I still have some additions to

Hello, I am working on Cirrus ARM-EDB 9302 and using speex-1.1.7. I have tried encoding a wav file of 7sec long and it took 6 sec to encode it for default settings of encoder with both files on the RAM.Next I tried encodeing for 1 minute wav file and it took 2.2min for default settings. Why is it that as size of input file increases,encoding time also increases drastically?( I decoded

https://bugzilla.mindrot.org/show_bug.cgi?id=3655 Bug ID: 3655 Summary: Default ObscureKeystrokeTiming makes X forwarding really slow Product: Portable OpenSSH Version: 9.6p1 Hardware: Other OS: Linux Status: NEW Severity: normal Priority: P5 Component: ssh

Hi, I've been reading through the Theora format spec and API reference trying to find an answer to this but haven't come across anything certain. I'm wondering whether it would be theoretically possible to change the encoded bit rate (or target video qiality) during a live stream without a standard theora decoder having any problems. I had assumed that this must be possible, given

> Yes, I have enabled the the current ARM4 assembly bits. I have tried > to optimize these functions(filter_mem16(),iir_mem16() and > fir_mem16()) in C code, but the effect is very small, and I am going > to do assembly optimization for these functions. Do you have another C > code about these functions for assembly optimisations? Can you give me > some information and

Ha ha! I'm don't know what change I made that cleared up the errors, but I can figure that out later. Of course, I immediately tested my new oggenc. Using the same input file and default options, I get these results: [MSVC] File length: 4m 21.0s Elapsed time: 0m 54.0s Rate: 4.8333 Average bitrate: 129.6 kb/s File size: 4,229,428 [BCB]

Hello, I wanted to find out more about square polar mapping, cause that whole stuff is a bit tricky - to me - and not so easy to understand. Searching the web did't get me any results, so I wonder what the background of square polar mapping is. Is it derived from some mathematical publications or just the result of a brilliant intuition of a Vorbis programmer ? ;) Thanks. Stoffke

On Mon, 7 Aug 2023, Chris Rapier wrote: > > The broader issue of hiding all potential keystroke timing is not yet fixed. > > Could some level of obfuscation come from enabling Nagle for interactive > sessions that has an associated TTY? Though that would be of limited > usefulness in low RTT environments. I don't like the idea of having a steady > drip of packets as that

Hi?Jean-Marc? Thanks for your suggestions very much! > > I am porting speex on ARM7TDMI, I have done some optimization, the > > result is that the encoder and decoder need about 60 MCPS for 5.96kbps > > bitrate and complexity 0. Can someone give me informtion about Speex > > optimization on ARM7? > > That's quite good. A few suggestions here: > 1) Don't

Hi, I've read the Vorbis stereo documentation on square polar mapping and currently reading the source code to understand it. But there are some things which I don't quite understand and hope I can get some guidance on. I understand the decoding/decoupling part as it is the same as the one described in the stereo docs: From mapping0.c: /* channel coupling */

Hi radeonhd, nouveau, mesa3d developers, Firstly, thank you all very much for all the important work you do. I've been working as a part-time developer on the "Spring RTS" project (open-source game engine) which runs on linux (and other os). Some time ago I tried the engine on the open-source ATI radeonhd driver, which I understand to be partly based on mesa 3d, and all textures

I sent a little mail some time ago asking if there was going to be an ogg pic-format, and you replied that PNG, MNG and JNG is good enough (sorry for this late answer btw).. But, consider this: The ogg video-format (tarkin ? where do you get these names from anyway ? :) ) needs a way to compress its frames. Are you going to use MNG for that ? :) .. If you had an ogg pic format, that format could

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hello everybody, first of all I want to excuse myself for crossposting. I can't estimate which mailinglist could be the right one for our concern. Struktur AG, member of the Linux Solutions Group e.V., wants to announce an Open Source tender for an implementation of an audio codec compatible with Nellymoser Asao Codec. Struktur wants to pay

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hello everybody, first of all I want to excuse myself for crossposting. I can't estimate which mailinglist could be the right one for our concern. Struktur AG, member of the Linux Solutions Group e.V., wants to announce an Open Source tender for an implementation of an audio codec compatible with Nellymoser Asao Codec. Struktur wants to pay