Why do a demux and remux when no re-encode?

[blutach]

Oftentimes, I just want to encode the extras (eg to 1/2D1). The main feature is untouched but DVDRB still demuxs and remuxes.

Wouldn't it be better if it skipped these steps?

Or am I missing something?


Also, can I enquire why, if I change a matrix after prepare is done, it is not reflected in the ECL and a new prepare needs doing? Again, am I missing something obvious?

Regards and TIA

[kaitsuburi]

Also, can I enquire why, if I change a matrix after prepare is done, it is not reflected in the ECL and a new prepare needs doing? Again, am I missing something obvious?


I've noticed the same thing with HC. Doing prepare with "encoder default" matrix selected and changing to custom matrix before encode is not reflected (HC encode window shows "MPEG" for matrix, which is the encoder default).

Since the choice of custom matrix is dependent on final bitrate, which we only know for certain after prepare, it would be convenient to be able to change custom matrix after prepare and right before encode.

(With the new redistribution mechanism enabled, though, it is necessary to choose matrix before prepare/redistribution)

--kaitsuburi

[~bT~]

Also, can I enquire why, if I change a matrix after prepare is done, it is not reflected in the ECL and a new prepare needs doing? Again, am I missing something obvious?

This has always been the case. You need to select matrix before prepare.

[blutach]

@~bT~

Notwithstanding "what has always been", is there a reason why when the prepare is over and I want a new matrix, I can't simply select it and have the ECL update? Doesn't seem that it should be that hard to do - after all we update other things in the ECL like bitrates after messing around in the preview.

While I'm on this, is there a chance to have an option in the preview for no re-encode in a whole VTS (as opposed to segment by segment)?

Sorry for all the requests jdobbs :)

Regards

[Sharc]

You can change the matrix after the prepare with RB-Opt which will update the ecl. It works at least for CCE - I am not sure if its also possible for HC.
Still, it would be more convenient to have this feature in DVD-RB......

[jdobbs]

Oftentimes, I just want to encode the extras (eg to 1/2D1). The main feature is untouched but DVDRB still demuxs and remuxes.

Wouldn't it be better if it skipped these steps?

Or am I missing something?


Also, can I enquire why, if I change a matrix after prepare is done, it is not reflected in the ECL and a new prepare needs doing? Again, am I missing something obvious?

Regards and TIA1. Never gave it much thought. It's because it has to rebuild the original, so it needs all the sources to make that possible. My authoring modules make the assumption that it is starting from scratch and any modules that are at least as large as the minimum size setting have to be rebuilt. I can look at it, but I'm not sure how much work it would take to eliminate the demux/mux.

2. It's because the ECL is created during PREPARE. I'd have to look at that one too.

Unfortunately I have been really short of time lately -- big project on the "paying job". It'll probably be that way for a couple of months.

[blutach]

Thanks for the reply. On (1), I'd just figure if both menus and titles domain was not touched, you could copy the VTS's files to DVDFILES and mark the VTS as rebuilt.

What chance of (3) - Mark whole VTS as no re-encode (instead of just a segment?)

Thanks for considering these ideas.

Regards