BD Rebuilder Beta - Bug Reports Only - Page 1099

HWK · 14th December 2014, 22:39

Quote:

Originally Posted by omegaman7

@sonate
Are you sure the encryption has been completely removed? I don't recall which disc, but I had same/similar issues, and a new version of Anydvd HD solved the problem.

I doubt his issue has to do with encryption, if it was x264 or any other encoder will simply crash on garbage input. I will lean towards storage where ISO is kept maybe there are bad sectors on hard drive and imgubrn is failing during verification stage.

Recommend mount iso on virtual drive and try to play and see if something turns up.

jdobbs · 15th December 2014, 00:15

Quote:

Originally Posted by Lathe

Just a quickie, and it isn't really THAT serious, but I seem to notice now, I don't know if it is since the last build (50.01) or before that, but just the initial extraction process of the A/V streams seems to take a LOT longer than it used to. Just kind of weird, really. And it doesn't seem to matter whether the rip is on my internal HDD and the working folder for BDRB is on my SSD drive, OR if both are on my SSD drive, I honestly don't remember the extraction process taking SO long.

If I remember properly, it always seemed in the past to take just a few minutes. But, for a while now, it seem like the extraction process alone takes much more time, like 10-15 minutes. And, as always, I am using the internal LAVF frame server.

Is there any reason that you can think of that would explain why it APPEARS to be so much slower now? The 1st and 2nd pass encoding time, though, seem to be comparable to what they have always been.

There really haven't been any changes to that code in a long time. The only exception would be if the source was MPEG-2 -- and that is because the source is being scanning concurrently with extraction.

sonate · 15th December 2014, 00:15

Quote:

Originally Posted by omegaman7

@sonate
Are you sure the encryption has been completely removed? I don't recall which disc, but I had same/similar issues, and a new version of Anydvd HD solved the problem.

Funny that the only way I know there is a problem is with the verification. Because the disc reads and plays fine in several hardware and software blu ray players. I have even copied the entire BDMV and certificate folders from one drive to the other without any halt or read errors. It would not be so bad if Imageburn reported a bad sector or miscompare, which it doesn't, it's the crash and freeze which makes me wonder.

sonate · 15th December 2014, 00:16

Quote:

Originally Posted by HWK

I doubt his issue has to do with encryption, if it was x264 or any other encoder will simply crash on garbage input. I will lean towards storage where ISO is kept maybe there are bad sectors on hard drive and imgubrn is failing during verification stage.

Recommend mount iso on virtual drive and try to play and see if something turns up.

I did that, even re ripped to a different harddrive, with same results.

jdobbs · 15th December 2014, 00:33

It sounds like a bug in ImgBurn to me.

Lathe · 15th December 2014, 00:52

Quote:

Originally Posted by jdobbs

There really haven't been any changes to that code in a long time. The only exception would be if the source was MPEG-2 -- and that is because the source is being scanning concurrently with extraction.

Okidoke, thanks! Probably just my skewed perception of time

sonate · 15th December 2014, 01:02

Quote:

Originally Posted by jdobbs

It sounds like a bug in ImgBurn to me.

Probably, at any rate the disc is playable and BDreb is consistently doing a great job. I appreciate you and others weighing in on this.

I find that many great movies which were available on DVD in the USA haven't produced blu-ray editions so I'm left buying Asian or European versions. And often enough without English subtitles. So if I really want to watch it, I have to put some work in.

jdobbs · 15th December 2014, 01:29

Quote:

Originally Posted by sonate

Probably, at any rate the disc is playable and BDreb is consistently doing a great job. I appreciate you and others weighing in on this.

I find that many great movies which were available on DVD in the USA haven't produced blu-ray editions so I'm left buying Asian or European versions. And often enough without English subtitles. So if I really want to watch it, I have to put some work in.

You can always use the audio track from the DVD and replace it in the working folder before rebuilding. It sometimes takes a little tweaking to get sync, but it's not too bad.

You can also use the subtitles from the DVD by importing it -- and using what has been converted to BD by BD-RB.

Ch3vr0n · 15th December 2014, 11:43

Jdobbs, could you take a look at my previous post on previous page.

Verstuurd vanaf mijn HTC Sensation met Tapatalk

jdobbs · 15th December 2014, 16:53

Quote:

Originally Posted by Ch3vr0n

Jdobbs, could you take a look at my previous post on previous page.

Verstuurd vanaf mijn HTC Sensation met Tapatalk

I looked at it, but it doesn't make any sense to me. I don't see a link between the .264 output of DGDecNV and another .264 output from X264/LAVF being affected by the existence of DTS Express. Either way the DTS Express stream is multiplexed independently of it.

