MeGUI: bug reports and feature requests

[mini-moose]

seems to work fine in MeGUI, unlike the VideoLAN build, which errors out with that MP4 error.

So, please update MeGUI to use r2345 ;).

so the clear build from komisar (not the kmod one) works fine? In any case I find it's best to give new versions a few days/weeks before updating to be sure there are no bugs (every now and then a buggy version slips out).
Any idea where change logs are posted now? There is a git log, was looking for something like the old ones with revision number changes.

[mini-moose]

With "seems to work fine in MeGUI" i meant that with the komisar clear build the MP4 error Zathor was talking about (http://forum.doom9.org/showthread.php?p=1636204#post1636204) does not happen, unlike the VideoLAN build. Haven't tested that "kMod" build.

But it probably would be better to wait until x264 gets updated automatically via MeGUI instead of replacing the files manually.

According to:

http://git.videolan.org/gitweb.cgi?p=x264.git;a=log

r2345 already is one week (seven days) old.



To be honest I'm a little confused with the recent hosting changes. Videolan is supposed to be the new hosting place for compiled builds instead of x264.nl. The ones on x264.nl were usually compiled by jeeb. I'm unsure if the videolan ones are too.
I was also never sure if the "clear" revisions on komisar's page are the same as the ones that were posted on x264.nl or not. I can of course look into the various headers and make it more clear for myself...
I like the kmod builds usually as they offer extensive encoding stats.
One week is too short a period to convince me it's bugs-free. Evident in that the "official" builds linked on the old website have that mp4 issue and have not been fixed yet.

[Zathor]

Usually i dont mess with logs. I'm a user not a tester or developer. So i dont know where MeGUI stores its logs or their filenames.
The logs can be found in the MeGUI folder in logs.

Which build are you using now? I am asking because between the recent stable and the last one no changes have been made which can cause this problem. No changes in xvid and the profiles at all.

[Kunda]

The logs can be found in the MeGUI folder in logs.

Which build are you using now? I am asking because between the recent stable and the last one no changes have been made which can cause this problem. No changes in xvid and the profiles at all.I had used the last stable (2341) before the latest stable (2356) at that time i had posted my success-message. In the meantime i had identified the problem.

The current stable (2356) dont offer predefined profiles. In the last version (2341) i had used xvid (Home Theater) profile. In the current version (2356) i set the xvid scatchpad to those values of the xvid (Home Theater) profile ... but i changed only those settings in the Main tab, didnt realize that the settings in the advanced tab differ also extremly.

When i get aware of this, i change those values in the current version (2356) too and ... e voila ... the reencodes are of the same size as those of the last version (2341).

[Zathor]

So the xvid profiles are missing from the download? Strange. Have to check that. Nevertheless you can download them from within "Options\Update".

[LigH]

If x264 creates raw H.264 video, such a file may not contain specific metadata which can be useful for the later handling in MP4Box. A missing framerate is an issue MeGUI can handle by adding a matching parameter known from the source. But I believe there are more details of AVC video which may not be preserved when saving as elementary video (NAL units?).

[Overdrive80]

Zathor, I wonder if would be possible implemente option for saving log, when we have configured megui to shutdown the computer. Of this way, we can recover encoding data after of encoding.

[Kunda]

So the xvid profiles are missing from the download? Strange. Have to check that. Nevertheless you can download them from within "Options\Update".
Options/Update tells me that all files are up to date. There isnt something i can download.

[renvo]

I just wanted to ask if it's possible to include AQ mode 3 (maybe 4) under Adaptive Quantizers mode tab?
And maybe some sort of note of experimentation based on what's known about it thus far?

[meshaun]

#Zathor
Why not a quick Preview mode in the OneClick mode? So, then any user can check how the encode is going to be disregarding the quality because they know how it goes.
I'm telling about the Autocrop.
Sometimes Avisynth doesn't get the cropping done Automatically correct, so on such instances the users can check the preview and then manually do it.

Hope this helps other users too.

[mini-moose]

Zathor, I wonder if would be possible implemente option for saving log, when we have configured megui to shutdown the computer. Of this way, we can recover encoding data after of encoding.

I'm pretty sure the logs are auto-saved in the install dir under "logs" anyway. I have tons of log files there.

[mini-moose]

The function you are searching for is currently not available. But it should be easy to add an option "if language tag not found treat file as [language]".

I see it's been added to 2363 - many thanks for that Zathor.

I got another small request - when not specifying a working directory with one-click, megui auto creates working dirs in the same place the encode happens. However it gives them what seems like random names such as onasztw0.w00, oodxeuln.ezi etc.
Would it maybe be possible to have the project name echoed as the working dir name? let's say my avs is tagged "Green.Season1.Episode5", then that would also be the working dir name.
Sometimes (especially with series) one might have many various randomly named dirs in the same place, and if one needs to find one to say remux it, it takes a bit of effort finding the right one.

[Vincent Vega]

"never" setting doesnt work anymore, oneclick always reencodes audio no matter what.

i mux to mkv, i dont need to reencode audio.

it used to work before, now seems broken.

pls fix, thank you.

[AMED]

@Vincent Vega,

can you post your log please.

[Vincent Vega]

yes, here i just tried input clips with ac3 and with aac.
oneclick configuration:
output container set to mkv,
audio encode set to "never" (lame is only highlighted in listbox)

--[Information] [7/15/2013 5:46:58 AM] Audio [2] - AC-3 - 2 channels - 48.0 KHz / English cannot be processed with encoding mode "Never" as it must be encoded

--[Information] [7/15/2013 6:27:57 AM] Audio [2] - AAC - 2 channels - 48.0 KHz / English cannot be processed with encoding mode "Never" as it must be encoded

so i dont understand why simple things like ac3/aac "must be encoded" for mkv -)

