Here Comes Bob!

General questions or discussion about HandBrake, Video and/or audio transcoding, trends etc.
moneymatt4life
Veteran User
Posts: 440
Joined: Fri Mar 09, 2012 5:26 am

Re: Here Comes Bob!

Post by moneymatt4life »

Rodeo wrote:
moneymatt4life wrote:(^_____________________________^) i just used bob and it the motion is sooooo nice!!!! although i haven't tried customizing it for yadif (2x)... imma try that next...
anyways... as for bob and iDevices playback... i used a concert dvd that was re-authored and bob was the only that looked the best (using vlc)... so i encoded it using the bob deinterlacing filter and i used fps same as source + variable frame rate... fps ranges 19.978 to 59.960 (59.940) and i synced the file to my iPod and it plays great and the motion is AMAZING!!! (^___^)
my ipod is 4th gen iOS5.1 if that makes any difference...
Using decomb or deinterlace? What's the average framerate of the output?
all the information is in there... using regular deinterlacing filter (bob) average fps is 59.940 (19.978 to 59.60)

i'm currently trying out the bob decomb...
Deleted User 11865

Re: Here Comes Bob!

Post by Deleted User 11865 »

OK. Good to know that current-gen. Apple devices are finally accepting to play files with frame rates > 30 fps.
Kossy
Posts: 10
Joined: Wed Mar 21, 2012 11:42 am

Re: Here Comes Bob!

Post by Kossy »

Is Bob deinterlace and bob decomb redundant if using both (can we ?) or what's the best settings to achieve smoothness? Is decomb Bob better ? I'm like the OP, everytime I encountered some deinterlace sources, I had to use avisynth yadif with bob which give me the best results, and for viewing such souces I use vlc with yadif 2x, I hope it will work well with this new feature :)
mcpish
Posts: 14
Joined: Wed Apr 20, 2011 9:19 pm

Re: Here Comes Bob!

Post by mcpish »

Awesome, I've been waiting for this feature forever ;-) Handbrake is now perfect.

How exactly do you call this from the Command-Line version? Is it "--deinterlace Bob" ? doesn't seem to work for me in the CLI.
Last edited by mcpish on Tue May 15, 2012 8:06 pm, edited 1 time in total.
Deleted User 11865

Re: Here Comes Bob!

Post by Deleted User 11865 »

Update to a more recent snapshot. svn4600 is too old.
mcpish
Posts: 14
Joined: Wed Apr 20, 2011 9:19 pm

Re: Here Comes Bob!

Post by mcpish »

okay I updated to the most recent version and I see it in the GUI, just not sure how to call it from the cli.
User avatar
JohnAStebbins
HandBrake Team
Posts: 5712
Joined: Sat Feb 09, 2008 7:21 pm

Re: Here Comes Bob!

Post by JohnAStebbins »

I have no idea where you are coming up with that version number. It should look something like "4680svnppa1~precise1". The string "0.9.6" is definitely not included in the versioning of the snapshot builds. Here's all the current versions. Note how they are named.
https://launchpad.net/~stebbins/+archiv ... es_filter=
User avatar
JohnAStebbins
HandBrake Team
Posts: 5712
Joined: Sat Feb 09, 2008 7:21 pm

Re: Here Comes Bob!

Post by JohnAStebbins »

"--deinterlace=bob" or "--decomb=bob"
mcpish
Posts: 14
Joined: Wed Apr 20, 2011 9:19 pm

Re: Here Comes Bob!

Post by mcpish »

hrmm, yeah I must be doing something wrong. I can get it working in the GUI, but on the CLI neither of those work. My output keeps saying"

[15:12:32] + frame rate: same as source (around 29.970 fps)
[15:12:32] + filters
[15:12:32] + Decomb (455)
[15:12:32] + Framerate Shaper (0:27000000:900900)
[15:12:32] + frame rate: same as source (around 29.970 fps)

it should be outputting something like 59.94 fps no?
mcpish
Posts: 14
Joined: Wed Apr 20, 2011 9:19 pm

Re: Here Comes Bob!

Post by mcpish »

okay i got it, I guess the output/status messages aren't correct yet. It says 29.97 but it's really doing 59.94. I opened the resulting test file in mediainfo and it reports it fine and is silky smooth :-)

I get an encoding speed of a wonderful 3.5 fps on my Core2 Duo with the decomb/bob filter. lol I guess I'll be reserving this only for special occasions ;-) Maybe I'll try it with the deinterlacing/bob combo, that'll probably be faster.
rachel
Novice
Posts: 71
Joined: Thu Mar 15, 2007 7:34 pm

Re: Here Comes Bob!

Post by rachel »

Of course it was about this point that I got a 3+GHz core i7 x4 box. :-)

And of course *that* takes its sweet time with this work. You just get reconciled to queuing up a few days of encoding jobs and forgetting you have it for a while... :-)

It's that or compromise. As if... :-)
mcpish
Posts: 14
Joined: Wed Apr 20, 2011 9:19 pm

Re: Here Comes Bob!

Post by mcpish »

I just did a test on my other machine, my HTPC. I just bought a new board/cpu last week for it, it's only an entry level system (by today's standards) with an AMD-FX 4100 4-core CPU that I picked up for $110. But at least i'm getting 10fps on that one, so it seems to be at least 2X as fast as my old Core2 for BOB encoding with handbrake anyhow. That's at least passable (I can encode a long movie/sports event overnight).

So I'll probably just SSH into my HTPC box and run my encodes overnight on that one.

I'll tell you a bit about my workflow.

