[Waragainstsleep]

I have a couple of videos I want to convert to mp4 using Handbrake which have separate .srt sub files but whenever I try to attach them in Handbrake it just instantly declares that my encode has finished without creating anything at all.

Anyone got any ideas?

[mduell]

Post your encoding log. No way to know what's happening without it.

[Waragainstsleep]

Good shout:

GUI ERROR dialog: Failure to initialise thread 'SRT Subtitle Decoder'
[22:49:39] render: lost time: 0 (0 frames)
[22:49:39] render: gained time: 0 (0 frames) (0 not accounted for)
[22:49:39] reader: done. 0 scr changes
[22:49:39] libhb: work result = 0
[22:49:40] macgui: incrementQueueItemDone currentQueueEncodeIndex is incremented to: 1
[22:49:40] macgui: incrementQueueItemDone the 0 item queue is complete
[22:49:44] macgui: removeQueueFileItem: Removing a cancelled/finished encode, decrement currentQueueEncodeIndex to 0

[mduell]

I meant the entire encode log.

[Waragainstsleep]

That was the entire log. I would literally hit play and the finished dialogue would pop up. Turns out there is a bug when the srt filename is too long. Working now

[Waragainstsleep]

Spoke too soon. Shortening the filename worked on one, not the other.


GUI ERROR dialog: Failure to initialise thread 'SRT Subtitle Decoder'
[03:07:46] h264-decoder done: 4 frames, 0 decoder errors, 0 drops
[03:07:46] render: lost time: 0 (0 frames)
[03:07:46] render: gained time: 0 (0 frames) (0 not accounted for)
x264 [info]: final ratefactor: 20.08
[03:07:46] reader: done. 1 scr changes
[03:07:46] libhb: work result = 0
[03:07:47] macgui: incrementQueueItemDone currentQueueEncodeIndex is incremented to: 2
[03:07:47] macgui: incrementQueueItemDone the 1 item queue is complete

[mduell]

That's not the entire log. It's a couple hundred lines long.

[Waragainstsleep]

Originally Posted by mduell 

That's not the entire log. It's a couple hundred lines long.

Thats what I get from the activity window. It repeats when I hit the go button. Sometimes it only manages 3 frames.

[Waragainstsleep]

It seems the bug extends to the file path you are saving to as well. Having shortened the filenames of the video and set file it still failed, but having shortened the name of the parent folder for both, it is now happily running and I'll know in about 3 hours if it worked or not.

Thanks anyway.

[Waragainstsleep]

Spoke too soon. It stopped converting 48 minutes into a 2 hour 10 minute file. Subtitles were working though.

[13:57:06] reader: first SCR 0 id 1 DTS 0
[13:57:06] encx264: keyint-min: 24, keyint-max: 240
[13:57:06] encx264: encoding with stored aspect 1/1
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.1 Cache64
x264 [info]: profile Main, level 3.1
[13:57:06] sync: expecting 188274 video frames
[15:24:14] reader: done. 1 scr changes
[15:24:28] sync: got 70284 frames, 188274 expected
[15:24:28] work: average encoding speed for job is 13.404972 fps
[15:24:32] mux: track 0, 70284 frames, 905365087 bytes, 2473.22 kbps, fifo 64
[15:24:32] mux: track 1, 137275 frames, 58425559 bytes, 159.60 kbps, fifo 1024
[15:24:32] mux: track 2, 368 frames, 11116 bytes, 0.03 kbps, fifo 8
[15:24:32] h264-decoder done: 70285 frames, 0 decoder errors, 0 drops
[15:24:32] render: lost time: 0 (0 frames)
[15:24:32] render: gained time: 0 (0 frames) (0 not accounted for)
x264 [info]: frame I:839 Avg QP:16.06 size: 92561 PSNR Mean Y:49.09 U:54.55 V:54.77 Avg:50.23 Global:48.68
x264 [info]: frame P:29908 Avg QP:19.51 size: 21682 PSNR Mean Y:46.63 U:51.82 V:51.90 Avg:47.72 Global:45.65
x264 [info]: frame B:39537 Avg QP:20.63 size: 4534 PSNR Mean Y:46.29 U:51.54 V:51.54 Avg:47.41 Global:46.19
x264 [info]: consecutive B-frames: 18.5% 14.2% 7.9% 59.4%
x264 [info]: mb I I16..4: 29.7% 0.0% 70.3%
x264 [info]: mb P I16..4: 16.0% 0.0% 9.4% P16..4: 37.0% 18.2% 5.8% 0.0% 0.0% skip:13.6%
x264 [info]: mb B I16..4: 2.3% 0.0% 0.8% B16..8: 24.5% 1.6% 0.7% direct: 6.3% skip:63.9% L0:39.9% L1:49.1% BI:11.0%
x264 [info]: final ratefactor: 19.74
x264 [info]: coded y,uvDC,uvAC intra: 38.6% 50.2% 12.8% inter: 9.1% 14.5% 0.2%
x264 [info]: i16 v,h,dc,p: 39% 26% 19% 16%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 22% 20% 21% 6% 8% 6% 7% 5% 5%
x264 [info]: Weighted P-Frames: Y:1.4%
x264 [info]: SSIM Mean Y:0.9888600
x264 [info]: PSNR Mean Y:46.468 U:51.697 V:51.729 Avg:47.576 Global:45.973 kb/s:2473.34
[15:24:32] aac-decoder done: 0 frames, 0 decoder errors, 0 drops
[15:24:32] libhb: work result = 0
[15:24:32] macgui: incrementQueueItemDone currentQueueEncodeIndex is incremented to: 1
[15:24:32] macgui: incrementQueueItemDone the 0 item queue is complete

