BD Rebuilder Beta - Bug Reports Only

[jdobbs]

It's gotta be something different in your version of DGIndexNV or your video card. I did notice that when I tell DGIndexNV to list my GPU devices it says "Symmetric multiprocessors 1" -- what does yours say?

[Ch3vr0n]

@Jdobbs:

I'm back.

I'm using the latest build available 2048 of DGIndexNV

My card is this one specifically http://www.asus.com/Graphics_Cards/GTX680DC2O2GD5/

List GPU Devices shows this

>0: "GeForce GTX 680"
Compute 3.0 (using sm_30)
Memory 2049 MB
L2 Cache 524288 bytes
Symmetric multiprocessors 8 <==
Processor Clock 1084Mhz
Memory bus width 256 bits
GPU/PureVideo version GK104/VP5

AVC: cuvid
MPG: cuda
VC1: cuvid

---

VID_00260 launched only 1 DGIndexNV process, 1 x264 process
VID_00262 launched 2 DGIndexNV processes, 2nd one fires up a few seconds after the first one and both processor loads fluctuate between 01 and 08% and memory size for both fluctuate as well. So neither of them is "hung". They're both actively busy.

So i checked in workfiles and i see this during extraction

00262.track_4113.264
00262.track_6912.264
VID_00262.DGI
VID_00262_2.DGI <==
AUD_00262.meta
00262.track_4608.sup
00262.track_4609.sup
00262.track_4610.sup
00262.track_4611.sup
00262.track_4612.sup
00262.track_4613.sup
00262.track_4614.sup
00262.track_4615.sup
00262.track_4616.sup
00262.track_4617.sup
00262.track_4618.sup
00262.track_4619.sup

00262.track_4352.ac3
00262.track_4356.ac3
00262.track_6656.dts

If there's anything i can do i'd be happy to do it. But beyond providing the info, cuda etc is beyond me. Maybe neuron2 will be able to help you

[gonca]

@jdobbs, @Ch3vr0n
If I may offer

I too have a GTX 680.
My GPU devices is similar to Ch3vr0n.
DGDecNV is 2048

With MULTIPROCESS=0 I only get one instance of DGIndexNV.

[Ch3vr0n]

but is it the same one? I just made sure it's not disc related. I fired up Clash_OF_THE_TITANS which is a seamless transition DTS-E Enabled disc. Extraction goes fine, so does encoding of secondary video and main video. Weirdly enough the first vid multiplexed just fine too. I'll let it complete and see if i encounter that "failed to build issue" somewhere down the line

So the multi-DGIndexNV is definitely not disc limited, damn weird issue and not consistent either. titles 2 & 3 for clash, did not trigger a multi-dgindexnv but those parts did not have a dts-express stream in them. So it's definitely DTS-Express video stream related.

[gonca]

no and no.
If it helps I'll check to see if I have that movie and test.
My card is a ZOTAC

[DarWun]

100%, I'd be happy to run it again.

Verstuurd vanaf mijn Nexus 7 met Tapatalk

FYI I recently had the same issue with Hellboy II which also has a DTS Express Stream. With DGDecNV 2048 and multi-process enabled, the rebuild failed. I had no issues when I switched to LAVF. I didn't try DGDecNV with multi-process disabled.

[Ch3vr0n]

Sounds weird maybe but AWESOME! This means its not an issue confined to my system!

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[gonca]

Just checked with the movie that you were encoding, Ch3vr0n, and I can confirm 2 instances of DGIndexNV with MULTIPROCESS=0 on the main m2ts file.

[Ch3vr0n]

Even more 'good' news. That's 3 confirmed cases now, so definitely an issue now. Maybe I just stumbled upon an issue that requires one of those 'extremely rare set of circumstances'.

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[DarWun]

Sounds weird maybe but AWESOME! This means its not an issue confined to my system!

Verstuurd vanaf mijn Nexus 7 met Tapatalk

I have Rise of the Lycans. If I can find the box it is in (I recently moved) I'll rerip it and give it a try.

[Ch3vr0n]

Well Clash of the titans just finished succesfully (and exhibited the double DGIndexNV issue) into an iso build where Rise of the lycans failed. That being said, it could be semi-sourcepath related too when it failed to build (not the DGIndexNV issue)

As previously said for underworld the source path in BDRB only showed as:

Z:\BLU-RAY\DOUBLE with the full path being
Z:\BLU-RAY\DOUBLE LAYER\DTS-E\UNDERWORLD_RISE_OF_THE_LYCANS

clash of the titans fully showed as

Z:\BLU-RAY\DOUBLE LAYER\DTS-E\CLASH_OF_THE_TITANS

