Guide for Blu-Ray Re-Authoring using multiAVCHD [Archive] - Page 2

Capsbackup

26th February 2010, 17:46

If the disk is BD-J it is possible that these images are java resources.

When you click the preview frame mplayer should try to play the current m2ts. Does it show anything?

One I have only displays a black screen with :
MultiAVCHD.deanbg.com with the time display.
The time slider works, but this is the only screen displayed.
The associated .m2ts file is 492kb, a warning, with a 1:51 time frame that must be a still since if I open it with MPC, the time of 1:51 is there but it just opens and immediately finishes at 1:51.

EDIT:
MPC shows the 1:51 time display, but MultiAVCHD shows 00:00:10.009, V_MPEG-2, 1920x1080P(1.778), 23.976, ref frames: 0

laserfan

26th February 2010, 20:47

One I have only displays a black screen with :
MultiAVCHD.deanbg.com with the time display.
The time slider works, but this is the only screen displayedThis is typical of what I see also. Should we upload a couple deank for you to look at, or do you need more structure than just .m2ts???

deank

26th February 2010, 21:10

Capsbackup

26th February 2010, 21:26

multiAVCHD depends on directshow to decode at least one frame of the video. If it fails it shows the web-thumbnail. It even tries to demux the video with eac3to if m2ts is <2MBs and display it if directshow fails... I don't know what else I can do.

Your program works great! :)
This, to me, is just a small issue. It can be time consuming though, which is a little annoying, but luckily I only have experienced a few Blu-Rays that have many of these types of files.
Considering what you have done so far, especially recently, I, in know way, am complaining!!
Just happy to be testing the different options, and there are so many, when I can find time. :p

laserfan

26th February 2010, 21:32

multiAVCHD depends on directshow to decode at least one frame of the video. If it fails it shows the web-thumbnail. It even tries to demux the video with eac3to if m2ts is <2MBs and display it if directshow fails... I don't know what else I can do.
Well, I dunno deank but here is an example of a "Parental Guidance" MPEG2 that will not Preview in mAVCHD but will appear using simple MediaPlayerClassic 6491

http://www.mediafire.com/file/vmrt00zhtv4/05002.m2ts

To be able to see these in mAVCHD would be a wonderful thing for those of us who are annoyed by all these kinds of movie intros...

deank

26th February 2010, 21:47

Well.. I have no problem with this file... you can hear the sound of eac3to demuxing it and it is displayed:

http://multiAVCHD.deanbg.com/lf.jpg

It is MPEG2 and it probably means that your directshow settings won't let multiAVCHD decode it... Either you're using the latest (broken) haali or using it without MPEG-PS/MPEG-TS checkboxes, or something else in your ffdshow settings (if you use it).

laserfan

26th February 2010, 22:34

Well.. I have no problem with this file... you can hear the sound of eac3to demuxing it ...
It is MPEG2 and it probably means that your directshow settings won't let multiAVCHD decode it... Either you're using the latest (broken) haali or using it without MPEG-PS/MPEG-TS checkboxes, or something else in your ffdshow settings (if you use it).Wow, well thanks deank at least now I have something to troubleshoot. Dunno what you mean that you "hear eac3to demuxing it" at least I do not see any eac3to opening in Task Manager. I guess that means my ffdshow is hosed somehow; libavcodec is selected for MPEG2. I have (and reinstalled) Haali from Jan2009. I'll find it--thanks for looking!! :o

deank

26th February 2010, 22:49

When eac3to demuxes the video (because is it a small file) you will hear the default eac3to "done!" sound.

Honestly I'll have to build a clean OS PC and test everything... Right now I'm using my laptop without any codec changes since september 2008 and everything works. I never updated/installed any new versions of ffdshow and I am too using haali dated Jan 2009.

The only thing I have is MPC which came with "realalt137-RMVB-FILTER.exe" - This is VERY VERY old (May 14th 2005) program/pack which has mplayerc.exe, and some additions for realmedia... The only things I have installed are ffdshow, avisynth, haali and this pack.

http://multiAVCHD.deanbg.com/ra.jpg

I never needed anything else nor installed anything... It's been this way for 4-5 years :) (exception for haali and ffdshow from august 2008).

laserfan

26th February 2010, 23:14

When eac3to demuxes the video (because is it a small file) you will hear the default eac3to "done!" sound.

Honestly I'll have to build a clean OS PC and test everything...I had to remind myself what that was (the "champagne cork" sound of course) and I've never heard that when working with mAVCD.

