v0.9.5 breaks Handbrake on Windows 7 Ultimate

[WintelRob]

Well, it looks like it's back to the drawing board for v0.9.5, huh? Doesn't appear to have been well tested, but I thought that there was an optional download for those that wanted the "bleeding edge" instead of a stable release.

I have two systems, one with Windows 7 Ultimate x86 (32-bit) and one with Windows 7 Ultimate x64. Both system run identical hardware.

With v0.9.4, I have been successfully converting about 90% of my DVR-MS files on both systems. (For some reason, Handbrake can't even scan some files which are created exactly the same way via MCE.)

I put Handbrake v0.9.5 on the x64 system, and Handbrake could not do anything with the first 10 files I tried. The 11th file was scanned, but it was converted so badly it was not bearable. I went back to v0.9.4 on the x64 system and was able to perfectly convert the file.

I put Handbrake v0.9.5 on the x86 (32-bit) system, and it couldn't find an audio track for at least the first 12 files that I tried. Then I tried to convert some files that I had already converted, and it *still* indicated that there was no audio track found. Well, *obviously*, there IS an audio track, otherwise I could not have done a successful conversion with v0.9.4. I went back to v0.9.4 on this system, and it's back to status quo.

I don't understand why this new version, which is only a 0.0.1 version change, could be so badly changed. I don't understand why it cannot find audio tracks that are clearly there. I do understand that DVR-MS containers are not the easiest to work with, but v0.9.4 was working for most of my DVR-MS files, and v0.9.5 worked for essentially none of them.

I had high hopes that this new version would resolve the issues where some files could not be scanned - for some files the scan starts but never ends and the status window is fairly useless to me. I guess I need to wait for v0.9.6 to be released.

And while I am saying that I think v0.9.5 totally sucks and should have been further tested before release, v0.9.4, when it works, is unsurpassed in results and ease-of-use. (And I evaluated at least 14 different packages, with only one yielding similarly consistent file size-to-output quality results, and it was much more complex to use.)

I hope it's not another year until v0.9.6 is released....

-- Rob --

[TedJ]

I don't understand why this new version, which is only a 0.0.1 version change, could be so badly changed. I don't understand why it cannot find audio tracks that are clearly there. I do understand that DVR-MS containers are not the easiest to work with, but v0.9.4 was working for most of my DVR-MS files, and v0.9.5 worked for essentially none of them.

I had high hopes that this new version would resolve the issues where some files could not be scanned - for some files the scan starts but never ends and the status window is fairly useless to me. I guess I need to wait for v0.9.6 to be released.

And while I am saying that I think v0.9.5 totally sucks and should have been further tested before release, v0.9.4, when it works, is unsurpassed in results and ease-of-use. (And I evaluated at least 14 different packages, with only one yielding similarly consistent file size-to-output quality results, and it was much more complex to use.)

How about because even though we had made nightly builds available for 9 MONTHS prior to the 0.9.5 release, very few users were willing to help us test new code unless we explicitly told them to download a nightly build in order to correct a known bug they were experiencing. Or better yet, how about people who rather than posting logs and helping the development process choose to post nothing more than a complaint before reverting to an earlier release.

If we had known there was a serious issue with transcoding DVR-MS files we would have made every effort to fix it, but since none of our developers use these files in their own workflows and no one stepped forward to test or properly report the issue it remains unfixed. If you had taken a moment to search or even just browse the forums you would have noticed that when a bug is reported, it can be fixed in a matter of HOURS or a few days. A case in point... here a user reports an issue with a log, provides a small sample clip on request and has his fault fixed in less that 48 hours.

This is an open source project, run entirely by volunteers. There is no money for extensive testing or customer feedback... as an end user, YOU are expected to participate in the development process if you want Handbrake to grow and evolve.

[WintelRob]

Yeah, I tried to download a beta, but what huge pain to get it to work: I'm not a developer. If there was one of those PayPal donation links, I would certainly donate something significant because I am extremely happy with the results when the tool works, which is most of the time. But why would I bother to try to get help when the "tone" of these forums is filled with arrogance and defensiveness for the most part, starting with the "do this or you suck" docs we are supposed to memorize in order to post here.

I am amazed that I am the only person who uses DVR-MS files. Wow. Well, NOW you guys know that v0.9.5 doesn't work properly, but v0.9.4 does. Glad I could help. Now work on getting that donation link set up so I don't have to be a developer, so that v0.9.6 will work properly with DVR-MS files.

Thanks.

[TedJ]

Oh come on, it's not that hard. You were able to download and install 0.9.5 which means you could have done so just as easily with the nightly builds.

No one is asking you to be a developer, we're asking you to be a little more proactive in the development process. Handbrake is developed by a core team of four people in their spare time... they have day jobs and families to tend to. Even if we were to accept donations (and there are very good reasons why we don't), a handful of people simply cannot test things as thoroughly as an involved user base can.

