Log in

View Full Version : MuxMan 0.11 released


Pages : 1 2 [3]

john3voltas
13th February 2005, 02:03
Hello :)
Great tool you got here MPUCoder ;-)
Sorry to bump in on the good conversation but I have 2 doubts.
The 1st is related to SUP subtitles.
After muxing my m2v + ac3 + sup, do I need to edit the generated IFO file to patch the subs colors like with Ifoedit?
I'm raising this because I did some test runs and I got weird color in my subs that were extracted with Vobedit.
The 2nd doubt is related to underflows.
I used Peter Cheat's NuEnc to encode my m2v and I used the original ac3 file extracted with DGMPGDec. The subs I already explained above.
Here is my log:
MuxMan version 0.11
Accepted video D:\POAZKABAN.m2v size = 1874953676
Accepted audio D:\POAZKABAN\D2V\POAZKABAN AC3 T01 3_2ch 384Kbps DELAY 0ms.ac3
Opened sub 1 file D:\POAZKABAN\VOBS\VTS_01_1.21.sup.
22:31:18 Begin multiplex.
Maximum audio duration 407560 fields.
22:31:18 starting video file number 1.
SubPicture stream 0 backwards move in time.
P-STD buffer underflow by 468 bytes at 391788092, sector 653136.
P-STD buffer underflow by 1091 bytes at 391791692, sector 653161.
P-STD buffer underflow by 2298 bytes at 391795292, sector 653186.
P-STD buffer underflow by 1201 bytes at 391798892, sector 653210.
P-STD buffer underflow by 1178 bytes at 391802492, sector 653235.
P-STD buffer underflow by 2993 bytes at 391806092, sector 653259.
P-STD buffer underflow by 1180 bytes at 391809692, sector 653284.
P-STD buffer underflow by 1284 bytes at 391813292, sector 653309.
P-STD buffer underflow by 1854 bytes at 391816892, sector 653333.
P-STD buffer underflow by 1155 bytes at 391820492, sector 653358.
P-STD buffer underflow by 1375 bytes at 391824092, sector 653382.
P-STD buffer underflow by 3335 bytes at 391827692, sector 653407.
P-STD buffer underflow by 1217 bytes at 391831292, sector 653432.
P-STD buffer underflow by 1365 bytes at 391834892, sector 653456.
P-STD buffer underflow by 4177 bytes at 391838492, sector 653755.
P-STD buffer underflow by 1185 bytes at 391842092, sector 653755.
P-STD buffer underflow by 1074 bytes at 391845692, sector 653755.
P-STD buffer underflow by 2546 bytes at 391849292, sector 653755.
P-STD buffer underflow by 1313 bytes at 391852892, sector 653755.
P-STD buffer underflow by 1145 bytes at 391856492, sector 653755.
P-STD buffer underflow by 2887 bytes at 391860092, sector 653755.
P-STD buffer underflow by 1601 bytes at 391863692, sector 653755.
P-STD buffer underflow by 1162 bytes at 391867292, sector 653755.
P-STD buffer underflow by 3016 bytes at 391870892, sector 653755.
P-STD buffer underflow by 1603 bytes at 391874492, sector 653755.
P-STD buffer underflow by 1261 bytes at 391878092, sector 653755.
Cell map size 50.
SeqEnd at 6FC185C8.
Bytes remaining in buffer = 44964.
22:42:43 End multiplex.
Bitrate - avg: 2296042, min: 535630 (lba 0), max: 21599573 (lba 652963).
Fields: 407562, VOBU: 13585, Sectors: 1142309.
Video decoder buffer underflowed 26 times.
Check c:\muxman.log for details.
Resulting DVD will probably not play smoothly.
Can you tell me if this is happening at the begining or at the end of the movie?
Could it have something to do with an m2v encoding underflow?
NuEnc reported 0 underflows when it finished encoding :rolleyes:
TIA for any help you can give me.