I'm guessing the real issue might be in the fact that DGDecNV uses multiple processes, while X264/LAVF doesn't. Could you run DGDecNV with MULTIPROCESS=0 to test it?

I'll dig around and see if I can find a source to reproduce it.

Ch3vr0n · 15th December 2014, 17:03

Sure thing, I'll run a test tomorrow and let ya know. Just got back from a union rally that lasted all day and too late to fire up pc.

Verstuurd vanaf mijn Nexus 7 met Tapatalk

Seajunk · 15th December 2014, 21:53

Quote:

Originally Posted by sonate

What is perplexing is what happens when I try to verify the disc against the .iso using Imageburn, it freezes the computer where only a cold shutdown and reboot brings it back. Evidently the only message I get in Imageburntool is a read error almost instantly followed by the freeze. Tried 4 different types of blu ray medium thinking the defect was there, but I guess not.

Sonate, what OS are you running?
I was having the same problem with Imgburn when I moved to win 8.1. Updating the sata driver made the problem more intermittent rather completely go away. In the end i gave up and switched to nero burning rom.

Sharc · 15th December 2014, 22:08

Quote:

Originally Posted by jdobbs

Code:

..........
- Corrected an issue in which attempting to
  use the original BD background during import
  could, rarely, result in blocky MENU output.
.............

Just to report back that this solved the problem for both of my problematic discs. Thanks!

omegaman7 · 15th December 2014, 22:09

I've verified very few discs with Imgburn. The BD burning drive has proved itself, so I haven't seen the need yet. The few discs I have verified, passed with flying colors. That's the only time I use my iHES108. It's proven to be a bad BD-ROM reader. But quality of clean discs, seems to be reliable. Tiniest imperfection on an industrial disc, and there will be pixelation, skipping, etc. Or it won't run properly through BD rebuilder. I really don't like optical technology. But... it's a necessary evil sometimes LOL!

Lathe · 16th December 2014, 03:07

I was wondering, since I have the LAV installed, can I just uninstall the haali splitter? Do I need that for anything else? I think on the first post here don't you say EITHER install one or the other? Should I uninstall the other one that goes with the Haali too?

jdobbs · 16th December 2014, 03:15

Quote:

Originally Posted by Lathe

I was wondering, since I have the LAV installed, can I just uninstall the haali splitter? Do I need that for anything else? I think on the first post here don't you say EITHER install one or the other? Should I uninstall the other one that goes with the Haali too?

It's not needed with LAV installed -- as LAV has it's own splitter.

Lathe · 16th December 2014, 04:06

should I uninstall the FFDShow too?

jdobbs · 16th December 2014, 15:45

If you don't need it for anything else, sure.

Ch3vr0n · 16th December 2014, 18:41

@Jdobbs:

As requested i've re-run the same job with multiprocess=0

Conversion of the main title VID_00262 was with DGDecNV was succesful. I did notice the following though

1) for the main title, it still launched 2 processes of DGIndexNV (although i dont really know if this is bdrb's "fault" or native to DGIndexNV) but for the other smaller titles (extras, intro's, trailers) only 1 DGIndexNV process was launched

2) the x264 version that was launched for all titles was x264.exe and not x264-64.exe (although i don't really know if it's possible to launch 64bit version outside of LAVF) i figured i'd report none-the-less

So it looks like the culprit is not the fact that DGDecNV is used as frameserver, but the multiprocess=n is the culprit. Now how this is possible i don't know or how to fix it. The quickest solution i can think of is to disable multiprocess on DTS-Express enabled discs if it is enabled, unless ofcourse it is a genuine bug and you can find a better fix.

Attached is conversion log and "changed" ini file

Code:

[12/16/14] BD Rebuilder v0.50.01
[15:24:42] Source:  UNDERWORLD_RISE_OF_THE_LYCANS
  - Input BD size: 39,49 GB
  - Approximate total content: [02:56:17.757]
  - Target BD size: 22,95 GB
  - Windows Version: 6.1 [7601]
  - Auto Quality: Good (Very Fast), ABR
  - Output folder: C:\Blu-Ray Rebuilds\BDRB\
  - Decoding/Frame serving: DGDecNV
  - Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[15:24:43] PHASE ONE, Encoding
 - [15:24:43] Processing: VID_00260 (1 of 13)
 - [15:24:43] Extracting A/V streams [VID_00260]
 - [15:24:50] Reencoding video [VID_00260]
   - Source Video: MPEG-2, 1920x1080
   - Rate/Length: 23,976fps, 1.440 frames
   - Bitrate: 8.244 Kbs
 - [15:24:50] Reencoding: VID_00260, Pass 1 of 1
 - [15:25:09] Video Encode complete
 - [15:25:09] Processing audio tracks
 - [15:25:09] Multiplexing M2TS
 - [15:25:13] Processing: VID_00262 (2 of 13)
 - [15:25:13] Extracting A/V streams [VID_00262]
 - [15:43:51] Reencoding video [VID_00262]
 - [15:43:51] Reencoding secondary video [TRK_02]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 23,976fps, 133.033 frames
   - Bitrate: 13.757 Kbs
 - [16:02:37] Reencoding: VID_00262, Pass 1 of 1
 - [17:21:20] Video Encode complete
 - [17:21:20] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
   - Track 4356 (eng): Keeping original audio
   - Track 6656 (eng): Keeping original audio
 - [17:21:20] Multiplexing M2TS
 - [17:29:11] Processing: VID_00263 (3 of 13)
 - [17:29:11] Extracting A/V streams [VID_00263]
 - [17:29:31] Reencoding video [VID_00263]
   - Source Video: MPEG-2, 1920x1080
   - Rate/Length: 23,976fps, 3.552 frames
   - Bitrate: 9.557 Kbs
 - [17:29:31] Reencoding: VID_00263, Pass 1 of 1
 - [17:31:02] Video Encode complete
 - [17:31:02] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
 - [17:31:02] Multiplexing M2TS
 - [17:31:09] Processing: VID_00264 (4 of 13)
 - [17:31:09] Extracting A/V streams [VID_00264]
 - [17:31:24] Reencoding video [VID_00264]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 23,976fps, 2.929 frames
   - Bitrate: 9.645 Kbs
 - [17:31:24] Reencoding: VID_00264, Pass 1 of 1
 - [17:32:31] Video Encode complete
 - [17:32:31] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
 - [17:32:31] Multiplexing M2TS
 - [17:32:39] Processing: VID_00275 (5 of 13)
 - [17:32:39] Extracting A/V streams [VID_00275]
 - [17:32:55] Reencoding video [VID_00275]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 23,976fps, 3.097 frames
   - Bitrate: 9.494 Kbs
 - [17:32:55] Reencoding: VID_00275, Pass 1 of 1
 - [17:34:02] Video Encode complete
 - [17:34:02] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
 - [17:34:02] Multiplexing M2TS
 - [17:34:08] Processing: VID_00276 (6 of 13)
 - [17:34:08] Extracting A/V streams [VID_00276]
 - [17:34:22] Reencoding video [VID_00276]
   - Source Video: MPEG-2, 1920x1080
   - Rate/Length: 23,976fps, 3.120 frames
   - Bitrate: 8.816 Kbs
 - [17:34:22] Reencoding: VID_00276, Pass 1 of 1
 - [17:35:22] Video Encode complete
 - [17:35:22] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
 - [17:35:22] Multiplexing M2TS
 - [17:35:28] Processing: VID_00277 (7 of 13)
 - [17:35:28] Extracting A/V streams [VID_00277]
 - [17:35:43] Reencoding video [VID_00277]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 23,976fps, 2.929 frames
   - Bitrate: 9.503 Kbs
 - [17:35:43] Reencoding: VID_00277, Pass 1 of 1
 - [17:36:41] Video Encode complete
 - [17:36:41] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
 - [17:36:41] Multiplexing M2TS
 - [17:36:47] Processing: VID_00285 (8 of 13)
 - [17:36:47] Extracting A/V streams [VID_00285]
 - [17:36:58] Reencoding video [VID_00285]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 23,976fps, 1.993 frames
   - Bitrate: 9.493 Kbs
 - [17:36:58] Reencoding: VID_00285, Pass 1 of 1
 - [17:37:39] Video Encode complete
 - [17:37:39] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
 - [17:37:39] Multiplexing M2TS
 - [17:37:46] Processing: VID_00286 (9 of 13)
 - [17:37:46] Extracting A/V streams [VID_00286]
 - [17:38:16] Reencoding video [VID_00286]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 23,976fps, 5.545 frames
   - Bitrate: 14.688 Kbs
 - [17:38:16] Reencoding: VID_00286, Pass 1 of 1
 - [17:40:29] Video Encode complete
 - [17:40:29] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
 - [17:40:29] Multiplexing M2TS
 - [17:40:37] Processing: VID_00287 (10 of 13)
 - [17:40:37] Extracting A/V streams [VID_00287]
 - [17:41:41] Reencoding video [VID_00287]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 29,970fps, 16.741 frames
   - Bitrate: 14.608 Kbs
 - [17:41:42] Reencoding: VID_00287, Pass 1 of 1
 - [17:49:15] Video Encode complete
 - [17:49:15] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
 - [17:49:15] Multiplexing M2TS
 - [17:49:33] Processing: VID_00288 (11 of 13)
 - [17:49:33] Extracting A/V streams [VID_00288]
 - [17:51:45] Reencoding video [VID_00288]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 29,970fps, 35.926 frames
   - Bitrate: 14.609 Kbs
 - [17:51:45] Reencoding: VID_00288, Pass 1 of 1
 - [18:06:53] Video Encode complete
 - [18:06:54] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
 - [18:06:54] Multiplexing M2TS
 - [18:07:35] Processing: VID_00289 (12 of 13)
 - [18:07:35] Extracting A/V streams [VID_00289]
 - [18:09:04] Reencoding video [VID_00289]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 29,970fps, 23.435 frames
   - Bitrate: 14.612 Kbs
 - [18:09:04] Reencoding: VID_00289, Pass 1 of 1
 - [18:18:14] Video Encode complete
 - [18:18:14] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
 - [18:18:14] Multiplexing M2TS
 - [18:18:35] Processing: VID_00330 (13 of 13)
 - [18:18:35] Extracting A/V streams [VID_00330]
 - [18:18:53] Reencoding video [VID_00330]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 23,976fps, 3.386 frames
   - Bitrate: 9.317 Kbs
 - [18:18:53] Reencoding: VID_00330, Pass 1 of 1
 - [18:20:11] Video Encode complete
 - [18:20:11] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
 - [18:20:11] Multiplexing M2TS