I have a custom script I wrote that looks into a particular folder/directory and encodes all .mpg files in there according to different settings. For instance after I edit out the commercials from a recording and want to transcode it, if I know it's something that has to be ivtc'd I name the edited file "name.ivtc.mpg". If i know it has to be decombed I name it "name.decomb.mpg" and so on.

I write these codenames into the actual filenames. So then my script reads the filenames from the directory and then executes a different part of the script depending on what it has to do for the specific file in question, ivtc, decomb. Plus it varies depending on whether it's a recording from a 720p channel as opposed to a 1080i channel, my script has different "codenames" for each of these possible combinations including: "1080i.ivtc"/"720p.ivtc/1080i.decomb/720p", I use these to refer to each type of video. So now I'll just have to add a new codename and section to my script and call it something like "bob.1080i". When I edit the commercials out of my files from my PVR (MythTV), I simply make sure to name each one according to my observations of what type of video it is and assign a codename. Then my script does the "proper" type of conversion for each type of video.
randomreuben
Veteran User
Posts: 468
Joined: Mon Nov 02, 2009 2:18 pm

Re: Here Comes Bob!

Post by randomreuben »

I turned Decomb Bob on in the filter settings, but the log just seems to say "Decomb" and not Decomb Bob. I can't tell from the log if Decomb Bob was used.

Code: Select all

Handbrake Version: 4696svn (2012052101)
[00:57:53] hb_scan: path=/media/MOOSHOO/VIDEO_TS, title_index=1
[00:57:53] thread 7f0ca0ffa700 started ("scan")
libbluray/bdnav/index_parse.c:157: indx_parse(): error opening /media/MOOSHOO/VIDEO_TS/BDMV/index.bdmv
libbluray/bluray.c:1471: nav_get_title_list(/media/MOOSHOO/VIDEO_TS) failed (0x7f0c480094a0)
[00:57:53] bd: not a bd - trying as a stream/file instead
libdvdnav: Using dvdnav version 4.1.3
libdvdread: Using libdvdcss version 1.2.12 for DVD access
libdvdread: Attempting to use device /dev/sr0 mounted on /media/MOOSHOO for CSS authentication
libdvdnav: Can't read name block. Probably not a DVD-ROM device.
libdvdnav: Unable to find map file '/home/ghost/.dvdnav/.map'
libdvdnav: DVD disk reports itself with Region mask 0x00fe0000. Regions: 1

libdvdread: Attempting to retrieve all CSS keys
libdvdread: This can take a _long_ time, please be patient