I'd DL'ed the Haali version pointed-to from your website which is 1.9.355.21. I had been using v1.9.42.1 but doesn't matter--1.9.355.21 doesn't work either. I got the bright idea to go into Haali options and check "Display error messages" and sure enough, when I go to Preview in mAVCHD I get a Haali error "Error: can't open file Unspecified error" so at least I have something to troubleshoot now ("why doesn't my Haali installation like these files").

My installation is a relatively new W7 x64 but every other video task is handled well so I dunno why it doesn't like this corner of mAVCHD. I'll keep plunking at it.

Capsbackup

26th February 2010, 23:45

I had to remind myself what that was (the "champagne cork" sound of course) and I've never heard that when working with mAVCD.

Well I just learned something. :o I was wondering why I hear that sound on some previews but not on others.
Interesting that some of these files, like the PG-13 displayed above, work for me while others, some warnings and some "commentaries do not express blah, blah..." do not show.

laserfan

26th February 2010, 23:57

Sorry Dean, can you indulge me another ? or two: having asserted Haali "latest stable" release which is 1.9.355.21, and installed latest ffdshow making sure libavcodec is set for MPEG2, and a few reboots of course, and I also can now finally see the PG13 screen as you have, but only if I drag this file into the media window and open it i.e. if instead I am in BDRA mode, then it doesn't work.

So in basic "run mAVCHD and drag the 05002.m2ts into it" I get the Haali error (because I've set it to alert me to errors) and then the Champagne cork indicating eac3to success and then see the blue screen just as you did above--successful Preview. But...

When in BDRA mode and I click on the .mpls for 05002, or the Title for it, I get the Haali error but nothing indicating an eac3to attempt, no Task Mgr or champagne cork--mAVCHD just goes to Preview with black and "multiAVCHD.deanbg.com" and the time midpoint overlaid onto it.

Of course, in this latter case I cannot click on 05002.m2ts directly, I can only access the 00106.mpls or Title #7 which is where 05002.m2ts is "buried". If I inspect the mpls with HxD I sso two instances of @05002M2TS but nothing else. Any more ideas?

Capsbackup

27th February 2010, 06:14

deank;
recently I had reauthored a Blu-Ray with version 3.0, 729 on a title I had ran BD-RB on first to reduce to BD-25. The BD-RB version works perfectly while playing back on TMT3 and PowerDVD 7.3.
I blanked 3 warnings and 1 Deluxe Digital advert with MultiAVCHD, and the results worked perfectly with same two software players.
Tried this same movie with BD-RB, only this time reduced to BD-9 size, to test my luck with full movie backup to BD-9 for my Sony S360. Again, original BD-RB backup works perfectly with software players.
However, after blanking the same 3 warnings and 1 advert with the newest version of MultiAVCHD 4.0, 733, it will not play on the software players.
I noticed that this version of MultiAVCHD is not copying the contents of the Certificate folder that version 729 did, only the empty folders. There are files inside the CERTIFICATE folder and BACKUP folder. Also, the contents of the AUXDATA, BDJO, JAR, and META are not copied either. It is only coping empty folders. Version 729 copied the contents as well as the folders.
Is this by design?

Capsbackup

27th February 2010, 07:14

I can confirm that version 3.0 729 does properly copy all files within these folders where as version 4.0 733 did not.
After a new reauthor with 3.0 729, this title does now work properly on the software players. :) I will burn to DVD+R DL later for final testing on my Sony S360.
(dual-boot OS can come in handy sometimes :p)
Also, BD Live is working as well.

deank

27th February 2010, 10:00

laserfan

27th February 2010, 17:44

@laserfan: just tried it in re-author mode and the PG warning is also displayed. May be it has something to do with the playlist file. Can you send it to me, too?You bet Dean--thanks for taking a look at this. Here's the .mpls that references the PG warning:

http://www.mediafire.com/file/ym1ycywaoyw/00106.mpls

deank

27th February 2010, 18:07

Again... I have no problem with the file and the playlist...

Imported a disc in re-author mode and selected the title with this playlist in the compilation box:

http://multiAVCHD.deanbg.com/lf2.jpg

I can hear eac3to and it is displayed again. You can see that i'm using the playlist (in the PLAYLIST tab FILE REF [00106.mpls] and the m2ts file in the title header [05002.m2ts] just like you do.

While importing it here is the log from multiAVCHD:

[19:04:08] MAKER/Equipment ID: BLU-RAY DISC

