MuxMan 0.14 with navigation and highlights available

[mpucoder]

Version 0.14 is available at the MuxMan homepage (http://www.mpucoder.com/Muxman/) and has the following new features:

Navigation section of .mxp files (and Scenario object of .scp files).
This allows defining all values of PGCs in all domains, including VM pre/post/cell commands, cells/programs/chapters, sequential/random/shuffle, cell/pgc still time, Prev/Next/GoUp links, menu/button commands, etc.

Highlight streams in Content section (Track object), allowing definition of all highlight stream values. This includes timing, button rectangles, colors, etc.

All 8 audio and 32 subpicture streams may now be defined using .mxp or .scp files.

Sorry, no work was done on the gui, so to take advantage of the new features you will need to save projects, modify the .mxp file, and reload. And still limited to one content segment.
Full documentation of .mxp files is online here (http://www.mpucoder.com/Muxman/mxp/index.html)

Look for a new version of NuMenu4U which uses MuxMan 0.14, it should be available soon.

[SeeMoreDigital]

Thanks mpucoder...

I shall begin testing ASAP... Well using the bits I understand ;)


Cheers

[GZZ]

yea - it looks nice, but the mpx file have been a bit complicated lately... Possible to have some more 'examples' on how it can look... so you get a better understanding.. But still great job...

Been reading alot on your site.. Is it possible to have 1 VTS with 3 PGC where PGC 1 have both PGC2 and PGC3 cells... Like the Play all buttom in a menu and then you have the episodes in each pgc, but one PGC with all the cells from PGC 2,3,4... ??


GZZ

[mpucoder]

yes, mpx files are complicated because they allow changing anything. Think of them as the assembly language of DVD. Later I hope to create a simpler higher level language. It would automate a lot of details (making them hidden and unchangeable) but speed up script creation.

Yes, you can use more than one PGC and show portions of the segment any way you like. But until 0.15 only one segment (the first) gets multiplexed. Work has already started on 0.15, and you can see what's ahead and watch the progress at the Alpha page (http://www.mpucoder.com/Muxman/alpha/index.html)

I will get some more examples up soon. Among them multiple PGCs, BOV, and random using commands. Right now the only example is to demostrate VM commands (http://www.mpucoder.com/Muxman/mxp/cmd_sample_mxp.html)

[cmsoliveira]

Hi,

Great work with muxman, mpucoder :)

But i've run into a problem, or i guess it's a problem.
I have a project with 10 subs, so i've made a mxp file with all subs, but the end result will only show 8 subs.

What i do is create a peoject with the gui and then add to the mxp file the remaining subs.I reload the mxp file and press start. Muxman doesn't report any error and analysing the log file appears that he opens all subs.

LOG File:

MuxMan version 0.14
Opened script file C:\Gugu\punisher.mxp
Accepted video C:\Gugu\VideoFile.m2v size = 4294967295
Accepted audio C:\Gugu\AudioFile_80.ac3
Accepted audio C:\Gugu\AudioFile_81.ac3
Accepted audio C:\Gugu\AudioFile_82.ac3
Accepted audio C:\Gugu\AudioFile_83.ac3
Opened sub 1 file C:\Gugu\Subpictures_20.sup.
Opened sub 2 file C:\Gugu\Subpictures_21.sup.
Opened sub 3 file C:\Gugu\Subpictures_22.sup.
Opened sub 4 file C:\Gugu\Subpictures_23.sup.
Opened sub 5 file C:\Gugu\Subpictures_24.sup.
Opened sub 6 file C:\Gugu\Subpictures_25.sup.
Opened sub 7 file C:\Gugu\Subpictures_26.sup.
Opened sub 8 file C:\Gugu\Subpictures_27.sup.
Opened sub 9 file C:\Gugu\Subpictures_28.sup.
Opened sub 10 file C:\Gugu\Subpictures_29.sup.
expanded database to 300 entries.
21:07:12 Begin multiplex.
Maximum audio duration 355298 fields.
Starting scene Segment_1_scn1 at 00:00:00:00
Starting scene Segment_1_scn2 at 00:05:23:01
Starting scene Segment_1_scn3 at 00:06:48:13
Starting scene Segment_1_scn4 at 00:10:30:19
Starting scene Segment_1_scn5 at 00:13:56:09
Starting scene Segment_1_scn6 at 00:16:54:11
Starting scene Segment_1_scn7 at 00:21:00:05
Starting scene Segment_1_scn8 at 00:31:15:22
Starting scene Segment_1_scn9 at 00:33:51:10
Starting scene Segment_1_scn10 at 00:36:54:07
Starting scene Segment_1_scn11 at 00:39:28:21
Starting scene Segment_1_scn12 at 00:44:21:16
Starting scene Segment_1_scn13 at 00:45:55:06
Starting scene Segment_1_scn14 at 00:50:40:09
Starting scene Segment_1_scn15 at 00:53:04:21
Starting scene Segment_1_scn16 at 00:56:21:16
Starting scene Segment_1_scn17 at 00:59:49:12
Starting scene Segment_1_scn18 at 01:04:31:02
Starting scene Segment_1_scn19 at 01:07:09:00
Starting scene Segment_1_scn20 at 01:12:10:11
Starting scene Segment_1_scn21 at 01:17:07:14
Starting scene Segment_1_scn22 at 01:18:19:15
Starting scene Segment_1_scn23 at 01:24:48:20
Starting scene Segment_1_scn24 at 01:28:23:18
Starting scene Segment_1_scn25 at 01:34:24:12
Starting scene Segment_1_scn26 at 01:38:27:21
Starting scene Segment_1_scn27 at 01:43:23:08
Starting scene Segment_1_scn28 at 01:47:01:22
Starting scene Segment_1_scn29 at 01:50:57:10
SeqEnd at E76CD26.
Starting scene Segment_1_scn30 at 01:58:26:00
SeqEnd at E76E6A7.
Bytes remaining in buffer = 0.
21:34:03 End multiplex.
Bitrate - avg: 6115430, min: 853333 (lba 0), max: 12219733 (lba 350114).
Shortest GOP has 2 fields, longest GOP has 30 fields.
Fields: 355302, VOBU: 14449, Sectors: 2652374.


is it a bug?

[mpucoder]

Yes, a bug - looks like I didn't catch all the places where 8 was the limit. I'll check audio too and then put up a fix.

[manono]

Hi-

What's this mean:

MuxMan version 0.14
Accepted video D:\CaptainBloodDemuxed\3-1\3-1.m2v size = 66316244
Accepted audio D:\CaptainBloodDemuxed\3-1\AudioFile_82.ac3
Reference to non-existant palette "" from PGC "VTS01_TTL01_PGC1"

Just a simple extra from a DVD. Audio and video with no subs. It quit when beginning the mux, referring me to the log. Ver. 0.13h worked fine.

[cmsoliveira]

Yes, a bug - looks like I didn't catch all the places where 8 was the limit. I'll check audio too and then put up a fix.

Just tested version 0.14a and everything work fine.

Thnx for all the work!

[mpucoder]

@manono - it means I got bit again by that rare library out there that allocates "dirty" memory. All the alloc routines are supposed to clear memory, but there is a library that does not do this. This has happened before, so I have just now created a debug version that dirties memory itself to make sure that all variables get initialized.

There will be a fix soon for this in 0.14b

btw - not clearing memory that another program has used is a security risk. I have every version of Windows except server 2003 here (XP, ME, 2000, 98, 95, NT4, NT3, 3.1, and even 2.0!), and none of them exhibit this behaviour.

[codefish]

Hello, just want to report a bug which has come in in Version 0.13 (the 0.12e worked fine)

Material:
- recoded DVD-Movie, 352,576 progressive, created with CCE 2.50
- AC3-Track DD2.0, created by Sonic Foundry Soft Encode 1.0, 224kbit/s
- AC3-Track DD5.1, demultiplexed from Original, 448kbit/s
- MP2-Track, 2-channel stereo, 224kbit/s

Purpose: Comparison of Sound Quality (just a test ;) )

0.12e reports no errors:
"Multiplex completed with no video decoder buffer underflow.
Average Bitrate 2912680.
Minimum Bitrate 1529173 (lba 0).
Maximum Bitrate 7290880 (lba 526462).
GOP's range from 14 to 30 fields."

0.13h reports:
"Reference to non-existant scene Segment_1_scn20"

0.14b reports:
Reference to non-existant scene "Segment_1_scn20" from PGC "VTS01_TTL01_PGC1"

0.14b logfile:
---begin logfile---
MuxMan version 0.14b
Accepted video D:\Movie\apocalyptica\video-progressive.m2v size = 1271510908
Accepted audio D:\Movie\apocalyptica\AudioFile_A0.ac3
Accepted audio D:\Movie\apocalyptica\AudioFile_81.ac3
no multichannel extension found.
Accepted audio D:\Movie\apocalyptica\AudioFile_A0.mp2
13:58:00 Begin multiplex.
Maximum audio duration 262254 fields.
Starting scene Segment_1_scn1 at 00:00:00:00
Starting scene Segment_1_scn2 at 00:02:50:24, requested for 00:02:50:10
Starting scene Segment_1_scn3 at 00:06:00:11, requested for 00:06:00:00
Starting scene Segment_1_scn4 at 00:08:03:05
Starting scene Segment_1_scn5 at 00:12:28:20
Starting scene Segment_1_scn6 at 00:18:08:20, requested for 00:18:08:10
Starting scene Segment_1_scn7 at 00:23:54:12, requested for 00:23:54:10
Starting scene Segment_1_scn8 at 00:27:08:18, requested for 00:27:08:10
Starting scene Segment_1_scn9 at 00:35:13:18, requested for 00:35:13:15
Starting scene Segment_1_scn10 at 00:39:39:22, requested for 00:39:39:15
Starting scene Segment_1_scn11 at 00:43:55:18, requested for 00:43:55:15
Starting scene Segment_1_scn12 at 00:47:41:16, requested for 00:47:41:05
Starting scene Segment_1_scn13 at 00:52:09:08, requested for 00:52:08:20
Starting scene Segment_1_scn14 at 00:58:00:11, requested for 00:58:00:00
Starting scene Segment_1_scn15 at 00:58:51:11, requested for 00:58:51:05
Starting scene Segment_1_scn16 at 01:03:30:16, requested for 01:03:30:10
Starting scene Segment_1_scn17 at 01:12:38:23, requested for 01:12:38:10
Starting scene Segment_1_scn18 at 01:15:16:20
Starting scene Segment_1_scn19 at 01:20:09:15
SeqEnd at 4BC9B778.
Bytes remaining in buffer = 0.
14:02:57 End multiplex.
Reference to non-existant scene "Segment_1_scn20" from PGC "VTS01_TTL01_PGC1"
---end logfile

For Comparison, the logfile from the successful 0.12e-run:
---begin logfile---
MuxMan version 0.12e
Accepted video D:\Movie\apocalyptica\video-progressive.m2v size = 1271510908
Accepted audio D:\Movie\apocalyptica\AudioFile_A0.ac3
Accepted audio D:\Movie\apocalyptica\AudioFile_81.ac3
no multichannel extension found.
Accepted audio D:\Movie\apocalyptica\AudioFile_A0.mp2
14:05:59 Begin multiplex.
Maximum audio duration 262254 fields.
14:05:59 starting video file number 1.
SeqEnd at 4BC9B778.
Bytes remaining in buffer = 0.
14:10:34 End multiplex.
Bitrate - avg: 2912680, min: 1529173 (lba 0), max: 7290880 (lba 526462).
Shortest GOP has 14 fields, longest GOP has 30 fields.
Fields: 262256, VOBU: 8730, Sectors: 932456.
---end logfile---