libdvdread: Get key for /VIDEO_TS/VIDEO_TS.VOB at 0x0000012f
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_01_0.VOB at 0x0000748c
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_01_1.VOB at 0x000129a6
libdvdread: Elapsed time 0
libdvdread: Found 1 VTS's
libdvdread: Elapsed time 0
libdvdread: Using libdvdcss version 1.2.12 for DVD access
libdvdread: Attempting to use device /dev/sr0 mounted on /media/MOOSHOO for CSS authentication
[00:57:54] scan: DVD has 4 title(s)
[00:57:54] scan: scanning title 1
[00:57:54] scan: opening IFO for VTS 1
[00:57:54] scan: duration is 01:11:30 (4290100 ms)
[00:57:54] pgc_id: 1, pgn: 1: pgc: 0x7f0c480148e0
[00:57:54] scan: vts=1, ttn=1, cells=0->10, blocks=0->1916359, 1916360 blocks
[00:57:54] scan: checking audio 1
[00:57:54] scan: id=0x80bd, lang=English (AC3), 3cc=eng ext=0
[00:57:54] scan: checking audio 2
[00:57:54] scan: id=0x81bd, lang=Japanese (AC3), 3cc=jpn ext=0
[00:57:54] scan: checking subtitle 1
[00:57:54] scan: id=0x20bd, lang=Unknown, 3cc=und ext=0
[00:57:54] scan: checking subtitle 2
[00:57:54] scan: id=0x21bd, lang=English, 3cc=eng ext=0
[00:57:54] scan: title 1 has 11 chapters
[00:57:54] scan: chap 1 c=0->0, b=0->263994 (263995), 575630 ms
[00:57:54] scan: chap 2 c=1->1, b=263995->495821 (231827), 495464 ms
[00:57:54] scan: chap 3 c=2->2, b=495822->767444 (271623), 599550 ms
[00:57:54] scan: chap 4 c=3->3, b=767445->1038055 (270611), 580691 ms
[00:57:54] scan: chap 5 c=4->4, b=1038056->1097128 (59073), 146374 ms
[00:57:54] scan: chap 6 c=5->5, b=1097129->1260893 (163765), 391390 ms
[00:57:54] scan: chap 7 c=6->6, b=1260894->1479224 (218331), 490607 ms
[00:57:54] scan: chap 8 c=7->7, b=1479225->1669458 (190234), 438563 ms
[00:57:54] scan: chap 9 c=8->8, b=1669459->1848254 (178796), 397395 ms
[00:57:54] scan: chap 10 c=9->9, b=1848255->1916353 (68099), 174354 ms
[00:57:54] scan: chap 11 c=10->10, b=1916354->1916359 (6), 76 ms
[00:57:54] scan: aspect = 0
[00:57:54] scan: decoding previews for title 1
libdvdnav: DVD disk reports itself with Region mask 0x00fe0000. Regions: 1
[00:57:54] scan: title angle(s) 1
[00:57:54] scan: preview 1
[00:57:54] fifo_close: trashing 0 buffer(s)
[00:57:54] scan: audio 0x81bd: AC-3, rate=48000Hz, bitrate=192000 Japanese (AC3) (2.0 ch)
[00:57:54] fifo_close: trashing 0 buffer(s)
[00:57:54] scan: audio 0x80bd: AC-3, rate=48000Hz, bitrate=192000 English (AC3) (2.0 ch)
[00:57:54] scan: preview 2
[00:57:54] Interlacing detected in preview frame 2
[00:57:54] scan: preview 3
[00:57:54] scan: preview 4
[00:57:54] Interlacing detected in preview frame 4
[00:57:54] scan: preview 5
[00:57:54] scan: preview 6
[00:57:54] Interlacing detected in preview frame 6
[00:57:54] scan: preview 7
[00:57:54] Interlacing detected in preview frame 7
[00:57:54] scan: preview 8
[00:57:54] Interlacing detected in preview frame 8
[00:57:54] scan: preview 9
[00:57:54] Interlacing detected in preview frame 9
[00:57:54] scan: preview 10
[00:57:54] Interlacing detected in preview frame 10
[00:57:54] scan: 10 previews, 720x480, 29.970 fps, autocrop = 0/0/14/4, aspect 4:3, PAR 8:9
[00:57:54] Title is likely interlaced or telecined (7 out of 10 previews). You should do something about that.
[00:57:54] scan: title (0) job->width:624, job->height:480
[00:57:54] thread 7f0ca0ffa700 exited ("scan")
[00:57:54] thread 7f0ca0ffa700 joined ("scan")
[00:57:54] libhb: scan thread found 1 valid title(s)
[00:57:56] gtkgui: Modified Custom Preset: 1911
[00:57:56] thread 7f0ca0ffa700 started ("work")
[00:57:56] 1 job(s) to process
[00:57:56] starting job
[00:57:56] thread 7f0ca17fb700 started ("yadif_filter_segment")
[00:57:56] thread 7f0ca2c4b700 started ("yadif_filter_segment")
[00:57:56] yadif thread started for segment 0
[00:57:56] thread 7f0c7ed12700 started ("yadif_filter_segment")
[00:57:56] thread 7f0cb1f72700 started ("yadif_filter_segment")
[00:57:56] yadif thread started for segment 3
[00:57:56] yadif thread started for segment 4
[00:57:56] yadif thread started for segment 2
[00:57:56] thread 7f0ca244a700 started ("yadif_filter_segment")
[00:57:56] yadif thread started for segment 1
[00:57:56] thread 7f0c921ad700 started ("yadif_filter_segment")
[00:57:56] yadif thread started for segment 5
[00:57:56] thread 7f0c919ac700 started ("yadif_filter_segment")
[00:57:56] yadif thread started for segment 6
[00:57:56] thread 7f0c911ab700 started ("yadif_filter_segment")
[00:57:56] thread 7f0c909aa700 started ("decomb_filter_segment")
[00:57:56] thread 7f0c87fff700 started ("decomb_filter_segment")
[00:57:56] decomb thread started for segment 1
[00:57:56] yadif thread started for segment 7
[00:57:56] decomb thread started for segment 0
[00:57:56] thread 7f0c877fe700 started ("decomb_filter_segment")
[00:57:56] decomb thread started for segment 2
[00:57:56] thread 7f0c86ffd700 started ("decomb_filter_segment")
[00:57:56] thread 7f0c867fc700 started ("decomb_filter_segment")
[00:57:56] thread 7f0c85ffb700 started ("decomb_filter_segment")
[00:57:56] decomb thread started for segment 3
[00:57:56] decomb thread started for segment 4
[00:57:56] decomb thread started for segment 5
[00:57:56] thread 7f0c857fa700 started ("decomb_filter_segment")
[00:57:56] decomb thread started for segment 6
[00:57:56] thread 7f0c84ff9700 started ("decomb_filter_segment")
[00:57:56] decomb thread started for segment 7
[00:57:56] work: compression level not specified, track 1 setting compression level 5.00
[00:57:56] sync: expecting 128574 video frames
[00:57:56] job configuration:
[00:57:56]  * source
[00:57:56]    + /media/MOOSHOO/VIDEO_TS
[00:57:56]    + title 1, chapter(s) 1 to 11
[00:57:56]  * destination
[00:57:56]    + /home/ghost/Videos/MOOSHOO.mkv
[00:57:56]    + container: Matroska (.mkv)
[00:57:56]      + chapter markers
[00:57:56]  * video track
[00:57:56]    + decoder: mpeg2
[00:57:56]      + bitrate 9416 kbps
[00:57:56]    + frame rate: same as source (around 29.970 fps)
[00:57:56]    + filters
[00:57:56]      + Decomb (455)
[00:57:56]      + Framerate Shaper (0:27000000:900900)
[00:57:56]        + frame rate: same as source (around 29.970 fps)
[00:57:56]      + Crop and Scale (702:480:0:0:14:4)
[00:57:56]        + source: 720 * 480, crop (0/0/14/4): 702 * 480, scale: 702 * 480
[00:57:56]    + strict anamorphic
[00:57:56]      + storage dimensions: 702 * 480, mod 2
[00:57:56]      + pixel aspect ratio: 8 / 9
[00:57:56]      + display dimensions: 624 * 480
[00:57:56]    + encoder: H.264 (x264)
[00:57:56]      + options: b-adapt=2:rc-lookahead=60:qpmin=0:direct=auto:me=umh:subme=11:trellis=2:partitions=all:merange=24:ref=6:bframes=5
[00:57:56]      + quality: 16.00 (RF)
[00:57:56]  * subtitle track 1, English (track 2, id 0x21bd) Picture [VOBSUB] -> Passthrough
[00:57:56]  * audio track 1
[00:57:56]    + decoder: Japanese (AC3) (2.0 ch) (track 2, id 0x81bd)
[00:57:56]      + bitrate: 192 kbps, samplerate: 48000 Hz
[00:57:56]    + mixdown: Stereo
[00:57:56]    + encoder: FLAC (ffmpeg)
[00:57:56]      + samplerate: 48000 Hz
[00:57:56]      + compression level: 5.00
libdvdnav: Using dvdnav version 4.1.3
libdvdread: Using libdvdcss version 1.2.12 for DVD access
libdvdread: Attempting to use device /dev/sr0 mounted on /media/MOOSHOO for CSS authentication
libdvdnav: Can't read name block. Probably not a DVD-ROM device.
libdvdnav: Unable to find map file '/home/ghost/.dvdnav/.map'
libdvdnav: DVD disk reports itself with Region mask 0x00fe0000. Regions: 1