mpucoder
13th February 2005, 03:03
yes, you currently have to copy the colors.
max: 21599573 (lba 652963)
Your maximum bitrate is over 2 times the allowable rate (10080000). These peaks must be short, as Muxman almost managed to multiplex it (the total bytes that could not be delivered on time is what is left in the buffer), just not short enough, or low enough. I'm not familiar with NuEnc, but there must be some control for maximum bitrate.

You also have a problem with your sup file - backwards time movement. VobEdit does this when crossing vob boundaries, use PGCDeMux instead.

mpucoder
13th February 2005, 03:16
This is a very short section of your movie that has the high bitrate, from frame 108823 to 108848, or 1:12:32.23 to 1:12:33.23 Just 26 frames

To get the frame number (PAL) use the number after "bytes at" - it is the internal clock, as follows:
(clock - 25292) / 3600

john3voltas
13th February 2005, 12:31
@mpucoder,
Thank you so much for the precious information you have given me.
NuEnc is a frontend for ffmpeg's libavcodec.
Peter Cheat is trying to fix libavcodec because it has a lot of bugs in the underflows business.
Also the GUI that he's using is based on Nic's QuEnc.
In fact NuEnc has a field where you can set the Maxbitrate and another one for the minbitrate.
But it seems that sometimes the encoder doesn't respect the Maxbitrate...
I'll talk to Peter and see if he can do something about it.
Regarding Muxman I'd like to pose just 2 more questions:
1-Do you plan on implementing a feature in Muxman that will possibly allow us to get the right subtitle colors from the source and patch the destination with it? Or are you going to leave that for Ifoedit&Cia?
2-Would it be possible to have a 'settings button' with a window where you would choose where to put the muxman.log and the muxman.xml along with some other preferences? But I'm sure you were already planning on doing something similar, weren't you?
Thanks for sharing your work with us.
Bye

Trahald
13th February 2005, 16:36
yeah. nuenc tends to do better than quenc in that regaurd. peters mission was to avoid the underflows through proper vbv control more than bitrate restriction. (which would seem to be the same thing but is only partially so) but apparently there is some more work to do.

Paazabel
13th February 2005, 22:11
I've been trying to convert NTSC footage to DVD for about a week, now. I've been using commercial tools, such that I've had at my disposal, and have had zero luck. All but one wanted to re-encode all the video, which was already good quality, compliant MPEG-2. One actually field-reversed the thing, which probably made it dangerous to watch for people with epilepsy ...

Finally, I came across MuxMan.

I'm using Canopus ProCoder, and MuxMan takes all the pieces and makes a nice whole out of them. I wish I knew why PAY software I was using didn't do as good of a job, but I guess that's another story.

Thanks, mpucoder. Keep up the good work. This is a great tool and I look forward to seeing where it goes.

richarddd
15th February 2005, 04:39
What would you recommend using to demux a DVD into DVD compliant elementary streams (video, audio, sub) and chapter index that muxman can then mux back together?

erdoke
15th February 2005, 12:53
Originally posted by richarddd
What would you recommend using to demux a DVD into DVD compliant elementary streams (video, audio, sub) and chapter index that muxman can then mux back together?

PGCDemux now seems to be working fine. You can find it in the IFO/VOB Editors section.

E-Male
15th February 2005, 16:23
it seems that the combination SubtitleCreator and MuxMan produces wrong colors

mpucoder
15th February 2005, 17:35
The colors for subtitles are contained in the ifo, not the subtitle itself. For the time being these have to be set with and editor such as PgcEdit or IfoEdit, otherwise you get Muxman's default colors.

thastarter
19th February 2005, 13:56
i have a dvd ripped on my hard disk, and when i try to load all the 4 vob's, the program only accepts the first one, saying that the others are not the same resolution or bitrate. how can it be, when all the files ale from the same dvd? will you fix that??

mpucoder
19th February 2005, 15:46
Muxman doesn't accept vob files at all, so I don't know what you are actually trying to use as input. And it does not check bitrate.
If the files are actually elementary video streams (m2v) it is still possible that they do not match unless they are from the same title.