[19:04:10] *** 2. AVCHD LALAY
[19:04:10] *** Scanning playlist (00106.mpls). Please wait...
[19:04:10] *** Playlist EXT format: BDMV 1.1
[19:04:10] *** Detected main-path : [ID#000 Dur: 00:00:06.006] [00:00:11.650]
[19:04:11] *** Detected media file: [05002.m2ts, 00:00:06.006] (0 MiB)
[19:04:11] *** Detected main-path : [ID#001 Dur: 00:00:00.041] [00:00:17.656]
[19:04:11] *** Detected chapters #: 00:00:00.000;00:00:06.006
[19:04:11] *** Playlist duration : 00:00:06 (0 MiB)

[19:04:11] Added Blu-ray disc in re-author mode.
[19:04:11] In re-author mode multiAVCHD funcionality is restricted.

Dean

p.s. Using version 4.0.734 here... I don't know which one you have, but I think it doesn't really matter (unless I changed something since build 729 and you're using it).

laserfan

27th February 2010, 19:42

Ok I guess I have to quit on this before I have a nervous breakdown! Deciding it might be a W7 x64 issue, I rebooted to XP x64 and installed mAVCD from scratch (latest) and SAME PROBLEM! I can open and view 00106.mpls and 05002.m2ts in MPC, and 05002.m2ts will Preview as a media file in mAVCD, but 00106.mpls will not. Haali errors but it's not passed to eac3to that I can tell (no cork sound ever).

I guess I wanna ask what the exact mechanism is in mAVCD for "Haali's errored on this so pass it to eac3to" because that doesn't seem to be happening. Is DirectShow involved? Maybe I have some filter priority differences from yours (though at least on the W7 machine it's almost brand-new w/only adds being Sonic/Nero/Arcsoft stuff for running eac3to and TMT3).

Capsbackup

27th February 2010, 20:26

This is very strange, since the copy is done with a single command and I didn't change it. It is as simple as xcopy.exe :) and is performed with 'transferring structure' message. The folders (empty or not) are created in the same step as copying the files.

I'll check it now.

***

No change... all files and subfolders are properly transferred. I can't think of what is not right at your end.
?

deank, tried again this morning, with build 734, and as the program starts the import/reauthor process and stops to asks " This folder contains 110 pictures, do you want to create slide show?", below in the media window I see:
1. BD Live Center activate
2. BD Live Center cancel
3. BD Live Center slide select
4. BD Live Center up down select
5. ERROR
6. UBL new intro audio
Above in the media window the error appears to be in the \BDMV\JAR\11001\ERROR.PCM

If I say No, and continue, it does proceed, and appears to finish successfully as well, but the movie does not play.
However, when I try this same movie with version 3.0 729, I do not ever get this same message/error, and it completes and the movie works.
I am doing nothing different other than using the new version on my XP Pro hard drive 1 OS, rather than my XP Pro hard drive 2 OS.
Maybe it's just this movie, since I have done several others (4-5) that have worked properly.
But there is no doubt that this same movie source does process correctly with version 3, 729 and not version 4, 734.

deank

27th February 2010, 20:32

Capsbackup

27th February 2010, 21:00

Well it scans for stuff in the imported folder and prompts for the slide show. You're saying that answering "NO" and entering re-author mode, processing without errors gives a bad disc?

I did some changes in the reauthor mode since 729 but they were minor fixes for major bugs (like failing with big mpls files). And you're saying that the structure is not copied entirely?

Yes, and what I found, trying to figure out what was different than the source, was the contents inside the folders were not copied but the folders were. No errors in the log either.
Just tried again, same results.
MultiAVCHD completes and when I check the folders, they are there but are empty.
Would you like the log file? Can I provide anything?
Just trying to help and report my testing, let me know. :(

deank

27th February 2010, 22:21

It must have something to do with privileges in your installation of ver 4.0. Both 3.0 and 4.0 use the same command... as I earlier posted "xcopy.exe" - a basic windows command to copy/recreate a structure. Its parameters are /Y /E /EXCLUDE:exclude.txt /I /C where exclude.txt contains .m2ts .mpls .clpi .MTS .MPL .CPI each on separate mode and executed via structure.cmd. It is just a single command executed via cmd.exe. As I said I did a test today and all files were transferred properly.

Dean

laserfan

27th February 2010, 23:42

Dean I believe I have found my Preview problem, which is an appallingly simple one: I failed to notice the "before you begin" instructions shown here:
Choose a partition with at least 100 GB free. Create a folder called "Workspace". In this folder, create one folder, called "multiAVCHD". In the folder called "multiAVCHD" create another two folders, called "Original" and "Temp". In[to] the "Original" folder copy the original disc, the BDMV and CERTIFICATE folders.
Instead of copying the disc to my hard drive, I was instead re-authoring from the original disc (with AnyDVDHD installed of course). When I copy all the files from the original disc to my hard drive, then the items that previously would not Preview w/eac3to work fine.

Indeed FWIW it appears that this "fails to Preview" thing only occurs with those items that fail Haali and require eac3to--I get good results w/sound of popping cork now, where before I never heard that. Something about the way eac3to works i.e. needs to write to the source location and can't? I dunno, but I hope my travails (sorry for all the time you spent Dean) help someone else... :o

deank

27th February 2010, 23:50

Capsbackup

28th February 2010, 00:39

Dean I believe I have found my Preview problem, which is an appallingly simple one: I failed to notice the "before you begin" instructions shown here:

Instead of copying the disc to my hard drive, I was instead re-authoring from the original disc (with AnyDVDHD installed of course). When I copy all the files from the original disc to my hard drive, then the items that previously would not Preview w/eac3to work fine.

Indeed FWIW it appears that this "fails to Preview" thing only occurs with those items that fail Haali and require eac3to--I get good results w/sound of popping cork now, where before I never heard that. Something about the way eac3to works i.e. needs to write to the source location and can't? I dunno, but I hope my travails (sorry for all the time you spent Dean) help someone else... :o

Interesting find laserfan!
I have never reauthored any of mine from the disc but from AnyDVD HD ripped files to a folder on my hard drive. I work from these "source" folders. Example might be a folder name of the Blu-Ray with the BDMV and CERTIFICATE folders inside this folder.
deank, is this method acceptable or is there a difference/reason to create these special named folders?
When I start MultiAVCHD, I always need to direct it to the source files and also select a destination folder too.
Perhaps my method is undesirable.:confused:

deank

28th February 2010, 01:39

No, folder names are arbitrary (the author of the guide chose these names). multiAVCHD defaults to its path after each re-author job or when the last used output folder does not exists (does not apply to re-author mode). You're doing nothing wrong. I just wonder why the problem with [transferring structure].

laserfan

28th February 2010, 15:18

:) With most input media, multiAVCHD can't operate if source resides on a read-only media. Could this be the cause? It is good to follow the guides step by step :)

Yes, every time with such troubles with multiAVCHD it helps me a lot, not to say it helps other users, too!

Thanks for not loosing it and not giving up ;)I do wonder why eac3to doesn't like the non-writeable source.

You have been most gracious and kind...I appreciate it! Will have to try another re-author soon! :)