[mini-moose]

I checked for updates today and for some reason megui says I need to update pretty much everything even though I got all tools etc installed. They all appear to have local date set to 01/01/0001, which I assume is the reason. Tried it on a different pc and it doesn't happen there.
I tried the various servers available on settings and all give me the same response.

[invy]

Whenever I drag multiple files over to the OCE window, and confirm to process the files, I do not want the OCE window to then close automatically. I want it remain open. Please do something about this. thanks :P

[mini-moose]

Whenever I drag multiple files over to the OCE window, and confirm to process the files, I do not want the OCE window to then close automatically. I want it remain open.

uncheck "close after go!" at the bottom of OCE

[Zathor]

yes, here i just tried input clips with ac3 and with aac.
oneclick configuration:
output container set to mkv,
audio encode set to "never" (lame is only highlighted in listbox)
so i dont understand why simple things like ac3/aac "must be encoded" for mkv -)
Do you have "disable intermediate MKV file" activated in the OneClick preset? Intermediate MKV file is required as the MP4 file must be remuxed into MKV in order to extract the audio files.

I checked for updates today and for some reason megui says I need to update pretty much everything even though I got all tools etc installed. They all appear to have local date set to 01/01/0001, which I assume is the reason. Tried it on a different pc and it doesn't happen there.
I tried the various servers available on settings and all give me the same response.
Likely your AutoUpdate.xml is not available or has wrong entries.

[mini-moose]

Likely your AutoUpdate.xml is not available or has wrong entries.

It's available but looks like has wrong dates on it. not sure how that happened.

[invy]

uncheck "close after go!" at the bottom of OCE

I was going to say oh derp me, thinking that I was forgetting to uncheck that box, but it is unchecked when I am doing this.

So it doesn't have any effect, it will close the window, regardless of whether that box is checked or not.

[mini-moose]

So it doesn't have any effect, it will close the window, regardless of whether that box is checked or not.

I tested it myself now with "close after go!" unchecked and the OCE window didn't close. Using version 2363.

[Zathor]

2370 [OneClick] fixed "close after Go!" in batch mode
2369 [x264] disabled direct mp4 output as the official builds do not have this support enabled
2368 [OneClick] fixed internal chapters wrongly detected in VOB files
enhanced logging
2367 [MainForm] show avs script errors. Feature request #513
2366 [Opus] raised default bitrate to 96 Kbps
2365 [x264] allow max bitrate up to 300000 Kbps instead of 100000 Kbps
2364 [Opus] allow max bitrate up to 512 Kbps. Feature request #512

[Overdrive80]

I'm pretty sure the logs are auto-saved in the install dir under "logs" anyway. I have tons of log files there.

