search for: fmiyara

...> In our case, we are recording audio directly into FLAC files, so they can > end up with very short durations. Since I sent my first email, I have also > seen this reproduce with longer files. > > Thanks, > > Luke > > On Mon, Nov 21, 2016 at 3:07 PM, Federico Miyara <fmiyara at fceia.unr.edu.ar > > wrote: > >> >> I was wondering when it would be useful to compress very short audio >> files. The answer may be when there are lots of files, for instance in the >> case of sound fonts, or a large collection of transients. Probably it would &...

Op do 3 nov. 2022 om 19:39 schreef Federico Miyara <fmiyara at fceia.unr.edu.ar>: > > > Martijn, > > Currently FLAC already stores and restores most kinds of metadata corruption without problems, so in most cases the conversion is already bit-accurate. However, there are some kinds of corruption it cannot handle. These are the kinds of cor...

I was wondering when it would be useful to compress very short audio files. The answer may be when there are lots of files, for instance in the case of sound fonts, or a large collection of transients. Probably it would be better to compress the whole collection as a single large file obtained by juxtaposing the short clips, with cues or marks to separate the original files. May be this

...ogether a repro case when I get a chance. In our case, we are recording audio directly into FLAC files, so they can end up with very short durations. Since I sent my first email, I have also seen this reproduce with longer files. Thanks, Luke On Mon, Nov 21, 2016 at 3:07 PM, Federico Miyara <fmiyara at fceia.unr.edu.ar> wrote: > > I was wondering when it would be useful to compress very short audio > files. The answer may be when there are lots of files, for instance in the > case of sound fonts, or a large collection of transients. Probably it would > be better to compress...

-------- Forwarded Message -------- Subject: Re: [flac-dev] Flac multi channel Date: Wed, 25 Jan 2017 15:55:14 -0300 From: Federico Miyara <fmiyara at fceia.unr.edu.ar> To: Tor-Einar Jarnbjo <tor-einar at jarnbjo.name> Besides the fact that many multichannel signals largely exceed 8 channels, there are examples of signal packaging with many channels which are actually non-simultaneous, independent signals, for instance the CIP...

...required text, I'm happy to update the changelog. > > Erik > -- > ---------------------------------------------------------------------- > Erik de Castro Lopo > http://www.mega-nerd.com/ > > > > ---------- Forwarded message ---------- > From: Federico Miyara <fmiyara at fceia.unr.edu.ar> > To: flac-dev at xiph.org > Cc: > Date: Wed, 12 Jun 2013 12:13:56 -0300 > Subject: [flac-dev] Question from Argentina > > Dear Friends, > > I am new to this mailing list. I am with the National University of > Rosario, Argentina, and I am writing...

Martijn, > Currently FLAC already stores and restores most kinds of metadata > corruption without problems, so in most cases the conversion is > already bit-accurate. However, there are some kinds of corruption it > cannot handle. These are the kinds of corruption that invalidate your > considerations. For example, when a chunk length is incorrect, the > location and length

...cott Burkhart Scott Burkhart Effects, LLC http://www.scotteffx.com/ scott at scotteffx.com https://www.linkedin.com/in/scotteffx 1-925-202-8852 > On Nov 3, 2022, at 8:10 PM, Martijn van Beurden <mvanb1 at gmail.com> wrote: > > ?Op do 3 nov. 2022 om 19:39 schreef Federico Miyara <fmiyara at fceia.unr.edu.ar>: >> >> >> Martijn, >> >> Currently FLAC already stores and restores most kinds of metadata corruption without problems, so in most cases the conversion is already bit-accurate. However, there are some kinds of corruption it cannot handle. The...

Dear all, I've converted a wav file to flac but during the process three wrnings were casted. One of them I recall, it said that a BEXT chunk is unrecognized and thus ignored. Wouldn't it be posible to keep the unrecognized information as is when decoding the file? In general the extra chunks are located before or after the audio content, and represents a tiny part of the whole

Dear All, I've sent yesterday this issue, but as it contained two screenshots, I'm not sure if it reached the list. I post it again with some updates. 1) I had encoded a WAV file three years ago. Examining the FLAC file with an HEX/text viewer, i find at the beginning, after some headers, it declares reference libFLAC 1.3.1 20141125. However, I'm pretty sure I didn't use that

Dear Erik, >Its not that we need space for 7616 years, its that if we only use >32 bit offsets, then we would be limited to files of 2 Gigabytes >(signed 32 bit integer) is simply not enough. > >For instance, at 96kHz/24 bits, recording 8 channels would chew up >the 2Gigabytes in about 15 minutes. Some songs are longer than that, > >If 32 bits is not enough, the next

Dear Friends, I am new to this mailing list. I am with the National University of Rosario, Argentina, and I am writing a book on software-based acoustical measurements, which includes a chapter on FLAC for archival and streaming purposes from an remote embedded system including a sensor. I would like to ask why the seekpoint information in the seek table metadata block reserves 64 bit for

Dear Ulrich, Thanks for your answer. >Well, today 4 GiB is about half an hour of 8-channel, 96 kHz, 24-bit >uncompressed audio, or about 0.9 % of the capacity of a modest 2 TB >HDD. Not much, in other words, and who hasn't cursed yet at artificial >4 GiB (or even 2 GiB) limitations? So I wouldn't be too sure about the >"ever", even though it does seem very far

Dear all, I have a wav file that when I try to encode with the FLAC Frontend, I get "ERROR: unsupported format type 3". When I open it with an audio editor I find it is 44100 / 32 bit. I requantized it to 16 bit using the default dither and then compressed it with FLAC to get a 61 Mbyte file (the original was about 347 Mbyte). Obviously, this altered somewhat the quality, although