[mduell]

There's no hope for diagnosing these unless you pull the complete log out of the app support file, as described in the instructions I linked to above. We don't even know what version of Handbrake you're using.

[Waragainstsleep]

Handbrake Version: 0.9.4 i386 (2009112300)

[13:57:05] macgui: Rip: Pending queue count is 0
[13:57:05] macgui: scanning specifically for title: 1
[13:57:05] macgui: performNewQueueScan currentQueueEncodeIndex is: 0
[13:57:05] hb_scan: path=/Volumes/Movies/Black Scorpion 2006/Black Scorpion.mkv, title_index=1
[13:57:05] scan: trying to open with libdvdread
libdvdnav: Using dvdnav version 4.1.3
libdvdread: Using libdvdcss version 1.2.10 for DVD access
libdvdnavVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
libdvdnavVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed
libdvdread: Can't open file VIDEO_TS.IFO.
libdvdnav: vm: failed to read VIDEO_TS.IFO
[13:57:05] dvd: not a dvd - trying as a stream/file instead
Input #0, matroska, from '/Volumes/Movies/Black Scorpion 2006/Black Scorpion.mkv':
Duration: 02:10:43.75, start: 0.000000, bitrate: N/A
Stream #0.0(eng): Video: h264, yuv420p, 1280x720, PAR 1:1 DAR 16:9, 24 tbr, 1k tbn, 48 tbc
Stream #0.1(zho): Audio: aac, 48000 Hz, stereo, s16
[13:57:05] scan: decoding previews for title 1
[13:57:06] scan: 10 previews, 1280x720, 24.000 fps, autocrop = 0/0/0/0, aspect 16:9, PAR 1:1
[13:57:06] scan: title (0) job->width:1280, job->height:720
[13:57:06] libhb: scan thread found 1 valid title(s)
[13:57:06] macgui: ScanDone state received from fQueueEncodeLibhb
[13:57:06] macgui: Preset: HD
[13:57:06] macgui: processNewQueueEncode number of passes expected is: 1
[13:57:06] macgui: prepareJob exiting
[13:57:06] 1 job(s) to process
[13:57:06] starting job
[13:57:06] job configuration:
[13:57:06] * source
[13:57:06] + /Volumes/Movies/Black Scorpion 2006/Black Scorpion.mkv
[13:57:06] + title 1, chapter(s) 1 to 1
[13:57:06] + container: matroska
[13:57:06] * destination
[13:57:06] + /Volumes/Movies/Black Scorpion.mp4
[13:57:06] + container: MPEG-4 (.mp4 and .m4v)
[13:57:06] * video track
[13:57:06] + decoder: h264
[13:57:06] + frame rate: same as source (around 24.000 fps)
[13:57:06] + strict anamorphic
[13:57:06] + modulus: 0
[13:57:06] + storage dimensions: 1280 * 720 -> 1280 * 720, crop 0/0/0/0
[13:57:06] + pixel aspect ratio: 1 / 1
[13:57:06] + display dimensions: 1280 * 720
[13:57:06] + encoder: x264
[13:57:06] + options: ref=1:subq=5:me=umh:no-fast-pskip=1:cabac=0:weightb=0:8x8dct=0:mixed-refs=0
[13:57:06] + bitrate: 2500 kbps, pass: 0
[13:57:06] * subtitle track 0, English (id ff) Text [SRT] -> Pass-Through
[13:57:06] * audio track 0
[13:57:06] + decoder: Chinese (AAC) (track 1, id 1)
[13:57:06] + mixdown: Stereo
[13:57:06] + encoder: ca_aac
[13:57:06] + bitrate: 160 kbps, samplerate: 48000 Hz
libdvdnav: Using dvdnav version 4.1.3
libdvdread: Using libdvdcss version 1.2.10 for DVD access
libdvdnavVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
libdvdnavVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed
libdvdread: Can't open file VIDEO_TS.IFO.
libdvdnav: vm: failed to read VIDEO_TS.IFO
[13:57:06] dvd: not a dvd - trying as a stream/file instead
[13:57:06] reader: first SCR 0 id 1 DTS 0
[13:57:06] encx264: keyint-min: 24, keyint-max: 240
[13:57:06] encx264: encoding with stored aspect 1/1
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.1 Cache64
x264 [info]: profile Main, level 3.1
[13:57:06] sync: expecting 188274 video frames
[15:24:14] reader: done. 1 scr changes
[15:24:28] sync: got 70284 frames, 188274 expected
[15:24:28] work: average encoding speed for job is 13.404972 fps
[15:24:32] mux: track 0, 70284 frames, 905365087 bytes, 2473.22 kbps, fifo 64
[15:24:32] mux: track 1, 137275 frames, 58425559 bytes, 159.60 kbps, fifo 1024
[15:24:32] mux: track 2, 368 frames, 11116 bytes, 0.03 kbps, fifo 8
[15:24:32] h264-decoder done: 70285 frames, 0 decoder errors, 0 drops
[15:24:32] render: lost time: 0 (0 frames)
[15:24:32] render: gained time: 0 (0 frames) (0 not accounted for)
x264 [info]: frame I:839 Avg QP:16.06 size: 92561 PSNR Mean Y:49.09 U:54.55 V:54.77 Avg:50.23 Global:48.68
x264 [info]: frame P:29908 Avg QP:19.51 size: 21682 PSNR Mean Y:46.63 U:51.82 V:51.90 Avg:47.72 Global:45.65
x264 [info]: frame B:39537 Avg QP:20.63 size: 4534 PSNR Mean Y:46.29 U:51.54 V:51.54 Avg:47.41 Global:46.19
x264 [info]: consecutive B-frames: 18.5% 14.2% 7.9% 59.4%
x264 [info]: mb I I16..4: 29.7% 0.0% 70.3%
x264 [info]: mb P I16..4: 16.0% 0.0% 9.4% P16..4: 37.0% 18.2% 5.8% 0.0% 0.0% skip:13.6%
x264 [info]: mb B I16..4: 2.3% 0.0% 0.8% B16..8: 24.5% 1.6% 0.7% direct: 6.3% skip:63.9% L0:39.9% L1:49.1% BI:11.0%
x264 [info]: final ratefactor: 19.74
x264 [info]: coded y,uvDC,uvAC intra: 38.6% 50.2% 12.8% inter: 9.1% 14.5% 0.2%
x264 [info]: i16 v,h,dc,p: 39% 26% 19% 16%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 22% 20% 21% 6% 8% 6% 7% 5% 5%
x264 [info]: Weighted P-Frames: Y:1.4%
x264 [info]: SSIM Mean Y:0.9888600
x264 [info]: PSNR Mean Y:46.468 U:51.697 V:51.729 Avg:47.576 Global:45.973 kb/s:2473.34
[15:24:32] aac-decoder done: 0 frames, 0 decoder errors, 0 drops
[15:24:32] libhb: work result = 0