the only "difference" is that the source path for clash is longer than for underworld. So that may be the reason that it didn't show fully, box too small to display full path. But that's a different "problem"

[jdobbs]

If it's creating "VID_00262_2.DGI" then the second instance has to be occurring because of my code. I just ordered "Underworld - Rise of the Lycans" so I can see if I can repeat it. It should be here in a couple of days.

It really shouldn't hurt anything. The fact that BD-RB is doing an extra instance doesn't affect the output since it should only using the first DGI file for the encode.

[jdobbs]

Ugghhh... Ok, I think I have it. I was wrong (nothing new about that part) when I said BD-RB never runs a second instance of DGIndexNV. It really has nothing to do with whether MULTIPROCESS is set, though -- so I was looking in the wrong section of code. If there are secondary video tracks, it runs another instance to index each of them individually. The reason I didn't catch it is because I wasn't testing on a source with secondary video tracks.

I need to cancel that order...

So... now that I've made this way too complicated -- what is the issue we're trying to fix?

[Ch3vr0n]

We were in fact trying to fix multiple issues.

1) Failed to build structure: http://forum.doom9.org/showpost.php?p=1702654&postcount=21958 when DGIndexNV is used, job completes fine when LAVF is used (so you may have to order that disc afterall ;) ), where multi-instance of DGIndexNV may be the root of the cause

2) The serious undersizing reported at http://forum.doom9.org/showpost.php?p=1702928&postcount=21980 on the same source (4GB under target for LAVF build, 2GB for DGIndexNV

3) The fact that multiple DGIndexNV instance are run, even with multiprocess set to 0. Unless that's normal as you say and (if i read you correctly) 1 instance is run to index the main movie and 1 instance is used to index the secondary track, but both are indexed at the same time.

[jdobbs]

We were in fact trying to fix multiple issues.

1) Failed to build structure: http://forum.doom9.org/showpost.php?p=1702654&postcount=21958 when DGIndexNV is used, job completes fine when LAVF is used (so you may have to order that disc afterall ;) ), where multi-instance of DGIndexNV may be the root of the cause

2) The serious undersizing reported at http://forum.doom9.org/showpost.php?p=1702928&postcount=21980 on the same source (4GB under target for LAVF build, 2GB for DGIndexNV

3) The fact that multiple DGIndexNV instance are run, even with multiprocess set to 0. Unless that's normal as you say and (if i read you correctly) 1 instance is run to index the main movie and 1 instance is used to index the secondary track, but both are indexed at the same time.Ok.

1. I'll run a disc with secondary video and see if I can repeat it. If not I'll have to wait until I get that disc.

2. Are the specified bitrates the same in the two jobs? Do you still have the log from the LAVF job?

3. This isn't an issue. They are supposed to run at the same time -- otherwise it would take twice as long.

[Ch3vr0n]

1. No worries, i can wait. I was able to clone it using LAVF anyway. I can wait :) My main priority was simply to report the issue
2. No they arent. http://forum.doom9.org/showpost.php?p=1702654&postcount=21958 Reports the bitrate for main title using dgindexnv at 14.554kb, while using LAVF log (not listed, indicates main title at 13.752 kb. Just under a megabyte in difference). No i don't still have a log from that job but i'll run it again. I clean the logfile regurarly as i do a rather big amount of rebuilds and the log would get too big otherwise. Speaking of the log, i've just made a feature request about that
3. Understood, not an issue and working as intended. I can ignore that fact then

[robbie74]

There's really not a lot that could go wrong. The original audio was used. But I always wince when I see this: - AnyDVD Remove Short Titles: Incompatible
- AnyDVD Remove Annoying Adverts: Incompatible It means AnyDVD is playing with it before BD-RB does. I'd suggest you turn those options off and try again.

There's always a chance of Cinavia -- but it I'm not sure whether 6 1/2 minutes is enough time, and you usually get a warning from the player.


I have now unistalled anydvd & still the same problem, loss of audio at 6 1/2 minuets ??

i have attached new log

thanks

rob

[Video Dude]

I have now unistalled anydvd & still the same problem, loss of audio at 6 1/2 minuets ??


I don't think you needed to uninstall AnyDVD. When you rip the disc the AnyDVD options should not modify the disc, such as Remove Short Titles, Remove Annoying Adverts, and Speed Menus.

It is possible those options can cause a problem for BD-RB. If your source files were originally ripped with those options enabled, you might want to re-rip the disc with the options disabled to determine if that is the cause of the problem.


i have tried 2 different films to shrink down to 25gb ( gravity & guardians of the galaxy both 3d )
I took off all audio track except HD & blanked extras & kept menu, but after 6 1/2 minutes the audio just goes off & does not come back.


