Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
18th April 2007, 11:10 | #281 | Link |
Emperor building empire
Join Date: Mar 2007
Location: ZAR
Posts: 674
|
Is it possible to reset the DAR signalling ?
Sometimes I incorrectly set the DAR resolution or aspect ratio and then re-calculate with SeeMoreDigital's Aspect Ratio Signalling (ARS) Calculation Tool.
Is it possible to reset the few signalling bytes rather than to remux the entire movie project ? Pascal |
18th April 2007, 15:19 | #282 | Link |
Pain and suffering
Join Date: Jul 2002
Posts: 1,337
|
@Mosu:
If that was a message to me: That error occurs with: George.Gently.2007.BBC-HD.1080p.H.264.AC3.2.0.h264 demuxed with elecard xmuxer pro. (mplayer is crap when it comes to demuxing) .h264 or .h264 and .ac3 together, both crash. But yeah, direct .ts support would be great! Edit for below: @DreckSoft Yup, it seems a pure size/memory issue, but it should be fixed soon now, as Mosu has a 12GB file Last edited by bob0r; 18th April 2007 at 19:21. |
18th April 2007, 16:12 | #283 | Link | |
Registered User
Join Date: Mar 2002
Posts: 117
|
Quote:
|
|
20th April 2007, 15:41 | #284 | Link |
Pain and suffering
Join Date: Jul 2002
Posts: 1,337
|
@Mosu
Haali has managed to "work-around" on the broken H.264 MBAFF .ts file you got also. So if you can/want to make .ts as import support, you can ask Haali what he did to make it working. Haali splitter on broken H.264 MBAFF .ts file: 1: allows seeking using mpc 2: allows muxing with gdsmux.exe (so direct .ts to .mkv works now) |
22nd April 2007, 19:48 | #285 | Link |
Registered User
Join Date: Mar 2005
Posts: 468
|
Some suggested improvements for mkvmerge GUI:
1. Attachments. When an MKV file is added, the tracks are shown and can be checked/unchecked. However, any attached files are not shown in the Attachments box under the Attachments tab. This should be made to work just like the tracks in the Input tab. All attached files, from all MKV files dropped into the window would be listed in the Attachments box, with check boxes to their left, checked by default. 2. Timecodes. MKV files with timecodes attached to their track(s) don't show up as such, though remuxing the track(s) will preserve the timecodes. Suggested fix: Timecodes line becomes a drop-down selector box, containing the timecodes (if already existing), and any selected by the Browse... button. Only one in the list can be selected, of course. |
23rd April 2007, 07:29 | #286 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
Not with mkvmerge. mkvmerge is a (re)mux tool, not a property editor.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
23rd April 2007, 07:31 | #287 | Link | ||
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
Quote:
Quote:
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
||
23rd April 2007, 13:34 | #288 | Link | |
Emperor building empire
Join Date: Mar 2007
Location: ZAR
Posts: 674
|
@Mosu
Quote:
I downloaded the MKV Shell Extension and TCMP CDL but I don't know whether that would help... or how... Pascal . .. ... so maybe a 'property editor' would do the trick... 2 or 3 minutes of remuxing is no big deal but getting-it-right would be kewl... |
|
23rd April 2007, 13:46 | #289 | Link | |
Registered User
Join Date: Nov 2005
Posts: 84
|
Quote:
Maybe when we have a tag-only app to tag matroska files it could also update safely that kind of information.
__________________
Matroska Founder / CoreCodec developer |
|
23rd April 2007, 17:43 | #290 | Link | ||||
Emperor building empire
Join Date: Mar 2007
Location: ZAR
Posts: 674
|
@robU*4
Quote:
The tag-only app seams the way to go... Pascal |
||||
24th April 2007, 20:42 | #291 | Link |
Registered User
Join Date: Mar 2005
Posts: 468
|
Today I decided to test remuxing a file without renaming it. The first message I get is:
"The output file 'filename.mkv' already exists. Do you want to overwrite it?"However, when I click the Yes button, the next error reported is: "filename.mkv' and of one of the input files is the same. This would cause mkvmerge to overwrite one of your input files. This is most likely not what you want."It seems redundant that I get two messages, when I could get none at all, if the overwrite method were changed to the following: 1. check if outputfilename == inputfilename (including path) [add case check for case-sensitive filesystems here]It is also possible to modify the binary contents of a file, even changing its length, if the correct OS APIs are called. This would not entail the need for double the space, as the previous method would. However, the previous method is much simpler and should only take a few minutes to implement. The reason I suggest this improvement, is because I overwrite many mkv files making minor modifications to track names, languages, etc. every day. When this needs to be done, I have to add an extra character to the output filename, mux, delete the original, then rename the new file back, all manually. This need not be the case; just think how annoying it would be if you had to do this every time you saved a Word document, .txt file, etc. Last edited by Isochroma; 24th April 2007 at 20:52. |
25th April 2007, 11:04 | #292 | Link | |
Emperor building empire
Join Date: Mar 2007
Location: ZAR
Posts: 674
|
@Isochroma
Quote:
The idea of creating a temp muxing file and replacing the old one is pretty neat... though a further refinement might be to merely rename the old file 'filename.old.mkv'... leaving the user to delete or otherwise make use of... Last thought... perhaps we could have an 'Output Folder' in Settings... which would forestall much of the aggravation from counter-intuitive, renaming, relocating and overly-complex interaction... Pascal Last edited by delacroixp; 25th April 2007 at 11:33. Reason: Last thought |
|
25th April 2007, 14:15 | #293 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
I can understand the need for such a behaviour, but I don't want to make this overly complicated. Here's what I propose to implement:
I can also add another option for setting a default output folder. At the moment mmg uses the path name of the first file that is added as the output folder. What I don't like and what I will likely not implement is this: "always rename the muxed file to something like 'filename.mux.mkv" -- This would probably introduce one unneccessary step for a lot of users: removing the ".mux" in the output file name. If the source files are already named correctly then the destination file should be as close to the same name as possible.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
25th April 2007, 14:46 | #294 | Link | |
Registered User
Join Date: Sep 2004
Location: France
Posts: 367
|
Quote:
|
|
25th April 2007, 15:09 | #295 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
No, I'm only talking about renaming output files or changing the name mkvmerge will output to. Input files will never, ever be touched.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
25th April 2007, 15:28 | #298 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
I can mux it with mkvmerge using ~65 MB memory tops. I'll have to clean up the source a bit; expect a new build soon.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
25th April 2007, 15:30 | #299 | Link | |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
Quote:
Like I said, mmg will never rename an input file. Why? Because no user expects that a program would rename a file that the program is supposed to just open for reading. Would you like if MS Word would just rename your files whenever you chose "File -> Save"?
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
|
25th April 2007, 16:53 | #300 | Link |
(schein)heilig
Join Date: Jun 2003
Location: Germany
Posts: 512
|
I like the idea of those three options. Two thoughts about them:
How about a fourth one: "Use file/segment title as file name if present". That's how I name my files and I'd be really surprised if this wasn't a common way to name output files. Concerning the "rename before" option. A common scenario: You have a video-only file called c:\movie.mkv (probably encoded by x264.exe or xvid_encraw). When you load this file into mmg to mux audio & Co the name for the muxed file is auto-set to c:\movie.mkv. That's a small flaw even in the current mmg version and it'd conflict directly with the "rename before" option: Existing file to be renamed is the input file, but input file renaming is not allowed.
__________________
Brother John When lost in BeSweet's options, have a look at the Commandline Reference. DVD nach MPEG-4 klappt nicht? Verzweifelt? Auf zum Encodingwissen! |
Thread Tools | Search this Thread |
Display Modes | |
|
|