Replacing Audio in DVD

[tahir]

HI,
I have a dvd in english language. I also have the same movie in vcd with other audio language (urdu). I have dumuxed the vcd and have encoded the audio into ac3. How can i put the audio in the dvd while have the orignal menu.
Sorry for my english
Tahir

[goonix]

Hi tahir!

- Open the DVD in PgcEdit and save the Celltimes.txt of the main movie.
- Open the DVD in VobBlanker and extract the movie.
- Demux the extracted movie.
- Mux the video and your new audio with MuxMan using Celltimes.txt.
- Replace the original movie with your new movie with VobBlanker.

If you are not familiar with these tools, you have a lot to learn.

goonix

[CoNS]

I would do it this way:

1. Demux main movie PGC (and save celltimes.txt), using PgcDemux
2. Mux video, subtitles and audio, including your new audio stream, with MuxMan
3. Use VobBlanker's Replace PGC function to copy the newly muxed main movie PGC into the old DVD strcuture.

Almost the same as goonix, but as you can see I would do the first three steps he described in one process in PgcDemux instead.

[tahir]

Thank you GooNix And CoNs for quick reply, I will try to do with the tools you have specified. Wish me luck.

[goonix]

@CoNS

You're absolutely right!
How could I forget you can use PgcDemux directly...
Your way is easier and faster.

goonix

[tahir]

I did exactly as you said, but when I try to multiplex them with MuxMan I get the following error message. "Multiplex Operation Failed, GOP Contains more than 18 frames at location xxxxxxxxxxxsomething"

[goonix]

@tahir

The GOP length must not exceed 18 frames to be conform to the DVD specs.

A very fast way to correct the GOP length is Womble's GOP fixer. It is a integrated tool in Mpeg-Vcr and in Mpeg Video Wizard. But these programs are not free.

Did you mux the VCD video stream? (maybe this has a longer GOP)
You should mux the original DVD video stream with your new audio stream.
The original DVD video stream should be already DVD conform.

goonix

[tahir]

I have sucsessfully changed the audio. The problem was not with video, I was using an older version of MuxMan. Now I have downloaded the latest version and muxed it and put it back into the dvd structure using VobBlanker.
There is another thing I want to know.
The VTS01 had two pgc. One is the movie that I have replaced and ther other one is a Company logo about 1min long with two chapters (cels).

I want to know if I can replace the company logo with my own video. Do I have to use the same lenght. and does it has to contain two cels just like the orignal.

[tahir]

One other thing I forgot to tell. None of the subtitles work now. I had all the subtitles muxed into the video using muxman. PGCDemux Gave me 9 subtitles. The first one was in a few kbs so i did no mux it and muxed all the other 8 subtitles and there was only space for 8 subtitles in MuxMan (v0.14g)

[jsoto]

I want to know if I can replace the company logo with my own video. Do I have to use the same lenght. and does it has to contain two cels just like the orignal.
No, you can use the lenght you want. Even more, if the number of cells is different, VobBlanker will add blank cells or will extend the last cell to keep the original number of cells.

PGCDemux Gave me 9 subtitles. The first one was in a few kbs so i did no mux it and muxed all the other 8 subtitles and there was only space for 8 subtitles in MuxMan (v0.14g)
The easy way is to mux the first 8 subs, say 0x20, 0x21,....0x27 and loose 0x28. If you need 0x28, well, although Muxman is the best muxer, the easiest way is to use a Muxer with more than 8 subs (IFOEdit) . The other choice is remap the streams with pgcEdit. (not obvious, but there are some guides and posts about how to do it. Do a search)

Note IFOedit with NTSC material is not completely bug-free, but with PAL is quit good...

jsoto

[Sir Didymus]

...Note IFOedit with NTSC material is not completely bug-free, but with PAL is quit good...

Have to disagree a little bit. Sayd with the maximum respect towards the author of Ifoedit. I think Derrow is really a genious, especially considering when the tool has been released, and that Ifoedit should be used for editing ifo files and for doing a lot of other important thinks, but not for authoring.

Concerning the quoted statement IMHO it's more correct to say that the flaws (also for PAL material), maybe are less evident, but are present and for some aspects (STD buffer compliancy) are serious. This quite bad situation is affecting many of the authoring applications all around, and all the ones derived from the code of mplex.

In the past (and also in the present, on what I read...) the usage of improper authoring application has been the real source of lots of complaints about stuttering material...

I would never suggest to use the replacement function of VobBlanker without being totally sure about the authoring quality of the DVD material involved in the replacement.

Better living with "just" 8 subtitles in a DVD material produced with MuxMan or Scenarist than with 9 subtitles in some material which has been poorly muxed...

[jsoto]

I know it is not perfect (MuxMan is a better muxer) , but with PAL material it is very rare to find real problems...Using 8000 Kbit/s as maximum video rate, the buffer issues appear only if you use large subs.

And I never had a problem playing the authored titles in any settop.

jsoto

[blutach]

Of course, his sub problems go away if he subscribes to mpucoder.com and gets later versions of muxman.

Regards

[Sir Didymus]

Sorry for continuing this little OT discussion... IMHO, the way to "solve" stuttering due to the usage of a weak STD model by reducing the max video bitrate is another big mistake carried out on the basis of some try_and_see experiences. There is no direct relation between the two. If the model used in the authoring application is not applying in a correct manner the buffering constraints - i.e. by setting the correct timing values for the muxed packs -, overflows and underflows may be easily obtained even at very low video bitrates...

Also - apart the buffering model - other troubles are affecting the SYNCH tables used for forward and backward play of the title at different speeds. It's clear that since the vaste majority of people (including myself) are almost never looking at the DVDs apart than with the direct play at 1x speed, these problems stay masked, and if you want to say this, they are less relevant. Nevertheless these flaws exist...

[jsoto]

Of course, his sub problems go away if he subscribes to mpucoder.com and gets later versions of muxman. Later versions of MuxMan are available for downloading after three months of subscription.

IMHO, the way to "solve" stuttering due to the usage of a weak STD model by reducing the max video bitrate is another big mistake carried out on the basis of some try_and_see experiences. There is no direct relation between the two. If the model used in the authoring application is not applying in a correct manner the buffering constraints - i.e. by setting the correct timing values for the muxed packs -, overflows and underflows may be easily obtained even at very low video bitrates... Although you're probably right, the experience tells me that using low video rates (8000) no problems appear (with PAL). I've authored hundreds of DVDs with IFOedit with no problem at all

Also - apart the buffering model - other troubles are affecting the SYNCH tables used for forward and backward play of the title at different speeds. There is an option in VobBlanker to recalculate these pointers when replacing PGCs ;) . But, AFAIK, the only ones wrongly authored by IFOEdit are the subs ones (always filled at 0x7fffffff if the stream exist).

jsoto