search for: dattier

2007/10/15, David W. Tamkin <dattier@panix.com>: > > Harry, > > > so i was wondering what advantages it could give me to make a ffp > > file, because there is already a internally stored md5 checksum on the > > decoded audio data inside the flac file? > > Testing the .flac file against its internall...

--- "David W. Tamkin" <dattier@panix.com> wrote: > An enthusiastic FLAC user on another list to which I subscribe said > that FLAC > has a function to display on screen the stored fingerprint that a > FLAC file > has of its source WAV. That sounds wonderful, because it allows a > user to see > whether tw...

Two wavs I tried to encode tonight got errors near their ends, saying something like "skipped unknown sub-chunk 'LIST'." These occurred at 97% into one file and 98% into the other. If I hadn't brought the DOS command window to the foreground and hadn't been at the monitor watching before these warnings were scrolled away by the displays from work on other files in the

--- "David W. Tamkin" <dattier@panix.com> wrote: > Our Leader asked, > > | In any case, if you run flac -t and it passes, the only extra > | information you get from comparing the MD5 sum to the text > | file is to know if the original seeder put the right text file > | together with the right FLAC file. B...

This may be more a question about the pseudo-DOS command line than about flac itself, but at this point I don't really know. How can one direct the output of flac -t to a file instead of the screen? Often I'd like to verify a large number of flac files, and Speek's front-end is very good for writing up the batch file for that (flac -t itself doesn't seem to expand wildcards on

If one is running flac under Windows and invoking it at a command.com prompt, does flac -t return an exit status that command.com can use to determine its next move (such as logging whether the flac file being tested passed or failed)? Meanwhile, I discovered the pause command; by editing that into the batch file between invocations of flac -t, at least I won't miss any results before they

When I asked, | > If you're going to run flac -t later to test | > the .flac file, isn't it redundant to have verification on during | > encoding? Fearless Leader Ace Coalson responded, | yep. OK. | > If you know ... that -V was used | > during encoding and that flac reported "Verify OK," is there any | > reason to test the file? | nope, unless you suspect

--- "David W. Tamkin" <dattier@panix.com> wrote: > First, as long as you don't use the --cuesheet option when you > encode, are > .flac files encoded by 1.1.0 still readable by earlier versions? that's right. > Second, if the old default for seekpoints was -S100x and the new one > is -S10s, > does...

--- "David W. Tamkin" <dattier@panix.com> wrote: > Thank you very much for the explanations, Josh. > > | the seekpoints are not the only places in the stream that can > | be seeked to, they are just hints about regular locations in > | the stream. you can still seek to any sample. the number of > | seekpo...

So the right way to do it -- it seemed to work when I tried it, at least -- is metaflac --remove-all --dont-use-padding filename.flac ? I guess that these features make it more imperative than ever to watch the timestamps and not to validate a FLAC with an MD5 that is older than the FLAC is.

Miroslav Lichvar wrote: > Ok, you need 0.04% improvement, that should not be a problem. Perhaps a little more than that, since the sizes I listed were after stripping out the padding and all metadata blocks except SEEKTABLE and STREAMINFO. > Try flac --lax -e -p -l 32 -r 10 --no-padding > and if it is not enough, increase -r up to 16. Thank you. I'll do that. What, though,

Josh explained, > search for "subset" on http://flac.sf.net/format.html > (I'll make a link in the documentation to it). That was over my head -- not the post, but the information at that URL. Does it mean that a non-Subset FLAC file isn't streamable, that a decoder can't read successive parts of the FLAC file and generate successive parts of the WAV?

make sure to use --ogg when encoding: flac -V --ogg -o file.ogg file.wav --- Keith <keith105@yahoo.com> wrote: > I am running flac 1.1.0 under Fedora Core 1 Linux and have encoded a > .wav file using the following command: > flac -V -o file.ogg file.wav > I then try to decode it with the following command: > flac -d -o file2.wav file.ogg > and

--- "David W. Tamkin" <dattier@panix.com> wrote: > If another program invokes flac.exe to encode a WAV file that has an > extra chunk or sub-chunk that FLAC strips it out during encoding, > would > that make flac.exe report a non-zero error level back to the program > that called it? No. It's not consi...

I'd like to start using the tagging function for my FLAC files instead of trying to include the song title in the filename or having to refer to a text file while I listen. Is there a tutorial for tagging? I've absolutely no idea how to get started or where to learn. Thank you.

--- "David W. Tamkin" <dattier@panix.com> wrote: > Three styles of T-shirts plus hooded sweatshirts, but no FLAC > jackets? seems like slam dunk doesn't it :) but for this run I'm trying to use the same screens on all items to keep the cost down, which rules out the logo on the front of a zippered jacket. sti...

Dat Head wrote: > I use it all the time for wav to flac conversions for CDR burning (doesn't > everybody?!) or maybe i use it with shntool before encoding to flac, I'm pretty sure (don't have the code and couldn't read it if I had it) that shntool's "fix" module doesn't use flac's --sector-align option but has its own routines. For one thing,

First, many thanks to Kerry Hoath (and some to a friend who is not on this list, but mostly to Kerry) for help with my batch file question. It's working, pretty much, but I'm still tweaking it, and I'll share the results when it's polished to my satisfaction. Related question: according to the longer help file, if you use the "verify" option during encoding, flac checks

An enthusiastic FLAC user on another list to which I subscribe said that FLAC has a function to display on screen the stored fingerprint that a FLAC file has of its source WAV. That sounds wonderful, because it allows a user to see whether two differing FLAC files might come from the same WAV but have been compressed with different sets of options, and therefore they would decompress to identical

When you maximize the window, the position of the Fingerprint button doesn't adjust; the Help function still scrolls the first two screenfuls together without a break, so that the first screenful is impossible to read; not sure how, but the first time I tried it, it locked up and couldn't close (needed a three-finger salute). This is under WindowsME on a vintage 1998 266MHz Pentium II.