BD Rebuilder Beta - Bug Reports Only

[greslogo]

I understand and I apologize.

[Guest]

Thanks for your understanding. We do this to protect the forum, not to hassle you. Knowledge is power -- if you know the rules you'll know how to post without causing problems for the forum.

Happy Holidays to you!

[greslogo]

The same to you.

[Sharc]

DVD Subtitles are ignored when importing DVD's.
Is this a limitation of tsMuxeR's demuxer, or do I miss something?

[RobertM]

Well, it's December 24th. Time for my annual BD-RB Christmas donation....


...Done! Merry Christmas JD.

[Mark_Venture]

anyone else having problems with out of order scenes? Im doing movie only to DVD5 conversion, i had the problem with Now You See Me. Most movies i add into BD rebuilder show up as one single file. but when i add Now You see Me it shows multiple files, Disneys Planes does this too but i haven been able to watch it yet to see if it is also out of order.I saw the same thing. BD-Rebuilder picked the wrong play list. I had to manually pick playlist 651 to get the right order.

[jdobbs]

DVD Subtitles are ignored when importing DVD's.
Is this a limitation of tsMuxeR's demuxer, or do I miss something?They aren't ignored. They are converted to BD format and imported.

[jdobbs]

Well, it's December 24th. Time for my annual BD-RB Christmas donation....


...Done! Merry Christmas JD.
Thank you very much!

[jdobbs]

I saw the same thing. BD-Rebuilder picked the wrong play list. I had to manually pick playlist 651 to get the right order.There is no magic method for choosing a playlist. Nothing definitively differentiates a feature from any other playlist. BD-RB looks at a number of factors and make a determination which is the most probable to be the feature and chooses it. It's right about 99+% of the time -- but every now and then (especially when the source has been purposely convoluted to confuse) it misses and you have to find the playlist yourself.

Sometimes AnyDVD can identify the correct playlist on an obfuscated disc during decryption and stores it in a file called "disc.inf" in the root folder. If that's the case, BD-RB will use the specified playlist. So if you are copying to hard drive, make sure you always copy that file as well as the BDMV and CERTIFICATE folders.

[Sharc]

They aren't ignored. They are converted to BD format and imported.
Hmmm..., that's what I thought it would do, however:
[10:18:15] Importing DVD: CLAN_DES_SICILIENS
- Processing DVD title [1 of 1]
- Collecting audio/video/subtitle streams...
- Converting subtitles to BD format...
- Source issue, subtitle 1 ignored.
- Source issue, subtitle 2 ignored.
- Source issue, subtitle 3 ignored.
- Source issue, subtitle 4 ignored.
- Source issue, subtitle 5 ignored.
- Source issue, subtitle 6 ignored.
- Multiplexing audio/video/subtitles...
- Creating Quick-Play Menu...
[10:31:27] DVD import completed successfully.

I could manually demux the Subs with eac3to, but not with tsMuxeR (1.10.6)
I did a lot of testing lately, so it could be that I have messed up something. Never mind.

Merry X-mas!

[jdobbs]

Hmmm..., that's what I thought it would do, however:


I could manually demux the Subs with eac3to, but not with tsMuxeR (1.10.6)
I did a lot of testing lately, so it could be that I have messed up something. Never mind.

Merry X-mas!They are ignored when BD-RB gets an error trying to decode them. I'm not familiar with that disc. Is there any way you can send me a short sample where the subtitle is ignored?

BD-RB doesn't use TSMUXER to demux DVDs, it does it itself.

[Mark_Venture]

There is no magic method for choosing a playlist. Nothing definitively differentiates a feature from any other playlist. BD-RB looks at a number of factors and make a determination which is the most probable to be the feature and chooses it. It's right about 99+% of the time -- but every now and then (especially when the source has been purposely convoluted to confuse) it misses and you have to find the playlist yourself.

Sometimes AnyDVD can identify the correct playlist on an obfuscated disc during decryption and stores it in a file called "disc.inf" in the root folder. If that's the case, BD-RB will use the specified playlist. So if you are copying to hard drive, make sure you always copy that file as well as the BDMV and CERTIFICATE folders.Yeah, it has done a good job. There just those occasional movies. Now You Seem Me is one, Planes is another. And there are a few other Disney animated blurays I've backed up for my son.

