search for: eaqually

For those who are interested, I've run 3 EAQUAL tests on both the LAME and OGG encoders: LAME with the --alt-standard preset (with and without --nspsytune) and OGGENC (RC3) with -q 6 (my personal "sweet spot") I am somewhat unsure though about the validity of these tests, since the original and decoded files were not the same size (2 KB difference). The LAME encoded files were also

I am but a poor code & compile illiterate, making it impossible for me to create Windows binaries from the EAQUAL source (http://sourceforge.net/projects/eaqual/). Would someone be interested in providing said binaries? They would be very helpful to me in evaluating Ogg Vorbis and other audio codecs. I'm also sure that other people would benefit from the program. -- GMX - Die

Well, this question comes once and again. I have RC3 and Garf's RC2 tuned versions (160 and 350) in a nice graph. Nobody should be surprised that RC3 is better, but in some cases GRC2 shows better EAQUAL/bitrate results. There seems to be room for improvement in RC3 with some tweaking. See it by yourself at http://audio.sinderman.com/ Cheers, AGS.

I have run an ogg analisis using EAQUAL from -q 0 till -q 10 evaluating bitrate and quality. The results are shown in a nice graph, and can be seen here: http://audio.sinderman.com/ One thing I have found is a bug, as it is cleary shown by the blue lines. Other discoveries are written in that page, and others are still evolving in my mind :) The goals of this analisis is to help the developers

Hi, I just built a sample application with speex resampler in linux and I tried to resample 8K sine wave tone mono to 48k using speex_resample_process_int. I am using a tool called EAQUAL for audio quality. I find the quality of Speex resampler to be decreasing when I increase the quality q of the resampler init function. Can some one give me pointers regarding this?? As per the API, if the

Hello All, I have a device that spews out experimental data as a series of text files each of which contains one column with several rows of numeric data. My problem is that for each trial it gives me one text file (and I run between 30 to 50 trials at a time) and I would ideally like to merge all these text files into one large data frame with each column representing a single trial. It is not

...his application to the "tasks" file connected to this cgroup the threads belonging to this application will NOT be moved to the new group. Is it right? If so, is it OK? I mean, in the current implementation, threads created before the attachement of the parent process are not treated eaqually to those created after. Could you tell me if you know something about the rules of attachement of pid, or tid, to cgroups? -- what ID is OK to write to "tasks" file and what we can expect as a result? Tsuruta-san, how about your bio-cgroup's tracking concerning this? If we want...

...his application to the "tasks" file connected to this cgroup the threads belonging to this application will NOT be moved to the new group. Is it right? If so, is it OK? I mean, in the current implementation, threads created before the attachement of the parent process are not treated eaqually to those created after. Could you tell me if you know something about the rules of attachement of pid, or tid, to cgroups? -- what ID is OK to write to "tasks" file and what we can expect as a result? Tsuruta-san, how about your bio-cgroup's tracking concerning this? If we want...

Premkiran Mannava a ?crit : > I just built a sample application with speex resampler in linux and I > tried to resample 8K sine wave tone mono to 48k using > speex_resample_process_int. I am using a tool called EAQUAL for audio > quality. That's in general not very reliable. You can get PEAQ to say all sorts of silly things. > I find the quality of Speex resampler to be

Hi, I am running the examples in page 70 of the ff package document, but it failed with the following error > cat("let's create some ff objects\n") let's create some ff objects > n <- 8e3 > a <- ff(sample(n, n, TRUE), vmode="integer", length=n, filename="d:/tmp/a.ff") > b <- ff(sample(255, n, TRUE), vmode="ubyte", length=n,

This is the new page after the first feedback round: http://audio.sinderman.com/ Comments? Conclusions? Developers feedback? Can someone ABX 60.wav with 60.ogg -q 0? Cheers, AGS. P.S. Garf/Erik, I have included some comments from EAQUAL's author. <p>--- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this

Dear all, I hope to remove a whole column from a data frame or matrix (> 2000 columns). All value in the column are same. The first thing is to select those columns. For instance, I hope to remove the V3~6 column, for all the value in those colume is zero. V3 V4 V5 V6 V7 V8 V9 V10 1 0 0 0 0 0.000 0.000 0.000 0.000 2 0 0 0 0 0.000 0.000 0.000 0.000 3 0 0 0

Hi, *"That's in general not very reliable. You can get PEAQ to say all sorts of silly things." Can you provide me links for any more effective tools other than PEAQ? Which is more reliable for Speex resampler? * *"strongly suspect that it's just not compensating for the delay introduced by the resampler. Because higher quality means higher delay, you'd find that PEAQ