[thompson]

But why would I bother to try to get help when the "tone" of these forums is filled with arrogance and defensiveness for the most part, starting with the "do this or you suck" docs we are supposed to memorize in order to post here. . . . Now work on getting that donation link set up so I don't have to be a developer, so that v0.9.6 will work properly with DVR-MS files.

As if your posts have been full of politeness and gratitude to the developers who donate their time to the project that in your words "totally sucks."

[s55]

Well, it looks like it's back to the drawing board for v0.9.5, huh?

Given that this issue will only affect a tiny tiny portion of users, It's not something to be going back to the drawing board for. If you post a proper bug report, someone will look into it.
No need for all this drama and entitlement.

Doesn't appear to have been well tested.

It would cost a huge sums of money and a massive amount of man hours to do any sort of proper testing. It's not something donations or ad's will be able to cover. Not even close.
The only option is to crowd-source it allowing for real world testing and feedback. This is why we have the nightlies. Unfortunately, this will never cover all basis. It'll only ever really touch the most use scenarios. Guessing DVR-MS isn't one of them.

I dunno about you, but the rest of us have jobs, families and what not, and may only have a few hours here and there to work on this project. I, nor anyone else has thousands of hours available to test everything.

Video transcoding is hugely complex. There are also so many non standards complaint applications out there producing crappy files which causes no end of problem. Your literally talking hundreds of decoders, encodes, libraries, formats all throwing their own issues into the mix leading to tens of thousands of possible issues that could occur.

You also have to bare in mind that HandBrake has over a dozen third party libraries that it uses, you're issue could be in any number of those and not HandBrake itself.

I put Handbrake v0.9.5 on the x64 system, and Handbrake could not do anything with the first 10 files I tried. The 11th file was scanned, but it was converted so badly it was not bearable. I went back to v0.9.4 on the x64 system and was able to perfectly convert the file.

Then how about rasing some Bug Reports. If you don't report issues, they won't get fixed.

[Dalton63841]

I am using Handbrake 0.9.5 on Windows 7 Ultimate x86, and it has been nothing but flawless. It is one of 4 computers that have been working 24/7 to convert my over 800GB of files. And I have been checking a few files each day and they are all perfect.

[xeon 8 core]

yeah its buggie, there is parts in the video where it skips kind of corroded the audio too. encoding a movie dvd.
9.4 works great.
I'm using dual xeon quad core cpus (8 cores) windows 2008 r2 server. 8gigs of ram
I get around 90 to 160 fps, usually around 130 fps average.
what's up with no x64 support?

[TedJ]

This illustrates the issue all too well, doesn't it?

yeah its buggie, there is parts in the video where it skips kind of corroded the audio too. encoding a movie dvd.

Chip in on an unrelated thread. Provide no solid information. Provide no activity log.

Yes, the developers are obviously slack bastards.

[thompson]