But I would say about 95% or more of the time its been right on with picking the right playlist. The ones it gets wrong are the ones with like "25 million" play lists on them. I've looked in the disc.inf for these movies, and there is no entries or marking in it.

What I've ended up doing is searching the internet for threads about backing them up. I can usually find discussions and what others suggested.

[omegaman7]

There is no magic method for choosing a playlist. Nothing definitively differentiates a feature from any other playlist. BD-RB looks at a number of factors and make a determination which is the most probable to be the feature and chooses it. It's right about 99+% of the time -- but every now and then (especially when the source has been purposely convoluted to confuse) it misses and you have to find the playlist yourself.

Sometimes AnyDVD can identify the correct playlist on an obfuscated disc during decryption and stores it in a file called "disc.inf" in the root folder. If that's the case, BD-RB will use the specified playlist. So if you are copying to hard drive, make sure you always copy that file as well as the BDMV and CERTIFICATE folders.
That's very good info. Thanks! :D

[Sharc]

They are ignored when BD-RB gets an error trying to decode them. I'm not familiar with that disc. Is there any way you can send me a short sample where the subtitle is ignored?

BD-RB doesn't use TSMUXER to demux DVDs, it does it itself.
Sample is in your mailbox.

[jdobbs]

To all the BD Rebuilder Beta Testers:

MERRY CHRISTMAS AND A HAPPY NEW YEAR!!!

[setarip_old]

@jdobbs

And All the Best to You and Yours ;>}

[Ch3vr0n]

All the best as well, may the 3d implementation go smooth as well as other future developments.

Sent from my Nexus 7 using Tapatalk 4

[gonca]

To jdobbs and everyone else

Merry Christmas and a Happy New Year.
(and may the donations keep flowing)

[HWK]

To all the BD Rebuilder Beta Testers:

MERRY CHRISTMAS AND A HAPPY NEW YEAR!!!

Thank you and same goes for you as well :D

@ All, hope your new year is filled with the very best of everything!

[AmigaFuture]

Happy Winter Solstice JD and All! 2014 will Rock as all of them do. It's not the yearly/traditional celebrations that mean something..it's the moments OF/IN those that do.

[slvrsrfr]

Merry Chritmas, Jdobbs, and everyone else!

Jdobbs-I wanted to follow up on my post:
http://forum.doom9.org/showthread.php?p=1655931#post1655931

Could this be related to the version of java on the bd players - i verified that all 3 bd players have the lastest firmware from the manufacturer. Can you think of another factor that would cause this behavior (i thought java version, for a lack of knowing anything else!).

thx.

[jdobbs]

Merry Chritmas, Jdobbs, and everyone else!

Jdobbs-I wanted to follow up on my post:
http://forum.doom9.org/showthread.php?p=1655931#post1655931

Could this be related to the version of java on the bd players - i verified that all 3 bd players have the lastest firmware from the manufacturer. Can you think of another factor that would cause this behavior (i thought java version, for a lack of knowing anything else!).

thx.I have found something that may be related to that in the M2TS that holds the menu IGS stream. I'm still working on it. You should see an update in the next release.

[sonate]

To all the BD Rebuilder Beta Testers:

MERRY CHRISTMAS AND A HAPPY NEW YEAR!!!

To you too JD and your close ones. A warm joyful Christmas and peaceful healthy New Year. Thank you for all you have done here.

[slvrsrfr]

I have found something that may be related to that in the M2TS that holds the menu IGS stream. I'm still working on it. You should see an update in the next release.

Wow, excellent, thanks for the hard work!

[DMagic1]

Yeah, I guess I'm due to make another($$).

Thanks for all the hard work over all these years with this project and past ones.

[Sharc]

When I import a couple of files I get as last Quick Menu title BD-RB's stars menu backdrop, together with the menu text, something like:
01. my title 1
02. my title 2
03. my title 3
04. Disc Extra: [00:00:01.042]Can/should I just delete this last menu text and leave the file 04. ticked (if I want to keep the stars backdrop), or should I leave this untouched?

[gonca]

You can edit it to 04. Disc Extra or possibly to 04.
You can add your own backdrop Sharc

[laserfan]

Does anyone here using DGIndexNV for DGI file creation point BD-RB to the 64-bit executable? I have had some trouble getting .DGIs created reliably and am trying to eliminate possibilities.

