MeGUI - x264/XviD/lavc/Snow encoder with MP4/MKV/AVI output & audio

[LigH]

Your mencoder does not know the option "zones" - which version do you use?

[towerblocks]

Your mencoder does not know the option "zones" - which version do you use?

I've updated to the latest version,Works now thanks.

[parcival]

MeGUI seems great! I will use it as soon as I get back home!
It seems that it does all the things I am currently doing manually (DGIndex, 2-pass X.264, HE-AAC). I only hope it will support matroska container sometime since it is my favourite one, although it isn't really an issue since I can always do MP4->MKV easily with mkvmerge.

So :thanks: !

[Doom9]

the new release already supports matroska. If there will ever be matroska support in any other mode depends on a few things though.. whether it is possible to do all the operations mp4box does in one go (add various streams, assign language codecs, split), and if somebody can give me a good approximation of the container overhead for each codec type (in function of b-frames if that matters for matroska as well) and audio type (ac3, mp4, aac/mp4, and perhaps ogg as well).

[parcival]

You mean it supports Matroska as an input, right? Because from what I can tell only MP4 and AVI are supported as output.
MKVmerge is really a command line tool. The MKVmergeGUI is just an interface to create the command line for MKVmerge. So, the answer to your question is yes, it can create everything in one go, add streams, assign language, chapters, merging etc. MKVmergeGUI and MKVmerge are part of MKVtoolnix that has a lot more things in it than just what these two tools offer. All tools are command line so I believe that their integration to meGUI would be simple enough.
Before Matroska container I was using MP4. I made the switch to Matroska because back then it supported multiple audio and subtitle streams and it generally gave me less trouble with the players. Concerning container overhead I remember that it gave me smaller file sizes than MP4 for the same streams (I was using XviD and 5.1 HE-AAC, latter I switched to H.264). But you can find out more about this here:
http://www.matroska.org/technical/overhead/index.html

Besides the above the Matroska container is under the GPL, is free and it doesn’t have the legal limitations that MP4 tools might face in the future (or are already facing).

I have also a few notes for meGUI. I think, concerning the Avisynth script creation tool, that loading DGDecode.dll should be included by default in the beginning of the script (since it work always in pair with DGIndex). Its containing folder can be easily obtained since it is the same as DGIndex. Also, it would be a good feature to have the option to always include some specific script lines in the auto-created scripts. For example, I am always using Undot and Unfilter (www.trbarry.com) filters since they give me faster encodings with better quality. It would be good if there was a field where I could add these lines (or a way to point to a file containing them, for example filters.avs) and then they would be automatically added at the end of each auto-created script. Finally, the crop menu should have a preview just to give feedback of what you do.

Last, but not least, I couldn’t find a way through your tool to edit out parts of a movie that I do not want. For example, the titles feature is cool but sometimes you do not want titles at all, or you just want to encode a specific scene etc. It would be great if there was a movie edit screen just before opening-closing titles selection and similar to it, or even better similar to the VirtualDub edit abilities. I know that this can be done via the Avisynth script or the DGIndex but still there is no way to do it from inside meGUI and novice users might not know or think of how to workaround it.

Again, thanks for your great tool!

[LigH]

You mean it supports Matroska as an input, right?
No.

Doom9's MeGUI supports the fact, that the latest x264.exe revision is able to create H.264 video inside a Matroska container as output. So it supports ".mkv" as a valid file name extension for x264.exe - nothing else.

As input, it will still expect raw YV12 video.

[berrinam]

@parcival: A lot of what you ask for has already been asked for in this thread.
You mean it supports Matroska as an input, right? Because from what I can tell only MP4 and AVI are supported as output.Matrska is supported as output, not input, but only from AVC (x264).

All tools are command line so I believe that their integration to meGUI would be simple enough.To quote Doom9 from the MeGUI development thread, Well, human minds are very flexible. Code is not. It's a simple as that. Hinting that a certain feature would be easy, unless you actually know how the program in question works and having a clear idea of how to implement what you're asking for, is a little pretentious and not exactly how you want to motivate any programmer (it's like somebody telling you that the work you do all day could easily be done in half an hour, in other words you're slow an ineffective (and should thus be fired)).Matroska output will probably come somewhere in the future, but it is in no way simple.

Concerning container overhead I remember that it gave me smaller file sizes than MP4 for the same streams (I was using XviD and 5.1 HE-AAC, latter I switched to H.264).This is not true for H.264, I don't know about XviD.