This may not be a BD-RB problem. I have seen reports on other forums about Guardians of the Galaxy and no audio involving other backup software.

For example:
https://forum.slysoft.com/showthread.php?62005-No-Audio-after-converting-Guardians-of-The-Galaxy



.

[Ch3vr0n]

@Jdobbs: here's the log for the finished rebuild of rise of the lycans / LAVF mode

[12/18/14] BD Rebuilder v0.50.01
[17:07:58] 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: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[17:08:00] PHASE ONE, Encoding
- [17:08:00] Processing: VID_00260 (1 of 13)
- [17:08:00] Extracting A/V streams [VID_00260]
- [17:08:06] Reencoding video [VID_00260]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 1.440 frames
- Bitrate: 8.244 Kbs
- [17:08:06] Reencoding: VID_00260, Pass 1 of 1
- [17:08:21] Video Encode complete
- [17:08:21] Processing audio tracks
- [17:08:21] Multiplexing M2TS
- [17:08:24] Processing: VID_00262 (2 of 13)
- [17:08:24] Extracting A/V streams [VID_00262]
- [17:23:51] Reencoding video [VID_00262]
- [17:23:51] Reencoding secondary video [TRK_02]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 133.033 frames
- Bitrate: 13.752 Kbs
- [17:29:28] Reencoding: VID_00262, Pass 1 of 1
- [18:26:55] Video Encode complete
- [18:26:55] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4356 (eng): Keeping original audio
- Track 6656 (eng): Keeping original audio
- [18:26:55] Multiplexing M2TS
- [18:35:21] Processing: VID_00263 (3 of 13)
- [18:35:21] Extracting A/V streams [VID_00263]
- [18:35:36] Reencoding video [VID_00263]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 3.552 frames
- Bitrate: 9.557 Kbs
- [18:35:37] Reencoding: VID_00263, Pass 1 of 1
- [18:36:48] Video Encode complete
- [18:36:48] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:36:48] Multiplexing M2TS
- [18:36:54] Processing: VID_00264 (4 of 13)
- [18:36:54] Extracting A/V streams [VID_00264]
- [18:37:07] Reencoding video [VID_00264]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 2.929 frames
- Bitrate: 9.645 Kbs
- [18:37:07] Reencoding: VID_00264, Pass 1 of 1
- [18:38:11] Video Encode complete
- [18:38:11] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:38:11] Multiplexing M2TS
- [18:38:18] Processing: VID_00275 (5 of 13)
- [18:38:18] Extracting A/V streams [VID_00275]
- [18:38:31] Reencoding video [VID_00275]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 3.097 frames
- Bitrate: 9.494 Kbs
- [18:38:31] Reencoding: VID_00275, Pass 1 of 1
- [18:39:38] Video Encode complete
- [18:39:38] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:39:38] Multiplexing M2TS
- [18:39:44] Processing: VID_00276 (6 of 13)
- [18:39:44] Extracting A/V streams [VID_00276]
- [18:39:56] Reencoding video [VID_00276]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 3.120 frames
- Bitrate: 8.816 Kbs
- [18:39:57] Reencoding: VID_00276, Pass 1 of 1
- [18:40:58] Video Encode complete
- [18:40:58] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:40:58] Multiplexing M2TS
- [18:41:04] Processing: VID_00277 (7 of 13)
- [18:41:04] Extracting A/V streams [VID_00277]
- [18:41:17] Reencoding video [VID_00277]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 2.929 frames
- Bitrate: 9.503 Kbs
- [18:41:17] Reencoding: VID_00277, Pass 1 of 1
- [18:42:20] Video Encode complete
- [18:42:20] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:42:20] Multiplexing M2TS
- [18:42:27] Processing: VID_00285 (8 of 13)
- [18:42:27] Extracting A/V streams [VID_00285]
- [18:42:37] Reencoding video [VID_00285]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 1.993 frames
- Bitrate: 9.493 Kbs
- [18:42:37] Reencoding: VID_00285, Pass 1 of 1
- [18:43:20] Video Encode complete
- [18:43:20] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:43:20] Multiplexing M2TS
- [18:43:25] Processing: VID_00286 (9 of 13)
- [18:43:25] Extracting A/V streams [VID_00286]
- [18:43:54] Reencoding video [VID_00286]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 5.545 frames
- Bitrate: 14.688 Kbs
- [18:43:54] Reencoding: VID_00286, Pass 1 of 1
- [18:46:42] Video Encode complete
- [18:46:42] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:46:42] Multiplexing M2TS
- [18:46:54] Processing: VID_00287 (10 of 13)
- [18:46:54] Extracting A/V streams [VID_00287]
- [18:47:57] Reencoding video [VID_00287]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 29,970fps, 16.741 frames
- Bitrate: 14.608 Kbs
- [18:47:57] Reencoding: VID_00287, Pass 1 of 1
- [18:56:56] Video Encode complete
- [18:56:56] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:56:56] Multiplexing M2TS
- [18:58:08] Processing: VID_00288 (11 of 13)
- [18:58:08] Extracting A/V streams [VID_00288]
- [19:05:14] Reencoding video [VID_00288]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 29,970fps, 35.926 frames
- Bitrate: 14.609 Kbs
- [19:05:14] Reencoding: VID_00288, Pass 1 of 1
- [19:22:43] Video Encode complete
- [19:22:43] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:22:43] Multiplexing M2TS
- [19:23:19] Processing: VID_00289 (12 of 13)
- [19:23:19] Extracting A/V streams [VID_00289]
- [19:24:46] Reencoding video [VID_00289]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 29,970fps, 23.435 frames
- Bitrate: 14.612 Kbs
- [19:24:46] Reencoding: VID_00289, Pass 1 of 1
- [19:34:24] Video Encode complete
- [19:34:24] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:34:24] Multiplexing M2TS
- [19:34:51] Processing: VID_00330 (13 of 13)
- [19:34:51] Extracting A/V streams [VID_00330]
- [19:35:05] Reencoding video [VID_00330]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 3.386 frames
- Bitrate: 9.317 Kbs
- [19:35:05] Reencoding: VID_00330, Pass 1 of 1
- [19:36:17] Video Encode complete
- [19:36:17] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:36:17] Multiplexing M2TS
[19:36:23]PHASE ONE complete
[19:36:23]PHASE TWO - Rebuild Started
- [19:36:23] Rebuilding BD file Structure
[19:37:23] - Encode and Rebuild complete
[19:37:23] Writing BD structure to ISO file
- ImgBurn completed successfully
- UNDERWORLD_RISE_OF_THE_LYCANS folder removed.
- WORKFILES folder removed.
[19:48:03] JOB: UNDERWORLD_RISE_OF_THE_LYCANS finished.