What happens is that a corrupt .DGI gets created and x264 chokes on the encoding attempt i.e. "Failed to encode video, aborting". It's easy to "fix" just by deleting the corrupt .DGI but something's flaky with my setup.

[gonca]

laserfan
If you want I can try it later. I will let you know if it works when I get a chance to try it, in a few hours.

[laserfan]

laserfan
If you want I can try it later. I will let you know if it works when I get a chance to try it, in a few hours.
Thanks gonca, though I'm not sure you'd see a problem in casual testing, given I don't see it reliably myself. So I was looking for someone else who has been using 64-bit DGIndexNV reliably for a while i.e. with a lot of discs.

[Guest]

Does anyone here using DGIndexNV for DGI file creation point BD-RB to the 64-bit executable? I have had some trouble getting .DGIs created reliably and am trying to eliminate possibilities.

What happens is that a corrupt .DGI gets created and x264 chokes on the encoding attempt i.e. "Failed to encode video, aborting". It's easy to "fix" just by deleting the corrupt .DGI but something's flaky with my setup. Can you show me one of these corrupt DGI files? Better yet, can you also provide a source stream that acts that way?

[gonca]

any reason why you don't use the 32 bit version of DGIndexNV?

[laserfan]

Can you show me one of these corrupt DGI files? Better yet, can you also provide a source stream that acts that way?
Don the only reason I've "picked-on" DGIndexNV is because it made a few broken .DGI files whereupon x264 choked on them resulting in the "Encode failed. Aborting...". But when I delete the faulty file(s) and run it again, it works fine so it's NOT repeatable.

Wondered if any other BD-RB'er regularly uses it sucessfully because I frankly don't use BD-RB very often, though I do use DGIndexNV.exe 64-bit regularly in my own custom .cmd files and it always performs flawlessly for me! So I think: the way it's called? A conflict with another running process? A glitch in the drive serving the .iso? VirtualCloneDrive? AnyDVDHD? My CPU or memory? Not likely to be a DG issue but thought I'd ask if others here use it regularly.

A couple sample "corrupt" .DGI files I had the presence of mind to save:

DGVC1IndexFileNV14 DGIndexNV 2046 X64
C:\Program Files (x86)\DGIndexNV\

V:\BDMV\STREAM\00011.m2ts 754575360

DEVICE 0
DECODE_MODES 0,1,0
STREAM 1
PKTSIZ 192
VPID 4113
CLIP 0 0 0 0
RANGE 0 0 754575359 0
AUDIO

SEQ 798 1 1 0 5
ENTRY 823 0 64
0:FRM 0 0 2
1:FRM 3 0 2
2:FRM 1 0 2
3:FRM 3 0 2
4:FRM 1 0 2
5:FRM 3 0 2
6:FRM 1 0 2
7:FRM 3 0 2
8:FRM 1 0 2
9:FRM 1 0 2
10:FRM 3 0 2
11:FRM 1 0 2
12:FRM 3 0 2
13:FRM 1 0 2
SEQ 343902 1 1 0 5
ENTRY 343927 0 0
14:FRM 3 0 2
15:FRM 0 0 2
16:FRM 3 0 2
17:FRM 1 0 2
18:FRM 3 0 2
19:FRM 3 0 2
20:FRM 3 0 2
21:FRM 3 0 2
22:FRM 1 0 2
SEQ 2024478 1 1 0 5
ENTRY 2024503 0 0
23:FRM 3 0 2
24:FRM 0 0 2
25:FRM 3 0 2
26:FRM 3 0 2
27:FRM 1 0 2
28:FRM 3 0 2
29:FRM 1 0 2
30:FRM 1 0 2
31:FRM 3 0 2
32:FRM 1 0 2
33:FRM 1 0 2
34:FRM 3 0 2
35:FRM 1 0 2
36:FRM 3 0 2
37:FRM 1 0 2
38:FRM 3 0 2
39:FRM 1 0 2
40:FRM 1 0 2
41:FRM 3 0 2
42:FRM 1 0 2
43:FRM 3 0 2
44:FRM 1 0 2
45:FRM 3 0 2
46:FRM 1 0 2
47:FRM 3 0 2
48:FRM 3 0 2
49:FRM 1 0 2
50:FRM 3 0 2
51:FRM 1 0 2
52:FRM 1 0 2
SIZ 0 x 0
FPS 0 / 0
CODED 53
PLAYBACK 53
0.00% FILM
ORDER 1


