similar to: RE: Vorbis Digest, Vol 31, Issue 11

Hi all, The price at samsungrb.com on the YP-F1V just dropped to $10. It is usually around $30. I am posting here first with the hope other vorbis enthusiasts will get in on the deal before it hits fatwallet and slickdeals. I plan to post it to fatwallet.com Monday morning if they are still available. For me, one player shipped was $18, two players shipped was $24.

Hi, I would like to eliminate all the load instructions and replace their uses with the stored values in the following program. The stores and loads are in the same basic block. Is there an optimization pass in LLVM 3.0 that can do this? define void @testFunc() { entry: %sVal = alloca %sTy %f1 = getelementptr %sTy* %sVal, i32 0, i32 0 store i32 789, i32* %f1 %f2 = getelementptr %sTy*

Hello! When I simulate variance at only a single level in a nested analysis using lme (all levels are random effects), the results confuse me. Instead of lme reporting high variance in only that simulated level, substantial variance (>10% of simulated level) often appears in other levels -- in some configurations, as often as 50% of the time. Usually this spurious variance shows up in

Hi all, I didn't get a response to my post of this issue a week ago, so I've tried to clarify: When I use lme to analyze a model of nested random effects, the variance estimates of levels higher in the hierarchy appear to have much more variance than they should. In the example below with 4 levels, I simulate variance in level 2 (sd=1.0) and level 4 (sd=0.1), but levels 1 and 3 do

Hello, I am about to encode a whole bunch of low-quality audio (it sounds like poor AM reception). I plan on asking for some suggestions on that shortly. But first I want to get the tools installed on my Debian system. Easiest, by far, would be to use the version that is part of the stable distribution, which is marked as 1.0rc3. I know there is a newer version, 1.0.0 available. (Indeed, it

Apologies; a filter mistriggered on the original send of this message. Monty Date: Fri, 10 Jan 2003 01:11:16 -0500 (EST) Message-Id: <200301100611.BAA12395@biohazard-cafe.mit.edu> To: vorbis@xiph.org From: ben-extra@MIT.EDU Subject: Hi, I am hoping for some guidance. I have a *bunch* of audio in the form of realaudio streams. As is, they are of a quality similar to fair AM quality.

Hi all, I often record radio shows for posterity, and sometimes I have friends who would like to listen to them live over the net. When I am recording for my own purposes, I use a command of the form: "brec | oggenc", (options omitted for clarity) and I send the output to a file, call it radio.ogg. Locally, I use Debian stable. If I want to listen to the show as I record it, I can

Changes since v1: - Fix a double-free bug introduced by v1, pointed out by Stefano where internal pointer was being passed back to caller from libxl_create_stubdom() 8<---------------------------------------------------------------------- Currently scratch variables allocated by libxl have the same lifetime as the context. While this is suitable for one off invocations of xl. It is not

Hello, I'm looking for ideas here. I'm sure it's easy, but cant quite get what I need. I am looking for a way to encode everything from the soundcard into a .ogg, on the fly. Basically I want to be able to record and convert directly to a compressed file. Since this will be running constantly, I would also like to be able to listen to the file during this time. I know oggenc can use

Hi folks, We're gearing up to the next full release of the Vorbis codec; I've just tagged a release candidate in SVN in order to encourage wider testing toward final 1.1 release. This release includes the following updates: 1) Adoption of AoTuV and other tuning work by Vorbis developers outside of Xiph into the mainline codebase 2) New bitrate management code 3) bugfixes In more

Hi folks, We're gearing up to the next full release of the Vorbis codec; I've just tagged a release candidate in SVN in order to encourage wider testing toward final 1.1 release. This release includes the following updates: 1) Adoption of AoTuV and other tuning work by Vorbis developers outside of Xiph into the mainline codebase 2) New bitrate management code 3) bugfixes In more