reporting greetings from germany

Codefish (fishing in the bitstream :) )

[edit: I of course have imported the celltimes.txt which I created using PGCDEMUX - the material is from a bought DVD which I want to expermiment with]
[more edit: forgot to say, muxman is far the best free multiplexing tool I have ever come across - except for this little bug the results make me cry for more! :) ]

[mpucoder]

It's not a bug, and there are several posts explaining the message. What it boils down to is you need to remove the last line of celltimes.txt or use the new PGCDemux.

[codefish]

Thankyou, I apologize for not having read all threads about this, seemed a bug to me because it used to work in older versions so I didn't look for bugreports very carefully.

Your tool is great!!!

regards from germany

Codefish

[Trahald]

sorry to go o.t. but i just want to thank Mpucoder for all the hard work he has put into this great application! ive done some menus with numenu/muxman and they have come out perfect, quickly and no issues. Thanks again.

[Abond]

Hmm, maybe I am doing something wrong, but there is the problem:
Multiplexing with 13g (video, audio, subtitles, no chapters). Drag and drop the VIDEO_TS folder in Media Player Classic - it plays OK.
Multiplexing with 14a the same files. Drag and drop - it doesn't play, the status of the player shows "Domain: Stop" as it is waiting menu command. Jump to title 1 with the player doesn't help - it shows it is playing, but doesn't.

[mpucoder]

I need a little more than that to go on. What OS, SP level, and a look at the log file.

[Abond]

XP Home basic (no SP). Do you need the both logs? And sorry for the silly question where to find them?

[mpucoder]

Just the log from 0.14a, unless changed by editing the .ini file, the log file is C:\muxman.log

[Abond]

Well, it is a bit strange, but...
The last log was from 13g. So I multiplex the files again with 14a and this time it works. Anyway, here is the log:

MuxMan version 0.14a
Opened script file C:\Programm Files\Muxman\project.mxp
Accepted video F:\MyVideos\RidersOfTheLostArk\Riders16x9.mpv size = 4291869884
no multichannel extension found.
Accepted audio F:\MyVideos\RidersOfTheLostArk\rotla_raw_cut.mp2
Opened sub 1 file F:\MyVideos\RidersOfTheLostArk\rotlahighlast.sup.
18:11:02 Begin multiplex.
Maximum audio duration 331424 fields.
Starting scene Segment_1_scn1 at 00:00:00:00
SeqEnd at FFD0BCB8.
Bytes remaining in buffer = 0.
18:25:10 End multiplex.
Bitrate - avg: 5509791, min: 3631786 (lba 287609), max: 9366186 (lba 2037358).
Shortest GOP has 14 fields, longest GOP has 30 fields.
Fields: 331424, VOBU: 11043, Sectors: 2229098.

Why it wasn't working yestreday remains a mystery:)

[Paulcat]

This is a weird error. I'm running WinXP Pro SP2, and I just finished making a DVD with Muxman 0.14b. Everything worked fine except my subtitles were a little low for my taste.
I re-did the subs, raising them a bit, and when I tried to restart Muxman, it wouldn't run.

Let me clarify: the task manager shows it is running (although not using any cpu cycles), the window is there in the taskbar; I can click on it but it won't maximize or open to the normal screen. I thought it was some odd bug, so I re-booted...same thing. I deleted the program and went back to the older (stable) version 0.13h and...SAME THING!

If I open the log, it just has one line with Muxman's version number and nothing else..all my other software seems to be working (have been frantically checking!) except for this. Now I have a pile of files on my hard drive, ready to be made into a DVD and I'm sitting here unable to go ahead with it. AND, twenty minutes ago, everything was working FINE!

HELP!

[mpucoder]

This is only a guess, but try deleting its .ini file (Muxman.ini). I don't know where XP puts it, so you'll have to search for it.

[GrofLuigi]

Originally posted by mpucoder
This is only a guess, but try deleting its .ini file (Muxman.ini). I don't know where XP puts it, so you'll have to search for it.

Here it's in C:\WINDOWS (or %windir% if you like). I think older (very older) versions put it on C: .

GL

[Paulcat]

That's done it, the window settings for left and top were negative numbers...

^%$&&%%##^*&^%#&^%!!!!!!!!!!!!!!

Paul

Thanks guys!

[Matthew]

A little while back I had a similar problem to Paulcat. I found and deleted the muxman.ini then and also noticed that the window settings were negative.

And good stuff on the navigation, now I can set subs to play by default :)

[mpucoder]

I don't know how they get negative, it's all standard calls, but I will add checks on the values in the next release.

[2COOL]

I just wanted to remux a 16:9 snapshot BMP with .14a, no audio or subs. I had a dialog saying I had an error and to read the log. Stupid question...where is the log? Anyways, I used .13h and it processed without any errors. But, why is my IFO having my aspect ratio at 4:3 now? There's no option to set aspect ratio and automatic letterbox. I guess it's on the to-do list. :(

[lark]

gee, mee helping the mighty 2c ;-)
normally muxman creates its log in c:\ (unless specified in the ini file).

regards
t :)

[2COOL]

Originally posted by lark
gee, mee helping the mighty 2c ;-)
normally muxman creates its log in c:\ (unless specified in the ini file). :thanks: I found it. Here's my 0.14a log

MuxMan version 0.14a
Accepted image C:\PowerDVD Captures\PDVD_001.BMP
Reference to non-existant palette "" from PGC "VTS01_TTL01_PGC1"

And here's my .13h log

MuxMan version 0.13h
Accepted image C:\PowerDVD Captures\PDVD_001.BMP
02:38:27 Begin multiplex.
Maximum audio duration 0 fields.
new graphics buffer size 1244160.
Starting scene Segment_1_scn1 at 00:00:00:00
SeqEnd at 1164B.
Bytes remaining in buffer = 0.
02:38:28 End multiplex.
Bitrate - avg: 18168071, min: 18168071 (lba 0), max: 18168071 (lba 0).
Shortest GOP has 2 fields, longest GOP has 2 fields.
Fields: 2, VOBU: 1, Sectors: 37.

I'm using WinXP Pro SP2

[lark]

to me sounds like the famous bug because of uninitialized memory (or whatever it was).
should be fixed in 14b (or whatever was the latest beta)...

regards
t :)

[mpucoder]

Originally posted by lark
to me sounds like the famous bug because of uninitialized memory (or whatever it was).
should be fixed in 14b (or whatever was the latest beta)...

regards
t :)

Very true - the release notes:

05/04/27 bugfix release 0.14b fixes following:
bad palette name
some First PGC commands incorrectly rejected
JLC bit for buttons was not being set in TT_SRPT (the vmg title map, title type)


And it is caused by the system not clearing memory that it allocates to the task - a security violation. This happens only in certain versions of XP, not the clean install I use, and if it were me, I'd be concerned.

GUI work is on hold until all base features are implemented using scripts. So the only way to set the AR of a bmp is to save the project, modify the segment display mode to "P/S and LB", "Only Panscan", or "Only Letterbox", and reload.

[cmsoliveira]

Hi,

i've have a doubt when using muxman...

I own a dvd that has 2 subtitles per stream, according to ifoedit (see THIS (http://dadosrb.com.sapo.pt/Subs.jpg) )

How can i make the same, or is this possible at the moment, using muxman? I've tried assigning 2 subs per stream but only one will show in ifoedit.

Thnx

[mpucoder]

Yes, it is possible. First the video must be 16:9 to have 2 or 3 subs per stream. Muxman calls each sub a stream, and each group of subs having the same language a "track". So open one stream and assign it to "wide" then switch to stream 2, open it, assign it to "LB" or "PS", whichever is not greyed out. After this you will see below that track 1 is "W 20 LB 21"

[2COOL]

@mpucoder

.14b worked for me in regards to no errors in log. :)

[cmsoliveira]

@mpucoder

Many thanks :)

It work perfectly. And the answer was so simple.:o

Keep up the good work.

[ffreese]

first of all - WOW! thank you for muxman :)

feature request:

what about a "directoy-mode" ?

pgcdemux puts video, celltimes.txt, all audio (080, 081, 082) and all subs (...020, 021, 022, 02a, 033) into one directory.

i use the muxman output to replace existing parts in dvd´s with vobblanker (mostly i compress some audio-tracks). vobblanker uses the original settings for subtitles, so no further settings have to be done. The only thing is to have audio stream 083 as 4th stream and subpicture 024 as 5th stream - even if some audios or substreams have been deleted.

now i have to modify the textfile to insert streams. is there a possibilty of a dummy-directory-vobblanker mode, whis simply takes all existing streams in a directoy and than starts?

[pilar]

Hi
When I save the project, then load it and load the new chapter list and save as new project, muxman doesn't update the project as expected - the result is that I have the same compilation as from previous project.
Looking in the new mxp file it seems that "Item=Scene List" is updated, but "Section=Navigation" is not.

[mpucoder]

That is true, and I agonized over how to handle changes to the content after the navigation was generated. So I tried the same thing on Scenarist, and got the same result - no change to the navigation (scenario).

If you are relying on auto-generated navigation, then just clear it all out with a text editor before loading it into Muxman. If it's missing Muxman will generate a new one using the current scene list.

I think in the future I will add a button, or pull down menu item, to regenerate the navigation.

[mpucoder]

Version 0.14e is now available from the MuxMan homepage (http://www.mpucoder.com/Muxman/) to fix a problem with closely timed highlight data (new highlight starting in the same vobu as the previous ended).

[TuRiSOft]

Originally posted by mpucoder
Version 0.14e is now available from the MuxMan homepage (http://www.mpucoder.com/Muxman/) to fix a problem with closely timed highlight data (new highlight starting in the same vobu as the previous ended).


It's about 2 hours and it isn't there yet . Did you forget?

;) ;) ;) :p

[mpucoder]

I posted after uploading the file. Maybe you ned to hit refresh on your browser.

[2COOL]

OK, something just killed my muxman. No matter what version I open, all I get is a minimized button on taskbar. I can't restore it or maximize it. Task Manager shows me it's running. It was working a few days ago. It doesn't even work for me in Safe Mode too. I'm using WinXP Pro SP2. :confused:

Note: to the best of my virus and trojan scanners, I didn't find any.

[Update]I got 0.6 to display. :) 0.13h didn't and none of .14* either. :(

[mpucoder]

Delete the .ini file (muxman.ini, location depends on system) For some reason negative screen coordinates get written in there sometimes. It's never happened to me, so I don't know why, but the next version will include a check on the values at start up.

0.6 and before had no .ini file :)

[2COOL]

Originally posted by mpucoder
Delete the .ini file (muxman.ini, location depends on system) For some reason negative screen coordinates get written in there sometimes. It's never happened to me, so I don't know why, but the next version will include a check on the values at start up.

0.6 and before had no .ini file :) Muxman.ini located in my C:/Windows. You are correct. I do have negative values.