Besides the above the Matroska container is under the GPL, is free and it doesn’t have the legal limitations that MP4 tools might face in the future (or are already facing).What legal limitations?

I think, concerning the Avisynth script creation tool, that loading DGDecode.dll should be included by default in the beginning of the script (since it work always in pair with DGIndex) Already been mentioned, and replied to, in this thread.

Also, it would be a good feature to have the option to always include some specific script lines in the auto-created scripts. For example, I am always using Undot and Unfilter (www.trbarry.com) filters since they give me faster encodings with better quality.Umm... not faster. This thread (http://forum.doom9.org/showthread.php?t=51181) has a comparison of speeds.

It would be good if there was a field where I could add these lines (or a way to point to a file containing them, for example filters.avs) and then they would be automatically added at the end of each auto-created script. Interesting idea, but I think it succumbs to the 80/20 rule.

Finally, the crop menu should have a preview just to give feedback of what you do.Huh? It already does.

Last, but not least, I couldn’t find a way through your tool to edit out parts of a movie that I do not want. Already suggested in this thread.

I know that this can be done via the Avisynth script or the DGIndex but still there is no way to do it from inside meGUI and novice users might not know or think of how to workaround it.What about audio cutting? That can't be done through AviSynth.

@edit: updated missing url link.

[Doom9]

Matrska is supported as output, not input, but only from AVC (x264).
In fact only using x264.exe.. mencoder won't work.

What legal limitations?Good question ;) Oh yeah, you have to pay patent fees for the MPEG-4 codecs as well if you use them commercially.. regardless of the container. Try selling videos online using XviD and Matroska.. Larry Horn will eventually get in touch with you just as he would (or an associate of his) if you put the video into the MP4 container.

[parcival]

Thanks for the quick replies.
I didn’t mean to offend anyone or his/her work. I know that programming is difficult since I am a programmer for more than twenty years. When I said that it looks "easy" to implement of course I didn’t mean in any way to pose myself as the super-programmer that finds anything easy. Many times things that I initially thought easy or simple as a programmer proved to be a real pain for me... Until you get down to the point of writing the code yourself you can never be sure. I only stated my personal opinion that it seems doable spending a reasonable amount of work. This was just an estimation that I shouldn’t have made and I am sorry if I offended anyone in any way.

Concerning the rest of the things I mentioned I am new to the thread and I didn’t have the time to look if they have been stated before. Again I am sorry for double posting.

My intention was to mention a few things that from my point of view would help improve an already great application. Of course the developer is free to do whatever he/she likes since it is his/her call and he/she is the ones spending precious time writing the code and developing a free application.

[berrinam]

@parcival: It's open-source and you are a programmer. Do you want to contribute?

[Doom9]

well.. if the assumption that mkvmerge behaves like mp4box, the muxing part itself is indeed not that complex.. but that's a big if. Getting mp4box to work was not as straightforward.. it took two attempts and the help of xtknight to get it done right. The rest won't be straightforward though.. it's not easy to handle different audio types that are are aren't valid for different containers, let the user switch output types and adjust input/output selections accordingly, calculate the bitrate differently taking into account the different overheads for different codec types and containers. MP4 is in fact in many ways a very straightforward container.. all I needed was 2 overhead values, be armed with the knowledge that the Nero AAC encoder takes MP4 container overhead into account, and that's it.

[parcival]