DGAVCIndexFileNV14 DGIndexNV 2046 X64
C:\Program Files (x86)\DGIndexNV\

V:\BDMV\STREAM\00029.m2ts 138829824

DEVICE 0
DECODE_MODES 0,1,0
STREAM 1
PKTSIZ 192
VPID 4113
CLIP 0 0 0 0
RANGE 0 0 138829823 0
AUDIO

SIZ 0 x 0
FPS 0 / 0
CODED 0
PLAYBACK 0
0.00% FILM
ORDER -1

any reason why you don't use the 32 bit version of DGIndexNV?
Nah, only that it's what I use most of the time, so I've pointed BD-RB at it in my .INI file.

[Guest]

Well the problem is obviously the size being set as 0 x 0 and FPS as 0 / 0. And the second one has no frames at all. I've never seen anything like this, either using DGIndexNV standalone or with MEGUI (I haven't used BDRB).

You'd have to find a repeatable case and provide the stream to allow me to diagnose it. Maybe others can comment on your suggested causes.

EDIT: I can't even see a code path that would allow DGIndexNV to print 0 / 0 as the frame rate! So memory issues, etc., are possible.

[Sharc]

Does anyone here using DGIndexNV for DGI file creation point BD-RB to the 64-bit executable? I have had some trouble getting .DGIs created reliably and am trying to eliminate possibilities.

What happens is that a corrupt .DGI gets created and x264 chokes on the encoding attempt i.e. "Failed to encode video, aborting". It's easy to "fix" just by deleting the corrupt .DGI but something's flaky with my setup.
I am using DGIndex 64bit. Now you write this I remember that I had some time ago exactly the same. I noticed that the .dgi was 0 bytes, and opening it in a text editor showed that it was indeed empty.
I deleted the .dgi, restarted the indexing and all went smooth. I didn't pay much attention to the incident as it has happened only once. Unfortunately I don't remember the source. If I can trace it back I could try to reproduce the case.

[laserfan]

I can't even see a code path that would allow DGIndexNV to print 0 / 0 as the frame rate! So memory issues, etc., are possible.
Yikes, well I just re-ran the entire job yet again and there were no problems so I have to consider that it's unrelated to your program or to BD-RB either really. I'm going to run a chkdsk on my eSATA drive that the ISO is mounted from. Maybe it was just a noise problem over the eSATA cable--I've had problems with eSATA before though not from this drive. Anyway thanks Donald for looking at it.

And thank you too Sharc for chiming-in. I must say I impressed myself ;) by finding why x264 choked. That the job merely resumes after letting DGIndexNV try again is a relief of course.

Sorry for the distraction fellas--my money's on a weak eSATA link. :o

[Guest]

Run some good RAM checks also. I doubt the eSATA theory because I see only a memory corruption as a possibility. DGIndexNV reads the fps_num and fps_den from the stream. If either is seen as zero it changes it to 25fps. The only mechanism I can think of is that it reads the fps_num and fps_den correctly but then subsequently the memory gets trashed before the DGI is written.

[Guest]

I remember that I had some time ago exactly the same. I noticed that the .dgi was 0 bytes, and opening it in a text editor showed that it was indeed empty. That's not exactly the same. Here we have a DGI written but with bad values, not an empty DGI. In your case, something could have hung the process, so that the DGI was never written.

[jdobbs]

When I import a couple of files I get as last Quick Menu title BD-RB's stars menu backdrop, together with the menu text, something like:
01. my title 1
02. my title 2
03. my title 3
04. Disc Extra: [00:00:01.042]Can/should I just delete this last menu text and leave the file 04. ticked (if I want to keep the stars backdrop), or should I leave this untouched? Not sure I understand completely. You wouldn't see that during an import unless you ave the import threshold set very, very low.

[jdobbs]

Does anyone here using DGIndexNV for DGI file creation point BD-RB to the 64-bit executable? I have had some trouble getting .DGIs created reliably and am trying to eliminate possibilities.