[General]
Left=-32000
Top=-32000

Thanks for the quick fix! :D

[2COOL]

Originally posted by 2COOL
But, why is my IFO having my aspect ratio at 4:3 now? There's no option to set aspect ratio and automatic letterbox. I guess it's on the to-do list. :( Bump.

I have captured many a times a 16:9 bmp but it still ends up as 4:3 in muxman. :(

[mpucoder]

The .ini problem has happened so often now that I just back-stitched the fix into 0.14
So 0.14f, available at the MuxMan homepage (http://www.mpucoder.com/Muxman/) makes a sanity check on the values and ensures that the title bar (the top bar used for dragging the window around) is always visible. You can drag MuxMan beyond the edge of the screen and it will open there next time just so long as some of the bar is visible.

[mpucoder]

While you were out...

16:9 bmp is possible, by two methods:
1) open a 16:9 m2v file along with the bmp, close the multi-file window (this causes MuxMan to examine the files, setting AR by m2v files), then open the window again and remove the m2v.
2) save the project, edit the mxp file - locate the segment containing the bmp, change "Display Mode" from "4:3" to "P/S and LB", "Only Panscan", or "Only Letterbox". Reload the project file.

And yes, an option in the gui is on the to-do list. Gui development is on hold until the guts are finished.

[nnigam]

Originally posted by Paulcat
This is a weird error. I'm running WinXP Pro SP2, and I just finished making a DVD with Muxman 0.14b. Everything worked fine except my subtitles were a little low for my taste.
I re-did the subs, raising them a bit, and when I tried to restart Muxman, it wouldn't run.

Let me clarify: the task manager shows it is running (although not using any cpu cycles), the window is there in the taskbar; I can click on it but it won't maximize or open to the normal screen. I thought it was some odd bug, so I re-booted...same thing. I deleted the program and went back to the older (stable) version 0.13h and...SAME THING!

If I open the log, it just has one line with Muxman's version number and nothing else..all my other software seems to be working (have been frantically checking!) except for this. Now I have a pile of files on my hard drive, ready to be made into a DVD and I'm sitting here unable to go ahead with it. AND, twenty minutes ago, everything was working FINE!

HELP!

How do you rise the subtitles. I am trying this for my dv camcorder videos. I am using dv_datecode to extract the subtitles, dvsuptools1.5 to convert to sup format and encoding with muxman.

[mpucoder]

What does your question have to do with the quote???

As for using .sup files, just add one as a subpicture stream to your project.

[nnigam]

Yes, I forgot to delete the nonrelevant portion of the quote. I was only referring to the first portion

>> my subtitles were a little low for my taste.
>> I re-did the subs, raising them a bit

I am using the sup files without any problem, but most of the caption is below the screen and so is not visible on screen. Z would like to raise them to be a little higher. How can they be positioned on the screen. I do not see anything referencing them on either the muxman.ini file, or the sub file.

[mpucoder]

OK, I missed that part since the main part of the post was about MuxMan disappearing.
sup files contain the actual graphics, so the place to change them, in your case, would be dvsuptools. Is there something about the originals you don't like? You can extract .sup files from a DVD using PGCDemux, and they will appear exactly as they did on the original.

[manono]

Hi mpucoder-

I had a problem yesterday. I don't know if it was me, the latest MuxMan, or just a one time fluke of some sort. I prepare a DVD for backing up by using VobBlanker to remove a couple of extras. I demux the movie files with PGCDemux. I reencode the video, run pulldown, and remux the .m2v, audio, chapters and subs with MuxMan. It finishes with no errors popping up. I go to replace the original movie vobs with the reencoded vobs using the Replace function in VobBlanker, but it quits early and the log says this:

Version 2.0.0.2. Starting new process:
.
.
VTS 01: Replacing PGC-> Replacing Cell VID/CID: 01/10
VTS 01: Replacing PGC-> Replacing Cell VID/CID: 01/11
Error reading input VOB: Unsynchronized
VTS 01: Replacing PGC-> Replacing Cell VID/CID: 01/12
WARNING: No Navs found!: outputting a blank cell
VTS 01: Replacing PGC-> Replacing Cell VID/CID: 01/13
WARNING: No Navs found!: outputting a blank cell
.
.
VTS 01: Keeping Cell VID/CID: 05/01
WARNING: No Navs found!: outputting a blank cell
--------------TITLE VOB WRITING FINISHED-
VTS 01: Cell data array filled (Titles)
PostCommands changed into Precommands in 0 PGCs of a total of 0
Finished with ERROR. Process Aborted and not completed

I go back and look up the MuxMan log and it says this:

MuxMan version 0.14f
Accepted video D:\The Red Shoes\MovieDemuxed\Movie.m2v size = 3881086408
Accepted audio D:\The Red Shoes\MovieDemuxed\AudioFile_80.ac3
Accepted audio D:\The Red Shoes\MovieDemuxed\AudioFile_81.ac3
Accepted audio D:\The Red Shoes\MovieDemuxed\AudioFile_82.ac3
Opened sub 1 file D:\The Red Shoes\MovieDemuxed\Subpictures_20.sup.
expanded database to 300 entries.
09:58:03 Begin multiplex.
Maximum audio duration 481076 fields.
Starting scene Segment_1_scn1 at 00:00:00:00
Starting scene Segment_1_scn2 at 00:03:05:07, requested for 00:03:04:27
.
.
Starting scene Segment_1_scn36 at 02:12:55:05, requested for 02:12:54:23
SeqEnd at E754ADC4.
We got lost at sector 638913.
Bytes remaining in buffer = 0.
10:12:10 End multiplex.
Bitrate - avg: 4552429, min: 818381 (lba 0), max: 10147932 (lba 1528249).
Shortest GOP has 15 fields, longest GOP has 30 fields.
Fields: 481015, VOBU: 15778, Sectors: 2229794.

I repeated the whole process (muxing and then replacing), with the same results and error messages. I installed MuxMan Ver 0.13h. It completed with no errors or problems, I replaced the original vobs with the reencoded vobs with no problems. The DVD seems to play fine (just testing with PowerDVD-haven't watched it all the way through yet on the standalone). I don't know what to make of it. Let me know if you need other information. Sorry for the long post.

[mpucoder]

Very strange, as there were no changes made to the mux engine between those two releases. The message comes from the backfill operation, and means there was no NAV pack where it expected one. For me to debug it I will need a profile of the source files. If you still have 0.11c run it with "make profile?" checked and send me the file (c:\muxman.mxl) If you don't have 0.11c you can still download it from here (http://www.mpucoder.com/Muxman/muxman_0_11c.zip)

[nnigam]

Originally posted by mpucoder
OK, I missed that part since the main part of the post was about MuxMan disappearing.
sup files contain the actual graphics, so the place to change them, in your case, would be dvsuptools. Is there something about the originals you don't like? You can extract .sup files from a DVD using PGCDemux, and they will appear exactly as they did on the original.

Problem solved. Last time I used a tool called subtosup. I could not find it this time, and so used dvdsuptools. This has an ini file where options can be configured. Default was set to PAL, so the captions appeared at the bottom of the screen thinking it was a pal video.

Thanks for a very great tool

[manono]

Hi-

For me to debug it I will need a profile of the source files.

I'm sorry mpucoder, but everything's gone now. I've reinstalled 0.14f and I'll get the information you need if it ever happens again.

[Samyucca]

MuxMan version 0.14f

Congratulations on a great program. Does exactly what is needed to create DVDs with audio taken from radio broadcasts. Like the facility to use a bmp file instead of m2v.

However, I have had several problems with buffer underflows (that bring the the compilation to a halt) and chapter creation.
Example appended to Part 2 of this post: Log file says that 40 chapters were created, but only 22 chapters actually get created on the DVD. Log file see Part 2 of this post.

Audio files themselves must be OK, because eventually I got it to work by using vers. 0.13h plus restart plus editing the chapters text file plus reducing the number of bmps. Took a while though and I don't figure exactly what fixed it. Any do's and don'ts
a) in terms of number of bmps that can be used?
b) to avoid the "P-STD buffer underflow" I always seem to get - DVD is perfectly playable but if more than 5 "P-STD buffer underflows" occur the complilation process seems to halt?

[Samyucca]

Here is the log file referred to in my previous post "Chapters and BMPs in MuxMan", IFO files on request.
Sam

[mpucoder]

Need to see the mxp file as well.

[Samyucca]

Here is the mxp muxman_atlastsuccess_but only22chapters_insteadof40_rimini2.mxp.txt
that corresponds to muxman_atlastsuccess_but only22chapters_insteadof40.txt (the log file).

Seems the pgcs don't correspond to the scenes.

One additional question:

Is it wise not to load the same file twice (audio, e.g. five seconds silence between tracks, or bmp), are there any file locking issues?

Thanks

[mpucoder]

That's what I expected. You cannot create a chapter in the middle of a still, there's no video at the start of the chapter. This leads to the buffer underrun diagnostic, although not a true underrun. It is also why you cannot easily line the chapters up, but keep getting them placed somewhere else. In order to do this you must have at least one bmp for each chapter, and the durations must line up exactly with the chapter points.
This is so common that the next release will have a check for it, and stop if there is no video to start a chapter.
Making audio DVDs is also very handy, but very touchy. So I think this will be the first "wizard" I write for Muxman.
As for re-using files - it should not be a problem. Each file is closed before the next one is opened.

[Samyucca]

Thanks to mpucoder for the info.
You write "you cannot create a chapter in the middle of a still, there's no video at the start of the chapter" - well, I have done several DVDs with Muxman with as many as 66 chapters with no bmp alignment, so it seems to work quite often. With programs like DVDLab Pro you can create chapters within audio-only titles without having explicitly to load a still like bmp or jpg for each chapter. I'd prefer to work with Muxman though if possible.

How about including a function "automatically align chapters with bmps" or vice versa?
If one has to do it manually, if you have three chapters at 0, 10 min and 20 min, does each bmp need to have a duration of exactly 10 mins?
Some kind of multiple file selection for the bmps would be great too, or drag and drop from the Windows Explorer. Selecting 66 bmps one by one for 66 chapters is time-consuming.
Anyway, great program.

[mpucoder]

I'm not familiar with DVD Lab Pro, but I can tell you that according to the specs, there is no such thing as an "audio only title". There must be video at the beginning of every cell in order to be in spec. Now, I realize a lot of DVD players will forgive that, and continue to display the last frame, but it's not correct. Perhaps DVDLab Pro is adding its own still frame, or repeating the previous.

As I mentioned, I plan to write a wizard for this kind of use that will align the bitmaps and chapters with the audio.

As for selecting files, you do know that you can select more than one file at a time with the file open dialog in MuxMan. As usual, though, in Windows (be it multiple files from the open dialog or drag and drop) the order gets screwed up.

[DMagic1]

Any reason why Muxman wont accept a m2v created with Procoder?
Two movies created with DVDRB, one with CCE the other with Procoder. Demux both movies, the cce version accepted but not the Procoder version. I ran into this problem awhile back with another project.

[mpucoder]

What does the log (c:\muxman.log) say?

[SeeMoreDigital]

Hi mpucoder,

