similar to: M/S encoding ?

Hey, This patch causes a regression on my display-less nvd7. Commenting out the aux, aux_stat and aux_mask members in nvd0_i2c_oclass fixes boot, and makes things work normally again. broken dmesg: [ 40.314470] ACPI Warning: \_SB_.PCI0.GFX0._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20140424/nsarguments-95) [ 40.314729] ACPI Warning: \_SB_.PCI0.GFX0._DSM:

On Aug 07 10:08:43, petrparizek2000 at yahoo.com wrote: > > What sine sweep exactly? > > An exponential sweep. It started slightly below 24 Hz and ended almost at 24 > kHz. And it was 50 seconds long. > > > How did you obtain it, > > I used Angelo Farina's "Aurora" modules. One of them is called "Generate > sine sweep". Can you please

I have a Dell 2007FP monitor. NV43 (GeForce 6600) can not use the native resolution. 1600x1200 is listed under "DDC gathered Modelines" with the rest of the info, but then is missing from "probed modes". I have a secondary card, NV4a (GeForce 6200, PCI). It works with this card. This card does not show "DDC gathered modelines" at all, and 1600x1200 is listed

> As the thing is to encode for human ears (AFAIK), I'd say that 4kHz is already "quite high", > and I wonder who can actually hear pure 20kHz sine. If you read the beginning of RFC 6716, you learn that Opus never encodes any frequencies that are higher than 20 kHz. So at some medium or high bitrates, anything above 20 kHz is filtered out, not because of the bitrate but

I just got a new monitor for my desktop system (the old one died after *many* years of service). The new monitor is a high res 16:9 monitor, but the VESA video driver insists on using 1024x768 (which was the resolution of the *old* monitor). It does seem to detect higher, 16:9 resolutions but it is not using them. I *think* I need to set some low-level video mode thing, but it has been a

> Why are you using a stereo file > containing the same sweep in both channels > and then downmixing to mono? When I first tried encoding at a higher bitrate, I needed to test the different behavior of the "mid" (l+r) and "side" (l-r) channels. That's why I made the first sweep identical on both the left and the right channel (i.e. "side" is silent)

Hello, I understand it would be better to post several messages with separate topics but I hope I don't cause too much mess if I put it all in a single message this time. To be clear, recently I've been testing Opus Tools under Windows and these are my questions/observations. ????#1. To test encoding at low bitrates, I encoded a sine sweep at 12 kbps with Opusenc and then decoded

Hi, Does anyone know of a technical reason why FLAC cannot support 88.2 Khz files? I have a reason to uses this rate since it is easy to perform quality conversions from 24 bit 88.1 Khz master files (stored as flac files) to 16 bit 44.1 khz files for CD mastering purposes. I suppose I could Kludge the wav files so that they were half speed wav files at 44.1 khz and then hand the over to Flac, but

Dear all I am a BEGINNER and have R on my Mac. I saved my excel file as .txt file, I have just one column with first row as the column name. My file when read by R looks like this. After reading the table I try to make a histogram by hist(dbh), it says object dbh not found. What am I doing wrong? thanks dbh 1 11.53 2 16.05 3 7.36 4 16.05 5 8.66 6 12.74 7 22.93 8 7.55 9

On Aug 07 00:41:52, petrparizek2000 at yahoo.com wrote: > ????#1. To test encoding at low bitrates, I encoded a sine sweep at 12 kbps > with Opusenc and then decoded the resulting file with Opusdec. What sine sweep exactly? How did you obtain it, and how exactly did you encode and decode it? Jan > The strange > thing was that even though the output wave file was at 48 kHz, it

For testing the encoder i needed test vectors. thanks for the links send by members. Those links are useful, but contain test vectors corresponding to 44 KHz only. Does anybody has any idea where i can find test vectors of other sampling rates i.e. 48 KHz, 32 KHz, 16 KHz, 11 Khz, 8 KHz. ? Thanks, Parul Embedded engineer Einfochips

Hi all, One question that I hope someone on the list just knows the answer to without having to delve too deeply into the code: How does UWB mode divvy up the bandwidth and pack it in the bitstream? I know from the documentation that WB mode codes the first 0-4K kHz band as a Narrowband packet, and then adds on the 4-8 kHz band coded separately (so that a NB decoder can decode a WB bitstream

On Aug 07 08:30:31, hans at stare.cz wrote: > On Aug 07 00:41:52, petrparizek2000 at yahoo.com wrote: > > ????#1. To test encoding at low bitrates, I encoded a sine sweep at 12 kbps > > with Opusenc and then decoded the resulting file with Opusdec. > 1) Opusenc --bitrate 12 --downmix-mono Sweep50.wav Sweep50.opus Why are you using a stereo file containing the same sweep in both

You asked in the Vorbis list, but your text only mentions OGG. The codec commonly used in OGG containers that is limited to 48 khz is Opus. Maybe you are trying to use the wrong codec (i.e. Opus instead of Vorbis)? Using a 44.1 khz wav file, I was able to encode a 192 khz ogg-vorbis file with the following command: $ oggenc --resample 192000 input.wav Of course, if your original material is

Hello, congratulations to the Ogg Vorbis team - RC2 sounds good. But... RC2 in 128 kbps mode seems to clip off all frequencys beyond 16 KHz. On the tracks I tested Beta 4 gave response even beyond 18 KHz. Some testings on a randomly chosen track: (other tracks gave similar results) Artist: Judas Priest Album: Jugulator Title: Bullet Train Beta4: 127 kbps, ~ 18 KHz (!) RC2: 132 kbps (!), ~ 16

Hello , I'm new here but I hope I can describe my problem exactly. I'm trying to get my DVI-Monitor to work with nouveau. The monitor is automatically reported as not connected. LVDS is detected. Forcing it on Xorg.conf didn't work, KMS does: video=DVI-D-1:1920x1200e video=LVDS-1:d X started with 1024x768, but could switch by xrandr to 1920x1200. The viewed picture now is

Tony Arcieri wrote : > I'm curious if anyone else is at all fed up with the current > state-of-affairs of media support under *IX. As things stand it's rather > a pain to add support for a new codec/framing format to an application, > and it seems like were someone to step up and design a system which > abstracts media support from end-user applications and

hi,All, I want to know whether Opus has AEC features like Speex? Thanks 2012/10/17 <opus-request at xiph.org> > Send opus mailing list submissions to > opus at xiph.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xiph.org/mailman/listinfo/opus > or, via email, send a message with subject or body 'help' to

That article is a bit too dismissive. I agree that one cannot hear the difference between 48KHz/16bit and 192KHz/24bit if you just transfer the data directly to the audio output device. As such, there is no good reason for Opus to support higher than 48KHz (especially since this is lossy compression, anyway). However, in general, that's not all you do with audio data. 192KHz is useful for

<LET OBJECT=STEAM DIRECTION=OFF> Here is an improved WAVE file loader for oggenc/oggdrop : int load_wave(char * filename,void * buffer) { fprintf(stderr,"unsupported WAVE file format !\n"); return -1; } It has the same functionality as the current code, but is shorter, has less ( zero ? ) bugs, is easier to maintain etc. </LET> I created a RIFF/WAVE ( commonly known