What happens is that a corrupt .DGI gets created and x264 chokes on the encoding attempt i.e. "Failed to encode video, aborting". It's easy to "fix" just by deleting the corrupt .DGI but something's flaky with my setup.Never actually tried it.

Having trouble in what way? I've never had an issue with DGIndexNV...

[Sharc]

Not sure I understand completely. You wouldn't see that during an import unless you ave the import threshold set very, very low.
My settings were:
MENU_BACKGROUND=C:\Program Files Video\BD_Rebuilder\misc\menuback.jpg
IMPORT_THRESHOLD=6
QUICK_PLAY_THRESHOLD=6
MENU_AUTO_BACKGROUND=1
MENU_PLAY_SEQUENTIAL=0
MENU_START_WITH_MENU=1

[laserfan]

Run some good RAM checks also. I doubt the eSATA theory because I see only a memory corruption as a possibility. DGIndexNV reads the fps_num and fps_den from the stream. If either is seen as zero it changes it to 25fps. The only mechanism I can think of is that it reads the fps_num and fps_den correctly but then subsequently the memory gets trashed before the DGI is written.
FWIW when I watch BD-RB work I see a --demux meta file in BD-RB's WORKFILES but I don't see the result of the --demux i.e. the .m2ts file needed to make the .dgi. Maybe it goes into a TMP folder or is somehow done on-the-fly perhaps. Might it be possible to start the --demux and comment the .dgi creation concurrently? I wouldn't think so...I'd expect the .m2ts to be locked until demux is over. In any case the PC's been working real hard today and this last run's been perfect that I've now burned to disk.

I'm going to move my eSATA drive anyway and then I just might do the Memtest86+ and/or torture-test program whose name escapes me atm.

[Guest]

I don't see the result of the --demux i.e. the .m2ts file Not following you here. M2TS files do not need to be demuxed from anything.

[laserfan]

Well I had been looking at this AUD_00011.meta file, which purports to demux the video, though now that I look again at the .DGI file it does refer instead to the original .m2ts on the disc (see .DGI above):

MUXOPT --no-pcr-on-video-pid --new-audio-pes --demux --vbr --vbv-len=500
V_MS/VFW/WVC1, "V:\BDMV\STREAM\00011.m2ts", fps=29.97, track=4113
A_AC3, "V:\BDMV\STREAM\00011.m2ts", track=4352, lang=eng
S_HDMV/PGS, "V:\BDMV\STREAM\00011.m2ts",fps=29.97, track=4608,lang=jpn
S_HDMV/PGS, "V:\BDMV\STREAM\00011.m2ts",fps=29.97, track=4609,lang=eng
S_HDMV/PGS, "V:\BDMV\STREAM\00011.m2ts",fps=29.97, track=4610,lang=fra
S_HDMV/PGS, "V:\BDMV\STREAM\00011.m2ts",fps=29.97, track=4611,lang=deu
S_HDMV/PGS, "V:\BDMV\STREAM\00011.m2ts",fps=29.97, track=4612,lang=spa
S_HDMV/PGS, "V:\BDMV\STREAM\00011.m2ts",fps=29.97, track=4613,lang=nld

So I admit I don't know what the demux of the vid is for here (result is "00011.track_4113.vc1") given it appears not to be for the .DGI file to act in concert with. I guess I will try to run it again just to watch how things unfold. I can't imagine that tsMuxeR could be demuxing the audio from the .m2ts at the same time that DGIndexNV is trying to index the very same m2ts file...?

EDIT: OK I'm running it again and clearly tsMuxeR.exe is running to demux the audio (and the videotrack) while DGIndexNV is running simultaneously, apparently (to me anyway) to index the very same .m2ts being demuxed. I wouldn't have thought this was possible, that the m2ts would be locked by one process or the other, but I am not a programmer.

:confused:

[Guest]

As you say it depends on whether the file is locked. But if you are just reading there is no need to lock it when opening it, and concurrent processes can read the same file. When writing a file you want exclusive access to avoid collisions.

[jdobbs]

Well I had been looking at this AUD_00011.meta file, which purports to demux the video, though now that I look again at the .DGI file it does refer instead to the original .m2ts on the disc (see .DGI above):