As you may already know Neuron2 has added Mpeg1 de-muxing to DGMPGDec 1.3.1 beta 9 (http://forum.doom9.org/showthread.php?p=663489#post663489). However, try as I might I'm still unable to use MuxMan to re-mux the streams back to .VOB :(

I keep getting GOP length error warnings!

http://img113.echo.cx/img113/1629/muxman8ew.png

Is Mpeg1 muxing possible yet?


Cheers

[mpucoder]

Mpeg-1 has always been possible. But the same GOP constraints apply. This is not a Muxman restriction, but DVD. And considering that mpeg-1 has only frame pictures, more than 36 pictures means morethan 36 frames - twice the limit for DVD.
Make sure gop headers are not being removed - look at the original DVD with VobEdit to see how often [gop] occurs in the left pane. It should happen every I frame.

[laserfan]

mpucoder I want to thank you for this great tool. I had a mux job to perform which which crashed IfoEdit, then resulted in timestamp problems and playback jerkiness when I tried ReJig, but finally I found MuxMan and I have a smooth-as-silk Title Set now.

I did have one nasty problem (wish I'd seen this thread & had known where the logfile was!) where towards the end of the mux, I got an error and the mux process just stopped-dead & aborted with: "Multiplex operation halted ! Reference to non-existant scene segment_1_scn26 from PGC". Had no clue what this might be, and fretted a bit that my re-worked subtitle .sup was at issue (my reason for de-mux/re-mux) but on a hunch I compared the DVD chapter markers with the celltimes.txt I'd gotten out of IfoEdit. I had 25 entries in celltimes.txt and only 24 actual chapters, the 25th chapter-advance going to the Main Menu. So I deleted the last two lines of celltimes.txt and ran it again. Success!

I dunno why IfoEdit "lied" about chapters (not one, but TWO extra??), but you may want to look at incorporating a more graceful exit strategy for encountering this problem if possible. Thanks again for this terrific program!

EDIT: Now I've gone to Page 1 to read this entire thread and see this has been reported... :rolleyes:

[SeeMoreDigital]

Thanks mpucoder,

I've probably have asked this before, but does anybody know of any tools/applications that can alter the GOP structure of Mpeg2 (and Mpeg1) streams. So they are suitable for muxing into DVD compliant .VOB files?


Cheers

[DMagic1]

What does the log (c:\muxman.log) say?


MuxMan version 0.14f
Rejected sp r/fr F:\MOVIE\D2VAVS\V07000000001001.m2v

[sweetness]

I've probably have asked this before, but does anybody know of any tools/applications that can alter the GOP structure of Mpeg2 (and Mpeg1) streams. So they are suitable for muxing into DVD compliant .VOB files?

ReStream (http://shh.sysh.de/restream.html)?
Don't know if this can help you.

[mpucoder]

OK, in the readme file is an explanation of the rejection codes

Rejection codes:
OERR Muxman was unable to open the file.
BERR Muxman was unable to allocate resources to the file (low memory).
sp r/fr non-spec resolution / framerate combination.
sp ar non-spec aspect ratio (must be 4:3 or 16:9)
nm enc non-matching coding mode (mpeg-1 or mpeg-2)
nm std non-matching tv standard (NTSC or PAL)
nm res non-matching resolution
nm ar non-matching aspect ratio
nm p/s non-matching pan/scan capability
nm cc non-matching closed captioning


sp means a spec violation, and r/fr means resolution and/or framerate. Most likely pulldown was applied, but the framerate not changed accordingly to 29.97 You can use ReStream or DVDPatcher to see the resolution and framerate in the file headers.

[SeeMoreDigital]

ReStream (http://shh.sysh.de/restream.html)?
Don't know if this can help you.I've had a look at ReStream (which seems to work with some Mpeg1 .m1v streams too) but I can't find any "How to" information with regard to changing GOP's.

On a related note... I've received some e-mails from people in the UK who would like to use MuxMan to transfer their DVB-S and DVB-T Mpeg2 captures to DVD VOB, but can't due to the weird GOP lengths DVB uses.

So far the only solution seems to be re-encoding the entire Mpeg2 stream, but surely there's got to be another way?

I would really like some advice on how to address this problem so I can pass the information on to others, so we can all use MuxMan.


Cheers

[mpucoder]

A gop must start with an I frame, so if there are not enough I frames to make shorter gop's then the video must be re-encoded.
There is a reason for the gop length restriction, and it has nothing to do with picture quality (arithmetic error accummulation) or any decoder related issues. The gop length restriction sets the maximum size of the most basic unit used to compose a VOBU. And VOBU's in turn have length restrictions as well of 0.4 to 1.0 second except the last of a cell, which may be as long as 1.2 second. Having gop's longer than 0.6 seconds (the difference between the shortest and longest allowable VOBU) would create situations where it is impossible to compose a compliant VOBU.
And a gop longer than 36 frames is either 1.2 or 1.44 seconds long, depending on television standard, which is longer than a legitimate VOBU.
If DVB streams are not DVD compliant then they can't simply be stuffed into a vob to be played on a DVD player, they must be processed before authoring.

[goonix]

The program womble mpeg2vcr (for cutting and combining mpeg2 files) has a tool called gopfixer. It divides a too long gop in two shorter ones with a new i-frame in the second part. Only this gop needs to be reencoded.

Since not all gops of a DVB-S or DVB-t stream are too long, but only a view of them, the whole movie is fixed in a view minutes. Then it will be accepted by muxman.

goonix

[Trahald]

MuxMan version 0.14f
Rejected sp r/fr F:\MOVIE\D2VAVS\V07000000001001.m2v

dvd rb probably fixes the framerate when it muxes (its assets are created with the intention of being remuxed by itself)

[DMagic1]

thanks

[Koepi]

I ran into trouble, too - muxman.14 tells me that it rejects to mux my files because of a invalid palette entry. Using muxman.8 it works flawless. [But it overwrote the logfile, have to redo that later and add the log.]

I didn't read the whole thread now and hope that this issue isn't already covered ;)

Cheers
Koepi

[ffreese]

Hi,

muxman 0.14f does not accept any audio delay > 300 ms.

is it a bug or a feature?

is there any quick and dirty program that can correct the audio-data itself by >300ms?

[SeeMoreDigital]

The program womble mpeg2vcr (for cutting and combining mpeg2 files) has a tool called gopfixer. It divides a too long gop in two shorter ones with a new i-frame in the second part. Only this gop needs to be reencoded.

Since not all gops of a DVB-S or DVB-t stream are too long, but only a view of them, the whole movie is fixed in a view minutes. Then it will be accepted by muxman.Thanks goonix,

I've just run a few short files thru' Womble's MPEG-VCR (http://www.womble.com/products/). It's "MPEG Video GOP Fixer" tool managed to correct every DVB Mpeg2 stream, which previously MuxMan did not like. But it was unable to help with any of my Mpeg1 streams :(

I know I can be a bit (well very) dumb at times... but can anybody confirm whether they have successfully muxed PAL 352x288 Mpeg1 streams into .VOB with MuxMan?

And my apologies to mpucoder if this question upsets/annoys him!


Cheers

[Trahald]

@SeeMoreDigital
Try creating a compliant mpeg1 stream ( cce is very good at sticking to gop restrictions m = 3 & n/m = 5 for pal) and run it against mux man. that will provide the test needed.

gop longer than .6 seconds will result in non-compliant stream (verifiable in 5 mins with google). now there are dvd authoring programs that will accept it.. but its still not compliant. Most Pro level apps (like scenarist) will reject such files.

[SeeMoreDigital]

Thanks Trahald,

I don't have CCE installed :(

However, do you think a DVD compliant Mpeg1 output can be generated by altering TMPGEnc's GOP settings?

http://img300.echo.cx/img300/1703/gopsettings8li.png


Cheers

[nnigam]

You should be able to use avisynth for this. For dvd, the stream has to be 720x480 @29.97 fps for NTSC or 720x576 @25fps for PAL. Avisynth, and dgpulldown should work very well for this. But I do not work too much with mpeg1. I just convert my hd captures to dvd without any problem as long as long as the video has these resolutions and frame rate.

[Trahald]

some encoders overshoot the values. you should be able to use tmpgenc.. you could set the p-frames to 3 to give it a little room to play with( i = 1 b = 2 p = 4 is equivelant to 15 frame gop). and 352x288 is acceptable pal resolution

[mpucoder]

Sequence header for every gop
max frames per gop = 18

[SeeMoreDigital]

Thanks guys I'll give it a go and report back.

Sorry for taking up so much thread space discussing this (probably pointless) matter!


Cheers

[Matthew]

I believe sst subtitles are broken again. The colors/mapping is all wrong when using ssts produced from vsconv.exe on a sub/idx, + the default palette. The version I had been using for a while was just fine but now 0.14f is buggering up.

The problem occurred with 2 sets of ssts.

[AndyP]

Hi

Attempting to recompile backup of Without A Paddle (R2) - using DVD Decrypter 3.5.4.0, Scenaid 1.6, BatchCCEWS 0.9.1.5 and Muxman 0.15RC1.

Attempting to load Scenaid script results in the following error.

'Errors encountered in project file. See log file for details'

Last lines of log


Accepted still C:\Program Files\ScenAid\dummy_PAL_43.M2V size = 9188
Accepted still C:\Program Files\ScenAid\dummy_PAL_43.M2V size = 9188
Accepted still C:\Program Files\ScenAid\dummy_PAL_43.M2V size = 9188
Accepted still C:\Program Files\ScenAid\dummy_PAL_43.M2V size = 9188
Accepted still C:\Program Files\ScenAid\dummy_PAL_43.M2V size = 9188
Accepted still C:\Program Files\ScenAid\dummy_PAL_43.M2V size = 9188
Accepted still C:\Program Files\ScenAid\dummy_PAL_43.M2V size = 9188
Accepted still C:\Program Files\ScenAid\dummy_PAL_43.M2V size = 9188
Accepted still C:\Program Files\ScenAid\dummy_PAL_43.M2V size = 9188
Accepted still C:\Program Files\ScenAid\dummy_PAL_43.M2V size = 9188
Accepted still C:\Program Files\ScenAid\dummy_PAL_43.M2V size = 9188
Accepted still C:\Program Files\ScenAid\dummy_NTSC_43.M2V size = 8276
expanded database to 33000 entries.
Cell name VTS3_Title1_PGC1_PG1_C2_cellblock is too long
Cell name VTS3_Title1_PGC1_PG2_C3_cellblock is too long
Cell name VTS3_Title1_PGC1_PG4_C2_cellblock is too long
Cell name VTS3_Title1_PGC1_PG5_C2_cellblock is too long
Cell name VTS3_Title1_PGC1_PG6_C1_cellblock is too long
Cell name VTS3_Title1_PGC1_PG7_C3_cellblock is too long
Cell name VTS3_Title1_PGC1_PG9_C2_cellblock is too long
Cell name VTS3_Title1_PGC1_PG10_C2_cellblock is too long
Cell name VTS3_Title1_PGC1_PG11_C1_cellblock is too long
Cell name VTS3_Title1_PGC1_PG13_C2_cellblock is too long
expanded database to 33100 entries.
Cell name VTS3_Title1_PGC1_PG13_C5_cellblock is too long
Cell name VTS3_Title1_PGC1_PG14_C1_cellblock is too long
expanded database to 33200 entries.
expanded database to 33300 entries.
expanded database to 33400 entries.


Complete log and SCP - http://www.somewhere-out-there.eclipse.co.uk/WOAP - Muxman.rar

Regards,
Andy

[jel]

is it just me, or is this a little odd?Accepted still C:\Program Files\ScenAid\dummy_NTSC_43.M2V size = 8276 and from the .scp: Item=Encoded Still
{
Place Holder=No
Name=dummy_VTS_Data
Resolution=PAL
Drop Type=Non-drop Frame
Data Start Time=00:00:00;00
Data End Time=00:00:09;29
File=C:\Program Files\ScenAid\dummy_NTSC_43.M2V
Width=720
Height=576
Is Encoded=Yes
Encode Type=MPEG 2
Size=720 x 576
Aspect Ratio=4 : 3
Picture Structure=Frame Structure
GOP Size=15 frames
GOP Structure=N/A
Bit rate=9800000
Average Bitrate=6000000
Minimum Bitrate=4000000
} try changing the asset its pointing to, to "File=C:\Program Files\ScenAid\dummy_PAL_43.M2V" and modify the .scp.

dont know if that will help mind you ..... ;)
just an un-educated guess.

[AndyP]

Still fails. The error seems to be in VTS 3 looking at the muxman log.

Regards,
Andy

[mpucoder]

The error is about the number of characters in the symbolic names. They are limited to 31 characters. Scenaid was changed to accomodate this, but I'm not sure at what version, and whether it was .mxp only or both scripting languages. I'll ask d3s7.

[D3s7]

It is somewhat fixed in the unreleased build however, if you have "cellblocks" in your script then you have a movie with angles...

Muxman currently can't handle angles (at least I don't believe so) so i'm not really sure what it would do even if the script was understandable

[AndyP]

Thank you both. I shall wait patiently for a ScenAid that does short names and a Muxman that does angles! :)

Regards,
Andy

[Matthew]

This sounds like a nag, but mpucoder, any comment on my post above? Thanks :)