deank

28th February 2010, 15:21

It is possible that it isn't eac3to's fault. When you drag the .m2ts file directly from the read-only image/mounted disc you can preview it, right?

laserfan

28th February 2010, 16:16

It is possible that it isn't eac3to's fault. When you drag the .m2ts file directly from the read-only image/mounted disc you can preview it, right?No, I cannot. I get a Haali error but no appearance/cork-pop from eac3to, only the black screen w/your logo & time.

I believe it was when I put the single .m2ts on my hard drive, and dragged it from there (trying to duplicate what *you* were experiencing since you did not have the entire disc), and it worked, that I was inspired to try instead copying the entire BD onto the hard disk finally. And then I started getting lotsa cork pops--eureka! :)

Capsbackup

28th February 2010, 20:52

Well, I guess it's just my luck..:rolleyes: Just had a second movie not work with MultiAVCHD v4.0 build 734, in reauthor mode, yet work perfectly with v3.0 729.
MultiAVCHD starts the rebuilding process after I made my blanking selections, but then throws out this message and quits/shuts down:
(RT) Invalid array index(65610). Valid range(1-48628)-Line 27871.
Again I notice that in the media window of v4.0 734 it displays:
(a)...\BDMV\Jar\05200\Sound\activate
(a)...\BDMV\Jar\05200\Sound\Select
then the path to the .MPLS files-list.
But when I use v3.0 729, as with my previous example, these first two items (a)...\BDMV\Jar\05200\Sound\activate(a)...\BDMV\Jar\05200\Sound\Select
are not even listed or present in any way in the media window.
I am not sure why that is, but that is the only thing I notice that seems different between the two builds, with v4.0 not working with this type source while v3.0 does.
Not trying to be a PITA deank, just reporting my finding. :confused:
Let me know if I can provide anything.