[jdobbs]

1. No worries, i can wait. I was able to clone it using LAVF anyway. I can wait :) My main priority was simply to report the issue
2. No they arent. http://forum.doom9.org/showpost.php?p=1702654&postcount=21958 Reports the bitrate for main title using dgindexnv at 14.554kb, while using LAVF log (not listed, indicates main title at 13.752 kb. Just under a megabyte in difference). No i don't still have a log from that job but i'll run it again. I clean the logfile regurarly as i do a rather big amount of rebuilds and the log would get too big otherwise. Speaking of the log, i've just made a feature request about that
3. Understood, not an issue and working as intended. I can ignore that fact thenIt looks like the two bitrates are very close to me based on the logs you posted. The DGDecNV one says 13.757 Kbs and the LAVF one says 13.752 Kbs. So the question is: why the different sizes?

[Ch3vr0n]

no,

the DGDecNV one sais 14.554kb http://forum.doom9.org/showpost.php?p=1702654&postcount=21958
the LAVF one sais 13.752 http://forum.doom9.org/showpost.php?p=1703170&postcount=22020

Between those 2 is the big difference in size and the fact that that DGDecNV one was run with multiprocess=1 (2 instances fired up)

DGDecNV one 13.757kb one http://forum.doom9.org/showpost.php?p=1702928&postcount=21980 is with multiprocess=0

why the difference in size, i have no idea. But it's not the first ISO i see turning out at around 19GB. Prometheus disc 2 (bonus disc) is also such a disc that turns out at 19GB (19.995.904kb exact)

[robbie74]

I don't think you needed to uninstall AnyDVD. When you rip the disc the AnyDVD options should not modify the disc, such as Remove Short Titles, Remove Annoying Adverts, and Speed Menus.

It is possible those options can cause a problem for BD-RB. If your source files were originally ripped with those options enabled, you might want to re-rip the disc with the options disabled to determine if that is the cause of the problem.




This may not be a BD-RB problem. I have seen reports on other forums about Guardians of the Galaxy and no audio involving other backup software.

For example:
https://forum.slysoft.com/showthread.php?62005-No-Audio-after-converting-Guardians-of-The-Galaxy



.

I have not ripped these as i am waiting for my bluray drive, i have downloaded these from a private site.
Just seems strange that both movies cut off at exactly 6 1/2 minutes.
Once i have my drive i will rip a disc & try again.

just to point out , i have tried both films with dvdfab & it works fine.