[D3s7]

I believe sst subtitles are broken again. The colors/mapping is all wrong when using ssts produced from vsconv.exe on a sub/idx, + the default palette. The version I had been using for a while was just fine but now 0.14f is buggering up.

The problem occurred with 2 sets of ssts.

Default palette is the scenarist default palette, not one based off the VTS, i would imagine it would be incorrect.. if your going to use the defaultpalette options, make sure not to copy over the subtitle info during the ifo update step

[Matthew]

Default palette is the scenarist default palette, not one based off the VTS, i would imagine it would be incorrect.. if your going to use the defaultpalette options, make sure not to copy over the subtitle info during the ifo update step

Thanks for the reply.

I'm not using IFOUpdate or any other IFO editor as this is not for a full backup (yes, I know I'm going to hell). It's just a straight audio+video+subs in MuxMan (both GUI and cli), followed by a viewing in PowerDVD.

The subs look fine in Scenarist, and they did in a previous version of MuxMan too (after mpucoder fixed not dissimilar issues).

I'm a cheapskate so I don't have 0.15, but I presume it is okay in this regard...

[mpucoder]

There have been no changes in the default palette colors, or the way in which they are defined.
There were, however, corrections to .sst interprettor. These were for MaestroSBT, though. And vsconv may have been changed as there were many discussions with various authors about the correct syntax of the .sst file.
If you could post a section of one of your .sst files, everything before the actual list of bitmaps, I could tell more.

[Matthew]

The version of vsconv I use has not changed (if I recall correctly it's the last one by gabest[1.0.0.5]...before any alterations by the big x crew). I have a 'system' into which I dropped the new version of muxman and the only other change I had to make was how the mxp was generated (inclusion of the default palette and navigation).

The latest test I did using the GUI were from the first chapter subs of Minority Report (PAL). The subs (in sst format) have been on the HD for well over a year and I used them without problems in a previous version of Muxman. It's the third set of subs I've tried, too.

st_format 2
Display_Start non_forced
TV_Type PAL
Tape_Type NON_DROP
Pixel_Area (0 573)
Directory H:\minoritychap1\subs
Subtitle 00-
Display_Area (0 2 719 574)
Contrast (15 15 15 0)

PA (0 0 255 - - - )
E1 (255 0 0 - - - )
E2 (0 0 0 - - - )
BG (255 255 255 - - - )

SP_NUMBER START END FILE_NAME
Color (3 4 14 3)
Contrast (13 15 0 15)

Thanks :)

[mpucoder]

I ran tests using a test bitmap with fully saturated colors and found no difference in how MuxMan and Scenarist converted it to a subpicture. So I devised a new bitmap with half-saturated colors as well, and they were different.
So, a few of things:
1) the minus (-) sign is not a recognized conversion rule by Scenarist, it treats all unrecognized rules as &
2) because so many other programs had used minus instead of equal, and for pure colors & and = act the same, MuxMan treats - as =
3) MuxMan does not do & the same way as Scenarist

Meaning if the bitmap is pure white, black, red, and blue it will map the same as Scenarist. But if it is not, there is no way currently to map it the same as Scenarist.

MuxMan 0.15 will change the & operator to work the same as in Scenarist, and - will be treated as &

Now, having gone through all that, if the colors rendered on playback are not the same, make sure the default palette is correct. MuxMan uses the same default palette as Scenarist, and does not need it to be defined in .mxp If you want to see what that palette is, start MuxMan and immediately save the project.

[D3s7]

Matthew,

can we get a couple screen/window shots of right -vs- wrong...

I'm interested in this as well

also, are you positive your using the original vsconv and not one of mine..

[sweetness]

i need some help with sst file and muxman(.14f). for some reason it just doesn't want to mux the subs in.
i extracted a cell with Vobblanker ripped the subs with subrip1.3(edited the start and end times) and ripped the video and audio with pgcdemux. i tried muxing a bmp+audio+sst, nothing.
i tried muxing the m2v file from pgcdemux+audio+sst nothing again.
i don't get any file in the .mxp
Item=Sub-Picture Stream
{
Stream Number=1
Language Extension=1
Display Mode=unspecified
}
Item=Scene List
{
if i use subrip 1.17 i do get a file in the .mxp, but when i rerip the subs it's blank.
Item=Sub-Picture Stream
{
Stream Number=1
Language Extension=1
Display Mode=unspecified
Item=Sub-Picture Play
{
File=C:\aa.1.bmp
Start=00:00:00:00 (0)
Forced Start=No
Time Code=NTSC non-drop
Duration=00:00:34:27
Origin=0,0
Display Area=0,2,719,479
Color 1(Pa)=0000ff & & &
Color 2(E1)=000000 & & &
Color 3(E2)=ff0000 & & &
Color=4 3 2 1
Contr=0 0 0 0
}

any advice on what i'm doing?

[mpucoder]

See the note in readme.txt about SubRip 1.17

[sweetness]

look at the first pack (NAV) and find "vobu_s_ptm" - this is the number
to use for your rip.
do you mean the - vobu start presentation time (90KHz clk) 1827057?
this number is too high.

[mpucoder]

That's too high to be the first NAV pack (limit is 90000). But the first NAV pack value is copied to all later NAV packs in the same VOB at 433 (check SlPlay) "PTM of first video frame in first GOP"

[Matthew]

@mpucoder, didn't understand most of what you just said :o But I know it was fine before :) I remember you did some fixing after I sent you the funky subs for Die Another Day.

@D3s7, the version of vsconv.exe I am using has filesize 161280; crc 83E5DE5E

@mpucoder and @D3s7

To be sure I re-extracted the subs using the same verison of vsconv.exe and then authored using 1) MuxMan 14f and 2) MuxMan 12a (it's what I had in a backup). Both in GUI mode.

I attached comparison screenshots.

[mpucoder]

Could you also attach the bitmap for this sub?

[Matthew]

:):):)

[D3s7]

Looks like P & Bg are flipped

[mpucoder]

They are, and so are E1/E2, but that is not important as these are only arbitrary names. You'll notice the P is transparent.
The colors in the bitmap are exactly those in the .sst, meaning they do match.
Have you checked the palette you are using?

edit: I just muxed this using the .sst and bitmap you posted on top of a PAL still with both 0.12a and 0.14f and they are identical. I did not, however, play with the palette, just created the project in 0.12a, saved it, muxed it, then imported it into 0.14f and muxed it.

edit2: Just to be thorough I created the project again in 0.14f instead of loading the .mxp, and the result is the same.

[D3s7]

Almost appears that the color/contrast order is being applied to the wrong conversion color.

mathew, i have a new version of vsconv that has the ability of creating .sup files from the sub/idx - maybe that would shed a little light on a few things...

just run vsconv -f sup -i {idx} -o {dir\Prefix} - use that instead of the sst in muxman and we'll compare that

[Matthew]

@D3s7, the results are just fine (looks like the sst mux with 12a).

@mpucoder, I've attached the project file created with MuxMan 14f (file date 14/5 7:53 AM).

I have no idea why our output could differ but I'm not fiddling with any palletes here - GUI only.

[mpucoder]

There must be some illegal character in the .sst file, as the one I made by copy and paste from the forum is fine. But the .mxp file shows that the .sst file interprettor could not parse the file. So attach that instead of copy/paste, OK? And don't edit it first, that could possibly fix things.

[Matthew]

Here you go. It's unedited - I promise ;)

[mpucoder]

I find this very hard to believe, as not only the conversion rules are wrong, but so are the colors:
.sst
PA (0 0 255 - - - )
E1 (255 0 0 - - - )
E2 (0 0 0 - - - )

.mxp
Color 1(Pa)=ff0000 = & &
Color 2(E1)=0000ff = & &
Color 3(E2)=ffffff = & &

The .sst colors are blue, red, black while the corresponding .mxp colors are red, blue, white. It's as if there were 2 different .sst files involved.

Try this - load the .mxp, then replace the subs by opening the .sst again as sub track 1, and save.

[Matthew]

No change, and the project file is binarily identical.

The version of vsconv posted by D3s7 produces ssts/bmps that won't even be loaded at all.

[D3s7]

the sst given by the version of vsconv I shot should work fine for you.. in fact the sst syntax has been adjusted for proper use in muxman..

wierd indeed


EDIT: as a test, i took muxman 14 and your .sst w/ a BMP from one of my movies.. the muxed bmp looks exactly like I'd expect it to

can you post the .idx and .sup (if they are small enough) - or email them to me.. should be able to duplicate/test this w/ those 100%

[zilog jones]

Is there any way to "link" video and audio files together in some way? I was trying to make a DVD adding two m2v files together (which both had their own ac3 tracks separately), but I came across the problem that because the audio in the first video ended 232ms before the video ended, all the audio for the second video was out of sync.

I ended up having to cut the first video to the same length as the audio using Cuttermaran - fortunately the part without any audio was just black after a fade-out anyway.

[D3s7]

Is there any way to "link" video and audio files together in some way? I was trying to make a DVD adding two m2v files together (which both had their own ac3 tracks separately), but I came across the problem that because the audio in the first video ended 232ms before the video ended, all the audio for the second video was out of sync.

I ended up having to cut the first video to the same length as the audio using Cuttermaran - fortunately the part without any audio was just black after a fade-out anyway.