Side note: this movie had approx. 87 very small kb files/warnings in 7-8 different languages that I blanked. Only a few were displayed with the preview, even though the "cork" sound from eac3to was heard. I had to use BDInfo in conjunction with MPC to find the associated .m2ts/.mpls files, which is rather time consuming and slightly annoying :( , but accurate. I tried the slider for several, but they do not display, only the black screen w/your logo & time.

deank

28th February 2010, 23:00

Such files and folders should not appear at all. After the prompt to enter reauthor mode only [r]/[s] playlist (.mpls) files should be present in the list. There is something wrong about all that... but the only thing I added was the prompt for picture slideshow. I guess I'll need to look at it again. Of course a copy of your structure (without the stream folder contents) would be helpful too.

Capsbackup

28th February 2010, 23:34

The two recent movies files are enclosed:
REMOVED.
I hope this may help, sorry to find troublesome discs. :(

crl2007

1st March 2010, 09:13

I've been using v4.0 since it was released, and never experienced your kind of problems. But, there is a but, there are so many disc structures, that is virtually impossible to include them in a program without feedback from users. Good think that deank is flexible and a good guy and always helpful and receptive to new changes.

Only he knows how much I tortured him :) with annoying disc structures.

deank

1st March 2010, 09:17

It is not a problem disc :) but a bug, because multiAVCHD imported all the audio files it found in the disc before knowing it will be for reauthoring, so the structure became useless. That's why it wouldn't transfer the structure, because it is fooled by these [a] titles in media tab.

It is fixed now and you can update with multiUPDATE.exe

crl2007

1st March 2010, 09:30

Good to know. Good job. :D

Capsbackup

1st March 2010, 17:13

deank;
Just tried one of the problem discs, and it works perfectly again. Only the .mpls files are loaded into the media window, as was with version 3.0 729, and the reauthor goes through to completion as to be expected. :)
Good job! :thanks:

Since this disc had so many small .m2ts files to blank, I found that there were lots of small media files left over and were scattered in the root of the "D" drive and some were in the source file as well. Is there a way to make sure all working temp files, etc.. are placed in one location?

deank

1st March 2010, 17:15

:confused: What? :)

Nothing should go outside multiAVCHD's folder and the temp folder... Can you please explain?

Capsbackup

1st March 2010, 18:21

As I said, there were several very small media files associated with the blanked ones, that did not go into the working folder or the temp folder, but instead were in my D:\.
Also, there were a few of these same type of files now in the source folder as well. The source had the BDMV and the CERTIFICATE folders and then these other files.
I deleted them now, but will run the project again and be more specific as to the files and type/names etc..

deank

1st March 2010, 18:25

Yes and please if you can send me the log (my email is in the ABOUT box). None of these (movie related/blanked) files should be in these folders. :)

Capsbackup

1st March 2010, 18:46

Well,:o
Just finished the same project again and no scattered files this time.
Senior moment! :p
There definately was files the first time though, none this time.
Forgive me, sorry about that.:( If it happens again, ( not the senior moment !!) I will be more aware of the files/situation.

Capsbackup

4th March 2010, 07:17

deank;
I have now had a repeat of the scattered files. It has happened on another Sony title that had an extraordinary amount of titles blanked, similar to the previous one.
You will find the location and files enclosed, as well as the log.
Also, I'm not sure why, but this reauthor took a really long time...( almost 2 1/2 hours!) and it was only on a full movie backup to BD-9. :confused:

deank

4th March 2010, 11:27

:) These small files are the demuxed videos (by eac3to) for the preview, each time you hear the 'cork' sound :)

I wonder why they show in such locations. I'll check it later. It is safe to delete them of course, but it shouldn't create such a mess.

About the longer time it took to re-author:

[19:17:12] *** Applying changes to linked playlists...
...
[21:35:22] Re-authoring completed...

That's a lot... But too many files changed and multiAVCHD needs to verify each playlist for a lot of things (a lot of times). I think I can speed this up down to just few minutes :) but I'll have to think about it.

Dean

deank

4th March 2010, 15:18

@Caps: I was playing a bit with the structure you sent me...