Just out of curiosity what convert speeds & time are people getting ?

I have
x4 phenom 970be OC to 4.0ghz
12gb ram
6gb sata hd

My convert speeds seem to be around the 8-9 hour mark with a FPS of .22

Does that seem about right ?

Thanks

rob

[jdobbs]

@robbie74

1. Your post violates forum rules -- as discussion of downloaded copyrighted material is NOT PERMITTED on Doom9. Please review Rule #6.
2. You have violated BD-RB bug reporting rules -- as the sources have been preprocessed.

#2 above is probably the reason you are having issues. There will be no more discussion related to your posts, any further discussion will result in strikes.

[robbie74]

@robbie74

1. Your post violates forum rules -- as discussion of downloaded copyrighted material is NOT PERMITTED on Doom9. Please review Rule #6.
2. You have violated BD-RB bug reporting rules -- as the sources have been preprocessed.

#2 above is probably the reason you are having issues. There will be no more discussion related to your posts, any further discussion will result in strikes.

OK, sorry..

[jdobbs]

OK, sorry..BTW, .22fps seems really slow. My system is using an AMD FX-8350. I just did a movie-only disc and I got about 80fps in pass one and 29fps in pass two.

[Lathe]

Just out of curiosity what convert speeds & time are people getting ?

I have
x4 phenom 970be OC to 4.0ghz
12gb ram
6gb sata hd

My convert speeds seem to be around the 8-9 hour mark with a FPS of .22

Does that seem about right ?

Thanks

rob

