Or, and hear me out, you could maybe reevaluate whether you really need the very marginal compression improvements offered by multi dimensional quantization.
post
Heh, joke's on you; you're using the wrong library for obsessive FLAC compression anyway:
0.00017x sounds like a bug though. Maybe it balloons RAM usage enough to trigger swapping?
Maybe it balloons RAM usage enough to trigger swapping?
Well, my RAM usage doesn't seem to have increased though (at least from this process).
And I haven't setup a swap.
Oh, it has a CUDA library!?
Then this FFmpeg FLAC library is really basic, considering it has no parallelism.
I was assuming that the algorithm itself is not parallelisable.
Make sure you report this to ffmpeg directly at this link: https://ffmpeg.org/bugreports.html
I realise I wasn't able to make this look funny.
BTW, the resultant bitrate from the same source file with:
- default options : 706.8 kb/s
-compression_level 12: 698.1 kb/s- with
-exact_rice_parameters 1 -multi_dim_quant 1that I am trying right now, it currently shows the bitrate to be 331.4 kb/s- but it's only encoded the first 1.88 seconds yet, so no idea if it really will manage such an impressive compression.
I don't see where the humor is, but I have an idle server so might let it run for a few days to compress a half minute of audio at .00017x. But are you sure it isn't just stuck?
all 13 comments