Search found 6 matches
- Mon Nov 24, 2014 3:43 am
- Forum: Bugs
- Topic: 0.10 RC1 produces lower quality "hissy" AAC audio
- Replies: 20
- Views: 2355
Re: 0.10 RC1 produces lower quality "hissy" AAC audio
Oh, thanks! I always refer to the CLI guide in the wiki (much more readable) but the wiki doesn't contain that info yet.
- Fri Nov 21, 2014 12:30 am
- Forum: Bugs
- Topic: 0.10 RC1 produces lower quality "hissy" AAC audio
- Replies: 20
- Views: 2355
Re: 0.10 RC1 produces lower quality "hissy" AAC audio
So how does one use FDK-AAC on the command line? None of these appear to work...
Code: Select all
--aencoder fdkaac
--aencoder fdk-aac
--aencoder fdk
- Tue Oct 28, 2014 4:46 am
- Forum: Bugs
- Topic: 0.10 RC1 produces lower quality "hissy" AAC audio
- Replies: 20
- Views: 2355
Re: 0.10 RC1 produces lower quality "hissy" AAC audio
The audio is still pretty bad with default settings (160kbps):
HandBrakeCLI --input ____ --output ____ --encoder x264
HandBrakeCLI --input ____ --output ____ --encoder x264
- Tue Oct 28, 2014 4:31 am
- Forum: Bugs
- Topic: 0.10 RC1 produces lower quality "hissy" AAC audio
- Replies: 20
- Views: 2355
0.10 RC1 produces lower quality "hissy" AAC audio
Hi team, I've found that encoding a video using Handbrake CLI 0.10 RC1 produced lower-quality and slightly distorted AAC audio (the treble is a bit "hissy" and garbled), whereas the previous stable version produces great clean audio, even though both were instructed to use 44khz 96kbps. Co...
- Thu Nov 22, 2012 10:25 am
- Forum: General Questions
- Topic: Gotcha: "veryslow" preset is not compatible with iOS devices
- Replies: 4
- Views: 780
Re: Gotcha: "veryslow" preset is not compatible with iOS dev
Oh OK, fair enough. You're right that the list would probably get too unwieldy to manage. Appreciate the reply though. Thanks so much for an excellent application.
- Sat Nov 17, 2012 2:09 am
- Forum: General Questions
- Topic: Gotcha: "veryslow" preset is not compatible with iOS devices
- Replies: 4
- Views: 780
Gotcha: "veryslow" preset is not compatible with iOS devices
Not really a bug, but more of a trap or "gotcha": I found that when using the HandBrake CLI to encode x264 MP4s, using --x264-preset veryslow it would produce files NOT compatible with iOS devices. Whereas slow and slower would work fine. The main x264 option that seems to be the culprit: ...