Hmmm, are you SURE that that is the correct FPS...? The reason why I ask is because the way I set my encodes usually for any BDs where the size is north of say 27 Gigs or so, is I have it on High: Default, 2 Pass AND I use x264 tweaks that tune for film, set the ME=umh and the SubME=8, and bump up the Psychovisual and Trellis stuff, just to give it a bit more punch (the High: Default usually sets the ME=hex and the SubME=7 and it doesn't tune for film) So, not that it is actually necessary, but I like to get the most sharpness and detail possible with larger encodes (I may not even SEE the bloody difference, but then all these people here who set it to the overkill of Highest:Very Slow go beyond even that :) )

So, even with all the tweaks and the relatively high setting, at the most my 2nd pass is about 8 hrs or so (the 1st is consistently about 1 - 1 1/2 hrs no matter what my settings)

I have an AMD APU A8-5600 with 8 Gigs of RAM.

When the movie size is smaller, I usually leave it on High: Default 2 Pass and basically only tune - film, so it takes about 4 hrs on the 2nd pass.

When the size is just a couple of Gigs larger than a BD-25, I leave it on 'Auto' with just the tune-film tweaks, and the 2nd pass usually only takes anywhere from 1 to 2 hrs.

The FPS on the 2nd passes are about 4-5 on the really high settings and maybe around 30-70 on the lower settings. That is why I thought .22 sounded REALLY low...

[Sharc]

Hmmm, are you SURE that that is the correct FPS...? The reason why I ask is because the way I set my encodes usually for any BDs where the size is north of say 27 Gigs or so, is I have it on High: Default, 2 Pass AND I use x264 tweaks that tune for film, set the ME=umh and the SubME=8, and bump up the Psychovisual and Trellis stuff, just to give it a bit more punch (the High: Default usually sets the ME=hex and the SubME=7 and it doesn't tune for film) So, not that it is actually necessary, but I like to get the most sharpness and detail possible with larger encodes (I may not even SEE the bloody difference, but then all these people here who set it to the overkill of Highest:Very Slow go beyond even that :) )

So, even with all the tweaks and the relatively high setting, at the most my 2nd pass is about 8 hrs or so (the 1st is consistently about 1 - 1 1/2 hrs no matter what my settings)

I have an AMD APU A8-5600 with 8 Gigs of RAM.

When the movie size is smaller, I usually leave it on High: Default 2 Pass and basically only tune - film, so it takes about 4 hrs on the 2nd pass.

When the size is just a couple of Gigs larger than a BD-25, I leave it on 'Auto' with just the tune-film tweaks, and the 2nd pass usually only takes anywhere from 1 to 2 hrs.

The FPS on the 2nd passes are about 4-5 on the really high settings and maybe around 30-70 on the lower settings. That is why I thought .22 sounded REALLY low...
Well, yes. But IMHO the real challenge is to relax the settings and still get a (visually) high quality backup, rather than driving everything into the placebo corner. BD-RB "Auto" does a pretty good job in this respect.

[KeVe1983]

Hey jdobbs,

have Problems with both Hobbit Desolation of Smaug Extended 3D Discs

[13:14:45] Source: HOBBIT_DOS_EXTENDED_3D_PART2
- Input BD size: 31,42 GB
- Approximate total content: [02:04:26.917]
- Target BD size: 22,95 GB
- Windows Version: 6.1 [7601]
- Quality: Good (Very Fast), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
- Resuming from previously started job.
[13:14:47] PHASE ONE, Encoding
- [13:14:47] Processing: VID_00006 (1 of 2)
- [13:14:47] Reencoding video [VID_00006]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 130.338 frames
- Bitrate: 27.553 Kbs
- Using FRIMEncoder for MVC encoding
- [13:14:47] Reencoding: VID_00006, Pass 1 of 1
[13:14:51] - Failed video encode, aborted


Got this with both Discs.
Systemcheck is fine and other 3D encodes are working fine.

[omegaman7]

Hey jdobbs,

have Problems with both Hobbit Desolation of Smaug Extended 3D Discs




Got this with both Discs.
Systemcheck is fine and other 3D encodes are working fine.

I have that. I'll try to run it within the next 24hrs.

[whatever_gong82]

I ripped to ISO with AnyDVD HD 7.5.4.0 (Registered lifetime user of the Slysoft program--use same username over at their Forum as well), and while using BD-Rebuilder got this issue that I'm posting below.

I have never seen this before, so I'm stumped.

(I'm removed my personal name from the text.)

[12/20/14] BD Rebuilder v0.50.01
[06:37:07] Source: WEST_SIDE_STORY
- Input BD size: 41.44 GB
- Approximate total content: [03:02:04.036]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[06:37:09] PHASE ONE, Encoding
- [08:49:37] Rebuilding stream 00508 [8 of 19]
- [08:49:37] Multiplexing M2TS
- Error in attempt to multiplex: MUX_00508.meta
- Can't create file E:\FILEHISTORY\Username\Username-PC\DATA\C\USERS\Username\VIDEOS\WORKFILES\TMP\BDMV\STREAM\00000.m2ts
- Failed to rebuild BD file(s). Aborted.
----------------------
[12/20/14] BD Rebuilder v0.50.01
[09:48:32] Source: WEST_SIDE_STORY
- Input BD size: 41.44 GB
- Approximate total content: [03:02:04.036]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
- Resuming from previously started job.
[09:48:35] PHASE ONE, Encoding
[09:48:35]PHASE ONE complete
[09:48:35]PHASE TWO - Rebuild Started
- [09:48:35] Rebuilding stream 00501 [1 of 19]
- [09:48:35] Multiplexing M2TS
- [09:48:58] Rebuilding stream 00502 [2 of 19]
- [09:48:58] Multiplexing M2TS
- [09:50:34] Rebuilding stream 00503 [3 of 19]
- [09:50:34] Multiplexing M2TS
- [09:51:00] Rebuilding stream 00504 [4 of 19]
- [09:51:00] Multiplexing M2TS
- [09:51:37] Rebuilding stream 00505 [5 of 19]
- [09:51:37] Multiplexing M2TS
- [09:54:42] Rebuilding stream 00506 [6 of 19]
- [09:54:42] Multiplexing M2TS
- [09:55:02] Rebuilding stream 00507 [7 of 19]
- [09:55:02] Multiplexing M2TS
- [09:55:46] Rebuilding stream 00508 [8 of 19]
- [09:55:46] Multiplexing M2TS
- [09:58:03] Rebuilding stream 00511 [9 of 19]
- [09:58:03] Multiplexing M2TS
- [09:58:19] Rebuilding stream 00512 [10 of 19]
- [09:58:19] Multiplexing M2TS
- [09:58:32] Rebuilding stream 00513 [11 of 19]
- [09:58:32] Multiplexing M2TS
- [09:58:42] Rebuilding stream 00514 [12 of 19]
- [09:58:42] Multiplexing M2TS
- [09:58:53] Rebuilding stream 00515 [13 of 19]
- [09:58:53] Multiplexing M2TS
- [09:59:01] Rebuilding stream 00516 [14 of 19]
- [09:59:01] Multiplexing M2TS
- [09:59:10] Rebuilding stream 00517 [15 of 19]
- [09:59:10] Multiplexing M2TS
- [09:59:23] Rebuilding stream 00518 [16 of 19]
- [09:59:23] Multiplexing M2TS
- [09:59:26] Rebuilding stream 00519 [17 of 19]
- [09:59:26] Multiplexing M2TS
- [09:59:30] Rebuilding stream 00520 [18 of 19]
- [09:59:30] Multiplexing M2TS
- [09:59:34] Rebuilding stream 00521 [19 of 19]
- [09:59:34] Multiplexing M2TS
- [09:59:38] Rebuilding BD file Structure
[10:00:19] - Failed to REBUILD

[Lathe]

Well, yes. But IMHO the real challenge is to relax the settings and still get a (visually) high quality backup, rather than driving everything into the placebo corner. BD-RB "Auto" does a pretty good job in this respect.

You are right, of course. BDRB does an outstanding job on it's own, which generally speaking, is precisely what it is for. But, at least I am not as compulsive as all these guys here using 'Highest Quality' on every encode :)

SubME-9 is REALLY going over the deep end and it HUGELY impacts the encoding time for likely no real visual gain...

'Auto' is probably just fine for everything. I just personally start getting a little nervous when the disc size starts getting pretty big and BDRB want's to do the encode really fast, although I'm sure the result would be excellent. I mean, shoot... I USED to be perfectly happy with the free DVDFab encodes, and we KNOW JD's program is a heck of a lot better than that! :)

[Hajnal]

Hey jdobbs,

have Problems with both Hobbit Desolation of Smaug Extended 3D Discs




Got this with both Discs.
Systemcheck is fine and other 3D encodes are working fine.

[11.07.14] BD Rebuilder v0.49.05 (beta)
[21:32:32] Source: HOBBIT_DOS_EXTENDED_3D_PART1_00100
- Input BD size: 31,53 GB
- Approximate total content: [01:36:05.676]
- Target BD size: 23,73 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: Ultra-High (Extremely Slow), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[21:32:32] PHASE ONE, Encoding
- [21:32:32] Processing: VID_00049 (1 of 1)
- [21:32:32] Extracting A/V streams [VID_00049]
- [21:38:32] Reencoding video [VID_00049]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 138*238 frames
- Bitrate: 26*485 Kbs
- Using FRIMEncoder for MVC encoding
- [21:38:32] Reencoding: VID_00049, Pass 1 of 1
- [22:18:16] Video Encode complete
- [22:18:16] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4354 (hun): Keeping original audio
[22:18:16]PHASE ONE complete
[22:18:16]PHASE TWO - Rebuild Started
- [22:18:17] Rebuilding BD-3D file Structure
[22:31:33] - Encode and Rebuild complete
[22:31:33] JOB: HOBBIT_DOS_EXTENDED_3D_PART1 finished.


You are right, of course. BDRB does an outstanding job on it's own, which generally speaking, is precisely what it is for. But, at least I am not as compulsive as all these guys here using 'Highest Quality' on every encode :)

SubME-9 is REALLY going over the deep end and it HUGELY impacts the encoding time for likely no real visual gain...

'Auto' is probably just fine for everything. I just personally start getting a little nervous when the disc size starts getting pretty big and BDRB want's to do the encode really fast, although I'm sure the result would be excellent. I mean, shoot... I USED to be perfectly happy with the free DVDFab encodes, and we KNOW JD's program is a heck of a lot better than that! :)


[12.21.14] BD Rebuilder v0.50.01
[18:52:59] Source: GONE GIRL
- Input BD size: 41,71 GB
- Approximate total content: [02:41:27.677]
- Target BD size: 23,93 GB
- Windows Version: 6.2 [9200]
- Quality: Ultra-High (Extremely Slow), Two Pass
- X264 Tweak(s) enabled

[Lathe]

[12.21.14] BD Rebuilder v0.50.01
[18:52:59] Source: GONE GIRL
- Input BD size: 41,71 GB
- Approximate total content: [02:41:27.677]
- Target BD size: 23,93 GB
- Windows Version: 6.2 [9200]
- Quality: Ultra-High (Extremely Slow), Two Pass
- X264 Tweak(s) enabled

Heh, Ultra-High AND tweaks! WOW! :D

[KeVe1983]

[11.07.14] BD Rebuilder v0.49.05 (beta)
[21:32:32] Source: HOBBIT_DOS_EXTENDED_3D_PART1_00100
- Input BD size: 31,53 GB
- Approximate total content: [01:36:05.676]
- Target BD size: 23,73 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: Ultra-High (Extremely Slow), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[21:32:32] PHASE ONE, Encoding
- [21:32:32] Processing: VID_00049 (1 of 1)
- [21:32:32] Extracting A/V streams [VID_00049]
- [21:38:32] Reencoding video [VID_00049]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 138*238 frames
- Bitrate: 26*485 Kbs
- Using FRIMEncoder for MVC encoding
- [21:38:32] Reencoding: VID_00049, Pass 1 of 1
- [22:18:16] Video Encode complete
- [22:18:16] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4354 (hun): Keeping original audio
[22:18:16]PHASE ONE complete
[22:18:16]PHASE TWO - Rebuild Started
- [22:18:17] Rebuilding BD-3D file Structure
[22:31:33] - Encode and Rebuild complete
[22:31:33] JOB: HOBBIT_DOS_EXTENDED_3D_PART1 finished


That was a while ago and you are using an older version, maybe something changed?

[12.22.14] Checking System Settings
- BD-Rebuilder v0.50.01
- Windows Version: 6.1 [7601]
- Working Path Free Space: 42,95GB
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 4504, Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[12.22.14] Systems Settings Check complete

Just tried it again:

[12.22.14] BD Rebuilder v0.50.01
[10:40:17] Source: HOBBIT_DOS_EXTENDED_3D_PART1
- Input BD size: 35,04 GB
- Approximate total content: [02:00:51.994]
- Target BD size: 22,95 GB
- Windows Version: 6.1 [7601]
- Quality: Good (Very Fast), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[10:40:17] PHASE ONE, Encoding
- [10:40:17] Processing: VID_00031 (1 of 3)
- [10:40:17] Extracting A/V streams [VID_00031]
- [10:40:28] Reencoding video [VID_00031]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 8.159 frames
- Bitrate: 5.890 Kbs
- Using FRIMEncoder for MVC encoding
- [10:40:28] Reencoding: VID_00031, Pass 1 of 1
[10:40:30] - Failed video encode, aborted

[Hajnal]

That was a while ago and you are using an older version, maybe something changed?

[/CODE]

Intel HD Graphics Driver?

[Hajnal]

.....I USED to be perfectly happy with the free DVDFab encodes, and we KNOW JD's program is a heck of a lot better than that! :)

edit x264_dp_Standalone-Blu-ray.xml with settings x264

[KeVe1983]

Intel HD Graphics Driver?

Yes, i just use the Intel GPU, don't have a graphic card.

Other Discs are working fine, just got that with Hobbit DOS.

Hobbit AUJ encode was fine.

[Hajnal]

Yes, i just use the Intel GPU, don't have a graphic card.

Other Discs are working fine, just got that with Hobbit DOS.

Hobbit AUJ encode was fine.


version number?

[KeVe1983]

version number?

10.18.10.3907 - 05.08.2014

Intel HD 4600

[Hajnal]

10.18.10.3907 - 05.08.2014

Intel HD 4600



10.18.10.3621

the new version does not work

[KeVe1983]

10.18.10.3621

the new version does not work

Thank you, but i'm now on 10.18.10.3621 and have still the same error


----------------------
[12.22.14] BD Rebuilder v0.50.01
[14:07:40] Source: HOBBIT_DOS_EXTENDED_3D_PART1
- Input BD size: 35,04 GB
- Approximate total content: [02:00:51.994]
- Target BD size: 22,95 GB
- Windows Version: 6.1 [7601]
- Quality: Good (Very Fast), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[14:07:40] PHASE ONE, Encoding
- [14:07:40] Processing: VID_00031 (1 of 3)
- [14:07:40] Extracting A/V streams [VID_00031]
- [14:07:51] Reencoding video [VID_00031]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 8.159 frames
- Bitrate: 5.890 Kbs
- Using FRIMEncoder for MVC encoding
- [14:07:51] Reencoding: VID_00031, Pass 1 of 1
[14:07:53] - Failed video encode, aborted

[Hajnal]

Thank you, but i'm now on 10.18.10.3621 and have still the same error.....



http://thumbnails112.imagebam.com/37490/7e35e5374899662.jpg (http://www.imagebam.com/image/7e35e5374899662)

MVCENCODE.BAT
http://thumbnails112.imagebam.com/37490/58eb67374899667.jpg (http://www.imagebam.com/image/58eb67374899667)

[KeVe1983]

I don't know what the problem is :confused:

Just have that problem with both Hobbit DOS Discs

[Hajnal]

I don't know what the problem is :confused:

Just have that problem with both Hobbit DOS Discs


purchased or downloaded disk?

[KeVe1983]

You got a PM ;)

[Ch3vr0n]

why pm? Got somethin to hide ?

[jdobbs]

purchased or downloaded disk?You got a PM Please avoid these types of discussions in this forum. They are inappropriate and Rule #6 applies.

[gonca]

Off Topic but

Merry Christmas everyone.

[jdobbs]

That's the kind of OT that won't get a complaint from me.

MERRY CHRISTMAS TO EVERYONE!!!

[Ch3vr0n]

I'll do it then. No Christmas for another 2 hours here. :-P so merry Christmas in advance :-D

Verstuurd vanaf mijn HTC Sensation met Tapatalk