Ohhhh, its true ¬¬'. Thanks

[caiyuwei]

2369 [x264] disabled direct mp4 output as the official builds do not have this support enabled
#512

How to enable direct mp4 output again, please? :(

[Vincent Vega]

Do you have "disable intermediate MKV file" activated in the OneClick preset? Intermediate MKV file is required as the MP4 file must be remuxed into MKV in order to extract the audio files.


i have intermediate mkv disabled because when it was enabled oneclick crashed on me a few times with some files right about at the remuxing stage.

[Kurtnoise]

How to enable direct mp4 output again, please? :(
Just mux your AVC stream using the MP4 Muxer afterwards...

[caiyuwei]

There's no more mp4 but some people need mp4 output for their stuff. Please enable it again...

http://i39.tinypic.com/2wck9hd.png

[LigH]

Such people have to create RAWAVC first and then add an MP4 Multiplexer job (for MP4Box) afterwards.

This option only belongs to direct output out of x264.exe, which is usually an intermediate file; MeGUI still supports the MP4 container for the final result, but only via MP4Box.

Unfortunately, I believe to remember that there are small technical details which are not saved properly to a raw AVC file. One point is the frame rate, but MeGUI will pass it to the multiplexer. Another was something with Blu-ray compatibility, I believe, NAL units?

Does MP4Box accept MKV as source?

[Kurtnoise]

There's no more mp4 but some people need mp4 output for their stuff. Please enable it again...

From the Menu, Tools -> Muxer -> MP4 Muxer and then create an mp4 by importing your AVC stream as video.

[Zathor]

Unfortunately, I believe to remember that there are small technical details which are not saved properly to a raw AVC file. [...] Another was something with Blu-ray compatibility, I believe, NAL units?
I believe it was the other way around. Stored in raw AVC but may be not stored in containers.

Does MP4Box accept MKV as source?
No

At the end this is a test. That is one of the reasons why there are the development builds. If any problems arise (except usability) or MP4 support will be introduced in the official builds this change likely will be reverted.
EDIT: For usability it may be possible to introduce an automatic muxing.

[Kurtnoise]

Unfortunately, I believe to remember that there are small technical details which are not saved properly to a raw AVC file. One point is the frame rate, but MeGUI will pass it to the multiplexer. Another was something with Blu-ray compatibility, I believe, NAL units?
I think it's ok now...no more issues within the framerate.

Does MP4Box accept MKV as source?
Nope...

Edit: too slow...Zathor is faster.

[Shevek]

From the Menu, Tools -> Muxer -> MP4 Muxer and then create an mp4 by importing your AVC stream as video.

Or use the AutoEncode function which automatically adds the Mux job for you

You can set the AutoEncode defaults to use MP4

[caiyuwei]

Or use the AutoEncode function which automatically adds the Mux job for you

You can set the AutoEncode defaults to use MP4

Yup, thank you so much but you know, ipad can't play RAWAVC muxed in mp4... So that's why i need File Format is MP4

[LigH]

Yup, thank you so much but you know, ipad can't play RAWAVC muxed in mp4... So that's why i need File Format is MP4

What's the difference between

a) x264 exporting AVC already multiplexed in MP4,
b) x264 exporting AVC, and MP4Box multiplexing it afterwards into MP4?

Eventually, the result is more or less the same: AVC in MP4. The devil is in the details: Apple devices may require additional metadata in the MP4 container to accept the file, to make them believe it was created by Apple software.

MP4Box is able to create such "atoms" if you use the MP4 muxer with device specific options. "x264 with MP4 support" won't do that, as far as I know.

[Kurtnoise]

Yup, thank you so much but you know, ipad can't play RAWAVC muxed in mp4... So that's why i need File Format is MP4
Select also iPad in the Device list then...

[caiyuwei]

What's the difference between

a) x264 exporting AVC already multiplexed in MP4,
b) x264 exporting AVC, and MP4Box multiplexing it afterwards into MP4?

Eventually, the result is more or less the same: AVC in MP4. The devil is in the details: Apple devices may require additional metadata in the MP4 container to accept the file, to make them believe it was created by Apple software.

