flac 1.3.0 pre-release Options

[zfox]

Is it possible for John33's optimizations to affect file size along with speed? That is the case with lossy codecs.

[romor]

The >4GB files patch can be found at kode54's FLAC github.

Great job, team

edit: ah... it's not that easy to make the patch, I was in a rush... can someone provide it as a patch?

This post has been edited by romor: Mar 5 2013, 08:22

[romor]

[flac-dev] Answering the Hydrogen Audio thread

[LRN]

I will answer what I can here.

No unicode support for Windows either.

Somebody that knows about windows unicode needs to work on this and
supply a patch. I'm happy to help out with guidance and testing.

Depends on what you mean by "unicode support".
Unicode file names? UTF-8-encoded metadata in files?
The latter is a matter of I/O mostly, and should already work (if it
doesn't, it will have to be fixed).
The former depends on what libflac (or flac, if your only concern is the
commandline utility) does with filenames.
Also, do you want unicode support in API? Unicode support in commandline
utility? Unicode support in GUI frontend (is it free at all, by the
way?)?
Also, do you want libflac to remain ANSI-compatible? The API won't
change, that's for sure, so do you want libflac to assume "char *"
arguments to be UTF-8-encoded or encoded in locale-dependent codepage
(if you were thinking of libflac providing a subset of APIs that accept
"wchar_t *" - i don't see that happening).

[ktf]

Depends on what you mean by "unicode support".

What I mean is that on linux, I can encode files with filenames that include Cyrillic or Greek characters without any problem. On Windows, it it rejects the file, saying it does not exist at all, because it doesn't "understand" anything but ANSI apparently. I guess that's a compile-time issue?

edit: just to be clear, I can create a file with Cyrillic characters and feed it to most programs from the command line (like foobar2000, it plays the file just fine), but flac will say that the file doesn't exist.

This post has been edited by ktf: Mar 5 2013, 10:25

[marc2003]

./configure --enable-static --disable-shared

thanks.

[Brazil2]

flac-1.3.0pre1.zip

It's working fine, thanks a lot for this build but is there any chance that you could make one with this patch ? :

The >4GB files patch can be found at kode54's FLAC github.

[zfox]

I tried a few files and you are right: the files are larger then with 1.2.1. However, this will not be the case with the final 1.3.0, because the size increase I'm seeing is exactly 4 bytes, probably because the vendor string is now 1.3.0pre1 instead of 1.2.1, that's 4 characters more

I verified this 4-byte difference with a native 1.2.1 build.

[Case]

Maybe Case could provide the patch file instead of the compiled binary, to help out the FLAC devs.

I didn't make source patch as my changes were using Windows specific variable definitions and functions. That has to be made by someone who wants to maintain linux compatibility.

[skamp]

As usual, Fidel Castro Loco ignored Windows.

As usual, NutCase ignored Linux.

[Xenion]

If i may breathe a wish for 1.3 final in this thread: I'd really like to see EBU R128 support in FLAC.

[ktf]

If i may breathe a wish for 1.3 final in this thread: I'd really like to see EBU R128 support in FLAC.

There is support already? http://www.hydrogenaudio.org/forums/index....showtopic=85978

Or do you mean support in the FLAC binaries? This release is mostly about libFLAC, only a few adjustments to the utilities are made.

[dgauze]

If i may breathe a wish for 1.3 final in this thread: I'd really like to see EBU R128 support in FLAC.

There is support already? http://www.hydrogenaudio.org/forums/index....showtopic=85978

Or do you mean support in the FLAC binaries? This release is mostly about libFLAC, only a few adjustments to the utilities are made.

If you want a binary solution, pbelkner's command line tool, flac1770, is a great little ebu r128 scannner, similar to vorbisgain. Works great for scripting.

[romor]

On Tue, Mar 5, 2013 at 8:10 PM, Johnny Rosenberg <gurus.knugum@gmail.com> wrote:

> What is the reason that libFLAC is available for Windows in the first
> place? Aren't there lots of alternatives for Windows anyway?

Here's Johnny!

[hidn]

nothing interesting in the new version

[C.R.Helmrich]

[flac-dev] Answering the Hydrogen Audio thread

Thanks romor (and Erik)!

Chris

[Xenion]

If i may breathe a wish for 1.3 final in this thread: I'd really like to see EBU R128 support in FLAC.

There is support already? http://www.hydrogenaudio.org/forums/index....showtopic=85978

Or do you mean support in the FLAC binaries? This release is mostly about libFLAC, only a few adjustments to the utilities are made.

I prefer software that is available through linux package management. The tool you mention isn't available in any distribution i know of. FLAC 1.3 bundle will likely be widely available once it's released. Plus native support is more smooth to use for various reasons.
Anyway: Great to see development again.

[Wombat]

The question to update metaflac as part of the package for higher samplerate audio is there since several years now be it R128 or anything else.

[ktf]

03.flac: ERROR while decoding data
state = FLAC__STREAM_DECODER_END_OF_STREAM

Have you found the cause? This might be an interesting case.

I'm just wondering whether 7- and 8-channel support is the only new feature for end users like me...

Aside from lots of bug fixes, cleanups and harderning, a few features were added.
- adding ReplayGain support for 88.2kHz, 96kHz, 176.4kHz and 192kHz files to metaflac
- while it was already present in FLAC 1.2.1, --ignore-chunk-sizes can be used to encode malformed WAV-files (i.e. > 4GB) and this option is now present in the documentation
- support for Wave64 and RIFF64 has been added

I think that's it, but I might have missed something. Here's the changelog: https://git.xiph.org/?p=flac.git;a=shortlog

[zfox]

Have you found the cause? This might be an interesting case.

All tests from “check build” passed, so I guess this is not an issue.

[ktf]

Have you found the cause? This might be an interesting case.

All tests from “check build” passed, so I guess this is not an issue.

Yes, but flac 1.2.1 decodes and 1.3.0pre1 gives an error, that would be a serious regression right? Or some big bad bug in 1.2.1 which we didn't know about but fixed anyhow.

This post has been edited by ktf: Mar 7 2013, 09:41

[zfox]

It's difficult to spot this file again in my library. I will try though, later.

[romor]

flac-1.3.0pre2 release (link in first post)

It still doesn't compile here with MSVC out of the box. I get unresolved externals in libflac_static.lib

[benski]

flac-1.3.0pre2 release (link in first post)

It still doesn't compile here with MSVC out of the box. I get unresolved externals in libflac_static.lib

Ahh, yes you are right. Let me fix that up. I didn't catch one of these before because I was compiling without Ogg.

This post has been edited by benski: Mar 9 2013, 18:38

[romor]

patch works fine now, flac compiles out of the box