libdvdread: Attempting to retrieve all CSS keys
libdvdread: This can take a _long_ time, please be patient

libdvdread: Get key for /VIDEO_TS/VIDEO_TS.VOB at 0x0000012f
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_01_0.VOB at 0x0000748c
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_01_1.VOB at 0x000129a6
libdvdread: Elapsed time 0
libdvdread: Found 1 VTS's
libdvdread: Elapsed time 0
libdvdread: Using libdvdcss version 1.2.12 for DVD access
libdvdread: Attempting to use device /dev/sr0 mounted on /media/MOOSHOO for CSS authentication
[00:57:56] thread 7f0c837f6700 started ("Reader")
libdvdnav: DVD disk reports itself with Region mask 0x00fe0000. Regions: 1
[00:57:56] thread 7f0c82ff5700 started ("Decomb")
[00:57:56] thread 7f0c827f4700 started ("Framerate Shaper")
[00:57:56] thread 7f0c81ff3700 started ("Crop and Scale")
[00:57:56] thread 7f0c817f2700 started ("AudioSynchronization")
[00:57:56] thread 7f0c80ff1700 started ("MPEG-2 decoder (libmpeg2)")
[00:57:56] thread 7f0c807f0700 started ("VOBSUB decoder")
[00:57:56] encx264: min-keyint: 30, keyint: 300
[00:57:56] encx264: encoding with stored aspect 8/9
[00:57:56] encx264: Encoding at constant RF 16.000000
[00:57:56] encx264: opening libx264 (pass 0)
x264 [warning]: --psnr used with psy on: results will be invalid!
x264 [warning]: --tune psnr should be used if attempting to benchmark psnr!
x264 [info]: using SAR=8/9
[00:57:56] reader: first SCR 1540 id 0xe0 DTS 2397
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 AVX
[00:57:56] mpeg2: "Chapter 1" (1) at frame 0 time 3003
x264 [info]: profile High, level 3.0
[00:57:56] thread 7f0c33fff700 started ("H.264/AVC encoder (libx264)")
[00:57:56] thread 7f0c337fe700 started ("AC3 decoder")
[00:57:56] thread 7f0c32ffd700 started ("AVCodec Audio encoder (libavcodec)")
[00:57:56] thread 7f0c327fc700 started ("Video Synchronization")
[00:57:56] sync: first pts is 3003
[00:57:56] thread 7f0c31ffb700 started ("Muxer")
[00:57:56] thread 7f0c317fa700 started ("Muxer")
[01:17:57] mpeg2: "Chapter 2" (2) at frame 17274 time 51876825
[01:35:09] mpeg2: "Chapter 3" (3) at frame 32147 time 96540444
[01:56:00] mpeg2: "Chapter 4" (4) at frame 50136 time 150561411
[02:17:06] mpeg2: "Chapter 5" (5) at frame 67552 time 202861659
[02:20:42] mpeg2: "Chapter 6" (6) at frame 71959 time 216095880
[02:32:58] mpeg2: "Chapter 7" (7) at frame 83691 time 251327076
[02:48:50] mpeg2: "Chapter 8" (8) at frame 98397 time 295489194
[03:02:22] mpeg2: "Chapter 9" (9) at frame 111543 time 334966632
[03:16:38] mpeg2: "Chapter 10" (10) at frame 123455 time 370738368
[03:21:47] reader: done. 1 scr changes
[03:21:47] thread 7f0c837f6700 exited ("Reader")
[03:21:48] mpeg2: "Chapter 11" (11) at frame 128691 time 386462076
[03:21:48] 4294.022949s: Video -> Film
[03:21:51] work: average encoding speed for job is 14.907119 fps
[03:21:51] thread 7f0c81ff3700 exited ("Crop and Scale")
[03:21:51] thread 7f0c33fff700 exited ("H.264/AVC encoder (libx264)")
[03:21:51] thread 7f0c82ff5700 exited ("Decomb")
[03:21:51] thread 7f0c337fe700 exited ("AC3 decoder")
[03:21:51] thread 7f0c32ffd700 exited ("AVCodec Audio encoder (libavcodec)")
[03:21:51] thread 7f0c817f2700 exited ("AudioSynchronization")
[03:21:51] thread 7f0c31ffb700 exited ("Muxer")
[03:21:51] thread 7f0c807f0700 exited ("VOBSUB decoder")
[03:21:51] thread 7f0c80ff1700 exited ("MPEG-2 decoder (libmpeg2)")
[03:21:51] thread 7f0c327fc700 exited ("Video Synchronization")
[03:21:51] thread 7f0c317fa700 exited ("Muxer")
[03:21:51] thread 7f0c327fc700 joined ("Video Synchronization")
[03:21:51] sync: got 128692 frames, 128574 expected
[03:21:51] thread 7f0c82ff5700 joined ("Decomb")
[03:21:51] decomb: deinterlaced 48622 | blended 3776 | unfiltered 100604 | total 153002
[03:21:51] thread 7f0ca17fb700 exited ("yadif_filter_segment")
[03:21:51] thread 7f0cb1f72700 exited ("yadif_filter_segment")
[03:21:51] thread 7f0c911ab700 exited ("yadif_filter_segment")
[03:21:51] thread 7f0c919ac700 exited ("yadif_filter_segment")
[03:21:51] thread 7f0c7ed12700 exited ("yadif_filter_segment")
[03:21:51] thread 7f0c921ad700 exited ("yadif_filter_segment")
[03:21:51] thread 7f0ca2c4b700 exited ("yadif_filter_segment")
[03:21:51] thread 7f0ca17fb700 joined ("yadif_filter_segment")
[03:21:51] thread 7f0ca244a700 exited ("yadif_filter_segment")
[03:21:51] thread 7f0ca2c4b700 joined ("yadif_filter_segment")
[03:21:51] thread 7f0c7ed12700 joined ("yadif_filter_segment")
[03:21:51] thread 7f0cb1f72700 joined ("yadif_filter_segment")
[03:21:51] thread 7f0ca244a700 joined ("yadif_filter_segment")
[03:21:51] thread 7f0c921ad700 joined ("yadif_filter_segment")
[03:21:51] thread 7f0c919ac700 joined ("yadif_filter_segment")
[03:21:51] thread 7f0c911ab700 joined ("yadif_filter_segment")
[03:21:51] thread 7f0c909aa700 exited ("decomb_filter_segment")
[03:21:51] thread 7f0c85ffb700 exited ("decomb_filter_segment")
[03:21:51] thread 7f0c86ffd700 exited ("decomb_filter_segment")
[03:21:51] thread 7f0c84ff9700 exited ("decomb_filter_segment")
[03:21:51] thread 7f0c87fff700 exited ("decomb_filter_segment")
[03:21:51] thread 7f0c857fa700 exited ("decomb_filter_segment")
[03:21:51] thread 7f0c867fc700 exited ("decomb_filter_segment")
[03:21:51] thread 7f0c877fe700 exited ("decomb_filter_segment")
[03:21:51] thread 7f0c909aa700 joined ("decomb_filter_segment")
[03:21:51] thread 7f0c87fff700 joined ("decomb_filter_segment")
[03:21:51] thread 7f0c877fe700 joined ("decomb_filter_segment")
[03:21:51] thread 7f0c86ffd700 joined ("decomb_filter_segment")
[03:21:51] thread 7f0c867fc700 joined ("decomb_filter_segment")
[03:21:51] thread 7f0c85ffb700 joined ("decomb_filter_segment")
[03:21:51] thread 7f0c857fa700 joined ("decomb_filter_segment")
[03:21:51] thread 7f0c84ff9700 joined ("decomb_filter_segment")
[03:21:51] thread 7f0c827f4700 exited ("Framerate Shaper")
[03:21:51] thread 7f0c827f4700 joined ("Framerate Shaper")
[03:21:51] render: lost time: 0 (0 frames)
[03:21:51] render: gained time: 0 (0 frames) (0 not accounted for)
[03:21:51] fifo_close: trashing 0 buffer(s)
[03:21:51] thread 7f0c81ff3700 joined ("Crop and Scale")
[03:21:51] thread 7f0c817f2700 joined ("AudioSynchronization")
[03:21:51] thread 7f0c80ff1700 joined ("MPEG-2 decoder (libmpeg2)")
[03:21:51] mpeg2 done: 128692 frames
[03:21:51] thread 7f0c807f0700 joined ("VOBSUB decoder")
[03:21:51] thread 7f0c33fff700 joined ("H.264/AVC encoder (libx264)")
x264 [info]: frame I:1190  Avg QP:15.34  size: 69985  PSNR Mean Y:47.48 U:48.98 V:49.60 Avg:47.99 Global:47.71
x264 [info]: frame P:32056 Avg QP:18.32  size: 28318  PSNR Mean Y:44.66 U:46.07 V:47.04 Avg:45.18 Global:44.84
x264 [info]: frame B:119756 Avg QP:21.01  size:  8738  PSNR Mean Y:42.97 U:43.83 V:45.19 Avg:43.37 Global:43.05
x264 [info]: consecutive B-frames:  1.8%  3.4%  4.7%  9.9% 23.2% 56.9%
x264 [info]: mb I  I16..4:  3.0% 73.6% 23.4%
x264 [info]: mb P  I16..4:  0.5%  8.7%  1.5%  P16..4: 32.7% 38.4% 11.8%  4.1%  0.4%    skip: 1.9%
x264 [info]: mb B  I16..4:  0.0%  0.7%  0.1%  B16..8: 40.9% 20.2%  3.2%  direct:10.9%  skip:24.0%  L0:44.3% L1:39.8% BI:15.9%
x264 [info]: 8x8 transform intra:79.9% inter:62.5%
x264 [info]: direct mvs  spatial:100.0% temporal:0.0%
x264 [info]: coded y,uvDC,uvAC intra: 95.1% 96.1% 83.9% inter: 35.5% 49.7% 19.5%
x264 [info]: i16 v,h,dc,p: 36% 33%  6% 26%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu:  8%  9%  7% 10% 13% 13% 13% 12% 15%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 11% 12%  4%  9% 14% 12% 14% 10% 14%
x264 [info]: i8c dc,h,v,p: 48% 22% 15% 15%
x264 [info]: Weighted P-Frames: Y:15.5% UV:5.6%
x264 [info]: ref P L0: 39.7%  9.5% 20.6% 10.7%  9.6%  8.2%  1.7%  0.1%
x264 [info]: ref B L0: 63.4% 21.1% 10.2%  3.9%  1.5%
x264 [info]: ref B L1: 88.3% 11.7%
x264 [info]: SSIM Mean Y:0.9780726 (16.590db)
x264 [info]: PSNR Mean Y:43.383 U:44.373 V:45.639 Avg:43.812 Global:43.415 kb/s:3796.00
[03:21:51] thread 7f0c337fe700 joined ("AC3 decoder")
[03:21:51] thread 7f0c32ffd700 joined ("AVCodec Audio encoder (libavcodec)")
[03:21:51] encavcodeca: closing libavcodec
[03:21:51] thread 7f0c31ffb700 joined ("Muxer")
[03:21:51] thread 7f0c317fa700 joined ("Muxer")
[03:21:51] mux: file size, 2431717949 bytes
[03:21:51] mux: track 0, 153002 frames, 2037450223 bytes, 3795.91 kbps, fifo 2048
[03:21:51] mux: track 1, 44729 frames, 389836121 bytes, 726.29 kbps, fifo 512
[03:21:51] mux: track 2, 684 frames, 1836952 bytes, 3.42 kbps, fifo 16
[03:21:51] mux: overhead, 13.08 bytes per frame
[03:21:51] thread 7f0c837f6700 joined ("Reader")
[03:21:51] fifo_close: trashing 0 buffer(s)
[03:21:51] fifo_close: trashing 0 buffer(s)
[03:21:51] fifo_close: trashing 0 buffer(s)
[03:21:51] fifo_close: trashing 0 buffer(s)
[03:21:51] fifo_close: trashing 0 buffer(s)
[03:21:51] fifo_close: trashing 0 buffer(s)
[03:21:51] fifo_close: trashing 0 buffer(s)
[03:21:51] fifo_close: trashing 0 buffer(s)
[03:21:51] fifo_close: trashing 0 buffer(s)
[03:21:51] fifo_close: trashing 0 buffer(s)
[03:21:51] fifo_close: trashing 0 buffer(s)
[03:21:51] fifo_close: trashing 0 buffer(s)
[03:21:51] fifo_close: trashing 0 buffer(s)
[03:21:51] Freed 32 buffers of size 1024
[03:21:51] Freed 32 buffers of size 2048
[03:21:51] Freed 32 buffers of size 4096
[03:21:51] Freed 32 buffers of size 8192
[03:21:51] Freed 32 buffers of size 16384
[03:21:51] Freed 32 buffers of size 32768
[03:21:51] Freed 32 buffers of size 65536
[03:21:51] Freed 2 buffers of size 131072
[03:21:51] Freed 32 buffers of size 524288
[03:21:51] Allocated 21200896 bytes of buffers on this pass and Freed 21200896 bytes, 0 bytes leaked
[03:21:51] thread 7f0ca0ffa700 exited ("work")
[03:21:51] thread 7f0ca0ffa700 joined ("work")
[03:21:51] libhb: work result = 0
rachel
Novice
Posts: 71
Joined: Thu Mar 15, 2007 7:34 pm