[mduell]

Originally Posted by Waragainstsleep 

Handbrake Version: 0.9.4 i386 (2009112300)

Try upgrading to a current build and see if your issue has been fixed in the last 2 years.

[turtle777]

-t

[Waragainstsleep]

Seems odd that an app with nightly builds would update the version on its main site so infrequently. And that it doesn't check for updates within the app.

Latest build seems to have managed the task thanks.

[mduell]

With only 3-4 developers the release schedule is pretty slow.

The automated nightly builds are to get a larger testing crowd and are regarded as unstable to the extent they may be broken from time to time. But I know they're preparing for a release so the nightlies are pretty stable.

[Eug]

LOL. Yeah. 0.9.5 is remarkably more consistent and more stable than 0.9.4 and earlier. Stuff like AC3 encoding is also very welcome. Same with Blu-ray support.

However, they are also removing GUI options as time goes by. I guess it makes sense to simplify things and clean up the GUI, but it can sometimes still be a bit annoying (eg. grayscale).

[mduell]

Even 0.9.5 is a year old at this point, missing a lot of fixes.

I can't wait to see the retarded howling when 0.9.6 is released without a target file size option.

[turtle777]

LOL, file size hasn't been a consideration for me for years.

Do people still burn their ripped movies to CDs ?

-t

[Eug]

While I don't use the Target File Size feature, I wonder if there could be some sort of turbo-pass size estimator feature or something like that. I've actually occasionally taken to doing partial encodes at Constant Quality to see what the bitrates might be, and then choose the RF # based on that. (I like to use RF 17, but will increase it 18ish if I think the total bitrates might be over 6ish Mbps for 720p. The AppleTV 2 will choke on some higher bitrate 720p.) I guess I can just use the Average Bitrate feature more in those instances. (I tend to see more artifacting in gradients and backgrounds with 18+, as opposed to 17. And HD encodes over 19 sometimes really bug me.)

BTW, am I the only person that uses grayscale encoding (for B&W of course)?