search for: retun

Martijn van Beurden wrote: >> And I also suggested to consider a different setting for -7 preset: >> -7 == -l 12 -b 4096 -m -r 6 -A tukey(0.5);partial_tukey(2) >> see <http://www.hydrogenaud.io/forums/index.php?s=&showtopic=106545&view=findpost&p=871797> >> >> But it will decrease decoding speed for this preset. > > Yes, that is another thing

As I haven't heard any complaints concerning the proposal for retuning compression levels which I posted a few months ago, here's the patch that enables them, with the change proposed by lvqcl. This patch changes the settings associated with compression levels 6, 7 and 8. With this patch, -e is no longer used, but instead apodization functions are added. T...

Martijn van Beurden wrote: > With the patch I mailed earlier today, I found out a few > adjustments could be made to the compression level settings.This > retuning speeds up the encoding and improves compression, while > not changing anything decoding-wise. > > Currently, compression settings are as follows > > -5, -l 8 -b 4096 -m -r 5 -A tukey(0.5) > -6, -l 8 -b 4096 -m -r 6-A tukey(0.5) > -7, -l 8 -b 4096 -m -e -r 6-A tukey(0.5) &...

Martijn van Beurden wrote: > This patch changes the settings associated with compression > levels 6, 7 and 8. With this patch, -e is no longer used, but > instead apodization functions are added. This should improve > compression with at least 95% of all material. Independent tests > show that this is probably the case. But your patch changes only two last presets (-7 and -8) so

Hi all, The compression levels in FLAC have been kept the same for a long time, only preset 6, 7 and 8 got a slight change years ago. However, as some parts of FLAC got much faster, I felt it was time to retune the presets, to better use the now much faster parts. There is a proposal at github here: https://github.com/xiph/flac/pull/576 I think there might be strong opinions on this matter. Because of that, I'm letting the mailing list know of this proposal :) Kind regards, Martijn van Beurden

Hi all, With the patch I mailed earlier today, I found out a few adjustments could be made to the compression level settings.This retuning speeds up the encoding and improves compression, while not changing anything decoding-wise. Currently, compression settings are as follows -5, -l 8 -b 4096 -m -r 5 -A tukey(0.5) -6, -l 8 -b 4096 -m -r 6-A tukey(0.5) -7, -l 8 -b 4096 -m -e -r 6-A tukey(0.5) -8, -l 12 -b 4096 -m -e -r 6-A tukey...

Erik de Castro Lopo wrote: >> Currently, compression settings are as follows >> >> -6, -l 8 -b 4096 -m -r 6-A tukey(0.5) >> -7, -l 8 -b 4096 -m -e -r 6-A tukey(0.5) >> -8, -l 12 -b 4096 -m -e -r 6-A tukey(0.5) >> >> I suggest the following, in case my previous patch is accepted >> >> -6, -l 8 -b 4096 -m -r 6 -A tukey(0.5);partial_tukey(2)

On Mon, Sep 22, 2014 at 06:39:43PM +1000, mle+la at mega-nerd.com wrote: > Martijn van Beurden wrote: > > > I dropped -e because > > it's compression improvement isn't worth the slowdown, but it is > > easy for the user to add this anyway. > > I think we should keep -e but may print a warning. The reason to keep it > is so that we do not break some

> And I also suggested to consider a different setting for -7 preset: > -7 == -l 12 -b 4096 -m -r 6 -A tukey(0.5);partial_tukey(2) > see <http://www.hydrogenaud.io/forums/index.php?s=&showtopic=106545&view=findpost&p=871797> > > But it will decrease decoding speed for this preset. Yes, that is another thing to consider. My proposal keeps the decoding speed for

Op 20-10-14 om 16:36 schreef Martijn van Beurden: > Op 20-10-14 om 16:31 schreef lvqcl: >> But your patch changes only two last presets (-7 and -8) so >> -6 stays unchanged. ( IIRC it should have >> "tukey(5e-1);partial_tukey(2)" as its apodization string >> instead of current "tukey(5e-1)" ). > > .... okay, I really don't know how it is