[18:20:18]PHASE ONE complete
[18:20:18]PHASE TWO - Rebuild Started
 - [18:20:18] Rebuilding BD file Structure
[18:21:22] - Encode and Rebuild complete
[18:21:22] Writing BD structure to ISO file
 - ImgBurn completed successfully
 - UNDERWORLD_RISE_OF_THE_LYCANS folder removed.
 - WORKFILES folder removed.
[18:34:59] JOB: UNDERWORLD_RISE_OF_THE_LYCANS finished.

Code:

[Options]
#video settings
MODE=0
ENCODE_QUALITY=0
ONEPASS_ENCODING=2
AUTO_QUALITY=1
SD_CONVERT=0
COLOR_BOOST=0
RESIZE_1080=0
DEINTERLACE=0
OPEN_GOP=0
MOVIE_ONLY_LOOP=1
USE_FILTERS=0
IVTC_PULLDOWN=1
ASSUME_DVD_PAL=1
SD_TO_1080=0
CONVERT_WIDE=0
MOVIEONLY_TYPE=0
ALTCRF=20
ALT_TARGET=1024
ALTMETHOD=0
ALTAUTOCROP=0
WIDE_PERCENT=40
WIDE_OFFSET=.85
RESIZE_1440=0
RESIZE_720=0
OUTPUT_3D=1
IGNORE_3D=0
NEROAAC=0
DGDECNV=1
USE_LAVF=0

#audio settings
AUDIO_TO_KEEP=dut;eng;nld;und;
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
AVCHD=0
FULL_AVCHD=0

#subtitle settings
SUBS_TO_KEEP=dut;eng;nld;und;

#output settings
REMOVE_WORKFILES=1
REMOVE_OUTPUT=1
REMOVE_IMPORT=1
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23450
PRIORITY_CLASS=1
TARGET_SIZE=23500
AUTO_BURN=2
QUICK_EXTRAS=0

#General Settings
ENABLE_TEST=1
ENABLE_BLANKING=0
BLANK_THRESHOLD=60
MULTIPROCESS=0
MINIMIZE_TO_TRAY=1
SHUTDOWN_REBOOT=1
IMPORT_FOLDER=C:\TEMP
VERBOSE_STATUS=1
BDMV_CERT_ONLY=1
AUTO_BLANK=0
UNMASK_CHAPTER=1
VERSION=0.50.0.1
COMPLETION_BEEP=1
BEEP_SOUNDFILE=C:\Program Files (x86)\ImgBurn\Sounds\Success.wav
SD_PROGRESSIVE=1
MKV_CHAPTERS=1
SUPTITLE=0
OUTPUT_SBS=0
MENU_BACKGROUND=C:\Program Files (x86)\BD_Rebuilder\misc\menuback.jpg
IMPORT_THRESHOLD=15
QUICK_PLAY_THRESHOLD=10
MENU_AUTO_BACKGROUND=1
MENU_PLAY_SEQUENTIAL=1
MENU_START_WITH_MENU=1
OUTPUT_FOLDER=C:\Blu-Ray Rebuilds\BDRB\
FRIMSOURCE=0
ENCODER=0
DGDECIM=0
DECODER=3