TedJ: I'm having a problem with the thing. It's giving me some error message and the encode shows something different. You screwed up handbrake! Fix that thing that broke while I did something with handbrake on some sort of video!

[TedC]

I'm also using Win 7 x64 ultimate on DVDs and BluRays. No Issues - flawless encodes.

Code: Select all

# Windows GUI 0.9.5 2011010300
# Running: Microsoft Windows NT 6.1.7600.0
# CPU: Intel(R) Core(TM) i7 CPU         950  @ 3.07GHz
# Ram: 6135 MB
# Screen: 1360x768
# Temp Dir: d:\Users\Ted_C\AppData\Local\Temp\
# Install Dir: C:\Program Files (x86)\Handbrake
# Data Dir: d:\Users\Ted_C\AppData\Roaming\HandBrake\HandBrake\0.9.5.3728

# CLI Query:  -i "d:\Users\Ted_C\RIPS\TWO_AND_A_HALF_MEN_SEASON_7_D1" -t 5 -c 1-5 -o "d:\Users\Ted_C\RIPS\Movies\04 - Laxative Tester, Horse Inseminator.m4v"  -f mp4 -O  --detelecine --decomb --strict-anamorphic  -e x264 -q 18 -a 1,1 -E faac,copy:ac3 -6 dpl2,auto -R Auto,Auto -B 320,auto -D 0.0,0.0 --markers="d:\Users\Ted_C\AppData\Local\Temp\04 - Laxative Tester, Horse Inseminator-5-chapters.csv" -x b-adapt=2:rc-lookahead=50:no-dct-decimate=1 --verbose=1
# User Query: False
-------------------------------------------

