View Full Version : MuxMan 0.14 with navigation and highlights available
mpucoder
25th April 2005, 16:59
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
25th April 2005, 21:39
Thanks mpucoder...
I shall begin testing ASAP... Well using the bits I understand ;)
Cheers
GZZ
25th April 2005, 22:07
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
25th April 2005, 22:23
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
25th April 2005, 23:27
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
26th April 2005, 00:44
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
26th April 2005, 10:18
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
26th April 2005, 13:06
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
26th April 2005, 13:47
@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
27th April 2005, 13:28
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
27th April 2005, 14:22
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
27th April 2005, 14:34
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
28th April 2005, 03:35
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
28th April 2005, 12:15
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
28th April 2005, 14:49
I need a little more than that to go on. What OS, SP level, and a look at the log file.
Abond
28th April 2005, 15:46
XP Home basic (no SP). Do you need the both logs? And sorry for the silly question where to find them?
mpucoder
28th April 2005, 16:18
Just the log from 0.14a, unless changed by editing the .ini file, the log file is C:\muxman.log
Abond
28th April 2005, 17:59
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
29th April 2005, 23:51
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
30th April 2005, 00:24
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
30th April 2005, 01:03
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
30th April 2005, 01:56
That's done it, the window settings for left and top were negative numbers...
^%$&&%%##^*&^%#&^%!!!!!!!!!!!!!!
Paul
Thanks guys!
Matthew
1st May 2005, 23:59
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
2nd May 2005, 00:43
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.
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. :(
gee, mee helping the mighty 2c ;-)
normally muxman creates its log in c:\ (unless specified in the ini file).
regards
t :)
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
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
2nd May 2005, 15:18
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
2nd May 2005, 23:31
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
3rd May 2005, 00:40
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"
@mpucoder
.14b worked for me in regards to no errors in log. :)
cmsoliveira
3rd May 2005, 12:55
@mpucoder
Many thanks :)
It work perfectly. And the answer was so simple.:o
Keep up the good work.
ffreese
4th May 2005, 08:32
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?
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
8th May 2005, 02:25
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
13th May 2005, 15:06
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
13th May 2005, 17:55
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
13th May 2005, 19:14
I posted after uploading the file. Maybe you ned to hit refresh on your browser.
2COOL
14th May 2005, 09:34
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
14th May 2005, 12:21
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
14th May 2005, 12:27
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
14th May 2005, 12:44
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
14th May 2005, 13:04
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
14th May 2005, 13:11
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
21st May 2005, 23:12
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
22nd May 2005, 00:24
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
22nd May 2005, 04:51
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
22nd May 2005, 05:05
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
22nd May 2005, 10:58
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.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.