search for: stangret

Jaren Stangret wrote: > Attached is a patch for 'test_grabbag.sh'. Continuing in the same vein as > the other patches, this patch consists of minor reworks of > functions/commands as well as heavily commenting what's going on. > > More than halfway there! Jaren, Any sign of the pat...

...these out to you as fast as I can get them written and tested. Keeping the patches in a separate branch for now seems like a good idea to me. Attached is a patch for 'test_streams.sh' On Tue, Mar 12, 2013 at 1:44 AM, Erik de Castro Lopo <mle+la at mega-nerd.com>wrote: > Jaren Stangret wrote: > > > Attached are only three patches (each patch is for a different test > > script). If everyone is happy with these three patches, I'll continue > and > > rework the rest of the scripts. > > These look good so far. I've commited them to a branch. Whe...

...files/flac-1.2.1-ogg-m4.patch: Update the shipped version of ogg.m4 so that users of libflac don't get a ton of libtool warnings while linking. *There isn't a bug detailing why this patch is here, but the Changelog explanation is sufficient.* * * Thanks for taking a look! * * -- Jaren Stangret -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/flac-dev/attachments/20120712/108fbe00/attachment.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: flac-9999-asm.patch Type: application/octet-stre...

Jaren Stangret wrote: > Testing the metadata-handling properties of flac-to-flac encoding... > case00a... Files case00a-expect.meta and out.meta differ > ERROR: metadata does not match expected case00a-expect.meta > make: *** [fullcheck] Error 1 Last night I did a git bisect on this issue and this e...

Hi all, I'm currently going through the massive test suite, updating all the scripts making sure they conform to the POSIX standard. I've added a bunch of comments to them and have slightly changed/reworked some of the functions to make it easier to read and process. I'm also eliminating the use of 'echo' in favor of 'printf' since echo has many unspecified uses.

Jaren Stangret wrote: > Interestingly, I noticed compression level '0' is omitted, so I've added it > in. Thanks. > Also, I tested this on a 24bit/96kHz FLAC file and the test failed between > compression level 0 and compression level 1 -- the file size was greater > with a compressi...

...1_git and include this in the CLI tools (flac, metaflac, etc)? This would make it easier to allow programs in development to test against git flac and older flac versions. For example, sample rates above 48kHz (for ReplayGain) is available in git flac but not 1.2.1. What do you think? -- Jaren Stangret Computer Science Engineering/Mathematics University Of Minnesota -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/flac-dev/attachments/20130106/79a2879e/attachment.htm

Erik, I was thinking of doing this: export MALLOC_PERTURB_=$(awk 'BEGIN { srand(); print int(rand() * 32767 % 255 + 1) }') Or would you prefer using 'date'? On Tue, Mar 19, 2013 at 10:22 PM, Erik de Castro Lopo <mle+la at mega-nerd.com>wrote: > Jesse Weinstein wrote: > > > The subject line mostly says it all, but for reference, having #!/bin/sh > causes

...was greater with a compression level of 1, rather than 0. The test works on 'noisy-sine.wav'. It may be worth trying to run this test on a variety of FLAC files (multiple channels, multiple bps, multiple sample rates, etc). What do you guys think? On Tue, Mar 12, 2013 at 2:28 AM, Jaren Stangret <sirjaren at gmail.com> wrote: > Seems time is going to be a constraint for me in the coming week, but I'll > try and get more of these out to you as fast as I can get them written and > tested. Keeping the patches in a separate branch for now seems like a good > idea to me....

I'd also like to note that this is happening for me with current HEAD (619b43df36b725e11e12db768d558b1930a583b6). On Mon, Mar 18, 2013 at 11:25 PM, Jaren Stangret <sirjaren at gmail.com> wrote: > I've been trying to get the test suite cleaned up and even with the > original "untouched" test suite via flac 1.3.0pre2, I'm getting a test > suite failure. > > *flac 1.3.0pre2* > * > * > *configure options:* > ./...

