Search found 79 matches
- Sat Apr 27, 2019 5:14 pm
- Forum: *nix
- Topic: Handbrake only encoding 1 chapter of 13 in a title
- Replies: 1
- Views: 4834
Handbrake only encoding 1 chapter of 13 in a title
Description of problem or question: Handbrake only encodes 1 chapter of 13 in a title. In the GUI, I have the range defined to 1-13 in the first title. Upon encoding however, only the first chapter gets written out. I also tried switching from chapters to seconds (defining the entire title) but it ...
- Mon Jul 01, 2013 2:04 am
- Forum: Feature Requests
- Topic: No way to specify a quality for the fallback audio encoder.
- Replies: 1
- Views: 605
No way to specify a quality for the fallback audio encoder.
I wish to transcode foo.wmv and am using the following line. As you can see in try1.log, the audio in the file cannot be copied and must be transcoded. The problem is that my quality setting is being ignored and foo.mkv is generated using the default settings for vorbis of 160 kbps: HandBrakeCLI -i ...
- Sun Jun 30, 2013 10:26 pm
- Forum: *nix
- Topic: Potential bug with audio and audio-falback or user error
- Replies: 3
- Views: 838
Re: Potential bug with audio and audio-falback or user error
Thanks for the quick reply. I am attempting to create a feature request in https://trac.handbrake.fr but can't seem to locate a registration link. Is this a closed system?
- Sun Jun 30, 2013 9:53 pm
- Forum: *nix
- Topic: Potential bug with audio and audio-falback or user error
- Replies: 3
- Views: 838
Potential bug with audio and audio-falback or user error
I wish to transcode foo.wmv and am using the following line. As you can see in try1.log, the audio in the file cannot be copied and must be transcoded. The problem is that my quality setting is being ignored and foo.mkv is generated using the default settings for vorbis of 160 kbps: HandBrakeCLI -i ...
- Wed Feb 01, 2012 12:46 am
- Forum: General Questions
- Topic: transcode 1080p --> 480p
- Replies: 13
- Views: 2067
- Wed Feb 01, 2012 12:24 am
- Forum: General Questions
- Topic: transcode 1080p --> 480p
- Replies: 13
- Views: 2067
Re: transcode 1080p --> 480p
You're still not passing your advanced x264 opts properly :P So I need the -x in between like this? HandBrakeCLI -i "$input" -o "$out".mkv -e x264 -q 21 -x bframes=2:subme=6:mixed-refs=0:weightb=0:ref=5:8x8dct:me=umh:direct=spatial:trellis=0:b-adapt=2 -Y 480 --loose-anamorphic -...
- Wed Feb 01, 2012 12:13 am
- Forum: General Questions
- Topic: transcode 1080p --> 480p
- Replies: 13
- Views: 2067
Re: transcode 1080p --> 480p
@Rodeo - I used a wrapper script for the encoding, but I don't think that should affect it? Anyway, thanks for the explanation. Makes sense! #!/bin/bash doit() { HandBrakeCLI -i "$input" -o "$out".mkv -e x264 -q 21 bframes=2:subme=6:mixed-refs=0:weightb=0:ref=5:8x8dct:me=umh:dire...
- Tue Jan 31, 2012 10:51 pm
- Forum: General Questions
- Topic: Next stable release
- Replies: 5
- Views: 1608
Re: Next stable release
@op - why not build from svn?
- Tue Jan 31, 2012 10:50 pm
- Forum: General Questions
- Topic: transcode 1080p --> 480p
- Replies: 13
- Views: 2067
Re: transcode 1080p --> 480p
Activity Log? Ack... assumed it was my error with the switches, not with the HB so I omitted it. :oops: Attached here for your kind review: [17:46:12] hb_init: starting libhb thread HandBrake svn4428 (2012013101) - Linux x86_64 - http://handbrake.fr 4 CPUs detected Opening 20120131.mov... [17:46:12...
- Tue Jan 31, 2012 10:36 pm
- Forum: General Questions
- Topic: transcode 1080p --> 480p
- Replies: 13
- Views: 2067
Re: transcode 1080p --> 480p
I've been happily using this line to transcode 1080p stuff down to 480p but recently, the code fails to keep the source aspect ratio and goes all 2.35:1 on me. What am I doing wrong? HandBrakeCLI -i "$input" -o "$out".mkv -e x264 -q 21 bframes=2:subme=6:mixed-refs=0:weightb=0:ref...
- Fri Dec 16, 2011 7:16 pm
- Forum: *nix
- Topic: vorbis -Q 2 is ignored and huge audio track results
- Replies: 8
- Views: 1337
Re: vorbis -Q 2 is ignored and huge audio track results
:headsmack:Rodeo wrote:Vorbis -Q is from -0.2 to 1.0. What you want is most like -Q 0.2
According to this article, vorbis expects values from -2 to 10 whereas your scale is that divided by 1 log! Works now and thank you for the clarification!
- Fri Dec 16, 2011 1:18 pm
- Forum: *nix
- Topic: vorbis -Q 2 is ignored and huge audio track results
- Replies: 8
- Views: 1337
vorbis -Q 2 is ignored and huge audio track results
As I understand it, the -Q x flag should pass x to the audioencoder. I'm using svn4375 and am finding that the -Q x switch seems to be ignored. HandBrakeCLI -i 1080p.mov -o try.mkv -e x264 -q 21 bframes=2:subme=6:mixed-refs=0:weightb=0:ref=5:8x8dct:me=umh:direct=spatial:trellis=0:b-adapt=2 -Y 480 --...
- Fri Dec 16, 2011 12:05 pm
- Forum: General Questions
- Topic: transcode 1080p --> 480p
- Replies: 13
- Views: 2067
Re: transcode 1080p --> 480p
Thanks again for the suggestion. Think I'll go with vorbis. Any other modifications you would recommended? HandBrakeCLI -i "$input" -o "$out".mkv -e x264 -q 21 bframes=2:subme=6:mixed-refs=0:weightb=0:ref=5:8x8dct:me=umh:direct=spatial:trellis=0:b-adapt=2 -Y 480 --loose-anamorphi...
- Fri Dec 16, 2011 11:53 am
- Forum: General Questions
- Topic: transcode 1080p --> 480p
- Replies: 13
- Views: 2067
Re: transcode 1080p --> 480p
direct=temporal is a bad idea. For most sources, direct=spatial is better 90% of the time. Set it to spatial or auto. Unless your device only supports Main Profile, disabling 8x8dct is a bad idea (having it enabled has a fairly low speed cost, but improves compression efficiency a lot). faac is not...
- Fri Dec 16, 2011 2:11 am
- Forum: General Questions
- Topic: transcode 1080p --> 480p
- Replies: 13
- Views: 2067
transcode 1080p --> 480p
Can someone please check my proposed cli to transcode a bunch of 1080p --> 480p? HandBrakeCLI -i input.mov -o transcoded-480p.mkv -e x264 -q 22 bframes=2:subme=6:mixed-refs=0:weightb=0:ref=5:8x8dct=0:me=umh:direct=temporal:trellis=0:b-adapt=2 --aencoder faac -B 96 -Y 480 --loose-anamorphic Suggestio...
- Mon Apr 11, 2011 8:06 am
- Forum: *nix
- Topic: Linux BlueRay decryption support
- Replies: 2
- Views: 1449
- Mon Apr 11, 2011 8:03 am
- Forum: *nix
- Topic: varying threads has no effect (--encopts threads=x)
- Replies: 9
- Views: 1819
Re: varying threads has no effect (--encopts threads=x)
I'm sorry; I don't follow. What's your point? Threads=6 is statistically identical to threads=64 with regard to overall encode speed. In other words, overloading threads does not seem to affect efficiency. This is counterintuitive. Here is how you read that boxplot: http://img824.imageshack.us/img8...
- Sun Apr 10, 2011 11:58 pm
- Forum: *nix
- Topic: Linux BlueRay decryption support
- Replies: 2
- Views: 1449
Linux BlueRay decryption support
I see that 0.95 of handbrake has BluRay support, but not "decryption support." For DVD, libdvdcss supplies the needed decryption libs. Is there an analogous package for BluRay decryption? How would one backup a commercial BluRay movie under Fair Use guidelines?
- Sun Apr 10, 2011 11:18 pm
- Forum: *nix
- Topic: varying threads has no effect (--encopts threads=x)
- Replies: 9
- Views: 1819
Re: varying threads has no effect (--encopts threads=x)
You only have 4 cores. Threads are set to 1.5 * cpu_count by default for a reason. I understand that, but I'm interesting in seeing how changing the value of 6 to a higher one will affect encode time, quality, etc. It's unclear to me what I'm doing wrong with my switch setting. Whether it's "g...
- Sun Apr 10, 2011 7:53 pm
- Forum: *nix
- Topic: varying threads has no effect (--encopts threads=x)
- Replies: 9
- Views: 1819
Re: varying threads has no effect (--encopts threads=x)
You only have 4 cores. Threads are set to 1.5 * cpu_count by default for a reason. I understand that, but I'm interesting in seeing how changing the value of 6 to a higher one will affect encode time, quality, etc. It's unclear to me what I'm doing wrong with my switch setting. Whether it's "g...
- Sun Apr 10, 2011 7:30 pm
- Forum: *nix
- Topic: varying threads has no effect (--encopts threads=x)
- Replies: 9
- Views: 1819
varying threads has no effect (--encopts threads=x)
I've been looking at encoding efficiency as a function of threads using the following. What I'm noticing is that on my quad core (no hyperthreads), values >8 have no effect of throughput, encode time, or video quality. This cannot be... can it? threads Default: auto (frame based threads: 1.5 * logic...
- Tue Dec 14, 2010 11:31 am
- Forum: *nix
- Topic: pass through audio that is mp3?
- Replies: 1
- Views: 611
pass through audio that is mp3?
Is there a way I can simply pass through the source file's audio with out re-encoding it when the source is mp3? From the manpage, it looks like the answer is, no. -E, --aencoder <string> Audio encoder(s): (faac/lame/vorbis/ac3/copy/copy:ac3/copy:dts) copy, copy:ac3 and copy:dts meaning passthrough....
- Sat Jul 10, 2010 4:07 pm
- Forum: *nix
- Topic: excatly how does the --preset "Normal" break down?
- Replies: 2
- Views: 788
- Sat Jul 10, 2010 3:12 pm
- Forum: *nix
- Topic: excatly how does the --preset "Normal" break down?
- Replies: 2
- Views: 788
excatly how does the --preset "Normal" break down?
I'd like to know exactly how the --preset "Normal" translates into long hand switches for HandBrake-CLI. Can someone help me decode my log to a formal set of switches? I started it w/ $ HandBrakeCLI --input 23sec-720p60.m2ps --output 23sec.m4v --verbose --no-dvdnav --audio none --crop 0:0:...
- Sun Jul 04, 2010 2:55 am
- Forum: *nix
- Topic: svn-3420 has major problems using 4 cores
- Replies: 6
- Views: 1309
Re: svn-3420 has major problems using 4 cores
:oops: PEBKAC! Thanks for pointing that out to me. The bracket ([) messed it all up. This is more like it: 19.8 vs. 7.59! Quad: $ HandBrakeCLI --input hd_other_sony_drag_race.m2ts --output test.m4v --preset="Normal" [22:49:15] hb_init: checking cpu count [22:49:15] hb_init: starting libhb ...