You can set the "delay" of the audio which will adjust it
the muxman documentation shows you how to do that

[zilog jones]

I know, but there's only one delay setting for the two audio tracks (as they both go into the same stream) so I assume that will only change the delay at the beginning of the DVD.

[D3s7]

what you'd need to do is create each video as a seperate segment (and put the appropriate audio in) which will allow you to set seperate delay values

Then in the layout, refer to the segments in cell 1 and cell2

[mpucoder]

Right, that is the proper way to synchronize things like this. But you will need 0.15 to do it, 0.14 will mux only one segment.

[mpucoder]

@Matthew - have you downloaded Muxman again to rule out a bad download?

[zilog jones]

Right, that is the proper way to synchronize things like this. But you will need 0.15 to do it, 0.14 will mux only one segment.
I thought so. But I don't have $5...

Seriously, I don't! Such is the life of a lazy student. :( But I'm looking for a job...

[Matthew]

@Matthew - have you downloaded Muxman again to rule out a bad download?

I redownloaded the zip and the match is 100 percent. I also reauthored again and same deal.

@D3s7, I've sent what you requested to the email address on the scenaid site.

I've also attached screenshots of muxman after loading new vsconv vs old vsconv produced ssts. (There are no error messages btw).

It might be getting to the stage where you think I'm crazy. I do have techsmith camtasia installed, so I can record a video of me opening the bmps, sst, and then authoring in order to establish proof of sanity :P

[SeeMoreDigital]

Hi mpucoder,

Would it be possible to increase the range of the of the "Delay" settings. The current range is between -300ms to +300ms.

Earlier today I used DGIndex to de-mux 5No clips (with different run times) from within the same .VOB file and otained audio streams at -320, -160, -448ms, -224 and -288.

