similar to: best params for safe archiving, 192kHz no-lax and w64 support

Hi Josh, On Sat, 2004-10-09 at 22:41, Josh Coalson wrote: > --- Marek Peteraj <marpet@naex.sk> wrote: > > Hi all, > > > > i'd like to ask what the best options are for safe 24bit 96kHz > > archiving. Currently i'm only using -8 but there are also some other > > options like block size etc. Can anyone suggest? > > I haven't heard of

--- Marek Peteraj <marpet@naex.sk> wrote: > Hi all, > > i'd like to ask what the best options are for safe 24bit 96kHz > archiving. Currently i'm only using -8 but there are also some other > options like block size etc. Can anyone suggest? I haven't heard of anyone using FLAC for 192khz, so you'll probably just have to experiment. when you have some

Greetings, In reviewing the changelogs it?s unclear in which release FLAC began supporting a sample rate of 192kHz. The reason for my question is that there are many forums and university studies that state that FLAC does not support a sample rate of 192kHz however the current documentation (assumed 1.2.1b) under FORMAT under FRAME_HEADER does note that it is supported. If it was not

I use Sony (previously Sonic Foundry) Sound Forge, which allows me to save audio files in .w64 (Wave 64) format to get around the 2GB .wav file limitation. W64 was invented by Sonic Foundry, and is an open format as far as I know. The only programs I know about using the .w64 format at the moment are Sound Forge and Steinberg Nuendo, although there may be others out there. With increasing

I am getting the following error when trying to install an application that should launch a java application: I did set my display to the localhost:0.0 but to no avail. Stack Trace: java.lang.NoClassDefFoundError at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Unknown Source) at java.awt.Toolkit$2.run(Unknown Source) at java.security.AccessController.doPrivileged(Native

On 10/13/07, Wayne Davison <wayned@samba.org> committed: > Added Files: > detect-renamed-lax.diff > Log Message: > My version of Matt's --trust-rename patch. The option --detect-moved should be named --detect-moved-lax because it contains the lax behavior. --detect-moved would mean "use a file with the same basename as an alternate basis". Matt

Hi. I've been browsing the archive on this topic and only found a few notes, all dating from a year ago (almost too precisely :) ) -- hope I haven't skipped the mails on that matter, sorry if I did. <p>Basically, I will get in the next few months a MOTU 896, that have 8 i/os in 24/96. I do pro sound recording, so it's more or less my business to have such a piece. Of

So some research and experimentation I think I found the problem, but I'm not sure how to go about fixing it. If I import one of the wav files into Audacity then export them as "16 bit PCM" then they encode to flac and play fine. The files bitrates are currently at 24. If I export them from audacity as a 24 or 32 (anything higher than 16), flac fails on me. With a bitrate of 24, the

I've been reading through a few forums about ripping DVD audio / Sony SACD's (I'm not sure if these are the same or if they are different formats). Anyway, being that I haven't found a way to rip this stuff yet as there may not be any consumer product out yet that enables the feat, I have been curous about FLAC's ability to encode in a 6 channel format at the high bitrate

These commands both work in Dovecot (as of 2.1.3): 1 UID FETCH 1:* () (CHANGEDSINCE 1) * 1 FETCH (UID 30097 MODSEQ (19554)) [...] 1 OK Fetch completed. 2 FETCH 1:* () (CHANGEDSINCE 1) * 2 FETCH (MODSEQ (19554)) [...] 2 OK Fetch completed. However, RFC 3501 indicates that an empty FETCH attribute list is incorrect: fetch = "FETCH" SP sequence-set SP ("ALL" /

In light of my experiences with that material and Josh's two most recent posts, I'll just stay away from encoding with either of those options and certainly from advising anyone else to use them. Thanks again to both Miroslav and Josh for their help with that question, and a long overdue thanks to Kerry Hoath for assistance with my batch file question some months back. I never shared

That article is a bit too dismissive. I agree that one cannot hear the difference between 48KHz/16bit and 192KHz/24bit if you just transfer the data directly to the audio output device. As such, there is no good reason for Opus to support higher than 48KHz (especially since this is lossy compression, anyway). However, in general, that's not all you do with audio data. 192KHz is useful for

Hi people, looking around for a new audiocard, my eye fell on the M-audio audiophile 2496. It has 4 digital in/out and is 24bit, 96kHz. The sound quality is very good, if I can believe the reviews. <p>My question is: can vorbis do 24bit, 96kHz ? -- --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list,

I'm looking to trim down the size of the buffers i'm using... and at the moment, i've set each "media sample" (ie packet) to the size of the maximum reasonably possible for any codec (ie video)... about half a meg each... and there's quite a few of them... now i'd like to set the buffer size based on the codec, as obviously the audio codecs need much less space

2013/2/8 Erik de Castro Lopo <mle+la at mega-nerd.com>: > Collin wrote: > >> It turns out it was an error on my part; sorry for the trouble. I misunderstood >> the format libflac was expecting my samples in. I found the wording in the >> documentation very confusing. >> >> My audio file has 2 channels and 16-bit samples, so I have to pull out each >>

Hello, I have written a libsndfile (http://www.mega-nerd.com/libsndfile/) file output plugin for libao. For the moment I haven't done any changes to the core of libao. However some changes could make this more useful. Before I embark on anything like this I'd like to have your opinion on a few things. --- First, what do you prefer ? 1a. Keeping the AU/WAV/RAW plugins and adding

In my experience, with the gcc compiler, cross-compiling is highly reliable. If your code runs on one processor, then it will run on all. Linking and such might be an issue, which you will discover immediately when the first person tries to run what you've built on their system. It still would be great to run these tests on all four. Actually, you should be able to test 32-bit

On 5/2/07, Jean-Marc Valin <jean-marc.valin@usherbrooke.ca> wrote: > Well, I don't quite understand why AC_C_BIGENDIAN and the solution > you're proposing is likely to break other big endian machines (the ones > that don't have __BIG_ENDIAN__). Can you send a patch that addresses > that (i.e. still uses AC_C_BIGENDIAN when it works)? It is not that AC_C_BIGENDIAN

I put the disc in and run the setup.exe it says "InstallAnywhere is preparing to install" then it quickly goes from 0% to 100%... then it disappears and nothing happens... Please help... I've got to learn Japanese... :(

I've tried everything with the * box after this weekend. I have read every document on the problems people are having with them after this weekend as well, but none of them address my problem. I checked my settings in my sips which I have below as well, I have changed the host file a few times, but this was new to me and I never had modified it before. I have and the same results