Yes, of course I want to contribute! That is why I also wrote such a long post in the first place. The problem is that I am working 10+ hours per day and I have little spare time left. In about two months though, I am planning a carrier change since I cannot handle so much work any longer. Then I will have a lot of time to work for the open source community, which is a dream I have for a very long time.
Till then all I have time for is a little bit of testing... :(

[Sputnik776]

Thanks to berrinam who pointed me to the vfw config when megui wouldn't load my script. That worked out perfect.

MeGui will load the .avs and preview the video as well as use mencoder to encode successfully.

However, when I change the encoder in the settings to be x264 it doesn't allow me to encode. Both the script and error are show below. I've installed both the cli and vfw v273 sharktooth builds from this forum category.

Any help would be greatly appriciated.

script:
# Created by AVSEdit
# Admin 6/14/2005
AVISource("c:\test.avi")
Video is HFYU codec at 30fps 640x480

error:
Next job job2 is a video job. encoder commandline:
"C:\Program Files\x264\x264.exe" --bitrate 700 --analyse p8x8,b8x8,i4x4 --progress --no-psnr --output "C:\test.mp4" "C:\test.avs"
successfully set up video encoder and callbacks for job job2
----------------------------------------------------------------------------------------------------------

Log for job job2

avis [error]: unsupported input format (DIB )
desired video bitrate of this job: 700 kbit/s - obtained video bitrate: 0 kbit/s
----------------------------------------------------------------------------------------------------------

[leowai]

Sputnik776,
I believe adding this at the end of your script will solve your problem.
ConvertToYV12()

Would it be nice for Sharktooth to include some information about using the AVS script as the input to x264 client in the x264 download page? I think it's useful for the newbies, since this question has been asked over and over again.

[Sputnik776]

Sorry for my noobish-ness... That did the trick leowai. Doing a fresh install on 2 different machines, both the vfw decoder change and this script addition were needed before things would work. I would imagine others like myself would benefit from that info being put in a faq or something.

Thanks for your patience.

[Doom9]

well, if I weren't so busy developing I'd have written an FAQ already. But you can't have both at the same time.

[Doom9]

alright, the bitrate calculator is done. enjoy

[roror]

is there a way to use ISOs in this tool, without using dvd decryptor to extract individual VOB files first?

[Doom9]

is there a way to use ISOs in this tool,No.. that would be adding a load of other potential issues that I really have no time for. That's stuff for a future Recode killer using x264 and xvid (which may or may not ever see the light of day).

[Rasi]

question:

why dont u offer the ability to use vorbis as audio?
xvid and ogg in an mkv container is quite common.... so it would make sense (at least for me ;))

[roror]

No.. that would be adding a load of other potential issues that I really have no time for. That's stuff for a future Recode killer using x264 and xvid (which may or may not ever see the light of day).
OK. Thanks.

[Doom9]

why dont u offer the ability to use vorbis as audio?Umm.. I guess you are not familiar with the changelog, are you? mkv output is video only directly from x264.exe (and only from that).. there's no muxing going on anywhere.. MeGUI cannot mux MKV so it has no way of muxing anything into an MKV. And it is after all an MPEG-4 tool.. not a Matroska tool.. you won't even find the word Matroska in the program's description.

[Beave]

Thanks for putting in the target filename when opening an avs file. Now to make it perfect I would have an additional request:
When I open the dialog box to choose another filename, I would like to see the current filename prewritten in that dialog as well. It would also be nice if in the main window the textfield could be writable so that I could change the filename directly.
These are merely some small suggestions. Your program is already great as it is.

I would love to use MEGui for XVID as well (all the important options are nicely put on one page), but I'm missing the option to choose a custom matrix there. Maybe it has been asked and aswered before, but I couldn't find it using search. My guess is that mencoder probably does not support it.

Could you add 1/6 DVD to the Automatic Encoding DropDownBox as well, please? That would be great.

[Doom9]

It would also be nice if in the main window the textfield could be writable so that I could change the filename directly. I have disabled that a long time ago because people used it to screw up the process.. putting extension that don't match the chosen output type, putting non existing paths, that kind of things.

I would like to see the current filename prewritten in that dialog as well.What good would that do? I mean if you're not happy with the filename you're getting automatically, you are likely to change everything, are you not?

My guess is that mencoder probably does not support it.
That is correct. All codec options mencoder supports are listed here: http://mplayerhq.hu/DOCS/man/en/mplayer.1.html#CODEC%20SPECIFIC%20ENCODING%20OPTIONS%20(MENCODER%20ONLY)

[leowai]

Doom9,
Could you make MeGUI updates (saves) the job once it is completed or done?

This is because if the OS crash (or restart) while MeGUI is still running, MeGUI will show all jobs are in waiting status after restarted. As a result, I think it's quite reasonable to update (save to disk) what ever job which has been just completed and so that important information could be retained even if MeGUI terminated unexpectedly.

It will be wonderful if the program can provide the pause and continue function when conversion is in process like Nero Recode has. This requires the support from the encoder client? If conversion is pausable, the long time conversion will be more flexible as sometimes you need more CPU resource to work on other things. This probably also able to let some hot running CPU rest for a while. :)