[18:34:36] hb_init: checking cpu count
[18:34:36] hb_init: starting libhb thread
HandBrake 0.9.5 (2011010300) - MinGW i386 - http://handbrake.fr
8 CPUs detected
Opening d:\Users\Ted_C\RIPS\TWO_AND_A_HALF_MEN_SEASON_7_D1...
[18:34:36] hb_scan: path=d:\Users\Ted_C\RIPS\TWO_AND_A_HALF_MEN_SEASON_7_D1, title_index=5
libbluray/bdnav/index_parse.c:157: indx_parse(): error opening d:\Users\Ted_C\RIPS\TWO_AND_A_HALF_MEN_SEASON_7_D1/BDMV/index.bdmv
libbluray/bluray.c:960: nav_get_title_list(d:\Users\Ted_C\RIPS\TWO_AND_A_HALF_MEN_SEASON_7_D1) failed (0x184a958)
[18:34:36] bd: not a bd - trying as a stream/file instead
libdvdnav: Using dvdnav version 4.1.3
libdvdread: Encrypted DVD support unavailable.
libdvdread: Device (null) inaccessible, CSS authentication not available.
NAME OPEN FAILED
libdvdnav: Unable to find home directorylibdvdnav: DVD disk reports itself with Region mask 0x00000000. Regions: 1 2 3 4 5 6 7 8
libdvdread: Encrypted DVD support unavailable.
libdvdread: Device (null) inaccessible, CSS authentication not available.
[18:34:36] scan: DVD has 13 title(s)
[18:34:36] scan: scanning title 5
[18:34:36] scan: opening IFO for VTS 1
[18:34:37] scan: duration is 00:20:29 (1229166 ms)
[18:34:37] pgc_id: 5, pgn: 1: pgc: 0x184f5f0
[18:34:37] scan: vts=1, ttn=5, cells=0->4, blocks=1050146->2820885, 342303 blocks
[18:34:37] scan: checking audio 1
[18:34:37] scan: id=80bd, lang=English (AC3), 3cc=eng ext=0
[18:34:37] scan: checking audio 2
[18:34:37] scan: id=81bd, lang=Portugues (AC3), 3cc=por ext=0
[18:34:37] scan: checking subtitle 1
[18:34:37] scan: id=21bd, lang=English, 3cc=eng
[18:34:37] scan: checking subtitle 2
[18:34:37] scan: id=23bd, lang=Chinese, 3cc=zho
[18:34:37] scan: checking subtitle 3
[18:34:37] scan: id=25bd, lang=Francais, 3cc=fra
[18:34:37] scan: checking subtitle 4
[18:34:37] scan: id=27bd, lang=Portugues, 3cc=por
[18:34:37] scan: checking subtitle 5
[18:34:37] scan: id=29bd, lang=Espanol, 3cc=spa
[18:34:37] scan: title 5 has 5 chapters
[18:34:37] scan: chap 1 c=0->0, b=1050146->1120301 (70156), 256262 ms
[18:34:37] scan: chap 2 c=1->1, b=1120302->1268274 (147973), 504617 ms
[18:34:37] scan: chap 3 c=2->2, b=1268275->1371257 (102983), 370690 ms
[18:34:37] scan: chap 4 c=3->3, b=1371258->1392384 (21127), 97419 ms
[18:34:37] scan: chap 5 c=4->4, b=2820822->2820885 (64), 176 ms
[18:34:37] scan: aspect = 0
[18:34:37] scan: decoding previews for title 5
libdvdnav: DVD disk reports itself with Region mask 0x00000000. Regions: 1 2 3 4 5 6 7 8
[18:34:37] scan: title angle(s) 1
[18:34:37] scan: audio 0x81bd: AC-3, rate=48000Hz, bitrate=192000 Portugues (AC3) (Dolby Surround)
[18:34:37] scan: audio 0x80bd: AC-3, rate=48000Hz, bitrate=192000 English (AC3) (Dolby Surround)
[18:34:37] scan: 10 previews, 720x480, 23.976 fps, autocrop = 0/0/0/0, aspect 16:9, PAR 32:27
[18:34:37] scan: title (0) job->width:720, job->height:400
[18:34:37] libhb: scan thread found 1 valid title(s)
+ title 5:
  + vts 1, ttn 5, cells 0->4 (342303 blocks)
  + duration: 00:20:29
  + size: 720x480, pixel aspect: 32/27, display aspect: 1.78, 23.976 fps
  + autocrop: 0/0/0/0
  + chapters:
    + 1: cells 0->0, 70156 blocks, duration 00:04:16
    + 2: cells 1->1, 147973 blocks, duration 00:08:25
    + 3: cells 2->2, 102983 blocks, duration 00:06:11
    + 4: cells 3->3, 21127 blocks, duration 00:01:37
    + 5: cells 4->4, 64 blocks, duration 00:00:00
  + audio tracks:
    + 1, English (AC3) (Dolby Surround) (iso639-2: eng), 48000Hz, 192000bps
    + 2, Portugues (AC3) (Dolby Surround) (iso639-2: por), 48000Hz, 192000bps
  + subtitle tracks:
    + 1, English (iso639-2: eng) (Bitmap)(VOBSUB)
    + 2, Chinese (iso639-2: zho) (Bitmap)(VOBSUB)
    + 3, Francais (iso639-2: fra) (Bitmap)(VOBSUB)
    + 4, Portugues (iso639-2: por) (Bitmap)(VOBSUB)
    + 5, Espanol (iso639-2: spa) (Bitmap)(VOBSUB)
    + 6, Closed Captions (iso639-2: eng) (Text)(CC)
