search for: beurden

...er to our company information here: https://labelgate.com/ application ID: SONN application name: Sony Normalizer contact e-mail address: taku.kurosawa at labelgate.com<mailto:taku.kurosawa at labelgate.com> Taku From: flac-dev [mailto:flac-dev-bounces at xiph.org] On Behalf Of Martijn van Beurden Sent: Wednesday, November 7, 2018 3:19 PM To: flac-dev at xiph.org Subject: Re: [flac-dev] New ID registration Hi, Could you please describe your application? While it is possible to use FLAC Application metadata blocks, it isn't common practice. Kind regards, Martijn van Beurden Op 07-11-1...

...ve not got any comment so far on this. That means our new ID request is accepted? What should I do next to proceed?? Apparently this is my first time here, so appreciate any advice assistance. Best regards, Taku From: Kurosawa, Taku Sent: Thursday, November 22, 2018 8:41 PM To: 'Martijn van Beurden' <mvanb1 at gmail.com> Cc: flac-dev at xiph.org Subject: RE: [flac-dev] New ID registration Hi Martijn, Sorry for the late reply again, The application we are preparing this time is not exactly similar to Replaygain. Replaygain as we understand is something which normalize the loudness...

On 26-05-13 14:20, Martijn van Beurden wrote: > On 26-05-13 11:33, Erik de Castro Lopo wrote: >> Hi all, >> >> In my latest commit I have updated all version strings and copyright >> dates. > > Here are two patches for the website, updating the copyright as well > and copying the changelog. I would l...

On Thu, Dec 11, 2014 at 11:12:25AM +0100, Martijn van Beurden wrote: > Op 11-12-14 om 10:53 schreef Martijn van Beurden: > > Op 11-12-14 om 10:05 schreef Miroslav Lichvar: > >> but I'd rather see the real seeking bug fixed instead > > > > I think I might have a fix [...] So the problem is that FLAC__stream_decoder_process_si...

Op 11-12-14 om 10:05 schreef Miroslav Lichvar: > but I'd rather see the real seeking bug fixed instead I think I might have a fix, but it touches quite a bit of code, so it'll take some time. I think the problem is that because bogus headers might pop up in the stream of which the CRC checks out, the whole frame is decoded to validate that a frame is correct. The bogus header

...That means our new ID request is accepted? What should I do next to proceed?? Apparently this is my first time here, so appreciate any advice assistance. > > Best regards, > > Taku > > From: Kurosawa, Taku > Sent: Thursday, November 22, 2018 8:41 PM > To: Martijn van Beurden > Cc: flac-dev at xiph.org > > Hi Martijn, > > Sorry for the late reply again, > The application we are preparing this time is not exactly similar to Replaygain. > > Replaygain as we understand is something which normalize the loudness at content provider side, but our...

Martijn van Beurden wrote: > op 27-06-14 14:11, Erik de Castro Lopo schreef: > > There has been at least one person on this list who is able to do > > perfromance tests on FLAC. I would appreciate it if someone could > > run such a performance test before and after the above commit. > > Ar...

Op ma 6 jul. 2020 om 10:22 schreef Erik de Castro Lopo <mle+la at mega-nerd.com>: > > Martijn van Beurden wrote: > > > To trigger this overflow, one has to force rice_parameter to 0 > > Ok, that sounds dodgy. Yes, well, it is. It could very well be that without patching, nobody ever has a problem with this, but as the rice code is based on an estimate, it might, perhaps. Especially if s...

Martijn van Beurden wrote: > On 12-12-12 19:47, Max Horn wrote: > I already submitted a patch (see the mailinglist for the 14th of > september) to update the news section (and to make it easier to update) > but no one has replied to that yet... Sorry, I can't find that patch. Can you resend it ple...

...POWER hardware could compare builds with and without POWER specific improvements. In other words, a plain build and one with either --disable-asm-optimizations (for autotools build) or -DWITH_ASM=0 (for CMake). If anyone could do such a comparison, that would be great! Kind regards, Martijn van Beurden

