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. |
12th October 2007, 17:05 | #1481 | Link |
Registered User
Join Date: Sep 2006
Posts: 72
|
Why is MeGUI's muxing, for MP4 x264 video, aac audio, sooo buggy ?
For instance, just tried this Starting job job1 at 16:49:59 Starting preprocessing of job... Preprocessing finished! encoder commandline: -add "H:\dvb-t\c4newsvideo.mp4" -add "H:\dvb-t\c4newsaudio.mp4:lang=eng" -tmp J:\dvb-t-muxed -new "J:\dvb-t-muxed\c4news.mp4" successfully started encoding Processing ended at 16:50:00 ---------------------- Log for job job1 Error - 2 input names specified, please check usage ---------------------- End of log for job1 Starting job job1 at 16:50:43 Starting preprocessing of job... Preprocessing finished! encoder commandline: -add "H:\dvb-t\c4newsvideo.mp4" -add "H:\dvb-t\c4newsaudio.mp4:lang=eng" -tmp G:\ -new "G:\c4news.mp4" successfully started encoding Processing ended at 16:51:02 Why did the first one keep failing with "Error - 2 input names specified, please check usage" What the heck kind of error is that ? Yet, the second attempt, using the exact same files, yet this time I've written them to a smaller fat32 drive, worked fine. Why ? And, why is it that, if I dot my filenames, it always fails ? And, if I mux to the same drive/partition, it always fails, why ? These bugs are really annoying, in what seems like a great program, aside from a slightly poorly designed gui. Any other programs out there that can mux AAC and x264 into MP4 ? Is avidemux, any good ? |
12th October 2007, 22:27 | #1482 | Link | |||
Registered User
Join Date: Sep 2006
Posts: 201
|
Quote:
I also use Jukka Aho's info on aspect ratios, but have given up trying to convince others - I mentioned it to Kurtnoise a few times in respect of the presets in Yamb, but I obviously wasn't convincing. /snip But that's a separate issue to... Quote:
Even if you ignore any mistakes Megui makes in preset dars for dvd content, dar signalling in the avs currently doesn't seem to take into account cropping, which should be handled automatically. As I see it, whenever the script is changed by the user or some internal function, if this could affect aspect ratio the signalling should be updated. Quote:
|
|||
12th October 2007, 22:41 | #1483 | Link | |
Registered User
Join Date: Sep 2006
Posts: 201
|
Quote:
|
|
12th October 2007, 22:54 | #1484 | Link |
Registered User
Join Date: Sep 2006
Posts: 201
|
2.6.1024 with dg just updated to 1.50b6.
Not sure if this should be reported as a bug, as occassionally I find dgindex (all versions) gets the audio delay wrong & I can never be sure if this is down to a bug, a shortcoming or bad source data; also I've never found a transcoding app which doesn't sometimes make these kind of errors. That said, with dgindex the problem is usually that it'll report 0 delay when in fact some non zero value is needed. I've just done a transcode from an ntsc dvd & it reported a delay of -464ms. Watching the result I find a sync problem indicating there should have actually been 0 delay. Posting here to see if this is common & therefore indicative of a bug. |
13th October 2007, 08:17 | #1486 | Link | |
Swallowed in the Sea
Join Date: Oct 2002
Location: Aix-en-Provence, France
Posts: 5,191
|
Quote:
About delay issue, I need to test myself with some materials first before to comment this. |
|
13th October 2007, 08:22 | #1487 | Link | |
Swallowed in the Sea
Join Date: Oct 2002
Location: Aix-en-Provence, France
Posts: 5,191
|
Quote:
why guys would you dot your filenames ??? MP4Box cares about dots in filename. So, uses a normal way to name your file. That's the best thing you can do first... |
|
13th October 2007, 14:11 | #1488 | Link | ||
Registered User
Join Date: Sep 2006
Posts: 72
|
Quote:
Quote:
Channel 4 News October 12th 2007.mp4 Channel.4.News.October.12th.2007.mp4 Channel_4_News_October_12th_2007.mp4 To me, personally, the dotted name looks much neater. While the spaces (when there are many many files in a directory) looks lost, while the underscore one looks like it came from a torrent site. It's just a personal thing. But even then, if I took out the dots, the first filename is still too long and gives me the error in my first post. Just silly. |
||
13th October 2007, 14:34 | #1489 | Link | ||||
Registered User
Join Date: Dec 2001
Posts: 145
|
Quote:
My point in this only is, that if software claims "ITU" is used, then values pertaining to ITU standards should really be used. It is of course a completely different issue, if the source material actually followed ITU (i.e. in DVD case, correct active picture frame of 702x in case of PAL 720x576), but that is a moot point as long as user can freely choose differently, if he knows better (for example, if source material did infact use "Generic PAR"). Quote:
Quote:
Quote:
However, I think this would be a "fundamental change" in a sense that maybe this shouldn't be implemented until stable status is achieved on current codebase. Instead just fix the current signalling bug (so it gets updated on cropping) and just assume the source is un-cropped dvd (as it does now). If I have the time to look into this a bit more, I'll start a discussion on this in the development thread pondering on the pros & cons and if it actually should be implemented like this. And I guess, I shouldn't except others to implement something like this just because I would think it would be better, and have to offer to actually do something about it myself in that case. (well, it would be nice to give something back too, instead of just always benefiting from others' work for free ) |
||||
13th October 2007, 15:10 | #1491 | Link | |
Registered User
Join Date: Sep 2006
Posts: 201
|
Sorry, can't find it. I thought it was on these forums a year or so ago. It involved a brief exchange on a forum, I'm pretty sure; actually, it could have been by mail, just before I joined this forum.
Quote:
Last edited by mroz; 13th October 2007 at 15:47. |
|
13th October 2007, 15:13 | #1492 | Link | ||||
Registered User
Join Date: Apr 2005
Posts: 1,740
|
Quote:
Quote:
Quote:
Quote:
Anyway, I see no reason why SAR is more consistent than DAR. Of course, when you know your film's resolution, they are essentially equivalent since you can convert between them. But SAR and DAR are complementary for the simple reason that when you resize, the DAR stays the same but the SAR might not, and when you crop, the SAR stays the same but the DAR might not. In this case, I do not see one as more consistent than the other, and it is not possible to forget about DAR because you need it for resizing. However, I argue that DAR is a more intuitive and more fundamental concept than SAR. Consider that DAR refers to the shape of the video whereas SAR refers to the shape of the individual pixels. If someone with very little knowledge of video sees a film with the wrong aspect ratio, they will think, "the shape of this video is wrong" and not "the shape of the pixels is wrong" for the simple reason that they may not have heard of pixels. Because of a number of reasons like this in MeGUI, DAR is exposed and not SAR. However, it makes little difference to almost all the code since most of the code just involves passing the information along and not actually processing it. And where it does matter, they SAR and DAR have pretty much equal standing: cropping needs SAR, resizing needs DAR, x264 uses SAR, xvid_encraw uses DAR. Anyway, thanks for the useful post about MeGUI's AR problems. |
||||
13th October 2007, 15:39 | #1495 | Link |
Registered User
Join Date: Sep 2006
Posts: 201
|
Berrinam: I think we've taken SAR to be the apsect ratio of the display using pixel counts & PAR to be the physical aspect ratio of a single pixel (thus DAR = PAR*SAR).
Searching the web suggests the definitions of DAR & PAR are well established, but that for SAR isn't - sometimes it means PAR, as you use, & sometimes DAR/PAR. What term do you use for DAR/PAR? Regarding which of DAR & PAR is the more fundamental, you're of course right that there's a symmetry between them & that modifying the video by cropping/scaling will each affect one of those quantities. It's also not terribly important which you treat as the derived quantity as long as the arithmetic is precise, however I'd still be inclined to go with DAR as the derived value as ime (quite limited), one tends to work with a small set of possible PARS all of which can be represented precisely as the ratio of two four digit integers. I think in practice if you wish to store DAR precisely you'd need more. Not important, just a personal choice. |
13th October 2007, 15:45 | #1496 | Link | |
Registered User
Join Date: Sep 2006
Posts: 201
|
Quote:
between. I tend to process files using the names the sources have, until I come to archive the results, so sometimes encounter naming schemes I'd not personally choose. Out of interest, why does mp4box care? What does it do with the names? OTTOMH I can't see a requirement that would necessarily mean it couldn't cleanly handle odd filenames. This smells like a shortcoming verging on a bug. |
|
13th October 2007, 19:34 | #1498 | Link | |||||||
Registered User
Join Date: Dec 2001
Posts: 145
|
Thanks, berrinam, for addressing this.
Quote:
Quote:
Sorry, I'm assuming here a little because I do not see DAR changing after cropping (as it should), but I haven't checked this properly from the code yet. (Edit: This seems fixed in SVN already, sorry, didn't notice your other message until now) Quote:
Quote:
Quote:
To me, PAR is "everything" - it will define everything else. Once I know what the PAR of the source is, I can derive every other value simply from that fact. This, I have to admit, undoubtedly will somewhat cloud my view in this. However, I might have been thinking a bit ahead of myself here (with current limitations intact). For example, if I feed an already cropped (not resized) AVI to megui, DAR is defined by the resolution & PAR. This, of course, is not very relevant, if we always assume we get full-resolution sources only and can rely on DAR - or if we can get correct DAR/PAR automatically from the source we can derive correct values anyway. (I may need to revise above paragraph, as it maybe didn't come out very clear - English is not my native language.) Quote:
Quote:
Last edited by Maccara; 13th October 2007 at 19:40. Reason: Some clarifications & spelling |
|||||||
13th October 2007, 22:03 | #1500 | Link |
Registered User
Join Date: Jan 2004
Posts: 106
|
First of all, thanks for putting together this great program, Im going to be using it quite a bit, so its a huge help.
My system is running Vista Ultimate and I have the following versions of apps: MeGui 0.2.5.1007 (latest stable version I could find) AviSynth 2.5.7 Now, the problem Im having is when I go to the AviSynth Script Creator. Whenever I try to add a video source (Ive tried .mkv and .avi files) MeGui crashes (there is no particular error message, just that it stops responding and Vista has to shut it down) Is there anything else I need to install in order for this to work, or is this a bug with Vista? I even tried installing the in development MeGui version 0.2.6.1024 but I get the same crash. Any help would be appreciated. |
Tags |
megui |
Thread Tools | Search this Thread |
Display Modes | |
|
|