Full_Name: G?ran Brostr?m Version: 2.3.1 OS: Linux, ubuntu Submission from: (NULL) (85.11.40.53) > dweibull(0, 0.5, 1) [1] NaN Warning message: NaNs produced in: dweibull(x, shape, scale, log) should give Inf (and no Warning). Compare with > dgamma(0, 0.5, 1) [1] Inf This happens when 'shape' < 1.

Hi, I have this in my form <%= check_box_tag(@accept, value = "1", checked = false) %> Which puts a nice checkbox on my form but when I try to retrieve the value that is returned, which I expect to find in @accept, there is nothing. How do I check the returned value? Thanks, Paul Thompson

...st by Josh himself: http://www.hydrogenaud.io/forums/index.php?showtopic=44229 One thing to note is that this patch only affects the encoder stage that evaluates various possible predictors, not the actual coding stage. This patch only add the new windows to the codebase. My follow-up e-mail (Retuning compression levels) suggests one possible retuning of the compression levels 6, 7 and 8 that make use of these new functions.

Hi all, After creating a new LLVM-based project, I faced an odd problem. ExecutionEngine::create always retuned null. After some investigation I found out that it was due to the target architecture not getting registered. I'm using Visual C++ 2005 and in the X86TargetMachine.cpp file an extern variable X86TargetMachineModule is created to 'ensure' that the module is linked in. It works for the...

I've Looked over the list of Auth methods that dovecot can use But i didn't see a option for a custom auth option. Would it be possible to add in a way for dovecot to call a script to check a users login info. have it able to retun the the homedir,gid/uid, and weather or not the password matched. -- Chris L. Franklin --

...[1] "i386, mingw32" $status [1] "" $major [1] "2" $minor [1] "2.0" $year [1] "2005" $month [1] "10" $day [1] "06" $"svn rev" [1] "35749" $language [1] "R" and in Firefox 1.5, about:plugins, retuns me: Installed plug-ins ... Java(TM) 2 Platform Standard Edition 5.0 Update 4 with a lot of corresponding extensions installed, including: MIME Type Description Suffixes Enabled application/x-java-vm Java Yes Best regards, Philippe Grosjean -- ..................

...that evaluates various possible predictors, not the actual > coding stage. Great, thanks for the explanation. I committed this patch and then amended the commit message with some of the info from your email. > This patch only add the new windows to the codebase. My > follow-up e-mail (Retuning compression levels) suggests one > possible retuning of the compression levels 6, 7 and 8 that make > use of these new functions. I'll address that separately. Cheers, Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.meg...

Op 03-12-14 om 15:49 schreef Olivier Tristan: > [...] > If you want to check this on a single piano note, I would be > happy to know if this improves the monophonic use case as well. This sample is indeed a case where the retuning of FLAC 1.3.1 shows a severe regression. It seems the patch does work quite well in this case, but it does not fully fix the regression. FLAC 1.3.0 -5: 1066kB FLAC 1.3.0 -8: 874kB FLAC 1.3.1 -5: 1066kB FLAC 1.3.1 -8: 1062kB Patch -5: 990kB Patch -8: 986kB

...So do I, and I included a few unaltered samples with plenty of headroom in my standard test corpus for these improvements. > but recent 'improvements' are sacrificing performance in one area to enhance performance in another area. That is certainly not the case. The compression level retuning doesn't work beneficial for all material, but it is in this case simply coincidence that it is some quiet material that seems to suffer. The patch attached to this thread you're replying to however, for some reason benefits specifically this kind of sounds.

...Equity, Dollar Rate and say zero coupon bond. I have calculated the daily returns based on the prices available for last two years. Now, I have three seperate csv files (Equity.csv, Dollar.csv and Bond.csv) containing the respective returns. I need to calculate the correlation matrix between the retuns of these assets. Please guide me how this can be done in R. I have attached the three csv files. Thanking in advance With regards Maithili