Skip to main content

Notice

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.
Recent Posts
41
Development - (fb2k) / Re: Preview SDK and disappearing dialog buttons
Last post by marc2k3 -
I just noticed the heights in my resource file are wrong. I even copy/pasted it in the first post and didn't notice at the time - only now.

Quote
IDD_DIALOG_STYLE DIALOGEX 0, 0, 330, 200
CONTROL    "", IDC_LIST_STYLE, "SysListView32", LVS_ALIGNLEFT | WS_BORDER | WS_TABSTOP, 0, 0, 330, 256

The list control far exceeds the dialog height so your change has actually exposed my bug whereas the previous behaviour was hiding it.

So sorry about that. It looks like your change is good and can be left in.



42
General Audio / Re: The "business model" of hybrid codecs with correction files
Last post by skamp -
You can of course spend much more time WavPacking your files, with the -x4 switch […] there is a big jump in encoding time from -x3 to -x4 as the latter uses a different approach.

I'd love to hear from the master himself (David Bryant) if re-transcoding from -fx3 to -fx4 would be worth it! Especially with a lossy average bitrate of 384 kbps (which is, according to his documentation, "essentially transparent"). It is my understanding that the -x value helps with lossy quality. The difference in file sizes between my current -fx3 WVH files and my original --best FLAC collection is so marginal, I don't care about slight storage gains.

* what utilities user has at their hands - one that quickly finds orphaned symlinks, or one that quickly finds "lonely .wv hardlinks"?

Isn't that the job of the operating system, as opposed to a specific app?
43
General Audio / Re: The "business model" of hybrid codecs with correction files
Last post by Porcus -
You can of course spend much more time WavPacking your files, with the -x4 switch. (Among the -x'es it seems like the big differences are from -x0 (default) to -x = -x1; then there is a big jump in encoding time from -x3 to -x4 as the latter uses a different approach. While -x5 and -x6 are even slower, it doesn't look like the impact is that big.) @guruboolez is running a listening test on WavPack lossy (pure lossy, not lossy part of hybrid!) at https://hydrogenaudio.org/index.php/topic,127451.0.html

As for sym-/hardlinks and your item 3, it is less of a problem when it is the "disposable copies" and you can at worst scratch it all and start over. Anyway you have solved your particular problem I guess.
For others considering the same, they would probably want to think over whether their platform does "the right thing" about copying from symlinks, and furthermore:
* good thing about symlinks: you can manually replace files that sometimes are manually replaced - like e.g. "folder.jpeg".
* what utilities user has at their hands - one that quickly finds orphaned symlinks, or one that quickly finds "lonely .wv hardlinks"?

And yeah, I didn't realize all your Vorbis were your own disposable transcodes although that would be clearer from the thread ...
Myself I have some that are the only copy, as that codec was used for some libre music circa 2003.
45
FLAC / Re: freebies
Last post by Porcus -
If all you are interested in is uncompressed music to test with, then there's an enormous lot of free-of-charge stuff on Bandcamp. Also on Soundcloud - but you probably need to fire up your search engine, and the interesting thing is that artists sometimes then upload directly from their DAW. There are some floating-point PCM around, which cannot be compressed by FLAC (use WavPack).

*.flac is *.wav compressed
Actually, it usually only compresses the audio and not the files - but that is usually what you want. The non-audio part of the .wav container is not that interesting, especially not if you ripped a CD (which isn't from a file in the first place).
The big difference is if you are dealing with audio editing software. Then use the format it supports.
46
General Audio / Re: The "business model" of hybrid codecs with correction files
Last post by skamp -
Why transcode lossies? They could just be copied, right?

I'm not sure I expressed myself clearly. I only transcoded my FLAC collection to WavPack Hybrid, which creates both lossy and lossless files. I just got rid of my Vorbis collection since I now have the lossy part of my WavPack collection.

Will copying symbolic links (from Apple filesystem using the relevant copy utilities) to a portable device copy the files and not merely shortcuts?

Like I replied to nu774, macOS does the right thing when transferring symlinks to the iPhone: it transfers the actual files that the symlinks point to.
47
General Audio / Re: The "business model" of hybrid codecs with correction files
Last post by skamp -
It may be an obvious point, but what is the reason for using a hard link instead of a symbolic link?

Not so obvious, I guess.

  • My own APEv2 tagging utility doesn't break anything. I've tested it after reading your post.
  • macOS handles symbolic links fine when transferring audio to my iPhone. That's in favor of symlinks.
  • The main issue with symbolic links is that they break if you move the source for whatever reason. That doesn't happen with hard links.
48
General Audio / Re: The "business model" of hybrid codecs with correction files
Last post by Porcus -
converted my entire FLAC + Vorbis collection
Why transcode lossies? They could just be copied, right?

It may be an obvious point, but what is the reason for using a hard link instead of a symbolic link?
Will copying symbolic links (from Apple filesystem using the relevant copy utilities) to a portable device copy the files and not merely shortcuts?
49
FLAC / Re: Multithreading
Last post by Porcus -
It is more complicated. The following apply whether I use chcp 1252 or chcp 65001:
Fails: µ in infile, as: --in fileµ.flac --out outfile.flac
Works: µ in outfile only, as: --in infile.flac --out µ.flac
Works: Greek latter tau in outfile only, as: --in infile.flac --out "Tesτ.flac"
But fails: Greek letter zeta in outfile, as: --in infile.flac --out "Tesζ.flac"



Also, from a bit more fiddling around with speed:
It looks like flaccid --gasc becomes slower for longer files, and thus, the one I aligned to roughly match flac -p is now beaten at speed. Also, flac -pj4 and flaccid --workers 4 diverge as single-threads don't ... weird.