similar to: exhaustive-model-search issue results in multi-gigabyte FLAC file

On 16/07/13 6:31 PM, Martijn van Beurden wrote: > On 16-07-13 09:07, Leigh Dyer wrote: >> Hi, >> >> On a particular input file, FLAC (testing with current git) greatly >> inflates its output if I encode at level 7, which enables >> --exhaustive-model-search. The source is a 24-bit WAV file of about >> 60MB; flac -6 encodes this to a 43MB FLAC file, but flac

On 16/07/13 8:10 PM, Erik de Castro Lopo wrote: > Leigh Dyer wrote: > >> Certainly -- I've uploaded the analysis files for both the -6 and -7 >> encodes, in case you wanted to compare: >> >> http://wootangent.net/~lsd/blah/6.ana >> http://wootangent.net/~lsd/blah/7.ana >> >> The encode seems to proceed normally until 59% of the way through the

Erik de Castro Lopo wrote: > > http://wootangent.net/~lsd/blah/snippet6.wav > > Great, thanks! Confirmed the problem here. Will look at it ASAP. Same problem with flac 1.2.1. Interesting! Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/

On 16-07-13 12:32, Leigh Dyer wrote: > The first time I tried, the resulting file encoded just fine, but after > trying a few more times, cutting at slightly different points, I was > able to get a snippet of that section that exhibits the problem. This is > short enough that I think I can link to it here: > > http://wootangent.net/~lsd/blah/snippet6.wav > > This results in

Question: I'm trying to put a double quote into the CDRUserField. What I end up with is a pair of double quotes. Example: exten => s,n,SetCDRUserField(data) exten => s,n,AppendCDRUserField(") exten => s,n,AppendCDRUserField(moredata) My record will look like this: data""moredata What I want is: data"moredata The wiki mentions using a backslash in order to

Martijn van Beurden wrote: > You've exposed at least two very serious FLAC bugs, > namely a malfunctioning RICE2-partition encoder and a bug concerning > choosing verbatim frames over fixed/lpc frames. The second, not choosing verbatim frames over fixed/lpc frames is almost certainly a direct result of the first problem. The fix was changing one local variable from FLAC_uint32 to

After installing kernel 2.6.0 on a samba client machine, the following problem occurred: The server: One machine in the networks acts as a file server using samba 2.2.3. (Debian-Woody). It exports one share to the network. The directory structure below that share contains a few subdirectories as well as a few sym links pointing to directories on other hard disks in the server machine. Samba is

Miroslav Lichvar wrote: > On Wed, Jul 17, 2013 at 07:45:53PM +1000, Erik de Castro Lopo wrote: > > The fix was changing one local variable from FLAC_uint32 to FLAC_uint64 > > in function precompute_partition_info_sums_(). > > > > https://git.xiph.org/?p=flac.git;a=commit;h=6f7ec60c7e7f05f5ab0b1cf6b7b0945e44afcd4b > > I don't like this fix. It will

I'm using Asterisk 1.2.7.1. Has the callerid number matching functionality in extensions.conf changed recently? exten => 5555,1,NoOp(${CALLERID}) hestia*CLI> -- Executing NoOp("SIP/2944093-d24d", ""Cletus the Slaw Jawed Yokel" <2944093>") in new stack == Auto fallthrough, channel 'SIP/2944093-d24d' status is 'UNKNOWN' This

Miroslav Lichvar wrote: > On Wed, Jul 17, 2013 at 07:45:53PM +1000, Erik de Castro Lopo wrote: > > The fix was changing one local variable from FLAC_uint32 to FLAC_uint64 > > in function precompute_partition_info_sums_(). > > > > https://git.xiph.org/?p=flac.git;a=commit;h=6f7ec60c7e7f05f5ab0b1cf6b7b0945e44afcd4b > > I don't like this fix. It will

Hi! I'm new to the flac mailing lists and want to say hello! Cletus -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/flac/attachments/20090531/c4ff21e5/attachment.htm

Hi! I'm new to the flac mailing lists and want to say hello! Cletus -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/flac/attachments/20090531/c4ff21e5/attachment.htm

Erik de Castro Lopo wrote: >> It slightly improves the performance with standard encoding levels and >> 16-bit files as the 17-bit side channel can still be processed with the >> 32-bit accumulator and correctly selects the 64-bit accumulator with >> very large 16-bit partitions. >> >> This is related to commits 6f7ec60c and 187e596e. > > Sorry I

I just completed my first 5.2 install. For 'completeness' I 'tested out' yum update. Guess what? For this minimum install, there were 43Mb of updates to download. So I went over to my local repo server and setup a /centos/5.2/updates directory and started the rsync to get all the updates: 155 files taking up 943Mb. Already. Wow! Perhaps something to do with the initial

I wish to test the hypothesis of mu equal to or less than 5 against the specific alternative mu equal to or greater than 7. I am unable to find how to persuade R to do this with any function (e.g. t.test). Suggestions? Michael Grant [[alternative HTML version deleted]]

On Jun 10, 2012, at 21:32, Linda A. Walsh wrote: > what does the exhaustive model search do? > > Does it try all of the functions listed under "-A" to find the 'best', > i.e. bartlett, bartlett_hann, blackman, blackman_har- > ris_4term_92db, connes, flattop, gauss(STDDEV), hamming, hann, > kaiser_bessel, nuttall, rectangle, triangle, tukey(P), welch.

Martin Leese wrote: > > At: > http://flac.sourceforge.net/documentation_tools_flac.html#flac_options_exhaustive_model_search > > it states, "If the max LPC order is high this > can significantly increase the encode time." > This suggest that if the max LPC order is low > then using -e will not be slow. > ---- That brings up another question then... What

Linda Walsh <flac at tlinx.org> wrote: ... > That brings up another question then... What is 'hi' (v. low?)... Zero, or close to zero, is low. 12 is high. ... > What's a subset stream? This is explained at: http://flac.sourceforge.net/format.html in the bulleted point beginning, "FLAC specifies a subset of itself as the Subset format." ... > Another

On 19 September 2014 14:33, Steven Wu <stevenwu at apple.com> wrote: > Well, this essentially means when someone need to change assembly syntax in > llvm-3.9, he has to go back and edit all the compatibility tests for 3.N? > Sounds like a little bit extra work, though I am not totally against it. No, the idea is that in test/Features/compatibility-3.6.ll we will have ; The file

How would I rewrite my code so that I can implement the use of multicore on an Rstudio server to run regsubsets using the "exhaustive" method? The data has 1200 variables and 9000 obs so the code has been shortened here: model<-regsubsets(price~x + y + z + a + b + ...., data=sample, nvmax=500, method=c("exhaustive")) Our server is a quad core 7.5 gb ram, is that