However, when I used MuxMan to re-mux the -448 .AC3 stream to the .M2V stream, it was sadly out by miles :(


Cheers

[mpucoder]

It's strange, about the negative delays. Everyone wants the multiplexer to fix it when it is the demultiplexer's fault. Why is no one asking the demultiplexer authors to fix their programs? Do people really believe the DVD's were authored this way?
Large negative delay is caused by two different "problems". Neuron2 has, thankfully, addressed the first in DGIndex (formerly called DVD2AVIDG) which was the improper treatment of temporal sequence number and pts seen most often in closed gop's.
The second cause is not properly demultiplexing the audio at a seamless joint. In a seamless joint, because of the difference in video and audio buffer sizes and delays, there is audio from the previous cell. But demultiplexers don't look at the pts and throw away the frames that don't belong to the cell being ripped, instead they just demultiplex everything starting at the cell boundary. Not only does this result in excess audio at the start (the reason for the negative delay value) but missing audio at the end.
There are external programs to remove excess audio. And while I could increase the negative delay allowed (but not the positive currently) that would just perpetuate a bad practice. In reality, very few DVDs have any delay at all in the first cell, and no more than plus/minus half an audio frame thereafter.

[SeeMoreDigital]

If you remember, I mentioned some time ago that I often receive "Show Reel" DVD's from people within the media industry that contain multiple short clips of their work - TV/cinema commercials mostly, pop promos, short films and the like...

A typical TV/cinema commercial can run anything from between 10 to 90 seconds and usually a DVD arrives on my door step with several clips running one after another, burned into one .VOB and with no chapter breaks!

What I currently do is use DVD Decrypter to drag the .VOB file(s) onto my PC and then DGIndex to separate and select the start and end points for each clip.... But this creates individual de-muxed clips with very different audio delays!

If the delays are no greater than -300 to +300ms I can correct them perfectly with MuxMan... but not, if the are outside of those limits :(


Cheers

[mpucoder]

As I said, this is caused by not demultiplexing the audio properly. When extracting elementary streams, does it not make sense to extract the streams in sync? That is, to extract the audio that corresponds to the video. Why not go here (http://forum.doom9.org/forumdisplay.php?f=5) and ask for a fix to the problem.

And if there are demultiplexers that do this properly, my apologies for not mentioning them - feel free to speak up.

[Matthew]

SeeMoreDigital, prompted by your post, and because I might find it handy, I wrote a batch file that will take all ac3 files in a directory and change the delay so that it will be between 0 and 31 ms (positive). e.g. -2 ms will become 30 ms (Maestro only permits positive delays). Similarly 35 ms would be switched to 3 ms. You get the picture. It uses delaycut so each file has a log telling you what was done. The new filename also includes the new delay. The input filename must be of the form [usual DVDAVI crap] DELAY [integer]ms.ac3 (i.e. don't rename DG output). Let me know if you want a copy.

As an aside, I know from experience that mplex/DVDAuthor will handle an 8000 ms positive delay just fine.

BTW mpucoder, I copied all the minority report assets to another (winxp) box which had never run Muxman before and the authored output was the same.

[mpucoder]

BTW mpucoder, I copied all the minority report assets to another (winxp) box which had never run Muxman before and the authored output was the same.
Very strange, as neither I or d3s7 can duplicate the problem.

This is more of a rhetorical question, but why do so many programs not work correctly in WinXP?
And for those who may wonder, I do not develop on WinXP, but I do test on it (occasionally). I have never been able to duplicate any of the errors that are WinXP only, except in a simulated "dirty memory" situation. That much I figured out - that a variant of WinXP does not zero memory (as it should) when allocated. Unfortunately my install, a squeaky clean Pro version, does not do that.

[Matthew]

What's more, before I did that, I tried it on a separate "backup" install of WinXP, which is on another physical drive and is barely used. The authored output was buggered then too. So I'm not sure the bug, or whatever it is, can be obsure.

[Paddington]

Just some general GUI suggestions for MuxMan 0.14f, which may have been addressed elsewhere, but I didn't have time to check.

When you load a video, have a checkbox specifying whether you want to add more (in my case, I only use one m2v file, so the dialog is unnecessary).
Set default audio languages to English
Set default video to both
Set default subtitle languages to english, and PS|LB|Wide checked
When loading the chapters, set the default filename to Celltimes.txt (output of PgcDemux and IfoEdit)
Can you include an option to load the original IFO file, like ReJig does, so the color palette is automatically copied from the first/largest/specifed PGC.
After muxing, don't close the program automatically (as a user might want to start another job)

Finally, when I open MuxMan (XP), it always opens to small, and I don't even see the buttons (see figure). Is it my settings, or does it have to do with the specified minimum window size.
http://img221.echo.cx/img221/5715/muxman1tz.jpg (http://www.imageshack.us)

[mpucoder]

When you load a video, have a checkbox specifying whether you want to add more
How is that easier than closing the dialog? One click either way.
Set default audio languages to EnglishIt would be better to let the user select the default language and remember it. Not everyone would want English.
Set default video to bothIt is if the video is encoded for panscan, otherwise LB is chosen.
Set default subtitle languages to englishsame as audio
and PS|LB|Wide checkedThat doesn't make sense, most subpictures are not suitable for all three. No matter what the default for any button is, the law of probability says it is wrong half the time.
Can you include an option to load the original IFO file, like ReJig does, so the color palette is automatically copied from the first/largest/specifed PGC.That's been asked before, and is not a trivial task. Neither is it a feature needed for authoring original DVDs (the purpose of Muxman).
After muxing, don't close the program automatically (as a user might want to start another job)That is the behaviour starting with 0.16, it was necessary to close Muxman before as it was not re-entrant.

The last thing is caused by using large fonts, and will be fixed in 0.16

[Paddington]

How is that easier than closing the dialog? One click either way.
But it wouldn't open another window - by default, if muxman can remember the settings, I would even turn the option to add more m2v of.

It would be better to let the user select the default language and remember it. Not everyone would want English.
True, and it would be a great addition indeed.!

It is if the video is encoded for panscan, otherwise LB is chosen. ame as audio
Thanks for the explanation of these features. I wasn't sure what they meant, and the 'warning' muxman raises made me turn them all on. Could you maybe add a tooltip to these features with a brief description?

That's been asked before, and is not a trivial task. Neither is it a feature needed for authoring original DVDs (the purpose of Muxman).
Why is it so difficult to read the main (largest) PGC's color tablette? I mean, you allow it to be specified in your project files, and it can be easily extracted from an IFO (well, it's not easy, but there is a lot of open source that allows you to do it, such as SubRib (delphi), SubtitleCreator (C#), etc., and I am sure you are very familiar with the DVD structure).

One final question: wouldn't it be easier for you to create project files in XML? It allows for an easier retrieval of separate nodes (you just use a parser to read everything into a DOM object, or alternatively, use sax parsing), and you can use a DTD or schema to validate scripts...

[Paddington]

Can I create a new menu with MuxMan?

@mpucoder: I am currently experimenting with a simple DVD authoring wizard to add a new subtitle to a movie in SubtitleCreator, using PgcDemux for demuxing and MuxMan (of course) for muxing everything back together (SC creates a mpx project file, and calls MuxMan in the bg). I am really impressed with the number of options that you allow to specify in the project file, which is overwhelming at the same time too.

When I use DVD Shrink reauthoring mode and keep only the movie, SC can create the appropriate script to do create a new movie. Alternatively, I can use full disk backup mode in DVD Shrink, but that also keeps all the extras. An additional complication is that sometimes the streams are indirectly addressed (according to CoNS). My question to you is what would be the best way to actually keep the menu too?

CoNS explained me the way he normally does it manually, using VobBlanker and PgcEdit, but this is not very easy at all. As MuxMan is so powerful, I was wondering if it wouldn't be easier to create a new menu from scratch using MM. Basically, my ideal solution is as follows:

I want to have a main menu with three options: chapters, subtitles, audio (if more than one).
The subtitle page could be a static bitmap (preferably from the movie, with a button for selecting each subtitle as specified in the mxp). The same applies to the audio page.
The chapters should be displayed as they are on the source DVD.

That's all. Can you, or someone else, please indicate whether it is possible at all to create menus with MM, and if so, can it do what I have described above?

[E-Male]

request:
could you add CLI parameters for making a movie only dvd without a project file (parameters for specifying video and audio(s) directly)
it doesn't matter if it is more limited than the gui or project files, it would be just for very easy integration

[Alex-2k1]

When be free the version 0.15?

[mpucoder]

E-Male: I put this on the todo list, but there are some very high priority items before it.

Alex-2k1: 0.15 will be free someday, it depends on how long it takes to get the next version ready for vip users.

[E-Male]

understood

[cmsoliveira]

Hi,

One question to the pro's :p

muxman can only support 32 subtitle stream, however when i backup some of my dvd's i have more than 32 streams (using ifoedit i have something like this (http://dadosrb.com.sapo.pt/Image1.jpg) )

My question is, can muxman recreate the subtiltle stream like the original, like the image shown above?

Thnx.

[mpucoder]

There are only 32 subpicture stream ID's, and your screenshot shows you are using exactly 32. (some are used more than once)

[cmsoliveira]

@mpucoder,

you're right. They are used more than once, and i know how to place them has you explained here (http://forum.doom9.org/showpost.php?p=648903&postcount=31).

But using the method described above, muxman gives an error saying that the project has more than 32 streams (subtitles), or something like it (i'm at work, far far away from my pc).

Don't know if it matters, i'm using version 0.14g.

Thnx for the help.

[D3s7]

I believe you need to use 15 if your going to have that many (i was thinking 14 stopped at 8)

[mpucoder]

The problem is the arrangement of streams is illogical. It really looks to me like an authoring error in the original, or IfoEdit is reporting things wrong. The first 4 tracks use 2 streams, and the rest use 3. 0x24 is both French and Portuguese, 0x25 is French and Nederlands, etc. And at this time you cannot assign streams, it is done automatically by language and display mode.
My guess is the third streams are not correct, and if you ignore them the layout makes sense. Knowing the display mode of the video would help verify that.

[cmsoliveira]

@mpucoder,

i don't know if this is what you asked, but the video is 16x9 letterboxed.

Actually, this isn't the first case i've encountered. I have more dvd's (originals, of course) that are authored like this. And some of then have the audio track like that too.

[mpucoder]

A 16:9 auto-letterboxed can have only 2 streams per, so the third is from bad authoring, you can ignore it.

[cmsoliveira]

@mpucoder

Hi, is not my intention to bump this thread but just want to say that you're right . I did ignore the "extras" subtitles, and after muxing everything work perfectly.

Thnx a lot for the help and keep up the excelent work :thanks:

[2COOL]

How does the reset button in import file list for audio work?

[mpucoder]

It doesn't (and should not be enabled) - you cannot set duration times for audio. In 0.16 all the controls for duration were removed from the audio version of the list manager.

[Mystiqq]

Originally i ask this in this thread:
http://forum.doom9.org/showthread.php?p=704419#post704419

Im trying to add new chapterpoints, which doesnt have any by default, for reauthored episodic DVD with Muxman. The result is very odd. The muxed video doesnt have chapters but the whole episode ends right after first chapter.

VTST 1 , 1 TTN 1 (0:33) Title 1 - Chapters: 1, Programs: 1, Cells: 1

********** pre commands:
********** post commands:
********** cell commands:



Playback time: 00:00:33.07 (at 25 fps)
PG Playback mode: sequential
PUOs: 0 (0x00000000)
NextPGCN: 0
PrevPGCN: 0
GoUpPGCN: 0
PGC Still Time: 0
Audio stream 1 status: 0x00008000 (stream=0)
Audio stream 2 status: 0x00008100 (stream=1)
Subpic stream 1 status: 0x80000000 (streams for 4:3=0, wide=0, letterbox=0, pan&scan=0)
Subpic stream 2 status: 0x81000000 (streams for 4:3=1, wide=0, letterbox=0, pan&scan=0)
Subpic stream 3 status: 0x82000000 (streams for 4:3=2, wide=0, letterbox=0, pan&scan=0)

Chap. Prog. Cell Type Layer Res- Still Cell Playback End Entry First Last Last VOB Cell
(PTT) Flags Break tric- Time Cmd. Time Time VOBU ILVU VOBU VOBU ID ID
ted. sector End Start End

0 1 1 1 2 yes no 0 0 00:00:33.07 00:00:33.07 0 0 16142 16318 1 1

The same remuxed episode will work without the chapter points with no problems, and even has new subtitle stream that works, but when i add the chapterpoints it just messes things up completely.

Chapters:
825
2950
5460
7459
8975
13050
16375
19930
23600
26075
28833
32400

These infos are from the muxmans remuxed file and not yet replaced/integrated with vobblanker with the original source, since i doubt it would work even if i did that.

Originally i made the chapters in DVDlab but noticed that the format it saves them in isnt correct for muxman so i loaded those in Subtitle Workshop and made custom format and saved the times in frames instead.

Any suggestions? I thought this was pretty straight forward thing since Muxman seemed to support chapters directly. Perhaps im doing something wrong?


Ive tryed everything i can think of. As you can see, the file ends right after the intro sequence where i have the first chapter placed. Also ive tryed using different chapter files, with different number of frames/chapters.

Perhaps im missing something here?

[mpucoder]

You should also post the MuxMan log, found at c:\muxman.log

[Mystiqq]

Oh, there it is.

MuxMan version 0.14g
Opened script file C:\***\PGC1.mxp
Accepted video C:\***\VideoFile.m2v size = 1025933979
Accepted audio C:\***\AudioFile_80.ac3
Accepted audio C:\***\AudioFile_81.ac3
Opened sub 1 file C:\***\Subpictures_20.sup.
Opened sub 2 file C:\***\Subpictures_21.sup.
Opened sub 3 file C:\***\Custom_subpic1.sup.
14:15:53 Begin multiplex.
Maximum audio duration 65992 fields.
Starting scene Segment_1_scn1 at 00:00:00:00
Starting scene Segment_1_scn2 at 00:00:33:07, requested for 00:00:33:00
Starting scene Segment_1_scn3 at 00:01:58:07, requested for 00:01:58:00
Starting scene Segment_1_scn4 at 00:03:38:20, requested for 00:03:38:10
Starting scene Segment_1_scn5 at 00:04:58:09
Starting scene Segment_1_scn6 at 00:05:59:08, requested for 00:05:59:00
Starting scene Segment_1_scn7 at 00:08:42:04, requested for 00:08:42:00
Starting scene Segment_1_scn8 at 00:10:55:00
Starting scene Segment_1_scn9 at 00:13:17:14, requested for 00:13:17:05
Starting scene Segment_1_scn10 at 00:15:44:11, requested for 00:15:44:00
Starting scene Segment_1_scn11 at 00:17:23:11, requested for 00:17:23:00
Starting scene Segment_1_scn12 at 00:19:13:09, requested for 00:19:13:08
Starting scene Segment_1_scn13 at 00:21:36:04, requested for 00:21:36:00
SeqEnd at 3D268297.
Bytes remaining in buffer = 0.
14:20:14 End multiplex.
Bitrate - avg: 6756295, min: 2560000 (lba 204127), max: 11229866 (lba 5102).
Shortest GOP has 2 fields, longest GOP has 24 fields.
Fields: 65994, VOBU: 2558, Sectors: 544281.

I removed all path infos.

[mpucoder]

Well, the log shows MuxMan created 13 cells. These can be used as programs and then as chapters if the PGC statements are correct. If the mxp file was made by the GUI (that is you used the GUI to select the video, audio, and sub files plus import the chapter list) this will be done automatically. If you imported the chapter list after saving the project the PGC will not have the correct statements (saving the project causes the automatic generation of needed structures like the PGC, once created they are never changed).

[Mystiqq]

I see. What i did was i loaded the project where i had everything else setuped except the chapters, which i did by using the GUI, loaded the chapters and started the muxing. I did the same thing now, except i saved after i imported the chapters but result is the same.

I mean, shouldnt IFOedit/PGCedit show if theres more than one cell? Because every program that ive used only show up that one cell, the first chapter/intro one. If the cells are created, where are they? How can i "utilize" them?

Im little bit lost with this, any help is appreciated.

EDIT:
I assume if i had the programs "avaitable", i could create the actual chaptering in PGCedit/PGC editor->Edit Chapter (PTT) table? Problem i see is that i dont know how to get to these cells/programs that doesnt seem to exist.

EDIT2:

Ok, i had time to test again and now i started from scratch and made new project and now the chapters are being created correctly.

Thanks! :)

[Samyucca]

If you imported the chapter list after saving the project the PGC will not have the correct statements (saving the project causes the automatic generation of needed structures like the PGC, once created they are never changed).

Thank you for that important info - I spent hours battling with muxman because of that.

So if I have already loaded chapters and saved the file, and then want to add/modify the chapters, is it sufficient to save the mxp under another name, or do I have to create the entire mxp from scratch?

[SeeMoreDigital]

Hi mpucoder,

First up... I have not done much work with subtitles.

However, earlier today I used DVD Decrypter in "Stream Processing" mode to rip a short chapter from a DVD and got a whole bunch of files including several xxxxxx.SUB streams.

It does not look as though MuxMan supports such streams. Is there a reason for this?


Cheers

[EpheMeroN]

Is it true that MuxMan can import chapters? If so, what format? I encoded an MPEG-2 file with HC Encoder, and although it has no chapters as of now, I'd like to manually make them myself so I can author them with MuxMan.

[SeeMoreDigital]

Is it true that MuxMan can import chapters? If so, what format? I encoded an MPEG-2 file with HC Encoder, and although it has no chapters as of now, I'd like to manually make them myself so I can author them with MuxMan.Chapters times/positions need to be worked out in frame number format... ie: 90 seconds for PAL would be 90 x 25fps = 2250 frames and for NTSC would be 90 x 30fps = 2770 frames... That said I'm not sure whather NTSC needs to be calculated at 29.970fps.

Either way, your frame number values should be expressed in list and saved as text (.txt) file: -1410
2250
3220
3610
4345
4605
5240
6665
7980
8650
10265Each chapter will be accurate to the nearest I frame...


Cheers

[EpheMeroN]

Perfect! I can just scroll through the file in VDubMod and jot down the frame numbers into a text file now. Where in MuxMan do I load this chapter text file? Or do I just put it in the same dir that has the video?

[SeeMoreDigital]

...Where in MuxMan do I load this chapter text file? Or do I just put it in the same dir that has the video?http://img295.imageshack.us/img295/7931/muxmanchapterimport1jk.png

Cheers

[mpucoder]

Hi mpucoder,
It does not look as though MuxMan supports such streams. Is there a reason for this?

There are hundreds of subtitle file formats, supporting them all would be impossible. Muxman adopted the .sst file (and bmp's) from Scenarist due to its popularity, and the .sup file from IfoEdit due to its simplicity. These are both graphic formats, which allows me to postpone development of subpicture rendering and subtitle generation from text.

[EpheMeroN]

When I import a *.m2v video file, does MuxMan auto-select the proper options; i.e. PS, LB, BOTH? My video is 720x480 NTSC Widescreen.

[goonix]

Crap deleted...

[Matthew]

Might as well remark on something I noticed the other day re subtitles.

Muxing with SUP is really quick, but using sst/bmp is much slower. It's faster to creater the SUPs from the bmps first using an external tool (e.g. DVDSupEncode) and then mux with those. But due to palette issues this approach wasn't feasible.

So just a wild stab, would it be better for MuxMan to generate SUPs for sst input?

[mpucoder]

@goonix and EpheMeroN: MuxMan automatically selects the most versatile mode that the video supports.
For 4:3 video there is only the 4:3 mode.
For 16:9 video LB is selected for 4:3 displays.
For 4:3P/S video MuxMan selects "both".
You may change the display modes for 16:9 or 4:3P/S video using the radio buttons. You cannot override the display modes using mxp, since if the mode is inappropriate (as any 16:9 mode for 4:3 video is) it is ignored. See the bottom of this page (http://www.mpucoder.com/Muxman/mxp/segment.html)

@Matthew - if everyone interpretted .sst correctly there would be no palette issues as the real problem is the color mapping and naming. Scenarist didn't help by calling the background color4 in .scp files, as its pixel value is 0. Same goes for pattern (color3, pixel value 1), E1, and E2.
Generating sups is not the answer, it's just that sups are precompiled.

[Matthew]

Generating sups is not the answer, it's just that sups are precompiled.

The only thing I was asking was whether it would result in faster muxing :)

I'd just use SUP to begin with, but I need to use sst so I can resize the bitmaps and adjust the timecodes, to account for NTSC<->PAL.

Oh, and hint http://forum.doom9.org/showthread.php?t=100059 :D

[mpucoder]

Yes, the multiplex would go faster because when bmp's are used they are converted as needed during the mux. Converting prior to the mux, as Scenarist does, actually takes longer, but can be done in the background when using the GUI. I have thought of including an option, but first I want to get a helper thread working.
Still, if you are working from demuxed sources it is better to demux to sup, this is what the Big3 now does when using MuxMan. Besides being faster .sup preserves any effects (fade, wipe, or scroll).

[Matthew]

I see. Thanks for the response :)

I do use SUP where possible (NTSC->NTSC or PAL->PAL), but AFAIK there's no way to resize SUPs and adjust their timings, so I'm stuck with sst/bmp.

[SeeMoreDigital]

I guess with Lightning UK not being here anymore I don't suppose we will find out why he elected to extract the subtitles to an .SUB format?


Cheers

[E-Male]

I see. Thanks for the response :)

I do use SUP where possible (NTSC->NTSC or PAL->PAL), but AFAIK there's no way to resize SUPs and adjust their timings, so I'm stuck with sst/bmp.
i'm working on sup editing atm (c# practise)
fixing the timing should soon work
resizing is a more difficult matter as i'm still looking into the graphic-format of sup

[goonix]

@mpucoder and EpheMeroN
Thanks for correcting my wrong statement, mpucoder.

The 16:9 flag is encoded in the mpeg stream and MuxMan knows the format of course.

If this flag is set wrongly for some reasons (got it sometimes in DVB-T mpeg files), you can use several programs to correct it.
I prefer DVD Patcher for correcting the flag, because it is very fast. http://www.wincesoft.de/DVDPatcher_v106.zip

goonix

[Matthew]

i'm working on sup editing atm (c# practise)
fixing the timing should soon work
resizing is a more difficult matter as i'm still looking into the graphic-format of sup

That's sounds interesting :) With the resizing maybe you'll end up having to re-create the SUP.

If you get it going I hope you provide some kind of cli support (even if it's in the form of some sort of saved macro) :)

[E-Male]

i never really got into GUI-programming
so all i do is either CLI or a plug-in
but i got some other things to do first the next weeks

[E-Male]

could someone post 2 easy example MXP-files, please?

one that just takes one video and two audio tracks and creates a dvd with no menu, just starting the movie

and one which additionally adds a SUP file and configures the sub-colors

thx a lot in advance

[Trahald]

I guess with Lightning UK not being here anymore I don't suppose we will find out why he elected to extract the subtitles to an .SUB format?

the DD .sub is just a raw sub stream .. at least iirc.. he chose it cause... well.. its what was there.. there is no conversion.. just raw data given an extension.

[mpucoder]

E-Male: You can create those .mxp files yourself by using the GUI and saving the project.

[SeeMoreDigital]

Thanks for the information Trahald,

Sorry but I just have to ask.... Are you aware of any tools that can make use of this RAW subtitle data stream?


Cheers

[EpheMeroN]

When I make a chapter file and import it into MuxMan, if my first chapter is as an example, frame #1100, would the dvd skip frames 0-1099 and start on frame 1100 since that will be considered chapter 1?

[SeeMoreDigital]

Good question!

Why not try it with a short test clip/mux.... and if you have a problem, try again starting with frame number "0" in your frame list...


Cheers

[EpheMeroN]

I found out that MuxMan automatically assigns Chapter #1 to frame 0 by default when you import a chapter list, regardless of where it starts. Good to know now!

[SeeMoreDigital]

I found out that MuxMan automatically assigns Chapter #1 to frame 0 by default when you import a chapter list, regardless of where it starts. Good to know now!Actually, it's the same situation when creating chapters for MPEG-4 streams within the MP4 container ;)

That said, one of the benifits of creating chapter points for MP4 container is they are accurate to "the frame", not the nearest "I-frame".... Even when muxing MPEG-2 (or MPEG-1) video streams into MP4.


Cheers

[jeanl]

mpucoder,
I am using muxman to create still shots with background audio (that I intend to use in between chapters, as they used to do dialogs in silent movies). I'm muxing an ac3 snippet (a few seconds) with a bmp. So far so good. The problem is that (stupid) TMPGenc DVD Author, when importing the resulting VOB, gets confused because there's only 1 I-frame, followed by a bunch of ac3 audio packs, and only retains the I-frame, and 1 audio pack.
Of course, the result is disappointing! (the still lasts 1 frame!).
Is there a way to coherce muxman to repeat the video frame alongside the audio?
If not, what's a good solution to create a still shot with background audio that's muxed as a motion shot (i.e. with many identical video frames, instead of a single I-frame followed by many audio packs)?
My next best solution at this point it to go back and replace the cell with the one created by muxman after the fact, using vobblanker. But I'd rather not have to do that...
Next next best solution is to use a better program than TMPGenc DVD Author, I know, I know...
Jeanl

[Matthew]

If not, what's a good solution to create a still shot with background audio that's muxed as a motion shot (i.e. with many identical video frames, instead of a single I-frame followed by many audio packs)?

http://www.avisynth.org/Loop + a video encoder that supports avs.

[jeanl]

OK thanks, HC will do (that's the encoder I normally use).
Thanks,
Jeanl

[bourtzovlakas]

Since the Muxman 0.16 has been released to the members of the MPUCoder site, can we expect a free release of Muxman 0.15??

[laserfan]

I have a general question I think you experts can help me with, and this thread/program deserve a bump anyway:

Am I right in assuming that most-if-not-all DVD authoring programs, if capable of importing & using ordinary MPEG2 files (as opposed to elementary streams), must re-multiplex the video and audio again to create VOBs & the titleset?

I always thought this was the case, and in particular that low-end DVD authoring programs typically do NOT do this well (re-mux) resulting in sync errors & whatnot.

And... don't MPEG2 files and VOB files differ (albeit slightly) by virtue of the need in VOB files for other types of streams (like subtitles) and navigational information?

TIA for any feedback. I don't pretend to understand how this stuff works but as a user I have tried a lot of programs and like to think I've picked-up a few glimmers of knowledge along the way, but who knows... :p

[E-Male]

since i don't get any answere in the burning forum:

i'm working on a 1-click dvb to dvd front-end (still in planing stage due to damn real-life)

the final steps would be (besides possibly some ifo and header patching after muxman is done):

-creating a movie-only dvd-folder with muxman
-putting it into an iso with mkisofs using only the -dvd-video option (well, and -V and -o of course)
-and burning it with imgburn

would the result be a correct disc including the 32k gabs between ifo and bup files?

[EpheMeroN]

I am making a backup on some dvds I own, and want to do simple backups by just re-encoding the main movie only, keeping the 5.1 audio, and director commentary, subs, and chapter points. I am ripping the dvd to hdd still using DVD Decrypter. Is there a simple way to export the chapters from DVD Decrypter to a text file that I can use with MuxMan? I know MuxMan supports chapter points via text files.

[Matthew]

@EpheMeroN

I use IFOUpdate at the command-line to get the chapters in maestro format:
ifoupdate.exe -oH:\test\VOBS\VTS_1_0.IFO -mS -cH:\test -eM

Then I delete the first couple of lines (they contain no timecodes) to get the list I use.

Another option is chapter-x-tracter. By default it won't include the last chapter in the list if it is really short.

[E-Male]

i think the ifoedit celltimes format that can be selected in dvddecrypter (and other tools) works fine in muxman

[David007]

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 (Track).

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.

http://forum.doom9.org/attachment.php?attachmentid=4905

Please, help me.

[mpucoder]

After loading and configuring the wide stream click on the radio button "2" to load and configure the second stream. What you did was replace Subpictures_20.sup with Subpictures_21.sup (and then make it both wide and LB)

[David007]

Thank you very much for the answer. It's working. :-)

[E-Male]

sorry for re-asking
but i'd really like to know if muxman creates ifo with the correct 32k gaps
or if i have to use pgcedit after muxing

[mpucoder]

It does not, as this causes problems with Nero. The 32K gap is not mandatory, just recommended for error resilience.

[kaidoko]

After i demux a movie (16:9) with PGCDemux, added 2 subtitles and Mux it again with MuxMan, in PC everything is correct, but when I watch this movie with DVD player in my TV (4:3), the picture is in incorrect format: it is'nt 16:9 nor 4:3 but somewhere meanwhile (larger than 16:9, but smaller than 4:3) and subtitles lower edge are'nt visible. What's the problem, I am forgotten something.

[prim1842]

Hi, i have a problem when i author a dvd with Muxman v0.14g or IFOEdit. On some models of dvd players (Toshiba, Pioneer, and others) the subs doesn't appear or the first line of subs appear and then it turns out green and distorted and after that it dissapears. I have tested with different brands of dvd media (including verbatim and ridata) and nothing. The strange thing is on some others players (jWin, Philips) and on PowerDVD on the computer, the disks works perfectly, and the subs appears correctly

If i author the same dvd with Scenarist v2.6 the subs appears correctly on ANY dvd player i tested. Here's what i do for making subs compatible with Muxman/IFOEdit:
1) I render my .srt subs on MaestroSBT v2.4.3.5
2) Transform .SON to .Sub on SON2VobSub v1.0
3) Transform .Sub to .SUP on SubToSup v0.9 Beta

When i author on Scenarist i render my subs on MaestroSBT and export then on .SST.

I prefer to author on muxman instead of Scenarist because the last one is slower.

Thanks!!!

[Pudah]

The MediaChance web site indicates that their DVD Menu Studio program can export to Scenarist by means of a Scenarist script and BMP files (http://www.mediachance.com/dvdmenu/Help/scenarist.htm). Since MuxMan seems to have been built with a great deal of Scenarist compatibility, I was wondering if these files could be used with MuxMan to create menus. Would the script be used in a manner similar to an .mxp file thru the Load Project option on the File menu in Muxman?

[mpucoder]

MuxMan can read most Scenarist scripts, just import it the same way as a MuxMan script. The name doesn't matter since the syntax of the script is used to tell which kind it is, but Scenarist scripts usually have the .scp extension.

[Pudah]

Since DVD Menu Studio has a 30 trial, I decided to download it and try it out with MuxMan.

I created a very simple menu and exported the bitmaps and Scenarist script. I then loaded the script file into MuxMan. When I start the mux process by clicking the START button, MuxMan begins to do its thing, but then crashes with a This program has performed an illegal operation and will be shut down error message. The crash is so severe that I cannot close the error message dialog. The three finger salute won't even close it. Am forced to reboot.

This happens with both 0.14g and 0.16.1 versions of MuxMan. I ran it on an old Win98SE box (I have done other muxes on this machine with no problems). I can try also on XP SP1 if that will help. I captured the debug details as well as the scp file created by DVD-MS and MuxMan log file and am attaching here in case it provides any helpful info.

[Pudah]

A quick follow up.... Based upon some info I saw in this thread (http://forum.doom9.org/showthread.php?t=99306) I decided to take a look at the subpicture bitmap created by DVD Menu Studio in my graphics editor. I noticed that it was 24 bit color. I made a copy and reduced color depth to 4 bit. When I run that subpicture bitmap thru MuxMan, the mux completes successfully.