Closed Penkethboy closed 6 years ago
What happens when you manually set bit rate to a sane value like 160? I don’t think 448 is valid for stereo, probably a bug as that’s what’s in the log.
Thanks - Just tried with different bit rates
320 and below work fine 384 and above crash Handbrake
If they are invalid for Stereo they should be removed from the options
@sr55 Is this already fixed on master?
In theory yes. Hard to say in practice. It’s not that the bitrate is invalid (wasteful maybe) but that the encoder is rubbish and can’t make enough bits to encode an audio frame so gets suck.
Worth trying a nightly build. That said anything above 128k per channel on Libav aac is pretty pointless. FDK aac is better in that regard if you want to compile from source and use that instead.
Most of them support <=256k per channel
Cant remember why i chose 448 as i did this a long time ago on my favourite preset
Have adjusted the bitrate downwards.
libav AAC just doesn't work well at high bitrates. In some cases it actually seems to make quality worse. I'm not sure how the ffmpeg aac encoder performs in these scenarios. I know FDK behaves better but I'm not sure that the returns don't still taper off after 128~160K per channel depending on the source audio
Either way, there are only 2 options available:
We have it on our wish list to have a better AAC encoder, so there isn't much we can actually do in the mean time so I think I'll close this out. As I say, we did fix an issue that was causing the aac encoder to block encodes when it couldn't generate enough bits, but I don't think it's worth investing any time fixing when the ffmpeg team spent time making their AAC encoder better. They'll either be merged or we'll get it if we go ahead and switch to ffmpeg from libav.
Description of problem or feature request
When trying to convert a movie audio stream from DTS-ES (6.1) to Stereo (what my TV supports) Handbrake crashes within 5 seconds of the beginning of encoding - this is reproducible and happens every time.
Have tried on two different PC's with same results using the same version of Handbrake
This happens on more than one video so its not file specific. Currently i have seven movies which exhibit this behaviour.
If I change the input audio from dts-es 6.1 to another input type Handbrake does not crash and performs normally.
Steps to reproduce the problem
Select video>change Audio settings to
HandBrake version (e.g., 1.0.0)
1.0.7 -64bit
Operating system and version (e.g., Ubuntu 16.04 LTS, macOS 10.3 High Sierra, Windows 10 Creators Update)
Win 10 FCU 64 Bit and 2012r2 64bit
Error message text or screenshot
On 2012r2 there is no error message Handbrake just closes.
HandBrake Activity Log required (see https://handbrake.fr/docs/en/latest/help/activity-log.html)