similar to: Ogg Vorbis Quality Analisis (+ bug) (+ misc)

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

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

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

Saludos. Bueno quiero realizar el analisis multivariado especificamente el analisis de correspondencia en R , cual es el paquete implementado? [[alternative HTML version deleted]]

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

Hola amigos: Quisiera saber si alguna opción en R del software primer para análisis de datos multivariantes en ecología Gracias Javier [[alternative HTML version deleted]]

Estimados, tengo que analizar un experimento que fue ejecutado bajo el diseño strip strip plot, lo que es bastante infrecuente al menos en mi area, y no quisiera hacerlo a mano. Me pregunto si en R existira algun paquete que ejecute el analisis de varianza de este tipo de experimentos. Recuerdo que un par de veces se han dado aqui paginas para consultar acerca de paquetes, funciones y esas

Hola Javier, gracias por contestar tan rapido (tarde en la noche) ... olvide decir que, obviamente, he revisado la internet buscando y no encuentro ni siquiera la tabla de analisis de varianza del diseño ... habia revisado el paquete agricolae porque este trae diseños parecidos pero no exactamente lo que necesito. Sigo buscando, muchas gracias, Eric. On 29/04/15 22:57,

Necesito luz para ordenar unos datos... en realidad, para ordenar muchos muchoas veces. El problema hoy: Tengo una base de datos que incluye respuestas dobles en algunas variables en algunos individuos, tabla didáctica: idioma alergia color individuo1 en,es 0 amarillo individuo2 es,en huevo limon individuo3 es,fr,en pescado, huevo

Genial !! Gracias Carlos, voy a leer la vignette. A todo esto, alguien se acuerda de esas paginas para buscar paquetes y funciones de R ? Se que una estaba en CRAN, pero las otras tambien eran muy buenas porque las use un par de veces, pero no las puedo encontrar en los mails de la lista. Saludos y gracias, eric. On 30/04/15 09:22, Carlos Ortega wrote: > Hola, > >

Gracias, Javier; Anduve buscando entre tus dos propuestas para mi encarables (plyr y reshape2) y presupongo que el problema es eso del ingenio que comentás, que hay que tener y no tengo. Los paquetes me vinieron igualmente re-bien, porque me di cuenta que no tengo por qué sufrir haciéndolo a mano cada vez que encaro algunas de esas situaciones. Pero lo de ordenar los datos para el MCA... el

Mil gracias, José Antonio! Creo que, entre tu recomendación y el apelo al ingenio de Javier, voy a terminar generando la tabla que necesito. Mi problema, al contrario de lo que entiendo que les pasa a los que necesitan condensar, es que necesito extender... mi ya extensa data.frame. Pero poder pensar en el problema de otros me ayuda a entender el mío. Hau idatzi du José Antonio Palazón Ferrando

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,

Hi All, Let me ask this question of the group: When bit rate peeling becomes available, how will the quality of the peeled Vorbis file compare to a file encoded at the target quality directly from the original? So, for: a.wav --> b.ogg (at q6) --> c.ogg (at q2) a.wav --------------------> d.ogg (at q2) how are c.ogg and d.ogg likely to compare in terms of audio

I was up late last night, and i had a thought on peeling that would probably provide 100% accurate peeling data to a decoder, but take a maximum of 1101 times normal time to encode (taking into account the range from q-1 to q10 ). ay you want to encode a track at q10, but you want it to be peelable. the 1101 encoder would encode from the source at every quantifiable level (since there are 2

Es evidente que no soy demasiado ingenioso, porque con todo lo que me ayudaron, terminé pasando horas hasta que lo conseguí (y una vez conseguido pienso que tendría que haber tardado menos de la cuarta parte). Gracias, Jorge, también. Así que, desde este estado mental que describo, vengo con una pregunta que más que de R es de teoría del análisis de datos. Una vez que consigo que los datos se me

No offense, Segher, but the output quality of this thing is awful. =) I'll disregard the fact that, at least with *my* compiler, the source tarball I downloaded reduces every packet to zero bytes, which isn't terribly interesting. I decided to set the byte reduction to something constant: I started by dividing each packet's size by 2 just to see what would happen. The resulting ogg