On Feb 1, 2014, at 00:06, lvqcl wrote:
Erik de Castro Lopo wrote:
Sure. But maybe it makes sense to write WARNING instead of an
ERROR?
Well its an ERROR because the flac executable will exit with a non-
zero
exit code, so this condition can be caught in for example a shell
script.
Brian Willoughby wrote:
It makes sense to have the option to return non-zero when the
compression fails to compress. As Erik pointed out, a script
could use the return code to decide to delete the larger FLAC output
file and keep the original input file since it is smaller (and
On Sat, 2014-02-01 at 20:27 +1100, Erik de Castro Lopo wrote:
only return a non-zero exit code with the
--error--on-compression-fail option. The
--no-error-on-compression-fail
command line option has been retained.
Extra dash in the option (error--on), but it doesn't seem to be the
lvqcl wrote:
Git version of the FLAC encoder prints error message:
ERROR: Compression failed (ratio 1.xyz, should be 1.0). Please contact the
developers.
Yes, this was added to make sure that during encoding, the flac output
file was smaller than the input file. It may be worth replacing
lvqcl wrote:
Sure. But maybe it makes sense to write WARNING instead of an ERROR?
Well its an ERROR because the flac executable will exit with a non-zero
exit code, so this condition can be caught in for example a shell script.
If its only a warning, why would the executable return non-zero?
On Jan 31, 2014, at 23:06, Erik de Castro Lopo wrote:
lvqcl wrote:
Sure. But maybe it makes sense to write WARNING instead of an
ERROR?
Well its an ERROR because the flac executable will exit with a non-
zero
exit code, so this condition can be caught in for example a shell
script.
hi
can we expect much better compression (like the step to v. 1.2.x) in
future versions of the flac encoder or are we at maximum compression
level now?
thx
___
Flac-dev mailing list
Flac-dev@xiph.org
http://lists.xiph.org/mailman/listinfo/flac-dev
-- Boris Shingarov [EMAIL PROTECTED] wrote:
yes, and much more so in the encoder. the decoder is already
very fast and approaching a fundamental limit.
the next release of FLAC will be slightly faster encoding and
decoding.
Well, I hope to have a proof-of-concept FLAC-on-CUDA to run
2007/5/14, Josh Coalson [EMAIL PROTECTED]:
--- Harry Sack [EMAIL PROTECTED] wrote:
hi
i was wondering if it's possible to tell me what the theoretical best
compression ratio the flac encoder can do, because i was wondering
what the future of flac will bring us. So this question is probably
hi
i was wondering if it's possible to tell me what the theoretical best
compression ratio the flac encoder can do, because i was wondering
what the future of flac will bring us. So this question is probably
best addressed to Josh: can we suspect much better compression ratio
in the future or is
10 matches
Mail list logo