=========================================================
Lastly, I've a dream. I'm dreaming about the conversion in future could be stopped (and the conversion status are saved). You can do a restart or shutdown you machine. Then, the saved conversion will be able to continue from where it stopped just like we resume a halfway downloaded file from http. If this is workable, conversion of a DVD on low speed machine will never be a painful job. May be this requires the support of data segmentation/slices? x264 support slices, isn't it?
=========================================================

[mezzanine]

It will be wonderful if the program can provide the pause and continue function when conversion is in process like Nero Recode has.

It doesn't work on Recode, only thing that pauses is the progress bar.

[Doom9]

well.. depending on how the various encoders handle reading from stdout/stderr, a pause function would effectively be possible. I'm quite certain it will not work for mp4box, but it might work for the audio and video encoders. But should my tests show that it's indeed possible, I expect a couple cases of beer to implement this as it's a feature I really have no use for. And resuming will definitely not be possible.. that's not under my control.

Although, you're really not making a good case for this feature:
If conversion is pausable, the long time conversion will be more flexible as sometimes you need more CPU resource to work on other things. This probably also able to let some hot running CPU rest for a while.If your machine runs too hot, you need a better cooling solution, and with low priority, another application using more resources is no problem. I was playing HL2 and NFS while encoding for the codec comparison. While encoding was dog slow, it still worked.

Could you make MeGUI updates (saves) the job once it is completed or done?

This is because if the OS crash (or restart) while MeGUI is still running, MeGUI will show all jobs are in waiting status after restarted. As a result, I think it's quite reasonable to update (save to disk) what ever job which has been just completed and so that important information could be retained even if MeGUI terminated unexpectedly.That, too is a weak argument. If MeGUI is stable (which I think since I'm not having any open bug reports), if your PC crashes, it's normal that you lose information.. and machines really shouldn't crash at this day and age. If a stable machine crashes once a year that's one too many times, and anything above that should give you reason to worry.

[akupenguin]

That is correct. All codec options mencoder supports are listed here: http://mplayerhq.hu/DOCS/man/en/mplayer.1.html#CODEC%20SPECIFIC%20ENCODING%20OPTIONS%20(MENCODER%20ONLY) On that page I see:
quant_intra_matrix=<filename> Load a custom intra matrix file. You can build such a file with xvid4conf's matrix editor.
quant_inter_matrix=<filename> ...

[Doom9]

hmm.. that must be very new. Just last week I went over the manpage and implemented what there was to be implemented.