Reading chapter markers from file d:\Users\Ted_C\AppData\Local\Temp\04 - Laxative Tester, Horse Inseminator-5-chapters.csv
[18:34:37] 1 job(s) to process
[18:34:37] starting job
[18:34:37] work: sanitizing track 0 mixdown Dolby Pro Logic II to Dolby Surround
[18:34:37] sync: expecting 29494 video frames
[ac3 @ 0x184fa50] No channel layout specified. The encoder will guess the layout, but it might be incorrect.
[18:34:37] job configuration:
[18:34:37]  * source
[18:34:37]    + d:\Users\Ted_C\RIPS\TWO_AND_A_HALF_MEN_SEASON_7_D1
[18:34:37]    + title 5, chapter(s) 1 to 5
[18:34:37]  * destination
[18:34:37]    + d:\Users\Ted_C\RIPS\Movies\04 - Laxative Tester, Horse Inseminator.m4v
[18:34:37]    + container: MPEG-4 (.mp4 and .m4v)
[18:34:37]      + optimized for progressive web downloads
[18:34:37]      + chapter markers
[18:34:37]  * video track
[18:34:37]    + decoder: mpeg2
[18:34:37]      + bitrate 7500 kbps
[18:34:37]    + frame rate: same as source (around 23.976 fps)
[18:34:37]    + strict anamorphic
[18:34:37]      + storage dimensions: 720 * 480 -> 720 * 480, crop 0/0/0/0, mod 0
[18:34:37]      + pixel aspect ratio: 32 / 27
[18:34:37]      + display dimensions: 853 * 480
[18:34:37]    + filters
[18:34:37]      + Detelecine (pullup) (default settings)
[18:34:37]      + Decomb (default settings)
[18:34:37]    + encoder: x264
[18:34:37]      + options: b-adapt=2:rc-lookahead=50:no-dct-decimate=1
[18:34:37]      + quality: 18.00 (RF)
[18:34:37]  * audio track 0
[18:34:37]    + decoder: English (AC3) (Dolby Surround) (track 1, id 80bd)
[18:34:37]      + bitrate: 192 kbps, samplerate: 48000 Hz
[18:34:37]    + mixdown: Dolby Surround
[18:34:37]    + encoder: faac
[18:34:37]      + bitrate: 320 kbps, samplerate: 48000 Hz
[18:34:37]  * audio track 1
[18:34:37]    + decoder: English (AC3) (Dolby Surround) (track 1, id 80bd)
[18:34:37]      + bitrate: 192 kbps, samplerate: 48000 Hz
[18:34:37]    + AC3 passthrough
libdvdnav: Using dvdnav version 4.1.3
libdvdread: Encrypted DVD support unavailable.
libdvdread: Device (null) inaccessible, CSS authentication not available.
[18:34:37] yadif thread started for segment 0
[18:34:37] yadif thread started for segment 1
[18:34:37] yadif thread started for segment 2
[18:34:37] yadif thread started for segment 3
[18:34:37] yadif thread started for segment 4
[18:34:37] yadif thread started for segment 5
[18:34:37] yadif thread started for segment 6
[18:34:37] yadif thread started for segment 7
[18:34:37] decomb thread started for segment 0
[18:34:37] decomb thread started for segment 1
[18:34:37] decomb thread started for segment 2
[18:34:37] decomb thread started for segment 3
[18:34:37] decomb thread started for segment 4
[18:34:37] decomb thread started for segment 5
NAME OPEN FAILED
libdvdnav: Unable to find home directorylibdvdnav: DVD disk reports itself with Region mask 0x00000000. Regions: 1 2 3 4 5 6[18:34:37] decomb thread started for segment 6
 7[18:34:37] decomb thread started for segment 7
 8
