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 January 2007, 10:36 | #61 | Link |
Pain and suffering
Join Date: Jul 2002
Posts: 1,337
|
I deleted that source file, i am working on the.recruit.ts 16gb from BBC-HD now, i am trying to cut a none working sample from that.
On my own (clean) captures h264tsto works .ts to .mkv, on this weird cut into 4 pieces .ts it does not, so i hope this will do, else you just need to copy and join the sample as many times till mkvmerge fails I am converting all my .ts files to .mkv, some way or another... i cant stand skipping a .ts and wait 30 seconds for it to continue :O) Ofcourse i will do this 1x, mirror all files, and never wait again! Edit: I am uploading test.h264 842 MB (883,053,919 bytes) to your ftp, this one does this..... Arg while i am typing this, it did manage to create the file. So it seems if the file is too big, there is a memory leak or something, you as programmer should be able to make a 4+GB file out of my 50mb sample, just copy copy copy and join them all. Can't do much more here.... You may delete test.h264 Last edited by bob0r; 18th January 2007 at 10:42. |
18th January 2007, 11:22 | #62 | Link | ||||||
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
||||||
18th January 2007, 11:35 | #63 | Link | ||
ангел смерти
Join Date: Nov 2004
Location: Lost
Posts: 9,558
|
Quote:
Quote:
|
||
18th January 2007, 14:07 | #64 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
That's possible, of course, but there are a lot of folks who use mkvmerge without mmg, and for those this would not be a proper solution.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
18th January 2007, 21:29 | #65 | Link |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
@Mosu, I feel a bit bad to ask you this, as you've done so much already and you're already looking into TS import (which would be lovely), but have you thought about adding EVOB import yet? I'm asking because I've read in another thread that it's very similar to MPG, just with some additions or something like that. If you don't want to do it, just say no, that's ok. But I thought it wouldn't harm to ask...
FWIW, I just dropped a little EVOB with a MPEG2 video stream into mmg and mkvmerge successfully imported the MPEG2 stream into a mkv!!! It just didn't find the audio part. So it seems that mkvmerge already understands EVOB quite a bit, just not completely. Here's a thread about EVOB demuxing: http://forum.doom9.org/showthread.php?t=120652&page=5 At page 3 drmpeg offers a little EVOB demuxer. Maybe he'd be willing to spill the beans about what (if any) changes EVOB has to MPG/VOB? P.S: Actually his EVOB demuxer comes with full source code and it looks VERY simple! Last edited by madshi; 18th January 2007 at 21:35. |
18th January 2007, 21:36 | #66 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
EVOB is definitely not on my top-priority-list for at least the next two months
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
18th January 2007, 21:57 | #67 | Link |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Ok, thanks anyway!
You may ignore this: (FWIW, my current impression is that EVOB is nothing but MPG. It seems to me that mkvmerge already fully supports EVOB - it just doesn't understand some of the stream IDs. I've just tried the TMPGEnc Demuxer Tool and it shows all streams just fine and can extract them successfully. It seems that 0xBF is Dolby Digital Plus and 0xFD is VC-1.) |
27th January 2007, 23:10 | #69 | Link | |
Registered User
Join Date: Sep 2004
Location: France
Posts: 367
|
Quote:
EDIT : never mind, i was able to add it "extra options" for the track. Anyway it's not normal that this case is greyed Last edited by LeMoi; 27th January 2007 at 23:14. |
|
28th January 2007, 00:14 | #70 | Link | ||
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
Following the discussions and patches on the mplayer mailing lists I think that EVOB is basically VOB with a couple of small but important differences.
Quote:
Quote:
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
||
29th January 2007, 20:28 | #71 | Link |
Registered User
Join Date: Mar 2005
Posts: 468
|
Just to let you know, I'm having the same problem as LeMoi - I have an MKV with VFW track fourcc "H264". I cannot be remuxed with 2.0.0 beause the NALU setting box is grayed out.
When I copy the cmdline and paste into cmdbox with the recommended nalu string added, it doesn't work, complaining about a track missing. Last edited by Isochroma; 30th January 2007 at 20:26. |
30th January 2007, 08:56 | #72 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
Upload, please
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
30th January 2007, 11:43 | #73 | Link |
Registered User
Join Date: Jun 2004
Posts: 577
|
Mosu, i have a good thing for you
mkvtoolnix tell me this sample is h264 es... its actually is png/qdm2 mov. http://www.shynola.com/movies/j_s/moveyourfeet.mov more info about the mov read this thread http://forum.doom9.org/showthread.ph...535#post926535 |
30th January 2007, 21:05 | #74 | Link | |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
Quote:
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
|
30th January 2007, 22:53 | #75 | Link | |
Registered User
Join Date: Jun 2004
Posts: 577
|
Quote:
and thx for the hard work. |
|
1st February 2007, 04:23 | #76 | Link |
Registered User
Join Date: Mar 2005
Posts: 468
|
I have an AVI file which has 119.880 fps drop-frame H264 inside. Using previous versions of MKVMerge, I could mux into MKV using the VFW override and it would work great.
The current version can't mux the source because the NALU needs to be set larger. But I'm wondering, how will MKVMerge deal with the 119.880 drop frames? Because the old way it was stored, the drop frames were just preserved in the VFW-mode structure, right? But the new native format for AVC will require that those drop frames be removed, because there is no drop-frames outside of VFW tracks, right? Personally, I'd prefer if the next version of MKVMerge restored the ability to mux H264 from VFW mode to VFW-mode tracks. The reason is until the native support is debugged, there is no way to mux certain VFW mode tracks, and it is uncertain what will happen to drop frames. New versions have become less useful by omitting the VFW function, such that they cannot be used on a significant fraction of files of this type. This kind of gap is bound to happen in such rapid developement, of course. Rest assured I have faith that soon, such cases will be handled properly. Blame for these cases ultimately reverts to those who used VFW mode for H264 tracks. MP4 and native AVC mode in MKV are a kind of salvation for this sin; and as priests, MKVMerge and MP4Box can provide redemption, perhaps even salvation. Thus it is easy to understand why the AVC-in-VFW option was removed: to prevent the passing on into new files of corruption, a corrupt practice or way of doing something. I also tried the latest MP4Box GUI YAMB; it reported an unspecified error and failed. So I guess right now MKVMerge is the last hope for this type of file... Last edited by Isochroma; 1st February 2007 at 05:06. |
1st February 2007, 08:58 | #77 | Link | |||
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
Quote:
Quote:
Quote:
You can try this build: http://www.bunkus.org/videotools/mkv...20070201-1.rar It defaults to a NALU size of 4 and mmg allows the selection of the NALU size if the AVC track comes from an AVI or VFW-mode Matroska file. BTW: If this build does not work right with your file then I'd be very happy if you uploaded it to my FTP server. I don't have a single 119.880 FPS AVI file, especially not with h264 inside.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
|||
1st February 2007, 12:11 | #78 | Link | |
Registered User
Join Date: Nov 2006
Location: Paris, France
Posts: 53
|
Quote:
The right thing to do was to use avi_tc_package to convert the original AVI file to a CFR AVI without dropframes and a timecode file. MKVmerge can then use them to produce a true MKV VFR with native AVC. But now that MKVmerge can handle them correctly, I suppose there's no further need to complicate our life. We have true MKV VFR with native AVC directly ! Last edited by Milvus; 1st February 2007 at 12:19. |
|
1st February 2007, 16:09 | #79 | Link |
Registered User
Join Date: Dec 2004
Posts: 15
|
Hello, forgive me if this is the wrong thread to post this but I would like to request two small features be implemented:
1) Can you make it so that users can select which "command line options" to always be enabled by default, instead of having to manually select it from the "Muxing" menu? It's because I always use "--engage native_mpeg4" for every file that I muxed to be clean of avi compatibility hacks. I got this idea when I saw you have the checkbox option "Always use simple blocks" under the "Settings" tab. 2) Another thing i regularly do when muxing files to mkv is naming it in the "file/segment title" textbox under the "Global" tab. The only thing missing is an additional separate "creator/author" textbox and I was wondering if you could add that in your next version. Having a "title" and "author" textboxes is really useful for providing very basic file information. I find this simple, fast, and convenient rather than going through the trouble of creating tags, which I think should be reserved for those users who want to provide more detailed file information. Most of all, keep up the good work, your program just rocks. As an avid mkv user, I really enjoy using it...very easy and straightforward at creating mkv files. Last edited by dragonle87; 1st February 2007 at 16:16. |
1st February 2007, 16:40 | #80 | Link | |
Registered User
Join Date: Sep 2004
Location: France
Posts: 367
|
Quote:
|
|
Thread Tools | Search this Thread |
Display Modes | |
|
|