...works, some sort of pre-release to test would be nice. On a different note, are the test scripts dependent on POSIX environments? Or is there some allowance for bash/korn? On Mon, Jan 7, 2013 at 6:01 PM, Max Horn <max at quendi.de> wrote: > Hi, > > On 07.01.2013, at 01:46, Jaren Stangret wrote: > > > I know Erik is busy with maintenance and wants to get a release out > soon. In the meantime, is it appropriate to tag HEAD as 1.2.1_git and > include this in the CLI tools (flac, metaflac, etc)? > > > > This would make it easier to allow programs in developm...

Janne Hyv?rinen wrote: > > On 14.3.2013 9:37, Erik de Castro Lopo wrote: > > Janne Hyv?rinen wrote: > > > >> The patch was made from the published pre2 version. It missed the MinGW > >> changes that were applied to git version. > > Patch applied. Thanks. > > > > Erik > > Unfortunately with this commit the LRN's patch from commit

Hi Jaren, Sorry for the delat dealing with these patches. Jaren Stangret wrote: > Below are the patches supplied by Gentoo (merged against MASTER) and with > the Changelog explanations of them as well as the discussion link > surrounding the patch: Unfortunately the Gentoo changelog explanations are a little lacking and very Gentoo specific. > > *flac...

Hi Erik, I've noticed a couple small things missing in the metaflac man pages. Namely, the new sample rates provided by Earl Chew as well as the PICTURE block being a valid block type. Attached is a patch for metaflac.sgml and metaflac.1 that details the new sample rates metaflac's replaygain supports. Also, there is now the PICTURE block added as a valid block type. Thanks!

Hi, On 07.01.2013, at 01:46, Jaren Stangret wrote: > I know Erik is busy with maintenance and wants to get a release out soon. In the meantime, is it appropriate to tag HEAD as 1.2.1_git and include this in the CLI tools (flac, metaflac, etc)? > > This would make it easier to allow programs in development to test against git flac...

On Mar 11, 2013, at 21:37, Erik de Castro Lopo wrote: > Jaren Stangret wrote: > >> Hi all, >> >> I'm currently going through the massive test suite, updating all the >> scripts making sure they conform to the POSIX standard. >> >> I've added a bunch of comments to them and have slightly changed/ >> reworked >&gt...

Jaren Stangret wrote: > Erik, > > I was thinking of doing this: > export MALLOC_PERTURB_=$(awk 'BEGIN { srand(); print int(rand() * 32767 % > 255 + 1) }') > > Or would you prefer using 'date'? Your's is probably better and this is probably an improvement: awk '...

...in the same vein as the other patches, this patch consists of minor reworks of functions/commands as well as heavily commenting what's going on. More than halfway there! Thanks, Jaren On Tue, Mar 12, 2013 at 9:40 PM, Erik de Castro Lopo <mle+la at mega-nerd.com> wrote: > > Jaren Stangret wrote: > > > Interestingly, I noticed compression level '0' is omitted, so I've added it > > in. > > Thanks. > > > Also, I tested this on a 24bit/96kHz FLAC file and the test failed between > > compression level 0 and compression level 1 -- the file s...

...correct behavior/execution. Sorry for the wait! Go ahead and make your changes if you already have them ready. I've been following the tree and will just your changes in myself. Thanks! On Sat, Mar 23, 2013 at 6:37 AM, Erik de Castro Lopo <mle+la at mega-nerd.com>wrote: > Jaren Stangret wrote: > > > Attached is a patch for 'test_grabbag.sh'. Continuing in the same vein > as > > the other patches, this patch consists of minor reworks of > > functions/commands as well as heavily commenting what's going on. > > > > More than halfway th...

Hi Eric. On Tue, Feb 28, 2012 at 7:57 AM, Erik de Castro Lopo <mle+la at mega-nerd.com>wrote: > Hi Klaus, > > I'm not really sure where to start with this one. > > Klaus Schulz wrote: > > > My first post over here. > > > > While working on a music server optimzation (which ususally goes hand in > > hand with running pretty low buffers on