[18:34:37] encx264: min-keyint: auto (23), keyint: 240
[18:34:37] encx264: encoding with stored aspect 32/27
[18:34:37] encx264: Encoding at constant RF 18.000000
x264 [info]: using SAR=32/27
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2
libdvdread: Encrypted DVD support unavailable.
libdvdread: Device (null) inaccessible, CSS authentication not available.
libdvdnav: DVD disk reports itself with Region mask 0x00000000. Regions: 1 2 3 4 5 6 7 8
[18:34:37] reader: first SCR 146 id 224 DTS 946
[18:34:37] mpeg2: "Chapter 1" (1) at frame 0 time 3003
x264 [info]: profile High, level 3.0
No accelerated IMDCT transform found
No accelerated IMDCT transform found
[18:36:04] mpeg2: "Chapter 2" (2) at frame 6144 time 23066043
[18:39:13] mpeg2: "Chapter 3" (3) at frame 18242 time 68478910
[18:41:28] mpeg2: "Chapter 4" (4) at frame 27137 time 101867766
[18:41:57] 1229.878622s: Film -> Video
[18:41:57] mpeg2: "Chapter 5" (5) at frame 29489 time 110692079
[18:41:57] 1229.911989s: Video -> Film
[18:41:57] reader: done. 1 scr changes
[18:41:58] work: average encoding speed for job is 66.868675 fps
[18:41:58] sync: got 29490 frames, 29494 expected
[18:41:58] mpeg2 done: 29490 frames
[18:41:58] render: lost time: 24024 (8 frames)
[18:41:58] render: gained time: 24024 (26 frames) (0 not accounted for)
[18:41:58] render: average dropped frame duration: 3003
x264 [info]: frame I:344   Avg QP:14.80  size: 65577  PSNR Mean Y:50.31 U:53.17 V:54.01 Avg:50.72 Global:49.90
x264 [info]: frame P:10804 Avg QP:18.63  size: 19736  PSNR Mean Y:46.46 U:50.26 V:50.72 Avg:47.26 Global:46.05
x264 [info]: frame B:18333 Avg QP:21.75  size:  4905  PSNR Mean Y:43.91 U:48.78 V:49.25 Avg:44.92 Global:44.49
x264 [info]: consecutive B-frames:  4.3% 11.6% 71.7% 12.4%
x264 [info]: mb I  I16..4:  7.5% 89.3%  3.2%
x264 [info]: mb P  I16..4:  0.5%  7.5%  0.5%  P16..4: 41.7% 24.5% 16.1%  0.0%  0.0%    skip: 9.3%
x264 [info]: mb B  I16..4:  0.1%  0.6%  0.0%  B16..8: 44.7%  7.4%  1.7%  direct: 4.4%  skip:41.1%  L0:31.4% L1:39.6% BI:29.0%
x264 [info]: 8x8 transform intra:87.7% inter:78.5%
x264 [info]: coded y,uvDC,uvAC intra: 88.0% 86.8% 67.3% inter: 35.4% 35.4% 15.4%
x264 [info]: i16 v,h,dc,p: 65% 10% 10% 15%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 26% 12% 29%  4%  5%  7%  5%  7%  6%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 32% 11% 14%  5%  9% 10%  7%  7%  5%
x264 [info]: i8c dc,h,v,p: 49% 15% 27%  9%
x264 [info]: Weighted P-Frames: Y:2.9% UV:2.3%
x264 [info]: ref P L0: 55.7% 14.2% 23.3%  6.6%  0.2%
x264 [info]: ref B L0: 72.8% 24.1%  3.1%
x264 [info]: ref B L1: 91.4%  8.6%
x264 [info]: SSIM Mean Y:0.9832085 (17.749db)
x264 [info]: PSNR Mean Y:44.918 U:49.373 V:49.840 Avg:45.847 Global:45.037 kb/s:2118.67
[18:41:58] muxmp4: optimizing file
[18:42:01] mux: track 0, 29481 frames, 325698353 bytes, 2117.68 kbps, fifo 8
[18:42:01] mux: track 1, 57674 frames, 49096171 bytes, 319.22 kbps, fifo 512
[18:42:01] mux: track 2, 38449 frames, 29528832 bytes, 192.00 kbps, fifo 256
[18:42:01] decomb: deinterlaced 0 | blended 0 | unfiltered 29481 | total 29481
[18:42:01] libhb: work result = 0
Rip done!
HandBrake has exited.

[Rodeo]

what's up with no x64 support?

The most recent issue preventing a stable Windows x86_64 version is that HandBrake's MPEG-2 decoder fails to compile under mingw64.