MP4Box is able to create such "atoms" if you use the MP4 muxer with device specific options. "x264 with MP4 support" won't do that, as far as I know.

I'll check again but now for my testing, it's useless when i use MP4 muxer to mux RAWAVC. It can't play on ipad but before, I use File Format is MP4, it can play smoothly

[caiyuwei]

Thank you, I'll try it. Hope it work...

[Overdrive80]

From the Menu, Tools -> Muxer -> MP4 Muxer and then create an mp4 by importing your AVC stream as video.

Maybe if that task be automated, all would be more easy.

[Kurtnoise]

Yes, don't worry...It's planned.

[mini-moose]

megui can also switch to the clean or modded komisar builds that do support mp4 in the meantime. simple x264 launcher has always used them.
I don't know enough about the differences between the new automated videolan builds and komisar's, but I suspect his are similar to the jeeb builds that were always used.

[caiyuwei]

That would be nice. Please do it.

@ Zathor:

Yeah, a quote from the "Encoding Video for Blu-Ray using H264/AVC (http://forum.doom9.org/showthread.php?t=154533)" thread:

;)

So if the video isn't blu-ray, it won't work?

[caiyuwei]

So if encode for DVD using H264/AVC, i can use mp4 right?

[Overdrive80]

NOTE: This is discussion about settings that are for creating 100% compliant Blu-Ray structures, not for encoding from Blu-Ray sources to matroska/mp4 or other media, if you encode to those skip this nightmare

But that would be if was encoding to bluray especifications, wouldnt?

[Guest]

So if encode for DVD using H264/AVC, i can use mp4 right? You cannot use AVC on an authored DVD. You also cannot use MP4 on an authored DVD.

You can use a DVD as a data disc, however, and put what you like on it. For authoring DVD, you need MPEG2 video.

[Shevek]

Yup, thank you so much but you know, ipad can't play RAWAVC muxed in mp4... So that's why i need File Format is MP4

AutoEncode lets you select the correct MP4 mux profile for your device

[detmek]

Any reason why not?

[LigH]

From my experiences with the filter-like processing in ffmpeg/mencoder (write once as streamed), I believe that the built-in multiplexers in x264 will probably create incomplete containers. Players or other tools which rely on specific "chunks" or up-to-date header fields may fail because they were omitted or not updated after the encoding finished. "Reference multiplexers" will create the most complete and reliable container structures (except for bugs to be fixed, or use of not recommended or not widely supported options).

So even if creating video-only files in containers may be convenient in specific situations with tolerant applications, refreshing the container with "reference multiplexers" will probably create more portable results; and if you want to add more interleaved streams, you have to re-multiplex anyway.

[AlanHK]

I'm trying to hardcode some subs into a video with MeGui.

But I have problems even with the simplest script:

AviSource("Flash.avi")
Textsub("Flash.srt")

The AVS plays normally in WMP, VirtualDub, everything else.

If I load this into MeGui, when it does the preview, it shows a frame from the middle, with the correct subs, it can scroll through the film, but I can't close the preview normally to start the encode. After a few minutes I can close it, but the main program window closes too.
If I comment out the Textsub, MeGui works normally after closing the preview.
Happens for both ass and srt subs.

Looking at Process Explorer, MeGui is using 50% of CPU -- i.e 100% of one of the 2 processors -- continuously till I kill it.
Specifically, a thread calling VSfilter.dll, which is what Textsub uses.

I've never had this kind of problem with subs with anything else except MeGui.
I encoded to MPEG with HCEnc with much more complex scripts without any such overhead.

I found the MeGui option to show preview and turned it off. Now I can go directly to the encode. This goes normally until it reaches the end of the encode and hung. Spinning its wheels and consuming 50% of my CPU while producing nothing.
Does this for both video and audio encode.
On aborting, MeGui helpfully deleted the encode. Turned that option off and tried again.
After I get out of the abort, I have to kill MeGui's process to close it.0
But the encoded files are complete and play normally.

PS -- Now I notice that while the AVS does play seemingly normally in VDub, that it also has a VSfilter.dll thread using 50% of CPU.
So the source of the problem is obviously that. However, MeGui doesn't cope with this very well.

[Zathor]

Please post or link the full log and if possible the avs script and the source files (as small as possible to reproduce the problem).