[Paths]
WORKING_PATH=C:\TEMP\LAVF\
SOURCE_PATH=Z:\BLU-RAY\DOUBLE LAYER\DTS-E\UNDERWORLD_RISE_OF_THE_LYCANS\
DGIndexNV=C:\Program Files (x86)\BD_Rebuilder\Tools\dgdecnv\DGIndexNV.exe
DGDecNV=C:\Program Files (x86)\BD_Rebuilder\Tools\dgdecnv\DGDecodeNV.dll
DirectShowMVCSource=C:\Program Files (x86)\BD_Rebuilder\Tools\MVCtoAVI.exe\DirectShowMVCSource.dll
NeroAACPath=C:\Program Files (x86)\BD_Rebuilder\Tools\neroaacenc1.5.1\win32\neroAacEnc.exe

There was however a rather significant size difference.

The LAVF built iso came in at 19.0GB on the dot (19.927.488kb)
The DGDC built iso came in at 20.9GB in size (21.919.936kb)

a 2GB difference and still significant for both considering the default target size of 22.95GB. The DGDecNV built one was 2GB short of the target while the LAVF built one was a whopping 4GB smaller

If you want me to run more tests, just lemme know

Seajunk · 16th December 2014, 23:24

Hey Ch3vr0n,
Are you still running that Q9550 processor?
Im surprised its taking three hours for that underworld job at Good(very fast) with DGDecNV decoding. Mine usually run at 45 minutes (I5-4690).

15th December 2014, 00:33	#21965 \| Link
jdobbs Moderator Join Date: Oct 2001 Posts: 20,975	It sounds like a bug in ImgBurn to me. __________________ Help with development of new apps: Donations. Website: www.jdobbs.net

15th December 2014, 22:09	#21974 \| Link
omegaman7 Registered User Join Date: Jan 2010 Location: USA, Oregon Posts: 791	I've verified very few discs with Imgburn. The BD burning drive has proved itself, so I haven't seen the need yet. The few discs I have verified, passed with flying colors. That's the only time I use my iHES108. It's proven to be a bad BD-ROM reader. But quality of clean discs, seems to be reliable. Tiniest imperfection on an industrial disc, and there will be pixelation, skipping, etc. Or it won't run properly through BD rebuilder. I really don't like optical technology. But... it's a necessary evil sometimes LOL! __________________ Only one rooster, need be in the hen house...

16th December 2014, 15:45	#21978 \| Link
jdobbs Moderator Join Date: Oct 2001 Posts: 20,975	If you don't need it for anything else, sure. __________________ Help with development of new apps: Donations. Website: www.jdobbs.net

Thread Tools	Search this Thread
Show Printable Version Email this Page	Search this Thread: Advanced Search
Display Modes
Linear Mode Switch to Hybrid Mode Switch to Threaded Mode

15th December 2014, 11:43	#21969 \| Link
Ch3vr0n Registered User Join Date: Jan 2009 Posts: 1,368	Jdobbs, could you take a look at my previous post on previous page. Verstuurd vanaf mijn HTC Sensation met Tapatalk

15th December 2014, 17:03	#21971 \| Link
Ch3vr0n Registered User Join Date: Jan 2009 Posts: 1,368	Sure thing, I'll run a test tomorrow and let ya know. Just got back from a union rally that lasted all day and too late to fire up pc. Verstuurd vanaf mijn Nexus 7 met Tapatalk

16th December 2014, 03:07	#21975 \| Link
Lathe Registered User Join Date: Aug 2005 Posts: 1,100	I was wondering, since I have the LAV installed, can I just uninstall the haali splitter? Do I need that for anything else? I think on the first post here don't you say EITHER install one or the other? Should I uninstall the other one that goes with the Haali too?

16th December 2014, 04:06	#21977 \| Link
Lathe Registered User Join Date: Aug 2005 Posts: 1,100	should I uninstall the FFDShow too?

16th December 2014, 23:24	#21980 \| Link
Seajunk Registered User Join Date: Oct 2011 Posts: 14	Hey Ch3vr0n, Are you still running that Q9550 processor? Im surprised its taking three hours for that underworld job at Good(very fast) with DGDecNV decoding. Mine usually run at 45 minutes (I5-4690).