MUXOPT --no-pcr-on-video-pid --new-audio-pes --demux --vbr --vbv-len=500
V_MS/VFW/WVC1, "V:\BDMV\STREAM\00011.m2ts", fps=29.97, track=4113
A_AC3, "V:\BDMV\STREAM\00011.m2ts", track=4352, lang=eng
S_HDMV/PGS, "V:\BDMV\STREAM\00011.m2ts",fps=29.97, track=4608,lang=jpn
S_HDMV/PGS, "V:\BDMV\STREAM\00011.m2ts",fps=29.97, track=4609,lang=eng
S_HDMV/PGS, "V:\BDMV\STREAM\00011.m2ts",fps=29.97, track=4610,lang=fra
S_HDMV/PGS, "V:\BDMV\STREAM\00011.m2ts",fps=29.97, track=4611,lang=deu
S_HDMV/PGS, "V:\BDMV\STREAM\00011.m2ts",fps=29.97, track=4612,lang=spa
S_HDMV/PGS, "V:\BDMV\STREAM\00011.m2ts",fps=29.97, track=4613,lang=nld

So I admit I don't know what the demux of the vid is for here (result is "00011.track_4113.vc1") given it appears not to be for the .DGI file to act in concert with. I guess I will try to run it again just to watch how things unfold. I can't imagine that tsMuxeR could be demuxing the audio from the .m2ts at the same time that DGIndexNV is trying to index the very same m2ts file...?

EDIT: OK I'm running it again and clearly tsMuxeR.exe is running to demux the audio (and the videotrack) while DGIndexNV is running simultaneously, apparently (to me anyway) to index the very same .m2ts being demuxed. I wouldn't have thought this was possible, that the m2ts would be locked by one process or the other, but I am not a programmer.

:confused:That demux is there to get the PGS and Audio files. The video is also demuxed but is only kept if BD-RB calculates that it is small enough to keep intact. Otherwise it is removed and the M2TS index (DGIndexNV) is used.

The file isn't locked... both processes are reading it simultaneously. That saves a lot of time because at any point one or the other is finding its records in cache rather than having to do a physical read. In most cases it takes about half as long as having to do each process sequentially.

[laserfan]

Ok I didn't know if this was possible; only thinking maybe 64-bit DGIndexNV might be too "quick on the draw" for tsMuxeR or something. That's a technical term...

Thanks for the explanations fellas. I had thought about "demux the video in case you use it as-is" but it's nice to get confirmation about that too J.

:o :) :D

[jdobbs]

Ok I didn't know if this was possible; only thinking maybe 64-bit DGIndexNV might be too "quick on the draw" for tsMuxeR or something. That's a technical term...

Thanks for the explanations fellas. I had thought about "demux the video in case you use it as-is" but it's nice to get confirmation about that too J.

:o :) :DI'd be very surprised if there is any significant difference in speed between 32 bit and 64 bit. Even if there was, that isn't going to increase disc access speeds. Just remember that BD-RB uses the 32 bit version of AVISYNTH -- so you must use the 32 bit version of DGDecNV.

It's possible the two apps may get out-of-sync in their reading, but that's rare. Generally the app that is behind in reading catches up because its data is cached, and it may even become the leader -- causing the other app to be cached and catch up. They may change positions several times during execution -- but most of the time they finish within a second of each other.

[Blurayhd]

Hi @jdobbs

You know i do not how to do with bd rebuilder, what options to use, I have some movies on Bluray discs and need to pass them directly to mkv format with no loss of both audio and video and subtitles , that is, all intact. I tried eg MakeMKV but give me a problem and I try to Bd rebuilder but it insists to make a "reencoding". There is an option of passing directly without "touching" audio and video and subs?

Thanks for your time!

sorry to bother you, I had not seen the option to intact audio / video

Thanks again

[AmigaFuture]

When I import a couple of files I get as last Quick Menu title BD-RB's stars menu backdrop, together with the menu text, something like:
01. my title 1
02. my title 2
03. my title 3
04. Disc Extra: [00:00:01.042]Can/should I just delete this last menu text and leave the file 04. ticked (if I want to keep the stars backdrop), or should I leave this untouched?

Switch BD-RB to Full Backup before importing; then....import. :D

Hi @jdobbs
sorry to bother you, I had not seen the option to intact audio / video

Thanks again

From BD-RB Menu select Mode. Movie-Only Backup. Alternate Movie-Only Output. It's in the list. :D