similar to: Archival quality encoding.

This mail depends upon the fact that I don't have a couple of good earphones ;-) I read in the site that q=6 is a very high quality, but does it contain perceivable differencies from the original? (for 95% of people, of course). I also found q=6 to produce files slightly bigger (1/10 bigger) than those produced with lame VBR q=2 (about 192 bps on average). I always thought LAME VBR q=2

I discovered FLAC earlier this year, and wrote flac-archive to archive my CDs to single FLAC files. I've been archiving my collection for months now, and have gotten it to a reasonable level of stability and robustness. I recently looked over this list's archive and saw a number of questions about doing this, with no clear solution emerging. So, here i am to offer my meager tools.

Hello All, I realize that this is all highly unscientific and probably unprofessional as well. Still, I couldn't resist the urge. I ripped track 6 (prelude) from Yanni's "Tribute" album and encoded it with the latest versions of lame and oggenc. I present below the command line I used for both encodes: time oggenc -a 'Yanni' -t 'Prelude' -l 'Tribute' -c

Hello All, I realize that this is all highly unscientific and probably unprofessional as well. Still, I couldn't resist the urge. I ripped track 6 (prelude) from Yanni's "Tribute" album and encoded it with the latest versions of lame and oggenc. I present below the command line I used for both encodes: time oggenc -a 'Yanni' -t 'Prelude' -l 'Tribute' -c

Hi all, I have just released Syslinux 3.83. Special thanks to my employer, Intel, for letting me spend time on this. It is somewhat of a meager release despite four months, as most of the work has gone into the future-work branches. -hpa Changes in 3.83: * PXELINUX: clear memory before handing over to a chainloaded NBP. This may help avoid a bug in Windows RIS. *

I have a client with about 16 GXP-2000. They complain that the audio quality is terrible after 2 or 3 simultaneous conversations. They are behind DSL 1.5Mbps down and 256Kbps up. Because they are using G711.u codec, I know they upstream bandwidth is the limiting factor and they most likely won't be able to have more than 3 simultaneous conversations, and if they're surfing the

I am ready to submit my first real submission for review with Phabricator. Please forgive my meager knowledge of Git. I did a 'git diff' to generate the diff file. The contents look good. However, there is one new file, a TableGen test file. How do I get that file included in the diff, or otherwise included in the submission?

On 2/27/2019 3:01 PM, Rowland Penny via samba wrote: > On Wed, 27 Feb 2019 14:50:34 -0500 > Marco Shmerykowsky PE via samba <samba at lists.samba.org> wrote: > >> I'm having issues having WinXP client access shares >> on my Samba domain. >> >> The user account can authenticate to the network using a >> Win10 client. The win10 client maps the users

Greetings, Xen developers! I have been using AoE with Xen to great effect and I am very pleased with how the whole system has worked out. The two technologies really complement each other. I consider it the ultimate setup. Aside from the network switch (eventually to be remedied) my serving infrastructure has zero single points of failure. However, this virtualization paradise has a flaw:

I'm running a Samba 3.0.0 server in production in security = ADS mode against a W2k ADS server. Works just fine, thanks! We're sort of under pressure to regrade to a 2003 AD server, which sent me trying stuff out a bit. Meager results. The 3.0.0 I have (linked with MIT krb5-1.2.8) refuses to verify incoming tickets: [2003/10/28 16:27:36, 3]

Hi all, I'm running a Centos 7 instance in Azure with Asterisk 13. The Centos VM has 24GB of RAM and identifies the CPU as Intel(R) Xeon(R) CPU E5-2660 0 @ 2.20GHz. This is a virtual copy of a physical Centos 7 machine which has 16GB of RAM and the physical CPU identifies itself as the same in /proc/cpuinfo. I'm running up to 150 to 200 callers without problems on the physical

I have a data management problem which exceeds my meager R programming skills and would greatly appreciate suggestions on how to proceed? The data consists of a series of observation periods. Specific behaviors are recorded for each time period in the order each is observed. Their are 8 possible behaviors, coded as "i" "c" "s" "r" "v"

Hi, I apologize for my previous e-mail, I will be more specific this time. I need to encode G711u WAV files to Speex, which are 4 minutes length on average. For this task I first convert audio to PCM 16 and then run the Speex command line encoder as follows. OS is WS2003 and Processor is Intel Xeon 5140 @ 2.33GHz (2 CPUs). Encoding such a file is taking around 2 seconds and the usage of the

On 15/12/09 10:37, Blaise Potard wrote: > Having recently upgrading to speex rc1, It occurred to us that there > seems to have been a regression in the quality of encoding since > version beta1. Just curious, did you identify where exactly the regression occurred? > We are compressing some 22khz wave files in wb mode with maximum > quality / complexity in VBR, and the result was

Hi All, Actually, the question is right on the topic. Is it possible to change the quality while encoding ? If the answer is yes, does the jitter buffer provides info about latency, e.g. : if latency is too high, we lower down the quality, if the latency is okay, we are raising the quality until latency rise up again... Thank you for your help. Morgan

Hello, I wrote a theora video encoder based on etheora (and the examples provided with it) for Processing IDE (processing.org). I have some problem with the quality of encoded frames. eg. http://poux.be/tmp/movie.ogg And when I play the movie with mplayer or totem, the video resolution is changed from 640x480 to 854x480 (when i use ETHEORA_ASPECT_NORMAL in etheora_enc_setup). And if I try to

Hello, Just a quick message to let you know that I have made good quality improvements for very high and extreme compression of the NHW Project (-l8 to -l15 quality settings).The NHW Project starts to be really competitive with x265 (HEVC) at these very high compression ratios.I even find the NHW Project visually better than x265 (HEVC) for mid and high compression! I have also improved encoding

In testing, I have found that both MP3 and RealAudio 3(!) are much better sounding at bitrates from 8 to 40-something kbps than Ogg Vorbis. This definatly needs drastic improvents and I know that 1.1 will be focusing on improvements in those areas but that seems pretty far off(a few months minimum) which leaves low-bitrate streams sounding pretty bad. --- >8 ---- List archives:

Madhur Amilkanthwar via llvm-dev <llvm-dev at lists.llvm.org>於 2020年8月9日 週日，上午1:53寫道： > Hi Paul, > I hope you have gone through > https://llvm.org/docs/Contributing.html#how-to-submit-a-patch. > > Generally, I would do 'git add' on the new file. 'git diff' should show me > the newly added file. Further, I'd just do 'arc diff' and this should

>From where I sit, this boils down to a very simple question (modulo Chris's point): Either choice will surprise some users. Which surprise is worse? Personally, I'd always prefer correct but slow behavior by default, and explicitly enabling dangerous (but in some cases fast) behavior. I would also point out that it seems that most of the people new to the JIT are surprised by the