similar to: Question from Argentina

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

Federico Miyara wrote: > I would like to ask why the seekpoint information in the seek table > metadata block reserves 64 bit for the number of first sample in > target frame and for the offset of the first byte of target frame. > > It seems to me a lot, since 2^64 = 1.84e+19, i.e., far more samples > and bytes than can be expected in any file... ever. Fast reverse to the year

Here's the patch submit message for 4GB+ windows barrier. http://lists.xiph.org/pipermail//flac-dev/2013-March/003804.html On Wed, Jun 12, 2013 at 3:00 PM, <flac-dev-request at xiph.org> wrote: > Send flac-dev mailing list submissions to > flac-dev at xiph.org > > To subscribe or unsubscribe via the World Wide Web, visit >

Federico Miyara wrote: > 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 >

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

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 corruption that invalidate your

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

Hi all, Thanks in advance for your help, and sorry for the slow reply. I've created a small OS X example project <https://drive.google.com/file/d/0B8vFUUth7NpvRFI0MmI2bVJNNEU/view?usp=sharing> that reproduces the issue. (I've run into the size limit for emails on this list so I've put it on Google Drive.) The program just initializes a libFLAC++ stream decoder for a given file

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

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

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

Federico Miyara wrote: ... > The file format allows some unused fields for future use, such as the > padding block. It could include a flag to indicate a change in the > format adding one more streaminfo byte which would allow up to 256 > channels (actually, 256 + 8), or it could trigger a new byte when 11111111. > > There is also an invalid block identifier (127) which could be

Hola a Todos, ¿Hay alguna comunidad de usuarios Ruby/Rails en Argentina, de la que ustedes sepan? Hello All, Is there any Ruby/Rails community in Argentina, that you know/heard of? Thanks in advance, -- Rodrigo Fuentealba http://www.thecodekeeper.net/ --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on

I'm having some trouble dialing phone numbers in Argentina with Digium Zaptel cards. Does anyone have some sample configuration that works with Digium TDM04B cards in Argentina? I'm mainly referring to the /etc/zaptel.conf and /etc/asterisk/zapata.conf. I have two Zaptel cards: the first one has 1 FXS port and 3 FXO ports; the second one has 4 FXO ports. My current configuration is

Thanks to Arturo "Buanzo" Busleiman, there is now a Shorewall mirror in Argentina. Thanks Buanzo!!! -- Tom Eastep \ Shorewall - iptables made easy AIM: tmeastep \ http://www.shorewall.net ICQ: #60745924 \ teastep@shorewall.net

Hello, Is anyone successfully working with iPlan Networks in Argentina for telephony service? I'm interested in hearing about people's experience with their service and support. Regards, Ilan

The admin of the Argentine mirror has just informed me that the Cybercafe where the mirror was hosted was robbed and all of the systems were stolen!! :-( The mirror is being moved to another site and should be up next week. -Tom -- Tom Eastep \ Shorewall - iptables made easy Shoreline, \ http://www.shorewall.net Washington USA \ teastep@shorewall.net

Hi, my name is Eduardo, i?m working on my own linux distribution, i want to use isolinux but these are the problems that i have: This is the command that i made to make the iso of my distribution: mkisofs -o /argentux.iso -R -V "Instalacion de ArgenTUX" -A "Disco de instalacion de ArgenTUX" -no-emul-boot -boot-load-size 4 -b isolinux/isolinux.boot -c isolinux/isolinux.boot

hi this is mi first email and just for say hello. David -- (\__/) (='.'=)This is Bunny. Copy and paste bunny into your (")_(")signature to help him gain world domination. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20081202/375a91e5/attachment.htm

Hi everyone! I'm having some issue trying to place calls with asterisk connected to an E1 R2 from Telmex Argentina. The other E1 port is connected to a Meridian which also uses R2 protocol. Calls sometimes fail with different error messages such as: Unicall protocol error 32773, 32772, 32769. Some other calls fail saying: Far end disconnected(cause=Destination out of