[15:10:52] *** [00125.m2ts] 1920x1080i, 23.976fps [00:00:00.000]
[15:10:52] *** Caching all playlists...
[15:10:52] *** Applying changes to linked playlists...
[15:10:52] *** [00097.mpls] - Applying changes...
[15:10:54] *** [00099.mpls] - Applying changes...
[15:10:56] *** [00004.mpls] - Applying changes...
[15:10:57] *** [00005.mpls] - Applying changes...
[15:10:59] *** [00000.mpls] - Applying changes...
[15:10:59] *** [00001.mpls] - Applying changes...
[15:11:01] *** [00100.mpls] - Applying changes...
[15:11:03] *** [00010.mpls] - Applying changes...
[15:11:03] *** [00101.mpls] - Applying changes...
[15:11:04] *** [01051.mpls] - Applying changes...
[15:11:06] *** [01054.mpls] - Applying changes...
[15:11:10] *** [01105.mpls] - Applying changes...
[15:11:11] *** [01110.mpls] - Applying changes...
[15:11:11] *** [00052.mpls] - Applying changes...
[15:11:13] *** [00059.mpls] - Applying changes...
[15:11:15] *** [00012.mpls] - Applying changes...
[15:11:18] *** [01112.mpls] - Applying changes...

[15:11:20] Re-authoring completed...

There is some speed improvement, but I can't be really sure. I'll post the new build a bit later so when/if any of you guys have time to check if there is speed difference, let me know.

Dean

late edit: Another optimization... I wonder why I programmed it the way it was...

[16:02:29] *** Caching all playlists...
[16:02:29] *** Applying changes to linked playlists...
[16:02:29] *** [00051.mpls] - Applying changes...
[16:02:47] *** [00054.mpls] - Applying changes...
...
[16:07:33] *** [00110.mpls] - Applying changes...
[16:07:51] *** [00111.mpls] - Applying changes...

[16:07:53] Re-authoring completed...

324 seconds

****

The same source after the optimization:

[16:13:05] *** Caching all playlists...
[16:13:05] *** Applying changes to linked playlists...
[16:13:05] *** [00051.mpls] - Applying changes...
[16:13:05] *** [00054.mpls] - Applying changes...
...
[16:13:11] *** [00110.mpls] - Applying changes...
[16:13:12] *** [00111.mpls] - Applying changes...

[16:13:13] Re-authoring completed...

8 seconds

****

That's not bad at all :)

The mess with the eac3to files is also taken care of. :)

@Caps: The disc you reauthored should complete in ~3 minutes after "Caching playlists" instead of 2hrs and 17 mins. :)

Capsbackup

4th March 2010, 16:23

deank, thanks for making such a quick fix!
I ran the same saved project and it finished in 12min 26sec. :)
I now figured out why I had the scattered files the first time and not the second, at least on my previous report. The demuxed videos (by eac3to) for the preview only were created during the blanking selection process, and when I deleted them and saved the project, they did not need to be demuxed again since I had already selected to blank them and saved the project. ( Senior moment excuse removed! :p )
As you can see, there were approx. 87 files blanked, yes an extreme, but all were unnecessary. But I still cannot get the preview to show these files still picture. I have been using BDInfo to find the .mpls file and its corresponding .m2ts file, then open that .m2ts file with MPC to check if I want to blank this file. This is very time consuming!!:(

deank

4th March 2010, 16:51

You should always see the corresponding .m2ts file in the title-bar of the window - no need to search with BDinfo.

Also, you can click the preview box and mplayer should play the file, so no need to use MPC (although mplayer may fail or open/close too quickly).

I'll think about it... may be I can add a check if you have mplayerc.exe in tools folder then use it instead of mplayer.exe

http://multiavchd.deanbg.com/multiAVCHD_mppreview.jpg

Capsbackup

4th March 2010, 16:58

deank, can reauthor mode be used to blank only warnings on a title that has PiP, and if so, will the title retain the original PiP/secondary audio if the audio is DD Plus?
Just curious since I just tested BD-RB on The Matrix, which has PiP/DD Plus secondary audio, TrueHD audio for the main audio, and would like to blank the warnings before burning to BD-R. The BD-RB reencode kept it perfectly. So I don't want to lose/remove it.

deank

4th March 2010, 17:01

By 'blanking a title' you mean Blu-ray disc title, not a playlist, right?

Or you mean a playlist which has things to blank and it contains a movie with PIP?

I remember that blanking should work in all cases. Remuxing/adding/removing streams won't work for playlists with PIP features.

I guess you should have no problem.

The blanking mode simply replaces the m2ts files, corrects the playlist and clipinfo files. It doesn't care what video or audio/subtitles the playlist has. Then it corrects all other playlists/clipinfo files which may refer to the blanked playlist/m2ts file.

***

In fact, remuxing/adding/removing stuff should work for PIP titles when PIP is out-of-mux (in a separate m2ts file and not in the same m2ts as the main movie).