HandBrake

Tried these settings on a show that begins with ocean footage (waves crashing on the shore). The result was very poor (with RF of 19 and -5 and -9 enabled); much worse than the preset. The waves were all blocky and fuzzy. I'm more posting my results than asking for assistance, but would welcome any ...

I'm beginning to understand that eac3to is a lot more than it's name implies. I'm a little flummoxed on the parameters, though. I'm using it to demux and strip pulldowns on a video right now; that seems pretty straightforward (eac3to feature1.evo+feature2.evo movie.mkv -stripPulldowns), but how do I...

CrisisDog, on your stuttering VC-1 files, use a program called "vc1conv" (http://www.w6rz.net/) to convert the framerate to 23.976 before re-muxing it with tsMuxer. Also, select "Change fps" to 24000/1001 in tsMuxer on the video track when performing the mux. I've been using this...

Looks great; just passed the 2GB point on my test encode. Thanks!

For the time being, I've reverted to SVN 1832 - I think 1833 is where libmp4v2 was changed.

1832 doesn't seem to have any problems powering through the larger encodes. I completed the one that's been hanging up the newer revisions last night with no trouble.

Same results with 1879 confirmed: [22:22:14] hb_init: checking cpu count [22:22:14] hb_init: starting libhb thread HandBrake svn1879 (2008102901) - http://handbrake.fr/ 4 CPUs detected Opening /opt/tmp/THE_GODFATHER/... [22:22:14] hb_scan: path=/opt/tmp/THE_GODFATHER/, title_index=1 [22:22:14] scan:...

Thanks Ed. I'm running HB on Debian Etch. I updated to the latest SVN (1879) and did the encode again with the same results. I just schlepped a 5Gb file from my network volume to a local disk to be certain that I wasn't having some obscure OS-related issue. The OS itself doesn't seem to have any tro...

Could the problem be in mp4descriptor.cpp, in this line?
In all other instances, GetPosition is associated with a uint64_t.

Great - thanks. I re-ran the encodes after double-checking my NFS settings and the encodes are being cut-off consistently right around 2 Gb: 2147539329 Oct 28 23:27 The Godfather.m4v 2147584822 Oct 29 04:54 The Godfather Part II-1.m4v Unfortunately my WM crashed encoding the third video, so I don't ...

Just over 2Gb (2,147,539,329 bytes) Here's the rest of the log (there weren't any other errors or abnormalities that I noticed): [10:32:39] hb_init: checking cpu count [10:32:39] hb_init: starting libhb thread HandBrake svn1866 (2008102501) - http://handbrake.fr/ 4 CPUs detected Opening ./THE_GODFAT...

Hmm. Here's an odd error that occurred as my MP4 grew larger than 2gb using SVN 1866. Encoding: task 1 of 1, 57.92 % (5.03 fps, avg 7.25 fps, ETA 04h03m57s)Value too large for defined data type ERROR: Failed to write to output file, disk full? MP4ERROR: MP4-FILE_GetPosition: Value too large for defi...

Another thought for testing. At jbrjakes suggestion, I am now trying some vids with this at 62% crf. ref=3:mixed-refs=1:bframes=3:weightb=1:direct=auto:no-fast-pskip=1:me=umh:subq=7:analyse=all:b-adapt=2 less bframes but using b-adapt=2 on sd dvd sources for the atv. I'm running a set of encodes th...

I just noticed that the brdo and bime suboptions are kicked back by x264 as invalid: [20:50:18] + encoder: x264 [20:50:18] + options: bframes=6:ref=3:mixed-refs=1:subq=7:weightb=1:me=umh:no-fast-pskip=1:brdo=1:direct=auto:bime=1:analyse=all [20:50:18] + quality: 0.62 [20:50:18] * audio track 0 [20:5...

Fixed in 1824. Rock on.

Thanks!

Okay, it seems that PTHREAD_MUTEX_NORMAL is set conditionally upon __USE_UNIX98 being set: From /usr/include/pthread.h #ifdef __USE_UNIX98 , PTHREAD_MUTEX_NORMAL = PTHREAD_MUTEX_TIMED_NP, PTHREAD_MUTEX_RECURSIVE = PTHREAD_MUTEX_RECURSIVE_NP, PTHREAD_MUTEX_ERRORCHECK = PTHREAD_MUTEX_ERRORCHECK_NP, PT...

Same problem here on Debian Etch with 1819. I'll root around a bit and see if I can find anything. Cc ports.o echo cc -I../contrib/include -D__LIBHB__ -DUSE_PTHREAD -DSYS_LINUX -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -g -O3 -funroll-loops cc -I../contrib/include -D__LIBHB__ -DUSE_PTHREAD -D...

AC3 pass-through. I don't think it's relevant to this thread, though.

I encoded one of my movies with these settings and watched it over the weekend on my ATV (streaming from my Mac). Looked great.

Audio synchronization was slightly off (I adjusted the delay on my amp to compensate), but I think that's been discussed quite a bit in another thread.

Okay - the results are in: 1449790003 Sep 30 16:25 Chuck S3E8-linux.m4v 1453146512 Sep 30 18:28 Chuck S3E8-mac.m4v The Mac generates a slightly larger file. Both encodes were started at about the same time (the Mac a little earlier). You can see from the end times why I'm interested in getting the L...

That's affirmative - I only use the CLI. My Linux box generates a slightly different file size (I don't recall if it's consistently larger or smaller) than my Mac with identical settings in the CLI on the same revision of code. I'll do an encode on both tonight and post the resulting log files. Is t...

Thanks Eddy, I'll give that a shot. Do note that these are the same settings that I use on my Mac. I've never had a problem with encodes from that machine; it's only when I attempt it on Linux that I run into problems.

Thanks for the tip! Looks like it doesn't work so well with multiple audio streams, though (I always encode with AC3 and AAC streams). I might load up a Windows instance and give at a go on a test encode anyway, though. If anyone knows of anything that works on a Mac, that would be ideal. I'd like t...

Perhaps I can word my original question another way: How can I determine if the bitrate in my video is spiking beyond acceptable limits for my playback device? I suspect this is the problem with my video, but am unclear on how to verify. I've found a few h.264 analyzers, but they're all expensive (~...

Just wanted to quickly report that I'm really enjoying the latest SVN code wrt the blockiness issues. I haven't seen a single artifact in scene changes since I've updated. I've only noticed blocks on one encode (out of about 4 or 5 so far), but that was minimal and limited to one instance of a few c...

See my previous thread for background. I think that thread lock was a bit pre-mature. I am looking for advice on ways to troubleshoot, not an immediate fix. Nonetheless. 13:23:06] hb_init: checking cpu count [13:23:06] hb_init: starting libhb thread [13:23:06] thread b7cfdb90 started ("libhb&qu...