Hi,

One guy on hydrogen apparently needs freac but there were some bugs fixed recently in faac and last freac release still suffers from those.
I believe updating to faac 1.29.7.4 would fix the problem.

Krzysiek

Is your feature request related to a problem? Please describe.
On Android for some reasons, .opus files are not appearing in GPlay Music. Therefore, I need them to have an .ogg extension.

Describe the solution you'd like
When setting a file pattern, I'd like to be able to set an "extension" field. In my specific case, I can remove it and set a fixed text (".ogg").
Another solution would be to allow simply setting the output file name, like any other program.

Describe alternatives you've considered
I can rename all my files in batch, but this is slow for nothing. I already made a script to convert all my files, thus specifiying an output file by hands, with an extension of my choice, but for pattern uses this can be problematic.

Additional context
You would also need to modify your encoders interfaces to allow them to feed the extension to the main program.

Describe the bug
I have changed the output directory of the encoder to include the year of the release. However the generated CUE sheets still are saved to the original directory.

Expected behavior
CUE sheets are saved next to the audio files.

System (please complete the following information)

• OS: Windows 10

Flatpak instructions fall flat on xubuntu-18.04-desktop-amd64.iso:

This is what actually happens:

Using the freac continuous appimage: where are the logs stored (if any)?
Context: I have observed some random behaviour where freac would randomly stop working, resizing the GUI makes it go whacky. I am trying to debug it but I cannot get any logs from it. My system setup: Arch Linux (5.2.11 Zen Kernel), KDE Plasma DE.

Hi there,

i am currently setting up a batch conversion system for converting FLAC encoded files to mp3 with freaccmd.

It seems as if freaccmd has a problem with spaces in filenames, or how bash expansion works.