...ur Subject line so it is more specific > than "Re: Contents of flac-dev digest..." > > Today's Topics: > > 1. Flac 1.3.0pre3 NOT lossless. (Marcus Johnson) > 2. FLAC 1.3.0pre3 NOT lossless (Marcus Johnson) > 3. Re: FLAC 1.3.0pre3 NOT lossless (Martijn van Beurden) > 4. Re: FLAC 1.3.0pre3 NOT lossless (Christoph Terasa) > 5. flac 1.3.0 NOT lossless (Marcus Johnson) > 6. Re: flac 1.3.0 NOT lossless (Martijn van Beurden) > > > ---------- Forwarded message ---------- > From: Marcus Johnson <bumblebritches57 at gmail.com> >...

...reference encoder/decoder (such as 25-32 bits per > sample) but could be in a different implementation? If so, I am not sure > whether it makes sense to change the specification based on the reference > implementation. > > Stephen > > On Wed, Jun 17, 2020 at 3:22 PM Martijn van Beurden <mvanb1 at gmail.com> > wrote: > >> Hi all, >> >> When trying to better understand the way LPC exactly works, I stumbled >> upon something which, after some digging, was already reported and (partly) >> fixed: https://sourceforge.net/p/flac/bugs/424/ >&g...

Thanks for the help Martijn, I get the same FLAC__STREAM_DECODER_END_OF_STREAM error after doing the 2 steps you suggested. Scott On Mon, May 19, 2014 at 9:36 AM, Martijn van Beurden <mvanb1 at gmail.com>wrote: > Once more hi, > > I've tried to reproduce this issue, but I am unable to do so. Could you > try to re-encode the file with FLAC (to make sure it is not an issue with > Taglib) and try to strip with metaflac again? This can be done as follows...

...is was a signed integer, but negative shifts were never implemented). Or perhaps: Quantized linear predictor coefficient shift needed in bits (NOTE: First bit must be zero. Originally this was a signed integer, but negative shifts were never implemented). Any thoughts? Kind regards, Martijn van Beurden -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.xiph.org/pipermail/flac-dev/attachments/20200617/c6d448d1/attachment.html>

...he FLAC encoder 'tuned' for the compression of audio data at common sample rates anyway? Does it make sense to use FLAC to compress arbitrary analog data at very high sample rates as opposed to other general purpose compression algorithms? Tor Am 25.06.2020 um 14:49 schrieb Martijn van Beurden: > Op di 2 jun. 2020 om 05:59 schreef Con Kolivas <kernel at kolivas.org > <mailto:kernel at kolivas.org>>: > > It would be nice if the flac container was > extensible to any arbitrary value for research purposes. > > > Probably not the answer that you w...

...iour is something that FLAC should strive for. The current behaviour of storing metadata that is not essential for decoding the file, for example CUE, LIST, bext chunks, is I think sufficient, but I would like to hear the opinion of people that actually use this feature. Kind regards, Martijn van Beurden

On 25-04-13 11:38, Erik de Castro Lopo wrote: > Lets see the patch first and then see if we can make it prettier. > > Erik Sure. Patch attached. -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Add-set-x-to-stop-test_metaflac.sh.patch Type: text/x-patch Size: 0 bytes Desc: not available Url :

Hi all, It seems my e-mail is caught by the spam filter. Once again, a few patches for the FLAC website, this time linked instead of attached. http://www.icer.nl/misc_stuff/FLAC-website-news-updates.zip On 02-01-14 16:09, Martijn van Beurden wrote: > Hi, > > Once more a few patches for the FLAC website. The biggest change is > the inclusion of some old news items into the feed and the changelog, > 'archiving' them.

Op 22-09-14 om 21:56 schreef Erik de Castro Lopo: > Wouldn't "tukey(1/2)" be better? > > Erik 5e-1 is directly parsed by strtod, while 1/2 isn't AFAIK.

Op 13-11-14 om 17:45 schreef lvqcl: > FLAC__window_partial_tukey(): > > Np = (FLAC__int32)(p / 2.0f * N) - 1; > > and Np can be equal to -1. So later in the code > > for (; n < (end_n-Np); n++) > window[n] = 1.0f; > > libFLAC writes outside of window[] memory. That does the trick indeed. I still wonder how it is possible that this didn't trigger anything