One thing though, since : is the option separator in mencoder, is using an absolutel windows path even possible (and does it require "s)?

I'm dreaming about the conversion in future could be stopped (and the conversion status are saved). You can do a restart or shutdown you machine. Then, the saved conversion will be able to continue from where it stopped just like we resume a halfway downloaded file from http. If this is workable, conversion of a DVD on low speed machine will never be a painful job. May be this requires the support of data segmentation/slices? x264 support slices, isn't it?Slices won't do you any good here.. they don't extend over the movie and you wouldn't know how big they are either. To resume encoding, you need to have all the encoder parameters at the time of the stop.. and no encoder offers even remotely that capability.

And slow PCs and video encoding just don't mix, and it never will. There will always be a newer format that requires even more computing power so you'll always have to upgrade.. or be content with lower quality compression at higher speeds. I'm sure MPEG-1 encoding is okay on your box ;)

[berrinam]

Well, x264 can be stopped and restarted later, using the --seek command.

[Doom9]

hmm.. well.. at first thought it would take quite a bit of work to get this done. Plus, how do you figure out where you have to seek to? It works if you limit the number of frames of the output and let it run till the end, but what do you do if the user aborted at some point, killing x264.exe rather than let it exit gracefully? Worst case, the stats file might end up in an inconsistent state. When I wrote the video encoder, I tested the abort functionality a couple times and ended up getting incomplete lines from the stdout/stderr.. if that happens to the statsfile as well, what will the encoder do?

[haubrija]

Searched for this but couldn''t find the answer...

What type of chapter file do you specify in DVD Decryptor to use in MeGui? There's about twenty different types and I tried a couple and they didn't work.

Thanks

[Doom9]

You need to use the Ogg chapter format.

[ookzDVD]

Can someone help me with the profile?
I really need a good one for XVID - 1 CD and X.264 - 1 CD. TIA.

[Doom9]

Well, good is a point of view question really. Here's what I use for high quality, but not insanely slow x264 encoding (starting with the megui default)
high profile
2 b-frames, adaptive
3 reference frames
RDO subpixel refinement
All macroblock options enabled
weighted prediction

And 2 threads if I would finally get my X2 back.

You may want to play with the alpha and beta deblocking values a little but that's really a personal thing.. some people prefer their video smooth, other prefer details and can live with a few blocks.

As far as XviD goes, I'm using the VfW defaults there as much as possible so there are less changes

Keyframe interval should be 10 times your framerate
leave number of b-frames at 2, motion search precision at 6, vhq mode at 1
enable vhq for b-frames, qpel
and default values for the rest

Keep in mind though.. that is my personal opinion and you'll find a lot of people who'll suggest something else.. it's up to you to decide what really works.

[Beave]

Doom9, if you get your X2 machine back, could you test how your x264/aac.mp4 settings would playback a 1280x720 HD movie? I just wonder how fast/new a computer I need to have a decently save cpu usage.

[ookzDVD]

@Doom9,

Thank you for the profile, I really apreciate that.

Btw,
I just forgot to tell you about the MeGUI,
Which Avisynth should be used ?
I used v2.55 and I got error while run "One Click",
when I read the "avs" manually, I think the script is missing the LoadPlugin command. :(

[berrinam]

@ookzDVD: Yes, Avisynth 2.55 is fine. I presume you mean the dgdecode.dll plugin? As said before, this needs to be put in the avisynth plugins directory.

[haubrija]

Doom9,

Found a small bug I beleive using 0.2.1.4. I set up my job to do AVC with AAC in an MP4. Click Autoencode for 1 cd. Now when I change the name of my muxed output, it changes the extension to avi even though I want mp4. I'm assuming this is in name only and the resulting file plays back fine in mplayer. Here's my log in case you need it.

----------------------------------------------------------------------------------------------------------
Next job job2-1 is an audio job. besweet commandline:
"C:\MP4 Encoding\BeSweetv1.5b29\besweet.exe" -core( -input "D:\c2 AC3 T01 2_0ch 192Kbps DELAY 0ms.ac3" -output "D:\audio.mp4" -logfile "besweet.log" ) -azid( -s dplii -c normal -L -3db ) -bsn( -2ch -cbr 160 -codecquality_high -aacprofile_he ) -ota( -d 0 -g max )
successfully set up audio encoder and callbacks for job job2-1
----------------------------------------------------------------------------------------------------------

Log for job job2-1

besweet: "C:\MP4 Encoding\BeSweetv1.5b29\besweet.exe" -core( -input "D:\c2 AC3 T01 2_0ch 192Kbps DELAY 0ms.ac3" -output "D:\audio.mp4" -logfile "besweet.log" ) -azid( -s dplii -c normal -L -3db ) -bsn( -2ch -cbr 160 -codecquality_high -aacprofile_he ) -ota( -d 0 -g max )

BeSweet v1.5b29 by DSPguru.
--------------------------

[00:00:00:000] Initializing...
[00:00:00:000] -- Initializing...

[00:51:54:720] |

SR: 48000, Table idx: 6 - start 12, stop 8
SR: 48000, Table idx: 6 - start 12, stop 8
[00:51:54:720] Finalizing...
[00:51:54:720] Conversion Completed !

Visit DSPguru's Homepage at :
http://DSPguru.doom9.net/

----------------------------------------------------------------------------------------------------------
job job2-1 has been processed. This job is linked to the next job: job2-2
this series of jobs starts with an audio job and is followed by regular twopass video jobs
The audio job is named job2-2 the first pass job2-2 and the second pass job2-3
The second pass job has a desired final output size of 734003200 bytes and video bitrate of 6729 kbit/s
Third pass job found: job2-4
The audio file size is 62597955 bytes
Setting the desired bitrate of the subsequent video jobs to 1722 kbit/s
Next job job2-2 is a video job. encoder commandline:
"C:\MP4 Encoding\x264.exe" --pass 1 --bitrate 1722 --stats "2pass.log" --bframes 2 --no-b-adapt --b-pyramid --subme 1 --weightb --analyse none --me dia --progress --no-psnr --output NUL "D:\Carnivale.avs"
successfully set up video encoder and callbacks for job job2-2
----------------------------------------------------------------------------------------------------------

Log for job job2-2

avis [info]: 640x352 @ 23.98 fps (74680 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE 3DNow!
x264 [info]: slice I:445 Avg QP:11.52 Avg size: 34379
x264 [info]: slice P:25109 Avg QP:12.57 Avg size: 14673
x264 [info]: slice B:49126 Avg QP:14.19 Avg size: 5740
x264 [info]: slice I Avg I4x4:71.6% I8x8:0.0% I16x16:28.4%
x264 [info]: slice P Avg I4x4:0.0% I8x8:0.0% I16x16:15.6% P:68.2% P8x8:0.0% PSKIP:16.2%
x264 [info]: slice B Avg I4x4:0.0% I8x8:0.0% I16x16:2.9% P:51.6% B:12.6% B8x8:0.0% DIRECT:16.9% BSKIP:16.1%
x264 [info]: kb/s:1709.8

Actual bitrate after encoding without container overhead: 21423.59

----------------------------------------------------------------------------------------------------------
job job2-2 has been processed. This job is linked to the next job: job2-3
Next job job2-3 is a video job. encoder commandline:
"C:\MP4 Encoding\x264.exe" --pass 3 --bitrate 1722 --stats "2pass.log" --ref 3 --bframes 2 --no-b-adapt --b-pyramid --subme 6 --weightb --analyse all --8x8dct --progress --no-psnr --output "D:\video.mp4" "D:\Carnivale.avs"
successfully set up video encoder and callbacks for job job2-3
----------------------------------------------------------------------------------------------------------

Log for job job2-3

avis [info]: 640x352 @ 23.98 fps (74680 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE 3DNow!
mp4 [info]: initial delay 250 (scale 2997)
x264 [info]: slice I:445 Avg QP:11.58 Avg size: 32296
x264 [info]: slice P:25109 Avg QP:11.93 Avg size: 14553
x264 [info]: slice B:49126 Avg QP:13.79 Avg size: 5917
x264 [info]: slice I Avg I4x4:26.5% I8x8:46.3% I16x16:27.2%
x264 [info]: slice P Avg I4x4:5.2% I8x8:8.1% I16x16:3.6% P:53.0% P8x8:12.3% PSKIP:17.8%
x264 [info]: slice B Avg I4x4:1.7% I8x8:2.1% I16x16:1.0% P:27.4% B:15.9% B8x8:9.1% DIRECT:9.5% BSKIP:33.3%
x264 [info]: 8x8 transform intra:46.4% inter:26.1%
x264 [info]: kb/s:1722.1

Actual bitrate after encoding without container overhead: 21576.50
desired video bitrate of this job: 1722 kbit/s - obtained video bitrate: 1724.44663661746 kbit/s
----------------------------------------------------------------------------------------------------------
job job2-3 has been processed. This job is linked to the next job: job2-4
Next job job2-4 is a video job. encoder commandline:
"C:\MP4 Encoding\x264.exe" --pass 3 --bitrate 1722 --stats "2pass.log" --ref 3 --bframes 2 --no-b-adapt --b-pyramid --subme 6 --weightb --analyse all --8x8dct --progress --no-psnr --output "D:\video.mp4" "D:\Carnivale.avs"
successfully set up video encoder and callbacks for job job2-4
----------------------------------------------------------------------------------------------------------

Log for job job2-4

avis [info]: 640x352 @ 23.98 fps (74680 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE 3DNow!
mp4 [info]: initial delay 250 (scale 2997)
x264 [info]: slice I:445 Avg QP:11.85 Avg size: 31471
x264 [info]: slice P:25109 Avg QP:12.01 Avg size: 14498
x264 [info]: slice B:49126 Avg QP:13.90 Avg size: 5955
x264 [info]: slice I Avg I4x4:25.6% I8x8:49.1% I16x16:25.3%
x264 [info]: slice P Avg I4x4:5.1% I8x8:8.2% I16x16:3.5% P:52.7% P8x8:12.2% PSKIP:18.3%
x264 [info]: slice B Avg I4x4:1.7% I8x8:2.0% I16x16:1.0% P:26.7% B:15.9% B8x8:9.7% DIRECT:8.9% BSKIP:34.2%
x264 [info]: 8x8 transform intra:46.7% inter:26.1%
x264 [info]: kb/s:1722.3

Actual bitrate after encoding without container overhead: 21579.57
desired video bitrate of this job: 1722 kbit/s - obtained video bitrate: 1724.69168238157 kbit/s
----------------------------------------------------------------------------------------------------------
job job2-4 has been processed. This job is linked to the next job: job2-5
Next job job2-5 is a mux job. mp4box commandline:
"C:\MP4 Encoding\mp4box.exe" -add "D:\video.mp4" -add "D:\audio.mp4";lang=eng -chap "D:\Carni2\VTS_01 - Chapter Information - OGG.txt" -fps 23.976 -new "D:\Outside Damascus.avi"
successfully set up muxer and callbacks for job job2-5
----------------------------------------------------------------------------------------------------------

Log for job job2-5

IsoMedia import - track ID 1 - Video (size 640 x 352)
IsoMedia import - track ID 1 - Audio (SR 48000 - 2 channels) - SBR AAC
IsoMedia import - track ID 2 - media type odsm sub-type MPEG
IsoMedia import - track ID 3 - media type sdsm sub-type MPEG
Saving Outside Damascus.avi: 0.500 secs Interleaving


Let me know if you need any more info.

[berrinam]

Yes, the file filter in AutoEncodeWindow.muxedOutputButton_Click is currently "MP4 Files (*.mp4)|*.avi"

[Doom9]

do you set the extension to avi (by selecting it from the dropdown or typing it) or was it changed automatically (and if so exactly at which point, what's the content of the file open dialogue when you press OK)?

[berrinam]

@Doom9: It's a bug, see my post just before yours.

[Doom9]

@Doom9: It's a bug, see my post just before yours.I saw that.. just trying to find out if something else is wrong or if it's merely a matter of the dialog filter.

[haubrija]

Doom9,

I didn't set it to .avi nor did i type it. It states "mp4 files" in the "save as" dialog box when you go to save but other .avi files I had in the same directory are visible when they should not be (as it should only be showing mp4 files).

[HookedOnTV]

I've got an encode that is acting posessed when it tries to mux at the end. Did a two pass xvid encode to mp4. It seems to have finished creating the m4v file successfully (no errors and sized as desired). When it tried muxing the m4v to mp4 the "video data" field that usually runs up through the file flashes between 0kb and 63316kb. A randomly named file with no extension is created in the root of the c: and just grows until there is no more free disk space (ate aroung 18gb). Abort the job and the file disappears. Tried doing a fresh mux job with the m4v file and the audio file with the same behavior. Was using 0.2.1.3, tried 0.2.1.4.

Going to try mp4box from the command line and see if it works.

[Doom9]

@HookedOnTV: That does sound more like an mp4box problem.. mp4box is writing that huge file (it's the way it works.. writes a temp file to the root of the target directory using a random name). Please let me know the results when you run mp4box with the same commandline manually.

[leowai]

Doom9,
I've some questions about the "--me" (ME Algo.) switch for x264 client in MeGUI.

1. MeGUI uses "--me dia" for 1st pass in turbo mode. Does this effect the accuracy if different ME algo. is used in the subsequence passes for automated 2passes and automated 3passes?

2. MeGUI seems to generate the command line as "--me" (without any ME algorithm specified) instead of "--me dia" if diamond (dia) ME algorithm is used.

For muti-passes: If turbo mode is selected, it's ok for the 1st pass (it shows "--me dia"), but I found this problem occurs in the command line of 2nd and 3rd pass (from the job list).

Is this a MeGUI bug?

[HookedOnTV]

Problems from the command line as well. When it does the "importing video" the counter goes all the way to 200/100 then starts over all the while building the temp file. An encoding job on an entirely different pc is doing the same thing. One pc has version 0.3.0.7 (Celtic Druid) and the other has 0.3.1 (Sharktooth) of mp4box.

[Doom9]

Does this effect the accuracy if different ME algo. is used in the subsequence passes for automated 2passes and automated 3passes?No, not noticeably. PSNR loss from using the full turbo settings (not only me.. a lot more is influenced by the turbo switch) is negligible.

MeGUI seems to generate the command line as "--me" (without any ME algorithm specified) instead of "--me dia" if diamond (dia) ME algorithm is used.
I'm afraid that's a bug

Problems from the command line as well.Then I'm afraid you need to open a thread in the container forum as it's not a MeGUI problem.

[HookedOnTV]

One last question before heading to the container area... is there a possibility the m4v is bad? I tried using mp4info on it and it says it can't open it. Is there a way to verify the file?