Example:
freac-1.1-alpha-20180913-linux-x64 $ ./freaccmd -d /Volumes/Musik/INCOMING/RIPPED/ -p 'MP3///\ -\ \ -\ <title>' -m CBR -b 320 /Volumes/Musik/INCOMING/RIPPED/FLAC/Atreyu/In\ Our\ Wake/*
File not found: /Volumes/Musik/INCOMING/RIPPED/FLAC/Atreyu/In
File not found: Our
File not found: Wake/101
File not found: Atreyu
File not found: In
File not found: Our
File not found: Wake.flac
File not found: /Volumes/Musik/INCOMING/RIPPED/FLAC/Atreyu/In
File not found: Our
File not found: Wake/102
File not found: Atreyu
File not found: House
File not found: Of
File not found: Gold.flac
File not found: /Volumes/Musik/INCOMING/RIPPED/FLAC/Atreyu/In
File not found: Our
File not found: Wake/103
File not found: Atreyu
File not found: The
File not found: Time
File not found: Is
File not found: Now.flac
File not found: /Volumes/Musik/INCOMING/RIPPED/FLAC/Atreyu/In
File not found: Our
File not found: Wake/104
File not found: Atreyu
File not found: Nothing
File not found: Will
File not found: Ever
File not found: Change.flac
File not found: /Volumes/Musik/INCOMING/RIPPED/FLAC/Atreyu/In
File not found: Our
File not found: Wake/105
File not found: Atreyu
File not found: Blind
File not found: Deaf
File not found: &
File not found: Dumb.flac
.....

any idea how to solve this?

with flac cmd I get the best compression with -8e option (exhaustive-model-search).
Can you add you enable this option when the user choose a preset? not only for custom settings?

Thx

I recall in the Windows version there was an option to use a WAV encoder, and this is also advertised on the website, but when trying out the latest alpha on linux, it's not there.

Hello, this is my first day with fre:ac (fre:ac v1.1 α 20180716) so, I'm not sure the following is a bug or something I'm not using properly...
Testing encoding a FLAC file to MP3, I set LAME to ABR, target 320kbps and quality=0. The resulting file is encoded as following, according to MediaInfo:

Audio
Format                           : MPEG Audio
Format_Version                   : Version 1
Format_Profile                   : Layer 3
Format_Settings                  : Joint stereo
Duration/String                  : 6mn 24s
BitRate_Mode/String              : VBR
BitRate/String                   : 279 Kbps
Channel(s)/String                : 2 channel2
SamplingRate/String              : 44.1 KHz
FrameRate/String                 : 38.281 fps3 (1152 SPF)
Compression_Mode/String          : Lossy
StreamSize/String                : 12.8 MiB (86%)
Encoded_Library/String           : LAME3.100
Encoded_Library_Settings         : -m j -V 4 -q 0 -lowpass 20.5 --abr

However, it is said to be VBR instead of ABR. LAME manual says -V enables VBR mode. Perhaps the command should use --abr 320 instead. Also, why is it using -lowpass? It is unchecked in encoder options.

Describe the bug
Fre:ac crashes when I try to Add Audio CD contents to the joblist (the crash actually happens when freac tries to query the CDDB).

Output from running freac from terminal (there's not a lot to go on):

/snap/freac/247/bin/desktop-launch: line 344: cannot create temp file for here-document: No such file or directory
Segmentation fault (core dumped)

To Reproduce
Steps to reproduce the behavior:

1. Click on 'Add Audio CD contents to the joblist'
2. Crashes when freac tries to query the CDDB

Expected behavior
Not crash! :)

System (please complete the following information)

• OS: Xubuntu 18.04 Bionic
• CPU: Intel Core i5
• RAM: 16GB

Additional context
I'm using the --beta snap version of freac

Happy to include any other logs/information if you tell me where to look!
Thanks

In the news archive on the site, I saw a note from ages ago about supporting chapter markers in MP4 audio. I loaded a bunch of m4a files into the joblist, ticked the "single file" box, and selected the FAAC encoder. The job ran fine, and the output file does have all the tracks joined into a single file, but as far as I can tell there are no chapter markers (according to VLC and MediaInfo). Am I missing an option somewhere, or do I misunderstand the feature? If I'm doing it wrong, is what I want possible?

I have a CD I'm trying to rip: High Plains Gospel by Dan Schwartz. The data is not in CDDB so it reads the track data correctly from the disc.

The disc attributes one of the songs to another artist (Bill Frisell), but that is actually the composer; the performer is Dan Schwartz, the same as the rest of the disc. So, on the joblist tab that is initially shown, I click on that track and edit the artist name, and this looks fine.

I want to set some tags that apply to the entire album, so i go to the "Tags" tab, and under that to "Albums". Here I see a list of two albums: High Plains Gospel by Dan Schwartz as I am expecting, and High Plains Gospel by "B" (no doubt some vestigial remnant of "Bill Frisell").

I was able to select the correct entry from the list and edit it as I wanted, but the spurious entry is confusing.

Hi Robert,

New Brazilian Portuguese translation. (I really don't like the idea of forks just to allow minor contributions)

Regards,
André
freac_pt_BR.xml.txt

This ticket serves as a tracker for translations needing updates for fre:ac 1.1.5. It will be updated once the status of a translation changes.

Help is needed to update the translations for fre:ac 1.1.5 which has been released on 27th June 2021.

New translations to as of yet unsupported languages are more than welcome as well of course. If you would like to translate fre:ac to a new language, please take one of the existing translations or the freac.xml file as a starting point.

If you would like to contribute, please take a look at the following translation status list to see where help is needed. Then leave a comment below so I can update the list.

Translation status

This lists the current status of existing fre:ac translations:

• ❌ Afrikaans (new translator needed)
• ❌ Arabic (new translator needed)
• ❌ Basque (new translator needed)
• ✔️ Bulgarian (up to date)
• ❌ Cantonese (new translator needed)
• ❌ Catalan (new translator needed)
• ❌ Catalan (Valencian) (new translator needed)
• ✔️ Chinese (simplified) (up to date)
• ✔️ Chinese (traditional) (up to date)
• ✔️ Corsican (up to date)
• ✔️ Croatian (up to date)
• ✔️ Czech (up to date)
• ✔️ Danish (up to date)
• ✔️ Dutch (up to date)
• ❌ Esperanto (new translator needed)
• ❌ Estonian (new translator needed)
• ❌ Finnish (new translator needed)
• ✔️ French (up to date)
• ⛏ Galician (being worked on)
• ✔️ German (up to date)
• ❌ Greek (new translator needed)
• ❌ Hebrew (new translator needed)
• ✔️ Hindi (up to date)
• ❌ Hungarian (new translator needed)
• ✔️ Italian (up to date)
• ✔️ Japanese (up to date)
• ⛏ Korean (being worked on)
• ✔️ Lithuanian (up to date)
• ❌ Norwegian (new translator needed)
• ⛏ Persian (being worked on)
• ✔️ Polish (up to date)
• ✔️ Portuguese (up to date)
• ✔️ Portuguese (Brazilian) (up to date)
• ✔️ Romanian (up to date)
• ✔️ Russian (up to date)
• ✔️ Serbian (Latin script) (up to date)
• ✔️ Serbian (Cyrillic script) (up to date)
• ✔️ Slovak (up to date)
• ✔️ Spanish (up to date)
• ❌ Spanish (Latin American) (new translator needed)
• ✔️ Swedish (up to date)
• ⛏ Turkish (being worked on)
• ❌ Ukrainian (new translator needed)
• ❌ Vietnamese (new translator needed)

If you would like to take over an unmaintained translation or start a new one, please leave a comment below and I will update this list.

Translator resources

fre:ac uses its own XML based translation file format. Translation files can be found in the i18n/lang folder and can be edited either manually using a text editor or with the smooth Translator utility included with fre:ac.

Windows users can use the fre:ac 1.1.5 translation kit as a starting point.

Linux users can use the continuous builds available under releases (Hint: run the AppImage with --appimage-extract to extract it and access the translation files directly).

Alternatively, you can use the Crowdin translation platform to edit the translations online. The fre:ac project's Crowdin page is found at: https://crowdin.com/project/freac

Submitting translation updates

Translations can be submitted in the following ways:

• Open a pull request.
• Edit the translation on Crowdin.
• Comment here attaching the updated translation.
• Send an email to [email protected].

Thanks everybody for your help!

Currently i use Fre:ac in form of tar.gz and i have some custom scripts placed in it's "boca" folder. But i want to switch to Flatpak version in order to update Fre:ac easier.

I just tested the Beta 1 on Mac and found these issues:

1. "Keep time stamps..." translation doesn't fit.
   

2. The bitrate value for Opus encoder doesn't fit.
   

3. The bitrate slider for WMA Encoder is not translated, as well as its units ("kbps"). In fact, the slider is translated, but the source string is "target bitrate", not just "bitrate" as in the interface.
   

Describe the bug
Two (possibly) related issues:

1. Auto start simply doesn't auto start.
2. In a new configuration, Auto Start is greyed out until app is restarted.

To Reproduce
Steps to reproduce the behavior:
Version 20190423.

1. Try to get it to auto start ripping. (This works fine on 1.0.32 on the same HW.) It won't.
2. Options->General Settings -> Create New Configuration.
   Then Ripper->Settings->Automation "Read CD Contents on Insert" and "Start Ripping Automatically" are greyed out.
   Restart application and they are available.

Expected behavior
Options should be available just after creating a new configuration (no restart should be needed).
Auto Start Ripping should actually do that.

Screenshots
If applicable, add screenshots to help explain your problem.

System (please complete the following information)

• OS: Windows 10 1803 (17134.885)
• CPU: Intel Core i3-8100 3.60 GHz.
• RAM: 8Gb

Additional context
Add any other context about the problem here.

Describe the bug
When setting up the Ogg Vorbis Encoder, when choosing ABR and the included options, the minimum and maximum bitrate, when encoding, an audio file with strong distortions is obtained.

System (please complete the following information)

• OS: [Microsoft Windows 10 Home]
• CPU: [AMD A8-4500M]
• RAM: [6 GB]

Hi @enzo1982 ,

the snapshots README shows the changelog of the stable version, so it's not possible to tell what has been changed in the snapshots (other than having a look at https://github.com/enzo1982/freac/releases which also only does not include all previous releases).

Is there a comprehensive changelog available anywhere?

Regards

org.freac.freac.desktop: error: value "freac" for locale string list key "Keywords" in group "Desktop Entry" does not have a semicolon (';') as trailing character

Reference:
AppImage/appimage.github.io#1229

Hi,

I have used your great app a couple of times on Windows and got excited you are porting it to Linux.

I tried to build it on openSUSE and made the needed .spec recipes for RPM packages. The building process was OK but when I started the application I could not add files to new projects.

The used .spec files are attached, if I can help on something, please, let me know.

Some observations about the package generation and handling of files, libraries and paths:

• it was really not needed but all source files were processed through dos2unix;
• the 'Makefile-options' were patched to have the target directory prefix changed to '/usr' instead of '/usr/local'. Also, for x86_64 arch, '/usr/lib' was translated to '/usr/lib64';
• for 'BoCA' and 'freac' there is a need to add the libraries paths to '/etc/ld.rc.conf.d';
• 'freac.so' had it's name changed to 'libfreac.so' so that ldconfig can add it to the list of known libraries.

Regards,
André

superfast.spec.txt
smooth.spec.txt
freac.spec.txt
freac.desktop.txt
boca.spec.txt

I've configured to output the files like this
<artist>\<album>\<track> - <title>
but when I encode CDs with various artists freac outputs the files in separate folders instead of one.
I prefer one folder per CD, so I think it's the ideal solution.

This ticket serves as a tracker for translations needing updates for fre:ac 1.1 beta 1. It will be updated once the status of a translation changes.

Help is needed to update the translations in time for fre:ac 1.1 beta 1 which I plan to release on 15th December 2019.

New translations to as of yet unsupported languages are more than welcome as well of course. If you would like to translate fre:ac to a new language, please take one of the existing translations or the template.xml file as a starting point.

If you would like to contribute, please take a look at the following translation status list to see where help is needed. Then leave a comment below so I can update the list.

Translation status

This lists the current status of existing fre:ac translations:

• ❌ Afrikaans (new translator needed)
• ❌ Arabic (new translator needed)
• ❌ Basque (new translator needed)
• ✔️ Bulgarian (up to date)
• ❌ Cantonese (new translator needed)
• ❌ Catalan (new translator needed)
• ❌ Catalan (Valencian) (new translator needed)
• ❌ Chinese (simplified) (new translator needed)
• ✔️ Chinese (traditional) (up to date)
• ✔️ Corsican (up to date)
• ✔️ Croatian (up to date)
• ✔️ Czech (up to date)
• ✔️ Danish (up to date)
• ⛏ Dutch (being worked on)
• ❌ Esperanto (new translator needed)
• ❌ Estonian (new translator needed)
• ❌ Finnish (new translator needed)
• ✔️ French (up to date)
• ❌ Galician (new translator needed)
• ✔️ German (up to date)
• ❌ Greek (new translator needed)
• ❌ Hebrew (new translator needed)
• ❌ Hungarian (new translator needed)
• ✔️ Italian (up to date)
• ✔️ Japanese (up to date)
• ❌ Korean (new translator needed)
• ✔️ Lithuanian (up to date)
• ❌ Norwegian (new translator needed)
• ✔️ Polish (up to date)
• ✔️ Portuguese (up to date)
• ⛏ Portuguese (Brazilian) (being worked on)
• ⛏ Romanian (being worked on)
• ✔️ Russian (up to date)
• ✔️ Serbian (Latin script) (up to date)
• ✔️ Serbian (Cyrillic script) (up to date)
• ✔️ Slovak (up to date)
• ✔️ Spanish (up to date)
• ❌ Spanish (Latin American) (new translator needed)
• ✔️ Swedish (up to date)
• ⛏ Turkish (being worked on)
• ❌ Ukrainian (new translator needed)
• ❌ Vietnamese (new translator needed)

If you would like to take over an unmaintained translation or start a new one, please leave a comment below and I will update this list.

Translator resources

fre:ac uses its own XML based translation file format. Translation files can be found in the i18n/lang folder and can be edited either manually using a text editor or with the smooth Translator utility included with fre:ac.

Windows users can use the fre:ac 1.1 beta 1 translation kit as a starting point.

Linux users can use the continuous builds available under releases (Hint: run the AppImage with --appimage-extract to extract it and access the translation files directly).

Alternatively, you can use the Crowdin translation platform to edit the translations online. The fre:ac project's Crowdin page is found at: https://crowdin.com/project/freac

Submitting translation updates

Translations can be submitted in the following ways:

• Open a pull request.
• Edit the translation on Crowdin.
• Comment here attaching the updated translation.
• Send an email to [email protected].

Thanks everybody for your help!

Even when I uncheck the box, I still see a tip on the next startup.

Describe the bug
Metadata from this CD (https://musicbrainz.org/cdtoc/XUzOviz7drJxdEGCgjaYBRGv6k8-) is not parsed successfully.

However other tools, like CUETools can successfully parse it.

How can I provide more information from this CD to help you to fix it?

Fre:ac on Linux seems to try to load stuff from a ../lib/freac directory, relative to the system-wide library directories.

This fails when Fre:ac is not installed into a system-wide prefix (like /usr), but to a relocateable bundle that can be stored anywhere in the filesystem:

stat("/usr/local/lib/../lib/freac/freac.so", 0x7fffed1d5d50) = -1 ENOENT (No such file or directory)
stat("/usr/lib/x86_64-linux-gnu/../lib/freac/freac.so", 0x7fffed1d5d40) = -1 ENOENT (No such file or directory)
stat("/usr/local/lib/../lib/freac/freac.so", 0x7fffed1d5d50) = -1 ENOENT (No such file or directory)
stat("/usr/local/lib/x86_64-linux-gnu/../lib/freac/freac.so", 0x7fffed1d5d40) = -1 ENOENT (No such file or directory)
stat("/lib/x86_64-linux-gnu/../lib/freac/freac.so", 0x7fffed1d5d40) = -1 ENOENT (No such file or directory)
stat("/usr/lib/x86_64-linux-gnu/../lib/freac/freac.so", 0x7fffed1d5d40) = -1 ENOENT (No such file or directory)

Hence, the ../lib/freac directory should be computed as a path relative to the main executable (e.g., using /proc/self/exe) on Linux.

References:

• https://github.com/probonopd/freac/blob/patch-1/.travis.yml
• https://github.com/probonopd/freac/releases

This is just an usability issue, affecting only the Windows version of fre:ac (I mean, I didn't test it on other platforms, so I'm just supposing...)

The fact is fre:ac's Minimize, Maximize and Close controls are really tiny in Windows. In the attached image, we can compare a native Windows 10 app (Calculator) with fre:ac.

I think bigger and more spaced icons would greatly improve usability.

Hi @enzo1982 ,

In regards to https://sourceforge.net/p/bonkenc/feature-requests/53/ :

Does the stable v1.0.x version have cdparanoia III 10.2 cache management on MS Windows?

Or was that never backported and is only available in the v1.1 snapshots?

Regards

I am using fre:ac v1.1 alpha 20180306 32bit, on Windows 10 64bit.

While importing a group of ALAC/M4A files to the job list, I noticed this takes too much time on my not so slow Core i5 with 8GB RAM computer.

So I made some tests importing the same album (12 tracks) in different formats to the job list.
In MP3, AAC/M4A or FLAC formats, it took less than 1 second to import the album.
In ALAC/M4A format it took 16 seconds to import the same album.

I'm not sure if this a bug, inefficient code or simply a characteristic of the codec/format.
But I thought I should report it, regardless. Please let me know if additional information is needed for o proper investigation on the issue.

i am using fre:ac to rip from multiple (4) cd drives.
sometimes when i try to select a cd drive to import the tracks,fre:ac crashes.
OS: Linux Mint 18.3

Here are some traces when it happens

X Error of failed request: BadWindow (invalid Window parameter)
Major opcode of failed request: 3 (X_GetWindowAttributes)
Resource id in failed request: 0x0
Serial number of failed request: 7766
Current serial number in output stream: 7767

X Error of failed request: BadWindow (invalid Window parameter)
Major opcode of failed request: 3 (X_GetWindowAttributes)
Resource id in failed request: 0x0
Serial number of failed request: 7386
Current serial number in output stream: 7387

X Error of failed request: BadWindow (invalid Window parameter)
Major opcode of failed request: 40 (X_TranslateCoords)
Resource id in failed request: 0x0
Serial number of failed request: 7598
Current serial number in output stream: 7598

The title says it all, 1.1 (20180710) crashes when attempting to drop files for processing. D:

Will revert to previous alpha.

Nice that I could easily change the icons if the program were usable. ;)

Thanks

P.S.

As a matter of fact, adding files in any way crashes the program. >:(

i download m4a audio from youtube with this: https://github.com/joeytwiddle/downloadyoutube
but when i tried to convert to mp3, it show this error

Describe the bug
When trying to convert a file with Kanji in it (on Windows), Fre:ac only displays basic help, like if we used an invalid argument.
The problem doesn't exists in the main Fre:ac GUI application.

To Reproduce
Steps to reproduce the behavior:
In my case, the file was :
C:\Users\Arno DUBOIS\Desktop\Stack\Music\君の名は。 - RADWIMPS (24.08.2016) [FLAC]\01 夢灯籠.flac

1. Run fre:ac with a file containing Japanese as input (in the file name or path).

Expected behavior
Fre:ac should run the conversion.

System (please complete the following information)

• OS: Windows 10 May Update (1903)
• CPU: Intel Core i7 7700HQ
• RAM: 16 GB

When i try to use freaccmd via remote ssh shell i get the following error:

freaccmd -help
Error: Unable to open display at .

It seems as if freaccmd needs an x11 environment.

after faking a Display freaccmd runs.

export DISPLAY=:0.0
echo $DISPLAY
:0.0
freaccmd -help
fre:ac - free audio converter v1.1 Alpha 20180306 (x86-64) command line interface
Copyright (C) 2001-2018 Robert Kausch

Usage: freaccmd [options] [file(s)]

--encoder= | -e Specify the encoder to use (default is LAME)
--help= | -h Print help for encoder specific options

                -d <dir>    Specify output directory for encoded files
                -o <file>   Specify output file name in single file mode

--pattern= | -p Specify output file name pattern

--list-configs Print a list of available configurations
--config= Specify configuration to use

--quiet Do not print any messages

Encoder can be one of:

    avconv-alac, faac, flac, lame, meh, mac, mpc, vorbis, opus, sndfile, speex,
    wv, avconv-wma

Default for is " - <title>".

Version fre:ac v1.1 Alpha 20181201a on ubuntu 18.04 saves single file but the flatpak version shows the progress file with 0 bytes too, but the removes it, instead of replacing with the result of the single file.

Hi,

First of all many many thanks for the work of the super app for CD Ripping!

However, it would be more advantageous to add an option for normalization of the ripped music titles to be able to enjoy the music all over the same level of loudness!

best regards, hitam4450

Freac is displaying the incorrect number of artist if the file has multiple contributing artist. It takes the last artist after the ";" symbol. Tested of both alpha and stable release.

I have not been able to identify the exact duration, but it seems that when I combine multiple files into a single m4b and the length of the output is somewhere over 12-18 hours it will show 200+ hours in length when imported into iTunes. I'm testing to try to find the point it breaks at.

Hi

If I try to change any title informations like artist, album, title etc. fre:ac closes / crashes immediately. The crash happens already on click in the attribut.

I could'nt find any information about the failure.

If I start fre:ac from terminal, I get follow information:

++ WARN: CD-TEXT: Invalid use of Tab Indicator.
Speicherzugriffsfehler

In sylog or kern.log I only found these entries about fre:ac:

Jan 11 10:40:52 elementaryOS kernel: [ 1453.486575] show_signal_msg: 19 callbacks suppressed
Jan 11 10:40:52 elementaryOS kernel: [ 1453.486578] freac[12107]: segfault at 0 ip 00007f1f443056e4 sp 00007fff1d32f180 error 4 in libX11.so.6.3.0[7f1f442bb000+135000]
Jan 11 10:40:52 elementaryOS io.elementary.m[4337]: message repeated 91 times: [ noise_playback_manager_get_current_media: assertion 'self != NULL' failed]
Jan 11 10:40:52 elementaryOS wingpanel[1776]: gee_abstract_map_get: assertion 'self != NULL' failed
Jan 11 10:40:52 elementaryOS wingpanel[1776]: gee_abstract_map_set: assertion 'self != NULL' failed
Jan 11 10:40:52 elementaryOS io.elementary.m[4337]: noise_playback_manager_get_current_media: assertion 'self != NULL' failed

I run fre:ac v1.1 Beta 1 (20200109) on linux, elementary OS 5.1 Hera

I am using fre:ac v1.1 alpha 20180306 32bit, on Windows 10 64bit.
I have found an issue that causes some of the converted tracks to have missing tags.

Here are the conditions necessary to trigger the issue:

• Parallel processing must be enabled in Settings > Resources. The more cores enabled, the more tracks with missing tags we'll have.
• Input format/extension must be ALAC/M4A (Apple Lossless).
• Output format/extension must be AAC/M4A using Core Audio Encoder.
• Job list must have enough tracks to keep the system busy for some time. Say, at least 2x the number of available cores.

With all these requisites met, the resulting converted tracks will have a mix of tagged and untagged track.
I've made some non exhaustive tests using other combinations of input and output formats, but I wasn't able to reproduce the issue. Only ALAC --> AAC seems problematic.

I attached some screenshots of File Explorer showing both the original input files, as well as those converted to AAC/M4A and to FLAC. Note that FLAC is correctly tagged.

Any plans on that? Seems to be pretty basic need.

Hi,
I came upon fre:ac and thought i'd give it a try. I downloaded the pre-built tarball and extracted. a 'ldd' showed I was missing several dependencies.

Solutions to this dependency issue are available in snap or flatpack.
Both flatpack and snap provide additional benefits from the security perspective.

Have you considered building either? http://snapcraft.io has information on how to get started with snap, and https://flatpak.org/hello-world for flatpack.

I just built freac on Debian unstable and the windows are not scaling properly; they appear tiny on my HiDPI screen. My desktop environment is MATE, and I have not had problems with other GTK3 apps not scaling.

I tried setting the scaling with dconf-editor to force it to 2 (instead of autodetect, which has worked for everything else) and I also tried setting the GDK_SCALE env var to 2, but neither of these approaches worked.

Like freedb, AFAICT fre:ac handles multi-disc albums by treating them as separate, for instance by appending (Disc 1) to the end of the title.

That's not how I'd like to organize my collection, since all the tracks are logically part of the same album; which track is on which disc is just an artifact of the cd medium.

Other rippers I have used supported a discnumber tag, and it was possible to use this in constructing the filename (e.g. d01t01.Title.ogg). Another option is to use (discnumber * 100 + tracknumber) as the tracknumber.

As it is, I'm going to have to do some tag editing and filename editing after fre:ac is done ripping in order to get my multi-disc album together in one folder as I like.

Can something be done to provide better support for this? Or am I missing something?

MusicBrainz is a music metadata encyclopedia. It provides means to retrieve CD information, just like freedb, but cleaned up.

Until now it was possible to use the MusicBrainz freedb gateway, but that option is going to disappear tomorrow (https://blog.metabrainz.org/2018/09/18/freedb-gateway-end-of-life-notice-march-18-2019/).

Would it be possible to support their REST API instead?

When I try to 'make' the application, it halts with:

In file included from src/cddb/cddb.cpp:13:0:
~/src/freac/include/cddb/cddb.h:16:10: fatal error: boca.h: No such file or directory
#include <boca.h>

Tried googling for boca.h, but no luck finding it.

Running an up to date Kubuntu 17.10

I'm using freac-1.1-alpha-20190423-x64, Windows 7 x64. While trying to open CUE file got this error:
"File referenced in cue sheet not found"
File contains ANSI codepage (1251). Trying to save it as UTF-8, still no luck. It opens without issues with Foobar2000 and Xrecode3.

t.A.T.u. - Я сошла с ума.cue.zip

Describe the bug
The "bug" seems to be an some kind of user-side issue as last time I used fre:ac to convert music it worked. It was fre:ac v1.1 α 20190423. After a while and some Windows 10 updates it doesn't launch at all now. Tried new version of fre:ac (fre:ac v1.1 Beta 1) - same, nothing happens.

To Reproduce
Steps to reproduce the behavior:

1. Try to launch fre:ac app
2. See nothing happening

System

• OS: Windows 10 Pro (Version 1903)
• CPU: Intel Core i5-2450m
• RAM: 6 GB

When encoding audio books with more then 100 chapters the tracks are numbered: 01, 02 .. 10, 11, ... 100, 101 which breaks sorting on non-tag aware players that use the filename to order the tracks.

Is there any possibility to configure that behavior which i simply did not find yet?

thx & kind regards,
Chris