john3voltas
19th February 2005, 19:49
Originally posted by mpucoder
...otherwise you get Muxman's default colors.

Hmmmm :)
Anyway I can change those defaults colors to my own set of colors?
That is, instead of using Ifoedit or something similar?
I'd like to be able to change the default colors from within Muxman ;)
If that's not asking too much :D
Regards

thastarter
20th February 2005, 13:49
my mistake.... i forgot that i demuxed the vobs using the mpeg tools in tmpgencoder, and then i loaded the m2v files in muxman, and it didn't accept it

mpucoder
20th February 2005, 17:09
Most probably they were not demuxed properly. You cannot demux each vob seperately or you end up with files that do not start with a sequence header. Instead you must demux the files as a set. PgcDemux or VobEdit can do this.

This happens because the vob files from one titleset are all large chunks of the data split at arbitrary points - by size, not content - so only the first vob file is guaranteed to start with the proper headers.

David007
2nd November 2005, 19:47
Hello!

I'm new here and I have just started to use the program MuxMan. It's a very good program, but I have some problems. I'd like to now, if it is possible to combine letterbox and wide versions of subtitles into one stream.

I have found this explanation:

If you want to keep the original subtitles, load them in the correct order (you can tell the order by the filename: Subpictures_20.sup is the first, Subpictures_21.sup is the second, and so on). If you created 2 streams for a subtitle, add the wide version first and click on wide button. Then for the next stream, add the letterbox
version and click on LB button. Make sure that the languages of both streams are the same.

If I follow the explanation and do as it says, it doesnt work. I have upload the image, which shows, how I did this.

Please, help me.

SeeMoreDigital
2nd November 2005, 19:51
Hi David... welcome to the forum.

Are you using MuxMan 0.11 or the newer MuxMan 0.14 (http://forum.doom9.org/showthread.php?t=93553)?


Cheers

David007
2nd November 2005, 20:26
MuxMan 0.14g

SeeMoreDigital
2nd November 2005, 20:32
MuxMan 0.14gBest to make your posts/suggestions/requests in the newer version thread ;)

vigi_lante
27th March 2006, 23:48
It is possible to use non-standard resolutions ? (480x480 and 544x480)

Anime
4th November 2007, 12:32
(i cannot find another newer muxman thread... so have to bumbp this....) sorry

hello everyone (a feedback from a poor user)
actually i had never ever seen muxman fullbody before on my monitor due to i use my actual TV, RGB input for PC
it only supports 640x480, due to my room is so small with full of DVD and stuff, i actually have no space for a new monitor unless i buy a NEW TV with higher resolution RGB input but it isn't cheap.... below image is all i can see but not touching any muxman button.....

http://i66.photobucket.com/albums/h245/vaxva/misc/MUXMAN_015R.gif

all along my usage of muxman is CLI by subtitle creator....
thats the only way i could get it running....
because {tab} to change selection is also not working in muxman

will there be a day that...muxman have capabitly to resize for smaller resolution or making {TAB on keyboard} work (so i can tab to destination button? because i wanted to use .sst because of subtitle flickering issue but too bad subtitlecreator doesn't support it or will never.....?
http://radkongo.wordpress.com/2007/10/08/overlapping-and-consecutive-subtitles-without-flicker/

lastly i also like to mention if above process can be done by muxman
> "-" for same {END_TIME} -> {START_TIME} that will save alot people alot of time

thanks for making muxman.
any sugestion is welcome......

kumi
4th November 2007, 18:41
In the meantime you can press Alt-Space + Move, and use your arrow keys to move the window past the edges of your viewable area.

Politiken
20th January 2008, 12:15
MuxMan ver. 0.15R defaults to "NTSC 720x480 MPEG-2 4:3" if using a bitmap as the videopart !

How do I change this to "PAL 720x576 MPEG-2 4:3" or "PAL 720x576 MPEG-2 16:9" ?

regards Pol