Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
There were some bugs fixed in the BoCA repo after the original repo had been archived. Current fre:ac seems to encode this file correctly.
I tried freac-1.1.7-windows-x64.zip (2023-05-05) and the previous command did not work. Oh, you removed SuperLame from the list of encoders in favor of a dedicated flag --superfast. I applied it and witnessed some obscure warning. It would be nice to see a more detailed report on the encoding settings used.
$ freaccmd.exe history.wav -e superlame Encoder 'superlame' is not supported by fre:ac!
$ freaccmd.exe ... Encoder <id> can be one of: ffmpeg-alac, fdkaac, flac, lame, meh, mac, mpc, vorbis, ofr, opus, speex, tak, wv, wma, sndfile-wave, sndfile
$ freaccmd.exe history.wav -e lame --superfast Warning: APIC ID are not supported, core count can be wrong if SMT is disabled and cache instances count will not be available. Processing file: history.wav...done.
Hi all, I have been trying to figure out for a fix for this for a while: I use a combination of facets, esplaylist and columns ui and i have been trying to fix my sort order to display in order of date. I tried changing the incoming filter incoming tracks in columns ui, no fix there. I tried the "force sort" setting in esplaylist which works but then the play order does not follow. I finally also got it to work by setting a custom sort order on the date column to %date% which works perfectly except the fact I have to click it everytime I change artist in facets. I feel like there must be a way around this but im just not seeing it! ill attach a pic of my layout also and if you need anything else let me know! Cheers.
I stopped using EsPlaylist a long time ago. Facets I never used. Now I use foobar2000 64-bit. I can only recommend that instead of Facets you install the "Album list panel" component that supports all the sorting you want.
Here is a basic script that you can adapt to your liking:
Last post by Kraeved - Fix VBR MP3 header and Edit MP3 gapless info throw the following error: Could not process item (Writing MPEG-2.5 headers not supported): "C:\gladiator.gxlame.mp3"
Is it possible to improve these features of Foobar2000?
I'm seeing a bug in Linux under WINE, and I understand that this may be a low priority to address, if at all. Perhaps it's something I can fix on my end by installing another library that other Linux users have encountered.
The problem is in the color selection dialog: the input boxes for the HSL and RGB values only permit two digits. They'll display the full initial value, but changing anything stops at two.
I have absolutely no way to replicate or test this. But I do know the implementation. The standard dialog has been extended with the alpha value and slider but anything else is standard Windows. The code that implements that dialog is Microsoft's and has not changed.
So I'd first look into similar bug reports on Wine, preferably those where the application extends the dialog.
This topic didn't get much attention, and the Github repository was archived on December 11, 2020. Why, @enzo?
The SuperFast code was integrated into official fre:ac/BoCA releases and development continued there, so there was no need for a separate repository anymore. The SuperFast LAME code is here now.
As far as I understand, MP3 format, due to its design (the notorious reservoir of bits), does not favor multicore encoding, but you, describing the technical details, stated that it was possible without loss of quality. I encoded two WAV PCM files (44.1 kHz 16 bit stereo and 11025 Hz 16 bit mono) using SuperLame as follows: freaccmd.exe in.wav -e superlame.
The latter one failed.
There were some bugs fixed in the BoCA repo after the original repo had been archived. Current fre:ac seems to encode this file correctly.
I'm not sure I could have figured out the syntax for the word wrap function. Thanks for sharing your code!...
Hi Sancho, thank you for shouting me out! I's so many years since I posted that (more than 8, in fact...)! I'm glad I've been able to give back a tiny bit of all the help I've taken from this forum. Have a nice day.
Last post by Sue Dunham -
I'm seeing a bug in Linux under WINE, and I understand that this may be a low priority to address, if at all. Perhaps it's something I can fix on my end by installing another library that other Linux users have encountered.
The problem is in the color selection dialog: the input boxes for the HSL and RGB values only permit two digits. They'll display the full initial value, but changing anything stops at two.
Then again, color selection dialogs in general seem wonky the way I have WINE set up; they often load with the wrong color value even off the DUI color settings. Yours seems different though, with the alpha value included.
Has anyone else encountered the like or troubleshot color dialogs in general? Perhaps there's a .NET library that clears it up on installation?
Setup
Debian-stable 12.5
WINE 9.7
default 64-bit wineprefix (this is my only app running with it)
Last post by GLcentral -
Hi all, I have been trying to figure out for a fix for this for a while: I use a combination of facets, esplaylist and columns ui and i have been trying to fix my sort order to display in order of date. I tried changing the incoming filter incoming tracks in columns ui, no fix there. I tried the "force sort" setting in esplaylist which works but then the play order does not follow. I finally also got it to work by setting a custom sort order on the date column to %date% which works perfectly except the fact I have to click it everytime I change artist in facets. I feel like there must be a way around this but im just not seeing it! ill attach a pic of my layout also and if you need anything else let me know! Cheers.
@KevinB52379 maybe you have cooling problems and AVX(2) compiles cause throttling?
The problem occures also without the use of AVX versions. I think we have a problem only with some AMD APUs. At least @KevinB52379 and @JoshuaChang use a Ryzen 4650g and a 5700g. I already offered a x64 compile with a uncommon low optimization level -O1 and this didn't help. So we must find out if it is maybe a system problem with for example a special version of the AMD chipset/graphics driver and why it does not happen with a lto compile that also uses the high optimization level -O3. This may be something for coding experts and not for a noob like me. I fear only @KevinB52379 and @JoshuaChang can find out directly at their PCs.