Re: Here Comes Bob!

Post by rachel »

randomreuben wrote:I was reading about rachel's problems with the Plex unit (I've been away for 3 weeks and unable to test Bob until now) but the encodes seems to run fine with VFR and Decomb Bob enabled even on detelecined sources. I'm not noticing any problems. Is enabling Decomb Bob on its own the best solution or should I be using Detelecine as well on the 29.97 framerate material?
Just to be sure we mean the same thing. On detelecined sources? Surely if you're detelecined successfully there's nothing to deinterlace. :)

I was reporting problems with telecined sources; ie: having failed to successfully detelecine them, I'm resorting to other means - eg: bob-deinterlace - to get a watchable file; so the source I'm encoding from is still the telecined original, not the detelecined failure.

Actually since then a couple more findings:

I think it may depend on the way it's been interlaced in the source: I've found for instance now that for interlaced and not telecined dvd and bluray sources, a decomb-bob allowing variable frame rate works well, but the same thing on a programme recorded off-air from BBC HD does not; I get the jerky motion and clearly-wrong framerates reported earlier. So there may be something different about the source material. One thing I noticed is that bluray H.264 sources seem to specify MBAFF (at least most of them do, I haven't checked exhaustively on everything) whereas the off-air DVB-S recordings (also h.264) are "interlaced". I don't know if that's significant.
mcpish
Posts: 14
Joined: Wed Apr 20, 2011 9:19 pm

Re: Here Comes Bob!

Post by mcpish »

rachel wrote: I think it may depend on the way it's been interlaced in the source: I've found for instance now that for interlaced and not telecined dvd and bluray sources, a decomb-bob allowing variable frame rate works well, but the same thing on a programme recorded off-air from BBC HD does not; I get the jerky motion and clearly-wrong framerates reported earlier. So there may be something different about the source material. One thing I noticed is that bluray H.264 sources seem to specify MBAFF (at least most of them do, I haven't checked exhaustively on everything) whereas the off-air DVB-S recordings (also h.264) are "interlaced". I don't know if that's significant.
I've found that the new decomb-bob setting works well for me with off-air/cable ATSC MPEG2 recordings (North America). The only issue I've found is that I'd like to be able to specify a fixed framerate of 59.94 fps (ATSC standard) but whenever I add "-r 59.94", handbrake seems to encode it fine but instead creates a completely corrupt file that doesn't play.

When I actually encode with decomb-bob vfr, media-info usually reports an average framerate of something like 55.xx. It's probably due to discarded dupes during fades to black though, as the actual video is sikly smooth without any judder. So I'm pleased.

One suggestion I'd make is that it sounds like the MPEG transport streams that you are capturing off-air may not be in perfect mpeg compliance. In that case, you could try simply running them through the "quickstream fix" option in a program called "VideoREDO". It will bring your file into compliance and create a new MPEG2 TS file without any re-encoding. Then simply pass that file onto handbrake.

You are right about your comment about de-telecine. If a show/movie is truly shot on film or with an HD camera is a pesudo 24fps film-mode, then the more elegant solution is to de-telecine back to film rate using the pullup filter. In your case however, since it sounds like you're in a PAL country I believe the solution is simpler for you since the film cadence is a perfect 2:2. (none of this 2:3 nonsense us North Americans have to deal with) If you're dealing with film material and it has that 4% PAL speedup to match the 25fps rate, you can simply encode the two fields together as-is, with a 25fps output and no-deinterlacing at all.

I'll tell you a useful trick I've found with dealing with telecined sources off broadcast tv. I always tell the de-telecine (pullup) filter to ignore the bottom-third of the screen. Why? Because often TV stations put those annoying bugs at the bottom of the screen (logos,etc) and they often DO NOT match the cadence-pattern of the underlying film material. So this often completely confuses the pullup filter I've found. The best way to get around it, is to tell the pullup filter to ignore the bottom-third of the screen. (eg. --detelecine=4:4:4:240:0:0:-1) This basically tells handbrake to ignore the bottom 240 lines on a 1080i broadcast when de-telecining so that it will only make it's decision on what frames to drop/combine based on the top 800 lines or so., which is more than enough for pullup to generate accurate results. I've found it very effective at dealing with channels that put all sorts of silly animations/coming-next/logos on the bottom of the screen, which used to screw up inverse telecine.
rachel
Novice
Posts: 71
Joined: Thu Mar 15, 2007 7:34 pm

Re: Here Comes Bob!

Post by rachel »

mcpish wrote:One suggestion I'd make is that it sounds like the MPEG transport streams that you are capturing off-air may not be in perfect mpeg compliance. In that case, you could try simply running them through the "quickstream fix" option in a program called "VideoREDO". It will bring your file into compliance and create a new MPEG2 TS file without any re-encoding. Then simply pass that file onto handbrake.
The off-air recording app is EyeTV3. In the UK HD is broadcast on satellite in MPEG 2 transport streams, yes, and they're saved as such to file by EyeTV; but what I actually do prior to handing them to Handbrake is export them using "native formats" - ie: the original audio and video tracks are remuxed by EyeTV into an MP4 file. (It certainly is remuxing rather than re-encoding - it happens far too fast for encoding to be involved.) It's these files that mediainfo reports as being "Interlaced" rather than "MBAFF".

(I don't think there's any difference if I just give Handbrake the original MPEG2 TS from EyeTV. But I do it the way I do (rather than having first to do a 'compact' stage in eyetv to trim the start and end off, which would be no quicker) for unrelated reasons of convenience.
You are right about your comment about de-telecine. If a show/movie is truly shot on film or with an HD camera is a pesudo 24fps film-mode, then the more elegant solution is to de-telecine back to film rate using the pullup filter. In your case however, since it sounds like you're in a PAL country I believe the solution is simpler for you since the film cadence is a perfect 2:2. (none of this 2:3 nonsense us North Americans have to deal with ;-)
Yes, for film source material transmitted over interlaced DVB-S I just use no filters at all, and (as I understand) the fields are just combined back into the perfect progressive frames - at 25fps. I grew up with movies running very slightly fast, so I'm used to it. :)

In fact one of the outstanding issues (offtopic to this thread) i still have is rips of movies at 23.97fps or whatever it is, where my playback machine is a Mac Mini with an Intel HD3000 graphics interface which can't match that as a refresh rate, but only 24Hz exactly; so every now and then - I think someone worked it out as forty-something seconds, but you only notice them on smooth-motion shots - there's a frame glitch.

To slightly drag back towards topic, I tried using Handbrake to force a fixed framerate of exactly 24fps or exactly 25fps (obviously expecting the audio to have to be re-encoded, no passthru would work) but I couldn't get it to work - ie: to slightly speed up the movie to match the required frame rate. Instead I think it was just encoding into the file the same problem that I was otherwise getting as a playback artifact. The odd frame-repeat - or at 25fps the once-a-second frame repeat!
rachel
Novice
Posts: 71
Joined: Thu Mar 15, 2007 7:34 pm

Re: Here Comes Bob!

Post by rachel »

mcpish wrote:You are right about your comment about de-telecine. If a show/movie is truly shot on film or with an HD camera is a pesudo 24fps film-mode, then the more elegant solution is to de-telecine back to film rate using the pullup filter. In your case however, since it sounds like you're in a PAL country I believe the solution is simpler for you since the film cadence is a perfect 2:2. (none of this 2:3 nonsense us North Americans have to deal with) If you're dealing with film material and it has that 4% PAL speedup to match the 25fps rate, you can simply encode the two fields together as-is, with a 25fps output and no-deinterlacing at all.
you added that bit after I'd started replying. :-P But yes, I got what you were saying, and basically yes, that's what I do.

In fact the 2:3 pullup for NTSC does at least *work*, though I've only had cause to use it on a couple of sources. The hellish telecine I've been trying to deal with is stuff that was originally mastered (by the BBC) for broadcast here, at 25i and then for bluray they converted them to 30i - so telecining a possibly-already-interlaced source from 25fps to 30fps for international (ie: US, no-one else uses it) sales. I spent too many weekends trying to do custom things to try to detelecine those and eventually gave up and - initially - re-encoded while retaining the interlacing of the original, then as that caused me problems when I moved to Plex/Mac from XBMC/Linux (a move which solved too many other problems to want to revert), I discovered bob-deinterlace.

Thankfully they stopped mastering blurays like that more recently. But they were doing it while they were producing some of their loveliest ever material, so I'm always trying to get a better way to convert those for my media player.
I'll tell you a useful trick I've found with dealing with telecined sources off broadcast tv. I always tell the de-telecine (pullup) filter to ignore the bottom-third of the screen. Why? Because often TV stations put those annoying bugs at the bottom of the screen (logos,etc) and they often DO NOT match the cadence-pattern of the underlying film material. So this often completely confuses the pullup filter I've found. The best way to get around it, is to tell the pullup filter to ignore the bottom-third of the screen. (eg. --detelecine=4:4:4:240:0:0:-1) This basically tells handbrake to ignore the bottom 240 lines on a 1080i broadcast when de-telecining so that it will only make it's decision on what frames to drop/combine based on the top 800 lines or so., which is more than enough for pullup to generate accurate results. I've found it very effective at dealing with channels that put all sorts of silly animations/coming-next/logos on the bottom of the screen, which used to screw up inverse telecine.
Wouldn't have helped me. These were bluray sources I was having problems with. The off-air recordings from BBC HD/BBC One HD and occasionally ITV1HD and Channel4 HD don't need detelecining anyway, though may need decomb. And they all put the DOG (our word for bug in this context) in the top-left; occasionally moving to top-right if carrying sports stuff that has its own info top-left.

However that *might* help the guys who rush the off-air rips of my little pony onto youtube for us international bronies - I know that their first step is to use handbrake to detelecine and it doesn't always work and I bet that's why. :D
Deleted User 11865

Re: Here Comes Bob!

Post by Deleted User 11865 »

randomreuben wrote:I turned Decomb Bob on in the filter settings, but the log just seems to say "Decomb" and not Decomb Bob. I can't tell from the log if Decomb Bob was used.
Decomb (455) is decomb bob.
Deleted User 11865

Re: Here Comes Bob!

Post by Deleted User 11865 »

mcpish wrote:
rachel wrote: I think it may depend on the way it's been interlaced in the source: I've found for instance now that for interlaced and not telecined dvd and bluray sources, a decomb-bob allowing variable frame rate works well, but the same thing on a programme recorded off-air from BBC HD does not; I get the jerky motion and clearly-wrong framerates reported earlier. So there may be something different about the source material. One thing I noticed is that bluray H.264 sources seem to specify MBAFF (at least most of them do, I haven't checked exhaustively on everything) whereas the off-air DVB-S recordings (also h.264) are "interlaced". I don't know if that's significant.
I've found that the new decomb-bob setting works well for me with off-air/cable ATSC MPEG2 recordings (North America). The only issue I've found is that I'd like to be able to specify a fixed framerate of 59.94 fps (ATSC standard) but whenever I add "-r 59.94", handbrake seems to encode it fine but instead creates a completely corrupt file that doesn't play.
Encode log please.
mcpish
Posts: 14
Joined: Wed Apr 20, 2011 9:19 pm

Re: Here Comes Bob!

Post by mcpish »

rachel wrote: In fact one of the outstanding issues (offtopic to this thread) i still have is rips of movies at 23.97fps or whatever it is, where my playback machine is a Mac Mini with an Intel HD3000 graphics interface which can't match that as a refresh rate, but only 24Hz exactly; so every now and then - I think someone worked it out as forty-something seconds, but you only notice them on smooth-motion shots - there's a frame glitch.
I was under the impression that all European TVs (50Hz) usually have support for a quasi-NTSC mode called "PAL-60". From what I understand, PAL-60 is often used in European versions of game consoles in order to make it easier to port North American/Japanese video games for European markets so that games don't have to be artificially sped-up anymore. PAL-60 actually emulates the 59.94 refresh rate of NTSC, so in theory you could run your 23.976 films using the same sort of 2:3 telecine pattern us North Americans are used to watching all our films in. See if you can output a 60Hz signal to your TV, if so it's probably 59.94 Hz just named improperly (this is common in North America). We're used to watching most film content in N.A. at 59.94 with the 2:3 pulldown. it might look a bit better/worse for you instead of that glitch you mentioned.
rachel wrote: In fact the 2:3 pullup for NTSC does at least *work*, though I've only had cause to use it on a couple of sources. The hellish telecine I've been trying to deal with is stuff that was originally mastered (by the BBC) for broadcast here, at 25i and then for bluray they converted them to 30i - so telecining a possibly-already-interlaced source from 25fps to 30fps for international (ie: US, no-one else uses it) sales.
That is just nasty. Yeah it sounds like they've actually taken something that was probably shot in a progressive/filmized 25 fps rate, and then run through an international standards converter to bring it to 30i. That being the case, there's no elegant way to fix that because it's had all sorts of motion compensation and other trickery applied to the signal. The best you'll be able to do is decomb it and ouput to 29.976 fps.

BTW, Canada (my country) uses the crappy NTSC/ATSC system too :-(

I'm not sure what the BBC does now for its shows, but a smarter solution for them; especially if they want to exploit export markets would be to stop shooting at 25fps progressive or 50i. Instead, do what the US does for most dramatic production. Shoot in 24p. Then use PAL-speedup for the domestic market (like you said, most of you guys are used to that anyhow), and then create a 2:3 telecine copy for the North American markets (we're used to the uneven judder during pan shots). Stuff that's been standards-converted from a 25i broadcast for display here tends to look really ghosty. I can spot a PAL/50Hz converted show in 2-seconds when they are broadcast here.
Post Reply