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

[Kurtnoise]

I restarted MeGUI and now the first pass of encoding fails immediately with an error. Anyone else having any trouble?
yes...reported by several people already. :rolleyes:

If you want a fresh & correct x264 build, ping me...

[QuadraQ]

Downloaded older 1113 version from here: http://skystrife.com/x264/x264.1113M.x86.exe

Renamed it to x264.exe and replaced the one in the C:\Program Files\MeGUI\Tools\x264\ directory ran the same queued jobs and they seem to be working fine. Won't know for sure until encoding finishes, but looks like there is an issue with version 1114 and MeGUI of some kind.

[Blatman]

Thank you for the advice ! now it works :)

[cengique]

Downloaded older 1113 version from here: http://skystrife.com/x264/x264.1113M.x86.exe

Renamed it to x264.exe and replaced the one in the C:\Program Files\MeGUI\Tools\x264\ directory ran the same queued jobs and they seem to be working fine. Won't know for sure until encoding finishes, but looks like there is an issue with version 1114 and MeGUI of some kind.

There's a simpler solution than downloading an older x264. MeGUI keeps a backup of the previous x264.exe in the same tools directory mentioned above. So you can just rename the current x264.exe to something like "x264-broken.exe" and then rename the backup file as "x264.exe". It worked for me.

No rush in providing a new x264 bundle :)

[Sharktooth]

https://forum.doom9.org/showthread.php?p=1253876#post1253876

[Robby23]

Hi Everyone,

I am trying to extract subtitles from a ts stream that was recorded from my Scientific Atlanta 8300HD via firewire. No other subtitle extracting program even finds subtitles in the stream except for in megui in "HD streams Extractor." The actual source is of whose line is it anyways which is in 480i. When I extract the subtitles the subtitles are really scrambled but some parts are in line just buggy. Could someone possibly point me in the direction of a tool capable of extracting the subtitles properly? Thanks!!

EDIT: added an example of the subtitles. You can see if you open it in subresync or something like that, that the subtitles are not formatted correctly

[QuadraQ]

Could someone possibly point me in the direction of a tool capable of extracting the subtitles properly? Thanks!!

You have probably already tried this but I use CCExtractor (http://ccextractor.sourceforge.net/) for my subtitles. It's never let me down yet, although I'm recording with Media Center on Vista, so I can't say if it will understand your stream or not.

[Unrealbr]

Does anyone knows if MeGUI is already compatible with the x264 64bit version on vista 64? If so, does it benefit in any way?

[Robby23]

You have probably already tried this but I use CCExtractor (http://ccextractor.sourceforge.net/) for my subtitles. It's never let me down yet, although I'm recording with Media Center on Vista, so I can't say if it will understand your stream or not.

Thank you so much. Would you happen to know how to cut subtitles with the cuts file that is saved in megui?

[Ruriko]

I just downloaded MeGUI but it doesn't have the option to put it to avi. How can I get this option?

[QuadraQ]

Thank you so much. Would you happen to know how to cut subtitles with the cuts file that is saved in megui?

I'm afraid not. I would suggest doing your cuts in another program before running it through meGUI. I found this to be easier in terms of workflow.

I use VideoReDo to cut my recordings, and then use CCExtractor to save the .srt file and load the results into meGUI for the encoding. I highly recommend VideoReDo for recorded material, since most programs don't handle errors in transmission, or audio sync issues as well as it does. Not a free program but well worth it.

[Taurus]

I just downloaded MeGUI but it doesn't have the option to put it to avi. How can I get this option?

And what's this?
http://666kb.com/i/b7vfz0eb3ugbkk3cy.png

Only Xvid and Snow in AVI/(MKV/RAWASP)
x264 = MP4/MKV/RAWAVC

Pretty simple :p

[Sharktooth]

I just downloaded MeGUI but it doesn't have the option to put it to avi. How can I get this option?
easy: you cant put h.264 in avi with megui and it will never let you do that even if it's theoretically possible. if you want to know why, :search:

[rtjnyoface]

Don't know if it's said often enough but the dedication and hard work put into this piece of work is simply amazing. Just wanted to post a quick thank you. Wasn't too sure of where to post it either. Anyways, thanks to you all.

[Sharktooth]

you're welcome and glad you like megui.

[Flight16]

Thank you so much. Would you happen to know how to cut subtitles with the cuts file that is saved in megui?

I wrote a script that will re-time and trim subtitles using an .avs with a series of Trim()s as the source. I believe there is also a Japanese executable that will do the job.

I've been working on automating .ts -> final mux with trims and subtitles. PM me and maybe we can share our knowledge. Or start a new thread someplace about .ts, subtitles, and demux / encode / mux chain.

[Flight16]

Are there any plans to add command line invocation to megui? I would love to call:

megui.exe -inaudio=vid.avs -invideo=vid.avs -preset=ipod, and ipod would point to a given video and a given audio profile, and it would encode and mux the entire thing.

If there aren't plans, how much time do you estimate it would take? Is megui designed in such a way that the change would be easy to make? If so, I could add the feature myself.

[Kurtnoise]

no plan for such things...It's a GUI you know that !

[Flight16]

no plan for such things...It's a GUI you know that !

Heh, yes. I realize it would be adding a command-line interface to a gui that is designed to wrap command-line utils. But megui provides such a nice queue, logging, and presets... it would be nice to at least have a

megui.exe --auto-queue --vidpreset="ipod" --audpreset="ipod" --muxpreset="mp4"

option that would add a file to the queue with an audio preset, video preset, and muxing preset.

Oh well. megui is still nice. :)

[Ruriko]

How do I add subs to my video?

[Mtz]

Press Ctrl+R and go to filters.

Regarding subtitles, can be added some settings to set the desired font? And maybe the position. I know this can be made using SSA subitles, but most used subtitles are SRT.

enjoy,
Mtz

[Ruriko]

I don't have the subtitle file. How can I extract the subtitle from the mkv?

[Sharktooth]

Press Ctrl+R and go to filters.

Regarding subtitles, can be added some settings to set the desired font? And maybe the position. I know this can be made using SSA subitles, but most used subtitles are SRT.

enjoy,
Mtz
Post your request in the feature request tracker on megui project page on sourceforge. thanx.

[Sharktooth]

I don't have the subtitle file. How can I extract the subtitle from the mkv?
using the forum search function.
you, know, there is also a newbie section...
btw, ill make your life easier. search for MKVToolnix and MKVExtract.

[Eric B]

After some months/years without encoding, I've updated MeGUI by using x264.
What is the proper thread for improvement ideas? I've seen the "feature request" topic is closed: It would be good to update the first message of this topic consequently!

So I have the following suggestions to enhance the performance a little bit.

1) Configuration / default use of workers: since the video encoders are multi threaded but the rest are mainly not, I've set all video tasks to "worker1" and all the rest to "worker2": it seems to me the best optimization. What do you think? It would be good to be able to do so automatically, i.e., when a multi core CPU is detected, having 2 workers per default, set all video tasks to the main worker, and all other tasks to a 2nd worker.

2) In a similar way, I have 2 physical HDD in my PC, and try to use them as far as I can. I make all tasks "cross" HDD, e.g. setting one as source and the other as destination, thus one disk is used to read, the other to write. We could imagine to have 2 folders to configure, and when one is used as source, the other is taken per default as destination (instead of the same folder which causes read&write in the same disk, and thus slowing down this disk).

3) back to the threading handling, what is the purpose of the "pause" button in the queue or worker window? It seems to have to functionality! I'd like to have a real pause which could pause the encoding process so that the CPU is not used anymore. Do the codec / x264 CLI support such a feature?

4) Tools/Chapter Creator: would it be possible to have a more comprehensive tool which takes the DVD source as input? I am currently using "Chapter Grabber" which is quite powerfull. I'll ask Emp3r0r if he could brings his "chapter grabber" to MeGUI...

[Sharktooth]

the feature requests (http://sourceforge.net/tracker/?atid=798479&group_id=156112&func=browse) tracker on the megui project page.

[Eric B]

the feature requests (http://sourceforge.net/tracker/?atid=798479&group_id=156112&func=browse) tracker on the megui project page.

ok, thanks. Doom9 should put this link in the first message of the topic...

Anyway, before putting new features, could you comment my suggestions, whether it makes sense or not...

[Sharktooth]

1) We dont know if (certain) encoders will be optimized for multiple cores/CPUs in the future. So, it's a hard choice.

2) you can already change your output dir. however, moving files temp files to a temp location (configurable by the user) could be an option

3) we all whish to have a real pause...

4) i like the idea

[masken]

I'd like to request a 1-click install solution for meGUI, with everything needed to encode provided with the installer, or through menus in the application.

It's simply too tiresome searching for 5-6 different apps, installa them, copy DLL files and messing with things to get it working.

[Kurtnoise]

There is an installer from SF website (https://sourceforge.net/projects/megui/)...

[Sharktooth]

I'd like to request a 1-click install solution for meGUI, with everything needed to encode provided with the installer, or through menus in the application.

It's simply too tiresome searching for 5-6 different apps, installa them, copy DLL files and messing with things to get it working.
this is not the place for feature requests.
however, megui depends on avisynth and directshow filters.
DS filters are usually needed also for playing back the source or encoded files while avisynth is the ONLY real megui dependency and if it doesnt find it on your system it offers to open a webpage so you can painlessly download it.

[therealjoeblow]

Hi,

I have my HTPC setup with the general display font custom sized to 150% instead of the default "Normal Size (96DPI)" so that it's more easily readable from a distance when displayed on a 50" plasma @ 1920x1080 pixels.

The MeGUI main interface doesn't like this though, most of it is OK, but some of the fields are 'squashed' and illegible and almost inaccessible because of this.

I was wondering if the interface could be made more "large font compatible/tolerant" if possible?

Many thanks!

[samepaul]

I was wonder if anyone uses this program. I'm surprised people do.
It spends more that 10 minutes (maybe more I had no patience to wait any longer and killed it in favor of shorter clip) in opening single mkv file .. and for what? Just for building AviSynth script with only "DirectShowSource"? You must be kidding.

[Inspector.Gadget]

samepaul, your system's directshow filters are obviously broken. This is no more MeGUI's fault than a hardware failure would be. Start over with Haali and ffdshow and clean out your Avisynth plugins folder and see if anything improves. Also post an image of the graph generated by graphedit or graphstudio to render the file, as this will allow everyone else to figure out which filter(s) don't work.

[samepaul]

I doubt it is obvious to you, but there is something much more obvious to me. There is bug in MeGUI. Or a behavior that looks to me as a bug.
Nothing broken in my "system's directshow filters". As proof of my word - I have no problems with the source video itself. MPC and Graphstudio open it in milliseconds.
Manually created AVIS plays good as well. Besides, I'm dealing with video encoding for years (even here I'm registered longer than you ;) ) and know how looks broken directshow system.
Moreover I performed a small debugging.
My guess is that once you open media file (via File-Open-Other Video files), MeGUI ignores the input file type and tries to treat it as AVIS script anyway.
This explains why I see in Filemonitor that MeGUI just linearly scans input file. And only after scanning whole file it brings "AviSynth script creator" dialog.

After searching on forum I found instruction on opening files like "go to Tools -> AviSynth script creator". Indeed this way it opens faster, though still takes long time to open 30GB BD remux stored in MKV. Mediaplayer opens manual AVIS much (i mean MUCH) faster.
But even after reaching this AVIS creator, one move of slider in Preview window brings MeGUI again to coma of file scanning. I guess this is already side-effect of DirectShowSource without "fps". As for me it is bug as well. Don't see real reason for configuring cropping and resize via AviSynth. There is button "preview in player" - use it! Configure cropping, resizing in interactive mode via DirectShow. Then preview created script in player.

[Inspector.Gadget]

So it isn't actually a bug, you're just irritated that an Avisynth-based application needs to make use of Avisynth :rolleyes:

[Sharktooth]

@samepaul: you dont like a software? dont use it. no one is forcing you to use megui. plus, the sources are available (megui is an opensource software), so if you think you're so smart, you know what to do. otherwise, dont waste your and our time.

[samepaul]

Inspector.Gadget No, it's actually you don't read what I've written. Some people need to read twice before they begin to understand, so maybe you should give another try. Or just ignore me. Anyway you haven't said anything useful till now and I doubt you will.

Sharktooth It's not question who is smart and who isn't. If you paid attention I don't judge here anybody and especially authors of megui. I encountered bug (unnecessary file scanning) and suggested performance improvement (use directx directly instead of avisynth frameserving which is proven to be slow and have seeking problem). Take it in account or not - it's authors call. I don't really care as you correctly noted I use another software. Namely MediaCoder. It's not perfect (otherwise I wouldn't bother with MeGUI) but still fits better my needs.
As for taking a part in development... I'm C programmer and don't really like .NET :)

[Patrick Bateman]

I keep getting this error message when I try to load an index file into the Avisynth script creator. I never had any problem before but every index file I have gives me this now, including ones I just created and ones that I've used before with no problem. The only thing I can think of that changed was the 4/20 updates. Can anyone help me with this? Note; I use the NV/CUDA indexing programs from Neuron. -- I get the message whether the CUVID server is running or not.

http://img16.imageshack.us/img16/2758/errorkwn.png

[Kurtnoise]

you're running on windows 7 ? where is located CUVIDServer.exe on your system ?

[Patrick Bateman]

you're running on windows 7 ? where is located CUVIDServer.exe on your system ?

Indeed I am on windows 7. CUVIDServer is in a folder on my desktop, where it always has been. But as I said, I get the message whether I am running it or not, so that can't be the problem. Normally if I forgot to run it, I'd get an error saying 'CUVIDServer is not running'.

[Kurtnoise]

Actually, megui checkes in your DGxxxNV folder to find CUVIDServer exec. Isn't there ? If not, I suggest you to put in this folder and that should be fine...

I added this function to avoid the error message like above.

[Patrick Bateman]

Actually, megui checkes in your DGxxxNV folder to find CUVIDServer exec. Isn't there ? If not, I suggest you to put in this folder and that should be fine...

I added this function to avoid the error message like above.

Yep. I never bothered directing Megui to where I keep my indexers. I ran the programs independently. Directing it to them fixed it. -- I see it also executes CUVIDServer if it isn't running now.

Well, thanks a lot!

[Sharktooth]

Sharktooth It's not question who is smart and who isn't. If you paid attention I don't judge here anybody and especially authors of megui. I encountered bug (unnecessary file scanning) and suggested performance improvement (use directx directly instead of avisynth frameserving which is proven to be slow and have seeking problem). Take it in account or not - it's authors call. I don't really care as you correctly noted I use another software. Namely MediaCoder. It's not perfect (otherwise I wouldn't bother with MeGUI) but still fits better my needs.
As for taking a part in development... I'm C programmer and don't really like .NET :)
avisynth is necessary for it's powerfull scripting and filters.
also, directshow is not as accurate as avisynth since it depends on video drivers that are usually broken (most of the times the problem is wrong colorscale conversions). it also has seeking problems, depending on the decoder and it is not frame accurate...

[Chumbo]

May I ask for a "wish list" item please? When the update module updates the components and asks to restart, it resets the UI after the restart. Any chance this can be "fixed" so the UI stays as it was, i.e., size and position after the updates? Thank you.

[Kurtnoise]

yeah...already posted as feature request.

[Chumbo]

yeah...already posted as feature request.
Great. Sorry for the repost as I didn't find it when I searched initially, which surprised me. Thank you.

[Yoshiyuki Blade]

Ok, I've scrolled through the last couple months' worth of posts to see if anyone reported an issue I have, but I don't see anything about it. I hope I didn't overlook it.

With a fresh install of MeGUI from the latest build, and after fully updating everything, I went ahead and modified the x264 scratchpad to my own liking. Upon closing the program, I run into an error. I can't remember what it says off the top of my head, but it has something to do with a file already existing. Anyway, when I re-open MeGUI, all of the profiles are gone with just the scratchpads left. Force reinstalling the profiles fixes the issue though.

I'm on Vista 64-bit if that helps. I've been able to reproduce this issue on different computers with Vista, so it seems consistent and predictable. Apologies in advance that I couldn't give any more specific details.

[Sharktooth]

the exact error is actually an important part of your report...

[Neillithan]

This has probably been suggested before but I'm going to request it because I feel as though it would make a nice addition to MeGUI.

Can FLAC be added to MeGUI?

The Reason: I like to use MeGUI to make a lossless conversion of some of my videos (for archiving purposes) and to do this, I have to follow these steps:

1. encode the video as H.264 Lossless in MeGUI
2. use MediaCoder to convert the audio of the video to FLAC
3. use MKV Toolnix to mux the .264 and FLAC as .MKV

That's 3 steps and 3 different programs to do something really useful.

If MeGUI supported FLAC I could do all of that in 1 single step without the need for additional programs.

Please add FLAC support to MeGUI?

Thanks,
-Neil

[Inspector.Gadget]

FLAC support is already in the HD Streams Extractor for lossless audio from Blu-ray. When else would you need it, other than with a lossless audio input source? PCM Stereo is (in my experience) rare enough in DVDs that firing up foobar2000 to do the compression isn't an inconvenience. Plus, in that scenario, more often than not you're splitting by chapter from a music DVD and probably want to tag the split files anyway...

[Neillithan]

FLAC support is already in the HD Streams Extractor for lossless audio from Blu-ray. When else would you need it, other than with a lossless audio input source? PCM Stereo is (in my experience) rare enough in DVDs that firing up foobar2000 to do the compression isn't an inconvenience. Plus, in that scenario, more often than not you're splitting by chapter from a music DVD and probably want to tag the split files anyway...

Archiving purposes. I think it should be included because it can be. I use MeGUI to encode videos I make, I don't use it to encode Blu Ray movies. What I mean to say is, just because I don't use FLAC for the exact purpose you mentioned doesn't mean I shouldn't use it for any other purposes. FLAC would compliment MeGUI especially if I could choose it from the drop down list of audio encoders.

I hope the inclusion of a codec is not based solely on "how" it can be used, but rather "if" it can be used.

-Neil

[Yoshiyuki Blade]

the exact error is actually an important part of your report...

K, I managed to reproduce the error message again. I can't pinpoint the exact cause of this issue, but it definitely has something to do with modifying a profile sometime after a fresh MeGUI install (and after completely updating everything). It doesn't always occur immediately after the first modification from what I've seen.

http://img.photobucket.com/albums/v208/YoshiyukiBlade/meguierror.jpg

[Inspector.Gadget]

I hope the inclusion of a codec is not based solely on "how" it can be used, but rather "if" it can be used.

Using FLAC for anything but lossless source audio is stupid, and MeGUI already makes FLAC available for the vast majority of lossless sources.

[Kurtnoise]

no...it's a relevant feature request to ask to add a lossless audio codec.

[DexterLab23]

I want to be enlighten about something in MeGUI.
From where I can put/set in MeGUI the Audio Delay that is shown in the file:
"*Stream Information.txt" ? I found two possible places:

1. When I launch MeGUI in the main menu, down, right to the "Extension: MP4-ACC" is written "Delay".
2. Or when I mux together the video and audio stream, in Tools -> Muxer -> MP4 Muxer, is written at the Audio 1 tab, "Delay".

3. From where I can set now the Audio Delay ? Or I must set both (1 and 2, see above) ?
4. Or I must set only one option (1 and 2, see above) ?

Best regards.

P.S. I want a fast answer.
P.P.S. If Sharktooth could answer will be great.

[Kurtnoise]

It's better to put audio delay when you transcode your audio streams...

[DexterLab23]

Please be more explicit, I dont understand you. Do you mean when I transcode with DGIndex 1.5.4 ? Also you did not answered on any my questions. Please help with some clear advice.

[nurbs]

DGIndex doesn't transcode the audio (or video), it just extracts them. When you load one of the extracted audio files on the input tab in megui you can see that that the audio delay value from the filename is automatically entered in the delay box, so you shouldn't have to do anything manually. The encoded file will also automatically be renamed to idicate that the delay has been corrected. The new delay value in the encoded file will be 0ms. After the delay is corrected during encoding you obviously don't have any more delay when you mux the files, and so you don't have to enter it again.

[Balthazar2k4]

I've done numerous encodes using H264 & MPEG-2 as source material on Windows 7 without a problem, but I am really stumped on VC-1. When I switch back to Vista x64 it runs fine, but 7 x64 just won't let me do it. What did Microsoft change in the WMV9 codec support for Win7? I suspect my problem stems from the fact that FFDshow will not load in Win7, but I would love to find a workaround. I really like Win7 and am tired of switching back and forth. I have spent hours combing the net for answers to this dilemna (RipBot264, HDConverToX, etc. also fail to work). Any help would be deeply appreciated....

[RunningSkittle]

... I suspect my problem stems from the fact that FFDshow will not load in Win7...

FFDshow works just fine in windows 7 x64.

Here it is decoding 1920x1080 VC1:
http://deep.phpwebhosting.com/~mactownkrisp/computer/ffdshow-windows7.png

[Balthazar2k4]

FFDshow works just fine in windows 7 x64.

Here it is decoding 1920x1080 VC1:
http://deep.phpwebhosting.com/~mactownkrisp/computer/ffdshow-windows7.png

Have you experienced any problems converting VC-1 material with either MeGUI, RipBot264, or HDConverToX? I can't get any of them to do it and yet they all work fine under Vista x64...

Could it be a Haali Media Splitter problem?

[RunningSkittle]

directshowsource works

[Balthazar2k4]

directshowsource works

I can't figure out the problem to save my life. I installed a fresh copy of Win7 x64 build 7100. I turned off UAC. I installed ffdshow build 2913, haali media splitter, and AviSynth 2.5.8. I opened RipBot264 as an admin and proceeded to demux an m2ts containing VC-1. At the end of the demux, MPC pops up and tells me the graph filter has timed out. This happens with every VC-1 title I have tried. Anything else works great....

When I try and playback video via MPC Home Cinema, ffdshow does not show in the system tray and does not show it is doing anyting in the info & cpu dialog box under video decoder configuration.

I have tried setting ffdshow VC-1 to WMV9 and libavcodec and neither work.

HELP! This is driving me mad....

[Balthazar2k4]

Also, when I try and load the extracted stream into MeGUI, I receive the following error:

AviSynth Script Error
DirectShowSource: Timeout waiting for graph to start.

I just can't get ffdshow to play nice. I have even tried the x64 version, but predictably that did not work either.

[DexterLab23]

Help me understand something:
I ripped a serial, and have a file: "VTS_01_1 T80 1_0ch 192Kbps DELAY -8ms.ac3"
megui puts automatically the delay: "-8"
and inside the "VTS_01 - Stream Information.txt" file is written "Delay: -88ms"
Which is to be believed ? Which one to put inside megui ? -8 or -88 ?

P.S. You guys didn't answered my previous question.

[nurbs]

a) Kurtnoise answered your previous post and I wrote a little longer explaination, you just didn't bother to read it.
b) You believe the -8ms, because that's what dgindex says.

[onesloth]

...but I am really stumped on VC-1.
Do you have an NVidia card? DGVC1DecNV should work.

[DexterLab23]

Thank you Kurtnoise, nurbs.

I understand it. I will try and post here if the audio is out of sync or not.

I am sorry, you are right, next time I will read more carefully.

:thanks:

[DexterLab23]

It's MeGUI also available for linux ?

[deets]

add Device Types to the Adaptive & Manual Muxers. Now, we can force either iPod, iPhone, ISMA or PSP output when we select MP4 Muxer.

what difference does this make if you do or dont select PSP as the device type?

[Sharktooth]

@DexterLab23: nope, or at least, not yet.

@deets: the difference is the file wont play on that device if the option is not selected.

[DexterLab23]

a) Kurtnoise answered your previous post and I wrote a little longer explaination, you just didn't bother to read it.
b) You believe the -8ms, because that's what dgindex says.

b) was wrong option/value, the true/corect value was -88

@Sharktooth, Please put two options in megui where can it read the audio delay.

A. In the "*Stream Information.txt", correct.
B. In the name of the audio that is created during after DGIndex processed audio file name, ex. "VTS_01_1 T80 1_0ch 192Kbps DELAY -8ms.ac3"

Also I should mention that the clip was a short one, 00:07:08, but I think if the audio was wrong (-88 ms), it should be completely desynced.

[turbojet]

Any chance of an option to not make .backup files when updating?

Out of curiousity are they ever used by the program anyhow?

[Kurtnoise]

no...this is not used. There is a bug or something like that because such files must be deleted.


@DexterLab23: then, extract your audio stream with DVDDecrypter instead...

[Ryu77]

Recently dgavcindex was added to the MeGUI tools folder... However, the version used is 1.0.1. I am wondering is there any reason why the newer 1.0.9 version isn't used?

I actually copied the newer version and .dll into the appropriate folders and eventually MeGUI updated back the older version.

[Sharktooth]

i already said ill update it as soon as i get home

[Ryu77]

i already said ill update it as soon as i get home

Was this directed at my post? If it was, I can't see when did you state (in the last 3 days) anything to do with updating dgavcindex?

[Sharktooth]

yes, it was directed to you... http://forum.doom9.org/showthread.php?p=1279853#post1279853
and no, im still not at home.

[avdw]

yes, it was directed to you... http://forum.doom9.org/showthread.php?p=1279853#post1279853
and no, im still not at home.

If you get home, will you take your medications first ?

[Sharktooth]

"as soon as i get home" means it will be one of the first things i will do when i get home...

[Ryu77]

yes, it was directed to you... http://forum.doom9.org/showthread.php?p=1279853#post1279853
and no, im still not at home.

It's on a completely different thread... How the hell am I supposed to know that you already had this discussion with somebody else?

And yes, I could have searched through the forums (wasting far more time than the 5 seconds it would have taken you to answer it) but my question was a simple one and your answer should have been a polite one. I believe that this is the appropriate thread anyway, as it was something related to MeGUI updating not DGAVCDec itself.

By the way, that's one long trip home...

[Sharktooth]

sorry, i didnt mean to be rude.
it's just i'm too much stressed...

[Keiyakusha]

Little bug report.
If I start MeGui -> open x264 configuration dialog -> set Const. Quality 0.1 and then switch to Const. Quantizer, I get this error:
http://www.petaimg.com/u335/39305.05.png

UPD: the same when I click on Lossless checkbox instead of swithing to Const. Quantizer.

[Ramir Gonzales]

Little bug report.
If I start MeGui -> open x264 configuration dialog -> set Const. Quality 0.1 and then switch to Const. Quantizer, I get this error:

UPD: the same when I click on Lossless checkbox instead of swithing to Const. Quantizer.

That's not MeGUI's fault, you have a crap computer, probably crap memory !

[Kurtnoise]

That's not MeGUI's fault, you have a crap computer, probably crap memory !
47 posts of uselessness...You're on the right way, dude. Keep going.


@Keiyakusha: I'll look at it...thanks for the bugreport.

[sebus]

That's not MeGUI's fault, you have a crap computer, probably crap memory !

And your manners are left behind the door, right?

[wolfbane5]

I have created a custom x264 profile (2-Pass) in MeGUI. However, I would like pass 1 to be slightly different than pass 2, but every time I make changes to pass 1, save it, then fix pass 2, pass 1 gets overwritten and becomes identical to pass 2. Anyway to fix this?

[nurbs]

If you don't want to use the same settings for both passes or turbo you have to create a seperate profile for each of the passes.

[wolfbane5]

Alright, I created 2 profiles, one for each pass. I'm assuming you have to overwrite the --output NUL statement for pass 1, so that you actually have an output, which you have to set up as your input for the 2nd pass?

You'd think there'd be an easier way to have different settings for each pass...hopefully the MeGUI developers will design a way to do this in a later revision.

[J_Darnley]

You don't need to store the output of pass 1. The input of pass 2 is the same as it was for pass 1. It is the stats file which stores the information needed for pass 2.

[wolfbane5]

You don't need to store the output of pass 1. The input of pass 2 is the same as it was for pass 1. It is the stats file which stores the information needed for pass 2.

Ok so then I can set up pass 1 with the .avs input I have and not care about the output (job 1). Then I can setup pass 2 with the same .avs input, but this time i'll get an output and it'll automatically use the .stats file created from pass 1? Also, can I queue pass 1 and pass 2 at the same time, or do I have to wait for pass 1 to complete, before I can setup & run pass 2?

[xandercage]

I m using bitrate calculator in megui, bud when i try encode VC-1 stream in m2ts file i becomme always larger outfile xvid in avi container.

[buzzqw]

m2ts has an overhead of 7% (near) of total size , while avi/mkv is something like 24 bytes for frames

BHH

[xandercage]

So if it s VC-1 stream i must calculate like this formula
Total size 1400MB - 7%MB (98MB), so total size in megui must be cca 1302MB?

If it s h264 or AVC stream in mkv or m2ts the calculated file size is ok in output file xvid, avi.

I have trouble only with VC-1 streams.

[Sharktooth]

m2ts has simply a huge overhead and since bitrate calc still doesnt support m2ts you should take that 7% into account.

[userix]

Weird issue: Using the same versions of MEGUI and identical x264 profiles on two different computer, I get different qualities from the same vobs I am trying to encode. AVS scripts and D2V were created in the same exact manner on the different PCs. But my old Dell 1.5ghz 1GB ram Radeon 9500 does a cleaner, better looking encode than my Q6600 2GB ram 8800gts, although the Q6600 finishes much faster than the Dell. I am a newb at encoding, so I have no clue why the quality varies between my two comps.

[wolfbane5]

Weird issue: Using the same versions of MEGUI and identical x264 profiles on two different computer, I get different qualities from the same vobs I am trying to encode. AVS scripts and D2V were created in the same exact manner on the different PCs. But my old Dell 1.5ghz 1GB ram Radeon 9500 does a cleaner, better looking encode than my Q6600 2GB ram 8800gts, although the Q6600 finishes much faster than the Dell. I am a newb at encoding, so I have no clue why the quality varies between my two comps.

Are you sure you're using the same x264 profiles? One small change like --partitions none and --partitions all can make a huge difference in quality and encoding time.

[Taurus]

Weird issue: Using the same versions of MEGUI and identical x264 profiles on two different computer, I get different qualities from the same vobs I am trying to encode. AVS scripts and D2V were created in the same exact manner on the different PCs. But my old Dell 1.5ghz 1GB ram Radeon 9500 does a cleaner, better looking encode than my Q6600 2GB ram 8800gts, although the Q6600 finishes much faster than the Dell. I am a newb at encoding, so I have no clue why the quality varies between my two comps.
So you use the same decoder for the encoding
and the same decoder for playback on both machines?
Which decoder for playback; deblocking en/disabled?
Same bitrate, same filesizes of your encoded files?
To much variables to guess without log files and avisynth scripts....:D

[Kurtnoise]

In addition, I'd say compare both encodes on the same machine...

[turbojet]

Thanks for the .backup fix, tools directory went from 174 MB to 96 MB.

I have another suggestion which is checking reference frames against the level to prevent illegal files like avc level checker is intended to do but it's inaccurate which is discussed here (http://forum.doom9.org/showthread.php?t=146930).
But instead of avc level checker could it check within x264 config like it already does with vbv?
Also if vbv is left empty but a level is defined can it set the vbv maxrate and buffer to the maximum allowed for the level?

[Sharktooth]

VBV should NEVER be set until the user chooses to set it. megui will warn you if you set the buffers too high.
the inaccuracy is there to "protect" from b-pyramid problems.

[turbojet]

VBV should NEVER be set until the user chooses to set it. megui will warn you if you set the buffers too high.
the inaccuracy is there to "protect" from b-pyramid problems.

Why should vbv never be set until the user chooses?

If you take a 90 minute high action movie, set it to L4.1 and encode for BD25 output without any vbv you are likely to exceed the maximum bitrate and it will skip at times. Same can be said for DVD9 target but to a lesser extent.

What b-pyramid issue are you talking about?

1920x1080 24fps up to --ref 4 with and without b-pyramid is allowed in L4.x
According to AVC Level Checker 1920x1080 24fps L4 max is --ref 3 without b-pyramid or --ref 2 with b-pyramid.

1280x720 24fps up to --ref 9 with and without b-pyramid is allowed in L4.x
According to AVC Level Checker 1280x720 24fps L4 max is --ref 8 without b-pyramid or --ref 7 with b-pyramid.

[Sharktooth]

coz you dont want restrictions on ratecontrol if you dont need them. they would harm final quality.
b-pyramid problems are playback problems on hardware devices (DPB violations). if you add b-pyramid you should lower the refs by 1 to ensure compatibility. AFAIK that's a x264 problem.
btw, regarding the level checking in the config, it's not manageable since megui doesnt know about input file properties during the encoder configuration.

[turbojet]

coz you dont want restrictions on ratecontrol if you dont need them. they would harm final quality.

Very debatable on if it may hurt quality if it's within reason L4.0 would allow 50 mbps for less than a second, 25 mbps for more than a second, L4.1 would allow 135 mbps for less than a second, 62.5 mbps for more than a second.

If someone is setting level aren't they using it for a specific device that requires these types of level restrictions?
What I suggest wouldn't affect anything if you aren't setting level or vbv is already compliant.

b-pyramid problems are playback problems on hardware devices (DPB violations). if you add b-pyramid you should lower the refs by 1 to ensure compatibility. AFAIK that's a x264 problem.

This used to be the case but it was changed months ago so b-pyramid doesn't affect DPB.

btw, regarding the level checking in the config, it's not manageable since megui doesnt know about input file properties during the encoder configuration.

It could just as easily get this info on input like avc level checker does currently. What I'm suggesting is putting avc level checker functionality in the x264 config and getting rid of the level checker function.

[Sharktooth]

it's not debatable. setting VBV params forces the ratecontrol to behave in a different way and setting a level means setting a flag in a bitstream. if you want to specify VBV limits you can always do it.
about b-pyramid and DPB stuff, it was changed but it's still not perfect and still causes problems. as you can read on the megui presets thread:... Removed b-pyramid from all DXVA group presets... this time it is FOREVER until x264 gets properly patched.
x264 is still broken (http://forum.doom9.org/showthread.php?p=1180816#post1180816) in that way.
so, dont argue with me about b-pyramid... i will never consider it a reliable option... it's not even so usefull... i prefer one more b-frame or even one more ref instead...
It could just as easily get this info on input like avc level checker does currently. What I'm suggesting is putting avc level checker functionality in the x264 config and getting rid of the level checker function.nope, since you can set up the presets without loading an input file. avc level checker is what the name says, a "checker". it doesnt "set" anything except enforcing limits if and only if certain options are set out of specified level limits.

[turbojet]

it's not debatable. setting VBV params forces the ratecontrol to behave in a different way and setting a level means setting a flag in a bitstream. if you want to specify VBV limits you can always do it.

Ya it is a little different output. But again why would someone set a level if they wanted the level to be broken?

about b-pyramid and DPB stuff, it was changed but it's still not perfect and still causes problems. as you can read on the megui presets thread:
x264 is still broken (http://forum.doom9.org/showthread.php?p=1180816#post1180816) in that way.
so, dont argue with me about b-pyramid... i will never consider it a reliable option... it's not even so usefull... i prefer one more b-frame or even one more ref instead...

All I can say is BD players that used to fail max reference frames + b-pyramid now play them just fine. Presets or usefulness have nothing to do with this discussion.

nope, since you can set up the presets without loading an input file. avc level checker is what the name says, a "checker". it doesnt "set" anything except enforcing limits if and only if certain options are set out of specified level limits.

Then it warns the output will be non-compliant to the level set and tells the user to change level or whatever setting breaks it.

[Sharktooth]

Ya it is a little different output. But again why would someone set a level if they wanted the level to be broken?
Coz some devices/softwares check for the level flag but are capable of decoding higher bitrates than those specified in the level (some cellphones for example...).
All I can say is BD players that used to fail max reference frames + b-pyramid now play them just fine. Presets or usefulness have nothing to do with this discussion.
The reason i pointed you to that thread was to prove x264 has not been fixed and your statement:
This used to be the case but it was changed months ago so b-pyramid doesn't affect DPB.
was wrong
Then it warns the output will be non-compliant to the level set and tells the user to change level or whatever setting breaks it.
yes. also, VBV parameters are checked against the level during the preset configuration.

[userix]

Thanks for your replies. :)

I apologize for not being specific in my initial post. The file I am encoding is from one of my anime DVDs. It's not that the whole encode is crappier, only the beginning of the episode, which starts with a static scene, and then cuts to another static scene. On the Q6600 encodes, those 2 static scenes seem blockier (noisier) when compared to the old Dell encode. The rest of the encode, including future static scenes, seem fine afterwards. What gets me is why are the aforementioned static scenes encoded on my Q6600 blockier than those of my old Dell encode?

I have attached screenshots taken using MPC of the two static scenes I am talking about. The noise in the first scene is subtle, but you can clearly see the difference between the 2nd static scene. Of course, when watching it in full screen, the differences stand out much more.

In addition, when I encode the video using 2-pass xvid encoder with same bitrate on the Q6600, the 2 static scenes are the same quality as the Dell encode. It seems only when I use x264 encoder on my Q6600, I get crappier results. Boggles the mind.

Are you sure you're using the same x264 profiles? One small change like --partitions none and --partitions all can make a huge difference in quality and encoding time.

I'm pretty sure. I downloaded the same stable version to both computers, then proceeded to update it to the newest files available at the same time. Therefore, the profiles I downloaded through the update module are the same. I double check the command line arguments being fed and they are identical on both machines.

So you use the same decoder for the encoding
and the same decoder for playback on both machines?
Which decoder for playback; deblocking en/disabled?
Same bitrate, same filesizes of your encoded files?
To much variables to guess without log files and avisynth scripts....:D

I haven't looked at the logs specifically, but I figure if I create the d2v and avs script files in the same exact manner on both machines, I should get the same results, right? Bitrates are set the same for both comps. The size of the video encodes aren't exactly the same, but it's only off by 200k-300k. I have CCCP codec pack installed on both comps and use MPC to playback the files. I am not sure what you mean by using the decoder for encoding. MEGUI uses the x264.exe file it gets from the update, which is located in the MEGUI tools folder.

In addition, I'd say compare both encodes on the same machine...

I can rule out the decoding issue for playback, because I took the old Dell encoded file and played it on my Q6600 and it looks great, just like on my Dell. I played the Q6600 encoded video on the Q6600 and the old dell and it looks the same: blockier static screens at the beginning of the video.

[turbojet]

Coz some devices/softwares check for the level flag but are capable of decoding higher bitrates than those specified in the level (some cellphones for example...).

First time I've heard of this but I'm not familiar with cell phones. Can they decode any bitrate that's consistent over a second?
If not do you know how much higher bitrate they can decode?
Also if not leaving blank vbv may produce a skipping/unplayable output and the current situation of allowing up to vbv max doesn't help the matter. Looking at megui presets all of the cellphone profiles seem to follow level standards.

The reason i pointed you to that thread was to prove x264 has not been fixed and your statement:

was wrong

I'm pretty sure the fix was after November which is when that was posted. At least I remember checking a few BD players in January 2009 against --ref 4 --b-pyramid at 1920x1080 and they weren't playing, now the same players are playing the same 2 options with current x264 builds.

While b-pyramid may or may not be fixed how it should be, it doesn't seem to hinder playback anymore which is what the DPB formula only concern is.

yes. also, VBV parameters are checked against the level during the preset configuration.

VBV can never exceed the level because of how the x264 settings enforces the max rate so the check will never see a bad vbv setting or am I missing something?

[Sharktooth]

it depends on the device chipset or the software. for example, some media players/decoder want level 4.1 streams or they wont use DXVA. however they're capable of decoding streams with different limits from the L4.1...
the megui presets for cellphones and PDAs come as standard presets at levels 1.0, 1.1, 1.2 and 1.3. but it's not a secret there are cellphones that support level 1.x at much higher bitrate limits.
about the DPB, it was never fixed. the discussion ended with that thread and, if you read it, there is a chance the encode will be played back... but you can NEVER be sure since x264 continues to violate the DPB.
the VBV retrictions are FIXED by profile/level. they do not depend on res or fps, so they are checked when you create the preset. if you specify an invalid VBV rate for the specified profile/level, megui will warn you. i cant see a reason to change that behaviour.

[turbojet]

it depends on the device chipset or the software. for example, some media players/decoder want level 4.1 streams or they wont use DXVA. however they're capable of decoding streams with different limits from the L4.1...

Can you give some examples?


the megui presets for cellphones and PDAs come as standard presets at levels 1.0, 1.1, 1.2 and 1.3. but it's not a secret there are cellphones that support level 1.x at much higher bitrate limits.

Can you give some examples?

about the DPB, it was never fixed. the discussion ended with that thread and, if you read it, there is a chance the encode will be played back... but you can NEVER be sure since x264 continues to violate the DPB.

Everything on that thread pre dates my broken and playable tests.

the VBV retrictions are FIXED by profile/level. they do not depend on res or fps, so they are checked when you create the preset. if you specify an invalid VBV rate for the specified profile/level, megui will warn you. i cant see a reason to change that behaviour.

Are fixed by preset? yes. Fixed by level? Not currently, but my suggestion is VBV and references stay in compliance to the level set.

[Sharktooth]

the only DXVA decoder that can handle levels OVER 4.1 is MPC-HC AVC decoder. other decoders require Level 4.1 (just the flag on the bitstream!!!).
Some nokia phones and other phones (cant remember the models) have enough CPU power to decode AVC at levels higher than 1 or 1.x but are limited to those levels. you can safely encode at bitrate higher than level 1 or 1.x and the phone is perfectly able to play back the encode.
Again, x264 still violates the DPB. there is no entry in the changelog that says it was fixed. HENCE IT'S STILL BROKEN.
VBV restrictions are fixed by level/profile: http://en.wikipedia.org/wiki/H.264#Levels
That said, the discussion is over. You're speaking of something you dont even understand and i have no time to waste.

[turbojet]

When level is set in megui the vbv is not touched thus level does not fix vbv!
But ok I guess there still will not be a gui that has full range of settings and ensures the file will be within spec.
The threads and posts concerning this problem will continue to flood this forum.
Granted it shouldn't be gui's responsibility to fix x264's caveats but most people seem to think it should be.

[Sharktooth]

As i said, AVC Level checker is just a CHECKER. it wont change any parameters you set except for the fact that it wont permit the user to specify a level and non coherent parameters/options.
By that purpouse it will warn you when you select it, plus another check is run when you set up the preset... and if something is not coherent it will switch level to unrestricted/autoguess. THIS WONT CHANGE coz it is the only LOGIC thing to do.
Also there is only 1 person that rised this (not a-)problem and that person is you. So, by logic, im correct in stating your conclusion are illogical.
MeGUI is not an one click solution software. Users MUST KNOW what they're doing and looking for a table on wikipedia is not even so hard... expecially when it's the first hit when you type "AVC Levels" on google...

[turbojet]

I never suggested changing VBV to not autoguess when it's set higher then the level refers to, this will produce a compliant file however there are many situations where x264 and megui won't output a compliant file.

I'm not sure you understand what I'm suggesting which is to ensure that when level is used the file complies to that level. Currently the only thing it does is restrict vbv which is a start. The inaccurate avc level checker is pretty much hidden and a lot of megui users don't even know it exists.

The problem is every few days there's another post on this forum about a file not playing on their device m mainly due to too many references and resolution but vbv also comes up at times. I thought of a solution to all but the resolution problem and this is it. If someone has a better solution I'm all ears.

If/when megui outputs AVCHD/BD these issues will get even more and more popular and they'll directly point to MeGUI wouldn't you like to prevent these posts?

Profiles help but there's always people who are going to change things on a whim, some guide told them, etc. There is one common thing between H.264 encoders and H.264 devices and that's level, an encoder that complies to it is much more user-friendly then one that doesn't.

[Kurtnoise]

put a feature request on SF, we'll see what can we do for megui 1.0...;)

[Sharktooth]

I never suggested changing VBV to not autoguess when it's set higher then the level refers to, this will produce a compliant file however there are many situations where x264 and megui won't output a compliant file.
that depends on the user. if a user wants to set a level but doesnt want to put limits on the bitrate why should we add that restriction?
the user should also get informed on what he's doing. megui is not a software for the first idiot that thinks encoding is just a matter of some random mouse clicks.

I'm not sure you understand what I'm suggesting which is to ensure that when level is used the file complies to that level. Currently the only thing it does is restrict vbv which is a start. The inaccurate avc level checker is pretty much hidden and a lot of megui users don't even know it exists.
avc level checker is not inaccurate. it's made around x264 and it wont change until x264 will be fixed (if it ever will...).

The problem is every few days there's another post on this forum about a file not playing on their device m mainly due to too many references and resolution but vbv also comes up at times. I thought of a solution to all but the resolution problem and this is it. If someone has a better solution I'm all ears.
ppl could RTFM... as i said, you must know what you're doing...

If/when megui outputs AVCHD/BD these issues will get even more and more popular and they'll directly point to MeGUI wouldn't you like to prevent these posts?
i dont see any problems. there are presets for AVC-HD/BD. You should either use them or RTFM...

Profiles help but there's always people who are going to change things on a whim, some guide told them, etc. There is one common thing between H.264 encoders and H.264 devices and that's level, an encoder that complies to it is much more user-friendly then one that doesn't.
we dont fix idiots... just our software that is NOT MADE TO BE IDIOT PROOF on purpouse.

[turbojet]

put a feature request on SF, we'll see what can we do for megui 1.0...;)

OK I'll do that

that depends on the user. if a user wants to set a level but doesnt want to put limits on the bitrate why should we add that restriction?
the user should also get informed on what he's doing. megui is not a software for the first idiot that thinks encoding is just a matter of some random mouse clicks.

Isn't one of the few restrictions of H.264 levels max bitrate?

avc level checker is not inaccurate. it's made around x264 and it wont change until x264 will be fixed (if it ever will...).

They give different results. x264 warns correctly, avc level checker does not.

ppl could RTFM... as i said, you must know what you're doing...


i dont see any problems. there are presets for AVC-HD/BD. You should either use them or RTFM...


we dont fix idiots... just our software that is NOT MADE TO BE IDIOT PROOF on purpouse.

All rants that solve absolutely nothing. I also see no where in help explaining the levels so this would be misleading.

[Doom9]

Since I wrote the checker, this argument sparked my interest.
You asked
They give different results. x264 warns correctly, avc level checker does not.and I'd say it's better to error on the side of caution, is it not? Encoding a 1080p file can take some time after all. The x264 devs tend to give GUI developers pointers when something changes.. so I wonder if megui is doing something wrong they haven't brought it up - perhaps the approach of rather being safe than sorry also help them from bogus error reports.

Isn't one of the few restrictions of H.264 levels max bitrate?Not directly.. it really depends on the resolution and framerate of the source - and that's why I wrote the checker as a tool accessible in the main form (where you load sources), and not within a codec configuration (a user may not have loaded the source or may change it.. thus making the whole idea of saving presets unworkable). And, I still don't see a way to make this any better.. you can only really enforce levels properly if you completely change the workflow - megui wasn't built around enforcing a certain workflow.. it started out with what's still there and then got the auto encoder and finally the one click encoder - properly enforcing levels only works if you go about it in a whole different way (the one click workflow).. so if you want a mandatory or optional checker, that's where you'd need to put it.. and definitely not in the codec configuration.

Clicking around in the latest version a bit I noted that selecting a level no longer enforces the constraints that can be enforced.. I guess you can have a different opinion on that, but my approach with enforcing meant you lose flexibility so it appears the current developers opted for flexibility in that case - and it's really an either or decision.. you cannot have both. Given megui's history I understand why the choice went into the current direction - non experienced users can use the premade presets and the tools to facilitate encoding whereas all options are open to the advanced users who know what they're doing. I suppose you could have a setting "I know what I'm doing" and only allow people to change codec configurations, write scripts and the likes when that's checked, but it's a lot of work trying to force people who don't know better to not hurt themselves.

[turbojet]

Since I wrote the checker, this argument sparked my interest.
You asked
and I'd say it's better to error on the side of caution, is it not? Encoding a 1080p file can take some time after all. The x264 devs tend to give GUI developers pointers when something changes.. so I wonder if megui is doing something wrong they haven't brought it up - perhaps the approach of rather being safe than sorry also help them from bogus error reports.

Safe side sure but I would side with accuracy on a proven formula then to go below it which avc level checker does. The only safe thing I could understand is lowering ref by 1 if b-pyramid but some others and I have proven that b-pyramid does not affect the DPB anymore but simply playing max refs+b-pyramid in BD players. There is nothing obvious in x264 changelog to represent this however. The MeGUI wiki agrees with me on ref and b-pyramid.

Not directly.. it really depends on the resolution and framerate of the source - and that's why I wrote the checker as a tool accessible in the main form (where you load sources), and not within a codec configuration (a user may not have loaded the source or may change it.. thus making the whole idea of saving presets unworkable). And, I still don't see a way to make this any better.. you can only really enforce levels properly if you completely change the workflow - megui wasn't built around enforcing a certain workflow.. it started out with what's still there and then got the auto encoder and finally the one click encoder - properly enforcing levels only works if you go about it in a whole different way (the one click workflow).. so if you want a mandatory or optional checker, that's where you'd need to put it.. and definitely not in the codec configuration.

Clicking around in the latest version a bit I noted that selecting a level no longer enforces the constraints that can be enforced.. I guess you can have a different opinion on that, but my approach with enforcing meant you lose flexibility so it appears the current developers opted for flexibility in that case - and it's really an either or decision.. you cannot have both. Given megui's history I understand why the choice went into the current direction - non experienced users can use the premade presets and the tools to facilitate encoding whereas all options are open to the advanced users who know what they're doing. I suppose you could have a setting "I know what I'm doing" and only allow people to change codec configurations, write scripts and the likes when that's checked, but it's a lot of work trying to force people who don't know better to not hurt themselves.

All but these 2 things I brought up are already enforced by profile@level. Check different profiles, exceed max vbv of the level. I see no reason not to extend it to enforce all profile@level now that the formula for figuring it out is well known after months and months of research and testing.

The real problem with telling people to research themselves is the information available is very contradictory.

[Sharktooth]

you still dont understand x264 breaks the DPB...
so, as a matter of fact, it reports correct info about levels but the resulting stream may be unplayable on some hardware devices.
megui corrects that behaviour lowering some limits to ensure x264 will NOT break the DPB.
so whatever you can say, that wont change since it works. also you didnt prove anything about b-pyramind and DPB. As i said there is no changelog entry in x264 development that points that issue was fixed. hence it is still broken. period.

also you still dont want to UNDERSTAND (and that's your problem, not ours) that the megui workflow doesnt permit to do what you want... and remember megui is a gui for advanced users, not for newbies, so it's pretty normal the megui users should know what they're doing.

[Doom9]

You seem to mistake the AVC level checker for a generic AVC level checker - which it is not. Given that x264 isn't really respecting AVC levels, megui's checker is a best effort attempt by both x264 and megui developers to help people create streams which are compliant - but there are no guarantees that they really will be compliant since x264 isn't level aware and the developers have repeatedly and over years refused to change that.

The formulas used by megui come directly from the megui developers - and they are outlined here (http://forum.doom9.org/showthread.php?p=730001#post730001). Regardless of how many players you'll find that have no trouble playing streams that have as much reference frames as the actual specs allow - that's no indication that those streams are really compliant. It's not just encoders that may not respect specs, decoders can have the same issues as there's certainly one decoder out there that does require full compliance and it will fail utterly and then the user will blame the megui developers for the failure. Specs are nice and all but anybody who has ever implemented a specification written by a third party is well aware that specs are one thing and the real world is quite another - and you need to develop for the real world. It doesn't help you if you can insist on the fact that you are doing everything right when your software doesn't work the way people expect it - if you rely on some other component that sees things differently and they won't adapt it or only some undetermined time in the future, you simply have no choice but to relax constraints on your own end where you're in control.

But if it really bothers you so, download the megui source code, open up AVCLevels.cs, comment out lines 128 - 133 and recompile (there's a batch file for you to do that in the root of the source.. it used to work with just the .net runtime 2.0 installed so you don't even need to install an SDK or IDE to do that) and voila.. the level checker now calculates ref frames according to spec, and not according to what the x264 devs think you should to be on the safe side when using levels.

And as for my second point, it took me but one reply to understand sharktooth's frustration with you.. I gave you a perfectly valid explanation why your idea doesn't work.. and you completely ignore it. My take of that behavior is that you think you know better anyway - but in that case what you should do is write your own GUI.. or create a fork of megui which implements just the workflows where your ideas to work. We can talk again about whether it makes sense to do levels according to specs when you've been on the receiving end of "bug reports" yourself for a couple of months ;)

[Dark Shikari]

You seem to mistake the AVC level checker for a generic AVC level checker - which it is not. Given that x264 isn't really respecting AVC levels, megui's checker is a best effort attempt by both x264 and megui developers to help people create streams which are compliant - but there are no guarantees that they really will be compliant since x264 isn't level aware and the developers have repeatedly and over years refused to change that.Have you been under a rock for the past three years or something?

[Doom9]

Actually, yes, I have in a manner of speaking ... you might have noted the lack of commits during that time;)

Would you be so kind then to give an updated to the situation over akupenguin's post I linked to in my post just before this one... sort of a "rock shock"?

[Kurtnoise]

from set.c ...:D

int x264_validate_levels( x264_t *h, int verbose )
{
int ret = 0;
int mbs = h->sps->i_mb_width * h->sps->i_mb_height;
int dpb = mbs * 384 * h->sps->i_num_ref_frames;
int cbp_factor = h->sps->i_profile_idc==PROFILE_HIGH ? 5 : 4;

const x264_level_t *l = x264_levels;
while( l->level_idc != 0 && l->level_idc != h->param.i_level_idc )
l++;

if( l->frame_size < mbs
|| l->frame_size*8 < h->sps->i_mb_width * h->sps->i_mb_width
|| l->frame_size*8 < h->sps->i_mb_height * h->sps->i_mb_height )
ERROR( "frame MB size (%dx%d) > level limit (%d)\n",
h->sps->i_mb_width, h->sps->i_mb_height, l->frame_size );
if( dpb > l->dpb )
ERROR( "DPB size (%d frames, %d bytes) > level limit (%d frames, %d bytes)\n",
h->sps->i_num_ref_frames, dpb, (int)(l->dpb / (384*mbs)), l->dpb );

#define CHECK( name, limit, val ) \
if( (val) > (limit) ) \
ERROR( name " (%d) > level limit (%d)\n", (int)(val), (limit) );

CHECK( "VBV bitrate", (l->bitrate * cbp_factor) / 4, h->param.rc.i_vbv_max_bitrate );
CHECK( "VBV buffer", (l->cpb * cbp_factor) / 4, h->param.rc.i_vbv_buffer_size );
CHECK( "MV range", l->mv_range, h->param.analyse.i_mv_range );
CHECK( "interlaced", !l->frame_only, h->param.b_interlaced );

if( h->param.i_fps_den > 0 )
CHECK( "MB rate", l->mbps, (int64_t)mbs * h->param.i_fps_num / h->param.i_fps_den );

/* TODO check the rest of the limits */
return ret;
}

[Disturbance]

G'day, lately I've been having a problem with megui, when ever i use multiple workers at once, ie 2 workers, they get to about 0.8% and then megui just closes, no error dialogue it just closes down, in my scripts i have all my plugins loaded in script, i use the latest avisynth 2.5.8, and once it actually came up with an error and im my events viewer it spits this out at me

Faulting application megui.exe, version 0.3.1.1035, faulting module msvcr80.dll, version 8.0.50727.1433, fault address 0x000173d0.

anyone have any idea what could be the problem

[Dark Shikari]

Actually, yes, I have in a manner of speaking ... you might have noted the lack of commits during that time;)

Would you be so kind then to give an updated to the situation over akupenguin's post I linked to in my post just before this one... sort of a "rock shock"?x264 will yell loudly about all violations of significant level limits.

[turbojet]

AVC level checker's formula is inaccurate for the way x264 works today. Come to think of it, it really did take years to figure out the correct formula. Those years of work don't even really play a role in today's encoding because only one thing has any mention of it, x264, all it does is warn you and expects the user to figure out the error.

MeGUI enforces some parts of levels but ignores some others, I consider this incomplete and suggest to complete it for the better of the program. Others think it's intentional and not all parts of the level should have to be followed and the common excuse seems to be you need to be an advanced user or use profiles. The way I see it for the majority of people who aren't 'advanced', ensuring levels gives the user a lot more freedom while still ensuring playback while one change in a profile can break playback.

x264 gives an accurate yell but if megui can't hear it does it make a sound?

[Kurtnoise]

what I told you ?...now, pass the 2nd. Period. :rolleyes:

[magic144]

hey guys,
just came across an issue with MeGUI last week

when using the AutoEncode feature, I ended up with an .mkv that was larger (by 2MB) than the chosen target size (8152 MB, DVD-9)

am I right in assuming that MeGUI IS NOT taking into account the size of the subtitle stream when calculating bitrate?

this is the first time this has ever happened, but I tried playing around with the standalone bitrate calculator tool and it seems to confirm my assumption

I have more recently been using BDSup2Sub to make VobSub idx/sub pairs which are obviously significantly larger than .srt text files, so whereas before the .srt files would have had little or no impact on target size, this is not necessarily true with VobSub

anyway, in a nutshell, if my assumption is correct (?), will MeGUI incorporate a bitrate adjustment to take into account the size of the subtitles in its AutoEncode calculations?

thanks for such a brilliant tool!

m

[Sharktooth]

AVC level checker's formula is inaccurate for the way x264 works today. Come to think of it, it really did take years to figure out the correct formula. Those years of work don't even really play a role in today's encoding because only one thing has any mention of it, x264, all it does is warn you and expects the user to figure out the error.

MeGUI enforces some parts of levels but ignores some others, I consider this incomplete and suggest to complete it for the better of the program. Others think it's intentional and not all parts of the level should have to be followed and the common excuse seems to be you need to be an advanced user or use profiles. The way I see it for the majority of people who aren't 'advanced', ensuring levels gives the user a lot more freedom while still ensuring playback while one change in a profile can break playback.

x264 gives an accurate yell but if megui can't hear it does it make a sound?
you still dont want to UNDERSTAND... read again what i wrote... x264 will break the DPB in some situations. the megui level checker ensures that wont happen.
now, if you still dont want to understand, i will ignore further posts from you.

hey guys,
just came across an issue with MeGUI last week

when using the AutoEncode feature, I ended up with an .mkv that was larger (by 2MB) than the chosen target size (8152 MB, DVD-9)

am I right in assuming that MeGUI IS NOT taking into account the size of the subtitle stream when calculating bitrate?

this is the first time this has ever happened, but I tried playing around with the standalone bitrate calculator tool and it seems to confirm my assumption

I have more recently been using BDSup2Sub to make VobSub idx/sub pairs which are obviously significantly larger than .srt text files, so whereas before the .srt files would have had little or no impact on target size, this is not necessarily true with VobSub

anyway, in a nutshell, if my assumption is correct (?), will MeGUI incorporate a bitrate adjustment to take into account the size of the subtitles in its AutoEncode calculations?
post a feature request in the megui feature requests tracker on sourceforge.
G'day, lately I've been having a problem with megui, when ever i use multiple workers at once, ie 2 workers, they get to about 0.8% and then megui just closes, no error dialogue it just closes down, in my scripts i have all my plugins loaded in script, i use the latest avisynth 2.5.8, and once it actually came up with an error and im my events viewer it spits this out at me

Faulting application megui.exe, version 0.3.1.1035, faulting module msvcr80.dll, version 8.0.50727.1433, fault address 0x000173d0.

anyone have any idea what could be the problem
be more specific. what jobs you assigned to the workers?

[turbojet]

you still dont want to UNDERSTAND... read again what i wrote... x264 will break the DPB in some situations. the megui level checker ensures that wont happen.
now, if you still dont want to understand, i will ignore further posts from you.

You never said x264 will break DPB until now but you said may which I took as you weren't sure. But since you now know it will please give x264 settings and device(s) that are affected by this broken DPB with the current build so the community can test it and possibly fix it.

Also please don't go linking to posts back in November, we've already been through that and x264 b-pyramid behavior has changed since. I don't know why it's undocumented or if it's mentioned in some other way in the changelog but the real test is checking on hardware which some people have already done, myself included. I was tipped off by this post (http://forum.doom9.org/showthread.php?p=1277785#post1277785) and rather than say it's not in changelog so I don't believe it I went and tested and he was correct as is the megui wiki.

[Disturbance]

be more specific. what jobs you assigned to the workers?

when i encode something i use a automated 2 pass, but i also add an analysis pass as well, and i assign the sets of 3 to a worker, so say for example i have 2 videos i want to encode, i load the avs, Queue analysis pass, and then the enqueue button, go to the "queue" tab and set the 3 created jobs to a single worker, then i repeat the process for the other video, set those 3 created jobs to another worker, then i hit "start" and then the 2 workers start the analysis pass gets to %0.7 then megui with no error window or anything just completely closes,

i am at a loss as to why it does this

[AkumaX]

I have a couple questions from the last couple builds from the Core;

Is there a specific reason why Device target was added? Does specifying a device do anything special rather than keeping it normal? (please elaborate whether it makes a difference for iPod Touch/iPhone/PSP encoding)

I recently tried an encode for my iPod Touch. I selected the Device-Iphone profile, with a resolution of 640x360. However, after the encode (whether selecting normal or iphone for the device target), it plays back at an AR of 20:13 - it's playing back @ 640x416 on my iPod, VLC, QuickTime, and MPC-HD (w/ K-Lite). Any reasons why?

Thanks!

edit: forget question#2, I just restarted MeGUI and it encoded fine now. Weird...

[Sharktooth]

You never said x264 will break DPB until now but you said may which I took as you weren't sure. But since you now know it will please give x264 settings and device(s) that are affected by this broken DPB with the current build so the community can test it and possibly fix it.
Coz it MAY break the DPB. that means it will not sistematically do that but WILL do in some occasions.
Breaking the DPB means it will produce a non compliant stream and i dont give a sh!t what devices wont play that coz what i care is it will be non compliant to the standard.

Also please don't go linking to posts back in November, we've already been through that and x264 b-pyramid behavior has changed since. I don't know why it's undocumented or if it's mentioned in some other way in the changelog but the real test is checking on hardware which some people have already done, myself included. I was tipped off by this post (http://forum.doom9.org/showthread.php?p=1277785#post1277785) and rather than say it's not in changelog so I don't believe it I went and tested and he was correct as is the megui wiki.
ppl may say whatever they want... so if they lie you will believe lies? no entry in the changelog means it hasnt been fixed.
sagekilla maybe refers to the fact the situation has been improved (coz before november x264 was wildly braking the DPB) but it's still buggy.
also note how Dark_Shikari, a x264 dev, posted here during our discussion BUT didnt say i was wrong.
why dont you ask him instead of pissing me off?
also you may continue to speak forever but things wont change until x264 will be fixed. what you will get, instead, is a very high probability to get insulted to death for being such a retarded.

[Sharktooth]

when i encode something i use a automated 2 pass, but i also add an analysis pass as well, and i assign the sets of 3 to a worker, so say for example i have 2 videos i want to encode, i load the avs, Queue analysis pass, and then the enqueue button, go to the "queue" tab and set the 3 created jobs to a single worker, then i repeat the process for the other video, set those 3 created jobs to another worker, then i hit "start" and then the 2 workers start the analysis pass gets to %0.7 then megui with no error window or anything just completely closes,

i am at a loss as to why it does this
do you know what the analysis pass does?
your problem is probably due to avisynth going out of memory.

[Sharktooth]

I have a couple questions from the last couple builds from the Core;

Is there a specific reason why Device target was added? Does specifying a device do anything special rather than keeping it normal? (please elaborate whether it makes a difference for iPod Touch/iPhone/PSP encoding)

I recently tried an encode for my iPod Touch. I selected the Device-Iphone profile, with a resolution of 640x360. However, after the encode (whether selecting normal or iphone for the device target), it plays back at an AR of 20:13 - it's playing back @ 640x416 on my iPod, VLC, QuickTime, and MPC-HD (w/ K-Lite). Any reasons why?

Thanks!

edit: forget question#2, I just restarted MeGUI and it encoded fine now. Weird...
some devices require some special muxing.
apple stuff has common settings, while PSP is different.
both apple (ipods/iphones... etc) and PSP wont accept normally muxed files.

[magic144]

post a feature request in the megui feature requests tracker on sourceforge.

ok done, thanks!

[AkumaX]

some devices require some special muxing.
apple stuff has common settings, while PSP is different.
both apple (ipods/iphones... etc) and PSP wont accept normally muxed files.

really? that's strange... because then i don't understand how i'm able to encode for ipod touch/psp if these muxing profiles for specific devices weren't set before. it's always worked *shrug*

[Disturbance]

your problem is probably due to avisynth going out of memory.

well i dont see how i have 4gb of ram, and i always had encoded multiple videos at a time, just all of a sudden stopped working like that, and can only encode 1 at a time now

[turbojet]

Coz it MAY break the DPB. that means it will not sistematically do that but WILL do in some occasions.
Breaking the DPB means it will produce a non compliant stream and i dont give a sh!t what devices wont play that coz what i care is it will be non compliant to the standard.

DPB only matters for hardware devices. I care about compliant encodes as well which is why I brought up this suggestion. Currently megui can roam way outside of compliance to the level set.

ppl may say whatever they want... so if they lie you will believe lies? no entry in the changelog means it hasnt been fixed.
sagekilla maybe refers to the fact the situation has been improved (coz before november x264 was wildly braking the DPB) but it's still buggy.
also note how Dark_Shikari, a x264 dev, posted here during our discussion BUT didnt say i was wrong.
why dont you ask him instead of pissing me off?
also you may continue to speak forever but things wont change until x264 will be fixed. what you will get, instead, is a very high probability to get insulted to death for being such a retarded.

There's a big difference between seeing something written and actually experiencing it. Please correct me if I'm wrong but you seem to be basing everything you write off of what you read and not by experience. I don't believe everything I see, in fact I really don't believe there are any hardware devices that used to handle b-pyramid + (max-ref - 1) that don't handle b-pyramid + max-ref with current x264 builds all BD players tested so far handle it and it's by far the majority of the market. I'd encourage people to prove me wrong and I won't get angry about it at all. I've never seen an x264 dev claim that b-pyramid hasn't changed recently and this information is starting to spread.

I agree with you that x264 is the real culprit in all of this and should be responsible to output compliant streams. I already suggested it to them and if you know anything about how they stand on hardware compatibility they've always taken it as a laughing matter, at least the ones on Doom9 and that hasn't changed, Instead they delegate the responsibility to frontends. So here I am suggesting it to one of the more popular frontends that already has some things enforced and still seems to be worked on.

There's no reason to get angry and there's no reason to resort to insults. The only thing that gets me is you claim things over and over again but it's tough to take them seriously when they are so bland, please be more specific about your claims.

[Doom9]

That last post suddenly rang a bell (http://forum.doom9.org/showthread.php?t=145612&page=2)... suddenly, I see the futility of this discussion all the more clearly.

[turbojet]

That last post suddenly rang a bell (http://forum.doom9.org/showthread.php?t=145612&page=2)... suddenly, I see the futility of this discussion all the more clearly.

You are going way off topic here but I brought up completely valid points in that discussion, all of which are still true. m2ts has much more compatibility then mkv, m2ts allows lossless subs mkv doesn't, very few(none?) commercial software supports mkv while m2ts is widely supported. I also had experience with popcorn hour and tvix 6500 long before that discussion and it's true that some mkv's won't play correctly while the same audio/video/subs muxed to m2ts plays fine and its reproducable. It's yet TBD if mkv will still be widely talked about in 2011 but I never said it will or won't just that I bet it wouldn't.

Anyhow it's pretty clear that some megui devs want levels to stay non-compliant and they want to keep avc level checker as contradictory to even megui help files (wiki). They'll even start personal attacks to try to prove their point, not good support imo.

I guess my only hope is one of the dev's will actually see why this is important like MPEG1/2 encoders, XviD and DivX did long ago and were very open minded on the matter.

I'm done with this discussion and will just start ignoring every post that comes in regarding broken playback because levels are completely ignored.

[Disturbance]

well then would u be able to try help with the problem i am having? :D

[Sharktooth]

well i dont see how i have 4gb of ram, and i always had encoded multiple videos at a time, just all of a sudden stopped working like that, and can only encode 1 at a time now
on windows a 32 bit process cant allocate 4 gigz of ram. when hitting 2 gigz it goes nuts.
simplify your avisynth script.

@turbojet: your points are not valid at all and you still dont want to understand you're wrong. plain and simple. go polluting another place.
from now on i will sistematically ignore all your posts.

[Disturbance]

sharktooth i dont see how i use the same general scripts and then all of a sudden stops wanting to do it

[Sharktooth]

trying costs nothing.
the error happens on a dll which is made by microsoft so we cant really debug it...

[Clumpco]

Has anybody had any problems with update 0.3.1.1037?
Just updated and started an encode, got this immediately:
-[NoImage] Error starting job
--[NoImage] Exception message: starting encoder failed with error 'Process has exited'
--[NoImage] Stacktrace: à MeGUI.core.gui.JobWorker.startEncoding(TaggedJob job)
--[NoImage] Inner exception: null

[EDIT] - Rolled back x264.exe to 1148 and normal service was resumed.

[Yoshiyuki Blade]

Has anybody had any problems with update 0.3.1.1037?
Just updated and started an encode, got this immediately:
-[NoImage] Error starting job
--[NoImage] Exception message: starting encoder failed with error 'Process has exited'
--[NoImage] Stacktrace: à MeGUI.core.gui.JobWorker.startEncoding(TaggedJob job)
--[NoImage] Inner exception: null

[EDIT] - Rolled back x264.exe to 1148 and normal service was resumed.

I've had an error with that too, I suppose I should roll back and give it a shot as well.

EDIT: It seems the build from Skystrife is borked somehow. I tried the one from techouse (http://forum.doom9.org/showthread.php?p=1287751#post1287751) and it works fine.

[alc0re]

some devices require some special muxing.
apple stuff has common settings, while PSP is different.
both apple (ipods/iphones... etc) and PSP wont accept normally muxed files.

Could you elaborate a little on this? I have been using MeGUI for about 6 months now (well before the device type option in the muxer, or at least well before I noticed it.)

I have been using a slightly modified version of the device - iphone profile for transcoding, and I have just muxed using the mp4 muxer. I sync the videos to my ipod touch and it has always worked just fine. I just muxed a few with device type = standard and they work fine. What are the benefits of using device type = iphone if device type = standard plays fine on the iphone?

EDIT : Could it have something to do with that fact that I never use the megui muxer to mux chapter files into my mp4 files? I usually mux audio+video to mp4 with megui, then I take that and mux the chapter information to that file with mp4creator. If that's one reason to select device type = iphone, are there other reasons?

EDIT 2 : Just tested muxing audio + video + chapters file to mp4 with MeGUI with option device type = iphone, and the chapters don't work (even after changing the extension to .m4v like what I have to do after using mp4creator to have chapters work.)

[Sharktooth]

alc0re: :search:

[alc0re]

@Sharktooth

I did search...I'm not an idiot. But all that I found regarding the question I posted were the release notes simply stating the feature was added to be able to force those different muxing types. My question is not as simple as what does it do...I'm asking what specifically the differences are between the standard device type for muxing and the iphone, since they both work on an iphone/ipod touch.

You took the time to answer the poster before the same question without putting in a :search:, you could just as easily responded to my question that is basically a continuation of the previous poster's question.

EDIT : I've also checked the documentation of mp4box.exe and all it said was that -ipod switch rewrites the file for ipod support...still not very clear on any advantages of using the -ipod switch in mp4box when ipod's with newest firmware can play regular muxed files just fine...would love to know if there were any benefits to using -ipod

[Kurtnoise]

may be interesting if you want to have subtitles...

[alc0re]

Last time I did research, iphone/ipod touch didn't support subtitles (that weren't burned into the movie.) When I use the slightly modified version of mp4creator to add chapters to my m4v files, they show up in mediainfo as timed text...but the ipod uses them as chapter markers. So I'm not sure if you could have chapters that used the timed text format as well as subs. I've searched around and I can't find anything saying there's real support for subs for iphone/ipod touch.

[GB]

I recently instaled Win7 x64 build 7127. When I encode the same material like I did before in Vista x64 ( h264 in ts to x264 in mkv), the speed in the 1st pass is slower with 40-45%. In the 2nd pass the speed is only slowed by maximum 10%. I can't find an explanation for it. I am encoding using "2pass unrestricted fast" preset.

[Kurtnoise]

Last time I did research, iphone/ipod touch didn't support subtitles (that weren't burned into the movie.) When I use the slightly modified version of mp4creator to add chapters to my m4v files, they show up in mediainfo as timed text...but the ipod uses them as chapter markers. So I'm not sure if you could have chapters that used the timed text format as well as subs. I've searched around and I can't find anything saying there's real support for subs for iphone/ipod touch.
Just give it a try...

I recently instaled Win7 x64 build 7127. When I encode the same material like I did before in Vista x64 ( h264 in ts to x264 in mkv), the speed in the 1st pass is slower with 40-45%. In the 2nd pass the speed is only slowed by maximum 10%. I can't find an explanation for it. I am encoding using "2pass unrestricted fast" preset.
using an OS not finished for regular stuff is insane...

[therealjoeblow]

When recompressing some of my existing H264 encodes, can someone please recommend the correct setting for FFDShow's H264 deblocking options in the Codec's page when using it as the decoder with DirectShowSource? Should either or both of the "skip deblocking when safe" or "skip deblocking always" be enabled or disabled?

Otherwise, I have the other settings all at default (eg, postprocessing, resize, sharpen, levels, overlay, etc. are all OFF/disabled.)

Also, on the Output & RGB Conversion tabs, should I make any changes or just leave those at default?

Many thanks
The REAL Joe

[GB]

using an OS not finished for regular stuff is insane...
Pointless answer. If I was a regular user wanting to do basic "regular stuff", I wouldn't have instaled a beta OS.
On-topic: I tryed using some lower quality settings for x264 than the ones I usually use, and the fps was did not got higher than 10-11 in the first pass. However in the second pass, the fps is like before, no drops in it.

[Kurtnoise]

Meaningless question I would say. Why you're posting in this thread then ? you think it's related to megui ? if yes, prove it otherwise create a new thread...

[Taddeusz]

MeGUI in combination with Avisynth and the CoreAVC decoder don't seem to play well together. I can get previews and everything just fine. When it comes time to transcode the video if I click on the progress window MeGUI stops responding. Once x264 is finished MeGUI comes back to life, at least on shorter videos. This doesn't seem to happen with any other dx filter. Just with CoreAVC. Any ideas?

[daWsOn_s]

delete

[alc0re]

MeGUI in combination with Avisynth and the CoreAVC decoder don't seem to play well together. I can get previews and everything just fine. When it comes time to transcode the video if I click on the progress window MeGUI stops responding. Once x264 is finished MeGUI comes back to life, at least on shorter videos. This doesn't seem to happen with any other dx filter. Just with CoreAVC. Any ideas?


They all worked just fine on my computer. I was using CoreAVC, MeGUI and Avisynth all just fine on both windows xp with sp2 and with sp3.

Although that was a few months ago when I was still using DirectShowSource for both h.264 and vc1 sources.

My recommendations are to make sure CoreAVC, MeGUI and Avisynth are all updated to newest available.

If that doesn't work I really don't recommend using DirectShowSource anyways. You should be indexing the h264 file with DGAVCDec from neuron2.net. If the source is VC1 though, you have to 1) have an nvidia video card that support CUDA and 2) you have to be a contributer on the website neuron2.net to be able to use the VC1 decoder/indexing programs. At least the h264 one is free.

Hope that helps

alcOre

[Adub]

DSS2 from Haali's splitter package is also a nice alternative when partnered with FFDShow-Tryouts. I use this all the time, as it's frame accurate and multi-threaded, since DGAVCDec is not multi-threaded.

[alc0re]

Oh...I didn't know there was another solution that was frame accurate....

Decodes VC1 also?


I'm not that worried about the decoder being multi-threaded since as far as I know, the decoding is hardly ever the bottleneck (as least with me dealing mostly with HD content.)

alcOre

[mencius]

I can't convert AAC to MP3. The error says "DirectShowSource: Could not open as video or audio." I am using latest version. I think I have done this before with no problem.

[Inspector.Gadget]

mencius, you need an AAC decoder. Install latest ffdshow-tryouts (if you haven't already) and make sure AAC decoding is enabled in the audio config.

[mencius]

Thanks Inspector.Gadget. I already had ffdshow installed. I tried installing the latest version and checked everything (avisynth serving and plugins, etc) and set it to decode aac. But still doesn't work in Megui.

[Inspector.Gadget]

Do you have an MP4 splitter installed? (File may not be "raw" AAC).

[mencius]

Yes I have Haali Media Splitter installed. I reinstalled it but still no go.

[Sharktooth]

if your avs doesnt play in a directshow media player, megui cant encode it.
fix your directshow filter chain until the avs script plays back in a DS media player.

[mencius]

Okay thanks, it works now. I installed "AAC parser filter for DirectShow".

[therealjoeblow]

When recompressing some of my existing H264 encodes, can someone please recommend the correct setting for FFDShow's H264 deblocking options in the Codec's page when using it as the decoder with DirectShowSource? Should either or both of the "skip deblocking when safe" or "skip deblocking always" be enabled or disabled?

Otherwise, I have the other settings all at default (eg, postprocessing, resize, sharpen, levels, overlay, etc. are all OFF/disabled.)

Also, on the Output & RGB Conversion tabs, should I make any changes or just leave those at default?

Many thanks
The REAL Joe

I posted the above question a while back, but didn't see any response, so I figured I'd try asking again.

Could someone who has some good experience or knowledge please recommend the appropriate settings to use for FFDShow's Deblocking option; and for Output Colorspace when used as a decoder with DirectShowSource? I'm assuming that using the wrong settings for those options would affect the quality of the encode to some extent?

Many thanks!

[Sharktooth]

ask in the appropriate place.

[therealjoeblow]

ask in the appropriate place.

Well, I know there are several different places where I could have asked, but really, what's inappropriate about here? Is there noone here who uses MeGUI as a frontend with ffdshow/directshowsource and have any advice to offer? There's all sorts of talk here about different ways to get the source video (and audio, as _you_ recently contributed to) into the encode process. I don't see anything inappropriate in asking for some advice from people who use a specific tool regularly.

And while I'm at it, if you were going to take the time to post a reply, if you thought I asked in the wrong place, could you not have maybe suggested what the appropriate place would be, rather than just post a snide, useless comment. Seriously, that was quite rude Sharktooth.

[alc0re]

@therealjoeblow

I can't answer the question you have about the settings to use (see my pm that I sent you)

But, I would suggest not using DirectShowSource for re-encoding your existing h.264 encodes. Head over to neuron2.net. Go to the section titled Mine, and download DGAVCDec AVC/H.264 Decoder and Frame Server. Trying using that to index your raw h264 file and then using that tool to decode frame accurate video to avisynth. Works just like DGMPGDec. Its a better solution than using DirectShowSource.

alcOre

[poisondeathray]

I posted the above question a while back, but didn't see any response, so I figured I'd try asking again.

Could someone who has some good experience or knowledge please recommend the appropriate settings to use for FFDShow's Deblocking option; and for Output Colorspace when used as a decoder with DirectShowSource? I'm assuming that using the wrong settings for those options would affect the quality of the encode to some extent?

Many thanks!

Leave everything as default (everything unchecked), if you change the settings, the output file will not match the input file (unless that's what you want to do). If you have any filters activated in ffdshow, they will pass through to the encode if you are using DirectShowSource() and ffdshow as the decoder (usually unwanted)

If you need to do a colorspace conversion, you can specify that in your script. Most sources (DVD, blu-ray) will be YV12 anyway, so you don't need to do anything. Avoid unecessary colorspace conversions, because they are lossy.

[simms]

Hi i wasnt sure where to post this but this seemed to most logical place at the moment. if its in the wrong place i do apologise. And please can someone notify me if it gets moved or such.

The problem i am posting about is a virus being downloaded with the MeGui updates. It is of the malware type and today is not the first time i found it. I found this previously but thought myself to have landed unlcuky. So after removing the previous completely and taking all neccisary precautions i re-installed MeGui from a fresh DL of the latest build and did the usual update to aquire the rest of the tools to go with the application. Then ran a virus check once again to be sure (AdAware) Againthis has come up with a virri is the DL'd files. And quite a serious one at that.

Here is the details -


C:\Program Files\megui\tools\eac3to\HookSurcode.dll
C:\Program Files\megui\update_cache\eac3to-316.zip:HookSurcode.dll

Win32BackDoor.Hupigon
also known as
Win32BackDoor.Graybird


As you can imagine i am finding this quite shocking as have used MeGui for quite some time and swear by the app.
If someone could please clear up whats happening here i would be most grateful. The virus is quite serious and i wish to continue using MeGui....

Thankyou for anyones time and look forward to reply's.

[Inspector.Gadget]

eac3to and its libraries do not contain viruses. That is a false positive. Check the eac3to thread for details.

[buzzqw]

just 2 words: "False Positive"

hooksurcode is a dll by eac3to use for commanding Surcode DTS Encoder.

It's safe software. You can check on eac3to thread. There are many antivirus that flag it as virus. BUT IS ALWAYS A FLASE POSITIVE.

you can report to your antivirus

BHH

[Taurus]

@simms
Trash your stupid VBA32 Virus Scanner - it's a false alarm.
Next time before insulting a honest source, upload the suspicious file to http://www.virustotal.com and see for yourself!

[simms]

@ Inspector Gadget, buzzqw

Thankyou for your reply's it is appreciated. I was hoping it was something like this but thought i would ask.

@ Taurus

From the look of my post did it seem i was trying to insult anything....? I came asking a question as anyone would under those circumstances, and got reply's to what i asked which is fair enough.
Using online scanners which if you checked dont always keep there db's up to date as they should do, to get more false readings would have done no one any good. It is better to just ask at the source and see if anyone else has had the issue or if its just a mistake.

Thankyou for your replys.

simms

[delanejenkins]

Is there any way to do a 2pass encode and use constant quality for the first pass instead of avg bitrate?

[Sharktooth]

yes, doing it manually. i mean, set you your own presets with NO automated 2 or 3 passes.

[delanejenkins]

Thanks sharktooth. So I should just run a CQ encode with minimal settings like that of a turbo pass then plug that resulting avg bitrate into a 1 pass abr?

Am I oversimplifying it or is this correct? I'm just not sure what info is passed in the .stats files from the first pass of a 2pass encode

[Sharktooth]

nope. 1st pass using CRF (ensure the stats are saved, if not, manually add the --stats ".stats" option in the custom commandline options field) and regular 2nd pass using the avg bitrate from the first pass.

[delanejenkins]

Ok thanks Sharktooth. Any chance there may ever be an automated 2pass with Crf?

[Sharktooth]

i think not since CRF bitrate is unpredictable.

[delanejenkins]

Yeah I'm sure it's not a commonly used method. The only reason I need to use it is because I want to get the optimal bitrate but still have to stay dxva compliant and use vbv

[nurbs]

You can have that with only one pass. x264 will write vbv violations in the log and quality should only be worse in 1pass + vbv if you encode close to the limits. You could always create a log and only do a second pass if problems show up.
It also depends on what you want to do. If for instance you encode 720p at level 4.1 you'll basically never run into problems at sane crf values.

[delanejenkins]

Nurbs, I usually do my sd to 3.1 and do all my bluray to 720p at level 4.1, all at crf 18. I actually was wondering if I would even need to worry about any bitrate spikes beyond those levels.

[delanejenkins]

Sharktooth, tried to get megui to save the .stats file by adding the --stats ".stats" into the custom command line and cannot get it to save a stats file. What am I doing wrong?

[Sharktooth]

also add "--pass 1"

[delanejenkins]

Sharktooth, I added the "--pass 1" command and I am now getting a stats file but when I try to run my second pass I just get an error. Am i doing something wrong? I keep the same file loaded up and switch my preset to 2pass 2nd pass and enqueue.

[Sharktooth]

what error?

[delanejenkins]

Under the queue tab, it immediately shows up as error and nothing is encoded

[Sharktooth]

well there is a Log tab for a reason... ;)

[delanejenkins]

[Error] Log
-[Information] Versions
--[NoImage] MeGUI Version : 0.3.1.1041
--[NoImage] OS : Windows XP Home Edition x86 SP3 (5.1.196608.2600)
--[NoImage] Framework used : 2.0 SP1 (2.0.50727.3082)
-[Information] Hardware
--[NoImage] CPU : AMD Phenom(tm) II X4 920 Processor
-[Error] Log for job9 (video, Test.avs -> Test.mkv)
--[Information] [6/13/2009 10:49:08 AM] Started handling job
--[Information] [6/13/2009 10:49:08 AM] Preprocessing
--[NoImage] Job commandline: "C:\Video Tools\megui\tools\x264\x264.exe" --pass 2 --bitrate 2800 --stats "G:\Video Workbench\DVD\Test.stats" --level 3.1 --ref 5 --mixed-refs --bframes 3 --b-adapt 2 --weightb --direct auto --subme 7 --trellis 2 --partitions p8x8,b8x8,i4x4,i8x8 --8x8dct --vbv-bufsize 14000 --vbv-maxrate 17500 --me umh --threads auto --thread-input --sar 638:525 --progress --no-psnr --no-ssim --output "G:\Video Workbench\DVD\Test.mkv" "G:\Video Workbench\DVD\Test.avs"
--[Information] [6/13/2009 10:49:08 AM] Encoding started
--[Error] An error occurred: x264 [error]: ratecontrol_init: can't open stats file
--[Error] An error occurred: x264 [error]: x264_encoder_open failed
--[NoImage] Standard output stream
--[NoImage] Standard error stream
---[NoImage] avis [info]: 720x352 @ 23.98 fps (5297 frames)
---[NoImage] x264 [info]: using SAR=638/525
---[NoImage] x264 [info]: using cpu capabilities: MMX2 SSE2Fast FastShuffle SSEMisalign LZCNT
--[Information] [6/13/2009 10:49:09 AM] Job completed
-[Information] Log for job13 (video, Test.avs -> Test.mkv)
--[Information] [6/13/2009 11:47:42 AM] Started handling job
--[Information] [6/13/2009 11:47:44 AM] Preprocessing
--[NoImage] Job commandline: "C:\Video Tools\megui\tools\x264\x264.exe" --crf 18 --bframes 3 --b-adapt 2 --weightb --subme 2 --partitions none --threads auto --thread-input --sar 638:525 --progress --no-psnr --no-ssim --output "G:\Video Workbench\DVD\Test.mkv" "G:\Video Workbench\DVD\Test.avs" --pass 1 --stats "G:\Video Workbench\Megui\test.stats"
--[Information] [6/13/2009 11:47:44 AM] Encoding started
--[NoImage] Standard output stream
--[NoImage] Standard error stream
---[NoImage] avis [info]: 720x352 @ 23.98 fps (5297 frames)
---[NoImage] x264 [info]: using SAR=638/525
---[NoImage] x264 [info]: using cpu capabilities: MMX2 SSE2Fast FastShuffle SSEMisalign LZCNT
---[NoImage] x264 [info]: profile Main, level 3.0
---[NoImage]
---[NoImage] x264 [info]: slice I:120 Avg QP:13.09 size: 34265
---[NoImage] x264 [info]: slice P:1834 Avg QP:14.95 size: 20939
---[NoImage] x264 [info]: slice B:3343 Avg QP:17.04 size: 10332
---[NoImage] x264 [info]: consecutive B-frames: 2.6% 14.7% 57.4% 25.3%
---[NoImage] x264 [info]: mb I I16..4: 34.4% 0.0% 65.6%
---[NoImage] x264 [info]: mb P I16..4: 50.4% 0.0% 0.0% P16..4: 49.1% 0.0% 0.0% 0.0% 0.0% skip: 0.5%
---[NoImage] x264 [info]: mb B I16..4: 31.9% 0.0% 0.0% B16..8: 34.1% 0.0% 0.0% direct:23.6% skip:10.4% L0:23.2% L1:33.7% BI:43.1%
---[NoImage] x264 [info]: coded y,uvDC,uvAC intra:93.5% 77.4% 43.6% inter:52.5% 40.3% 1.7%
---[NoImage] x264 [info]: kb/s:2790.1
---[NoImage] encoded 5297 frames, 66.08 fps, 2790.27 kb/s
--[Information] Final statistics
---[NoImage] Constant Quality Mode: Quality 18 computed...
---[NoImage] Video Bitrate Obtained (approximate): 2793 kbit/s
--[Information] [6/13/2009 11:49:05 AM] Postprocessing
---[Information] Deleting intermediate files
--[Information] [6/13/2009 11:49:05 AM] Job completed

[doveman]

First, thanks for a great tool. The only thing that bugs me is that the output filenames are all lower case, both for XviD and x264 encoding. Is there anything that can be done to preserve the case from the input filenames?

[tebasuna51]

@delanejenkins
If pass2 is executed before pass1 and with diferent stats filename:

--pass 2 --stats "G:\Video Workbench\DVD\Test.stats"
--pass 1 --stats "G:\Video Workbench\Megui\test.stats"

the pass2 never found the stats file:
--[Error] An error occurred: x264 [error]: ratecontrol_init: can't open stats file

[patelsiraj1]

Hi all..

Can we have feature of Autoresize in MeGUI like Automkv and AutoGK.

[Sharktooth]

feature requests -> HERE (http://sourceforge.net/tracker/?atid=798479&group_id=156112&func=browse)

[delanejenkins]

Ok finally figured out what i was doing wrong. I had to manually enter the name for "name.stats" in the custom command line for the first pass to match the name of my output file. Working like a charm now. Thanks for the help guys

[deets]

would it be possible to add an option to use the 64 bit version of x264?

currently i can use ripbot264 but it doesnt support dga files and hardware deinterlacing, but megui does, but lacks the 64 bit option :)

[Akatsuker]

Two simple and fast ones for you (I've been searching but found nothing):

First - Quoting, meWIKI:

1st/2nd/3rd pass:' If you want more control over your pass settings, you can set every pass up individually. You will have to set up every pass you want this way, MeGUI will not detect or setup missing passes.

Logfile: When encoding a first pass, the video encoder will run through the movie and write statistics about it to a log file for use in subsequent passes. With this option, you can specify the location of the pass if you want to. The default location is in the output directory. For LMP4/XviD this option is on the last page, for x264/Snow it is on the first.

The thing is, I did an automated 2 pass, but in the second job (2nd pass), i've got an error ("unsupported format(DIB)" thing). Found this (http://forum.doom9.org/archive/index.php/t-107549.html) and I'll give a try putting "converttoYV12()" on the script.

But, like I said, it was a 2pass automated, and the 1st job (analysing and generating a .stats file) worked fine. I want to do just the 2nd pass, using the "2 pass - 2nd pass" on the x264 config menu.

On the quotes, it says "write statistics about it to a log file for use in subsequent passes". Okay. But how x264 will know what the .stats file it should be using on this 2nd pass? The option there is for writing some new stats file, even when I try this option (on "Logfile"). :confused:

Second - Just opened my stats file, I see that it records and uses the resolution info (it's a 720p video). Can anybody please just confirm that, if I want to do two encodes of the same script (except for the resolution: script 1 is 720p, but script 2 is, for example, 480p), I couldn't use the same .stats for both?

Sorry if that's too dumb... Like I said, I've been searching for the answers. Thanks. ^^'

[Ruriko]

How do I add a picture at the begining of the video for 10 seconds?

[Sharktooth]

@deets: it does but you cant simply replace x264 with x264 64bit... you need to "flag" megui as a 64bit app, replace avisynth, filters and all the needed decoders with 64 bits ones, etc...

@akatsuker: 1st, you can either use automated 2 pass or 2-pass 1st pass and then 2-pass 2nd pass. do yourself a favour and dont mix... 2nd, the answer is no.

@Ruriko: the answer is: thru avisynth. you should ask in the avisynth forum.

[badbob001]

In MeGUI (0.3.1.1046), I run AVS Script Creator, select a Video Input, and the video is displayed in a new window. It plays fine. BUT if in MeGUI I click [Preview AVS Script] or check [x] Apply Auto Preview, the video turns solid green.

If I go ahead and encode the video, the result is still green. What is wrong?

The input is mjpeg avi. I have AVisynth 2.5.8 installed.

[Inspector.Gadget]

You may have a broken MJPEG decoder. Try using ffdshow-tryouts instead.

[rtjnyoface]

I really just wanted to stop in really quick and let all the individuals working on MeGUI thank you. I can't imagine the time and effort put into the project. Once again, thanks.

:thanks:

[Yoshiyuki Blade]

I really just wanted to stop in really quick and let all the individuals working on MeGUI thank you. I can't imagine the time and effort put into the project. Once again, thanks.

:thanks:

Indeed. They've been keeping on top of things with constant updates, and adjusting to the changing times as necessary. Major thanks to the MeGUI devs!

I just noticed one of the latest updates, when you go to x264 options and hit the "Load Defaults" button, youll get a virtually clean command line, with the bare essentials (program/output/input commands). Only --partitions p8x8,b8x8,i4x4,i8x8 and --thread-input are visible now.

By the way, is --partitions p8x8,b8x8,i4x4,i8x8 necessary to be visible despite being the default?

[Sharktooth]

nope... however it will "disappear" soon... ;)
it's just one of those "redundant" options i was referring to in the MeGUI dev thread.

[Yoshiyuki Blade]

nope... however it will "disappear" soon... ;)
it's just one of those "redundant" options i was referring to in the MeGUI dev thread.

Awesome! I should lurk around in that thread to see what's up.

[arch_angel16]

Got something of an issue:

My hdtv died, and I can't afford to replace it, so my media center is now an old large projection tv and an xbox with xbmc. Since xbox can't really take x264 all that well, I'm re-encoding all my stuff to high bitrate divx. Thus far, MeGUI's been awesome for this, but I'm running into an issue:

Some of my files have aspect ratio that don't match their height and width, (ie a 16:9 video with a 704x480 resolution) and MeGUI reads the file as having an AR of 1.467. Now, what's funny is that media player classic opens the video at 16:9/1.778 just fine.

when making the avisynth script, I manually set the AR to 1.778, checked auto preview and resize. the values in the resize field automatically changed to 704x400 (good) and it seemed good to go. I saved the script, and auto-encoded the file.

...the autoencode worked at something like 300fps (first indication something was wrong) and the output file size was only a few megabytes. This is off of a 24 minute long, 350mb original file.

I'm re-doing the job so I can save & output the log entry (my next post).

Anyways, anyone have experience with this?

[Inspector.Gadget]

Post your AVS Script, arch_angel16.

[arch_angel16]

My avs script:

DirectShowSource("E:\anime\test\test.mkv", fps=23.976, audio=false, convertfps=true)
#deinterlace
#crop
LanczosResize(704,400) # Lanczos (Sharp)
#denoise

My xvid config:

program -i "input" -pass2 ".stats" -bitrate 1300 -kboost 100 -clow 15 -overhead 0 -turbo -max_key_interval 250 -nopacked -vhqmode 4 -qpel -closed_gop -lumimasking -imin 1 -pmin 1 -bvhq -bquant_ratio 162 -bquant_offset 0 -bmin 1 -threads 2 -o "output"

And my full log after encode complete:

[Information] Log
-[Information] Versions
--[NoImage] MeGUI Version : 0.3.1.1051
--[NoImage] OS : Windows Vista Ultimate Edition x86 SP1 (6.0.65536.6001)
--[NoImage] Framework used : 2.0 SP1 (2.0.50727.1434)
-[Information] Hardware
--[NoImage] CPU : Intel(R) Core(TM)2 Duo CPU E6750 @ 2.66GHz
-[Information] AutoEncode job generation log
-[Information] AutoEncode job generation log
--[NoImage] Split Size : null
--[Information] Eliminating duplicate filenames
---[NoImage] Video output file: E:\anime\test\test.mkv
---[NoImage] File already exists. New video output filename: E:\anime\test\test_0.mkv
---[NoImage] Muxed output file: E:\anime\test\test-muxed.mkv
---[NoImage] Encodable audio stream 0: E:\anime\test\test.ac3
-[Information] Log for job1 (audio, test.mkv -> test.ac3)
--[Information] [7/19/2009 6:23:36 PM] Started handling job
--[Information] [7/19/2009 6:23:36 PM] Preprocessing
--[NoImage] Avisynth script
---[NoImage] DirectShowSource("E:\anime\test\test.mkv", video=false)
---[NoImage] EnsureVBRMP3Sync()
---[NoImage] Normalize()
---[NoImage] return last
--[NoImage] Commandline used: -readtoeof 1 -b 384 - "{0}"
--[Information] [7/19/2009 6:23:36 PM] Encoding started
--[Information] [7/19/2009 6:23:36 PM] Encode thread started
--[Information] [7/19/2009 6:23:36 PM] Avisynth script environment opened
--[Information] [7/19/2009 6:23:37 PM] Script loaded
--[Information] Output Decoder
---[NoImage] Channels: 2
---[NoImage] Bits per sample: 16
---[NoImage] Sample rate: 48000
--[NoImage] Commandline: C:\Program Files\megui\tools\aften\aften.exe -readtoeof 1 -b 384 - "E:\anime\test\test.ac3"
--[Information] [7/19/2009 6:23:37 PM] Encoder process started
--[NoImage] Output from encoder via stderr
---[NoImage] Aften: A/52 audio encoder
---[NoImage] Version SVN
---[NoImage] (c) 2006-2007 Justin Ruggles, Prakash Punnoor, et al.
---[NoImage] input format: Microsoft WAVE Signed 16-bit little-endian 48000 Hz stereo
---[NoImage] output format: 48000 Hz stereo (2/0)
---[NoImage] SIMD usage: MMX SSE SSE2 SSE3
---[NoImage] Threads: 2
---[NoImage] progress: 100% | q: 359.0 | bw: 60.0 | bitrate: 384.0 kbps
--[Information] [7/19/2009 6:24:18 PM] Postprocessing
---[Information] Deleting intermediate files
--[Information] [7/19/2009 6:24:19 PM] Job completed
-[Information] Log for job2 (video, test.avs -> )
--[Information] [7/19/2009 6:24:19 PM] Started handling job
--[Information] [7/19/2009 6:24:19 PM] Preprocessing
--[NoImage] Job commandline: "C:\Program Files\megui\tools\xvid_encraw\xvid_encraw.exe" -i "E:\anime\test\test.avs" -pass1 "E:\anime\test\test_0.stats" -bitrate 1300 -kboost 100 -clow 15 -overhead 0 -turbo -max_key_interval 250 -nopacked -vhqmode 4 -qpel -closed_gop -lumimasking -imin 1 -pmin 1 -bvhq -bquant_ratio 162 -bquant_offset 0 -bmin 1 -par 1:1 -threads 2
--[Information] [7/19/2009 6:24:19 PM] Encoding started
--[NoImage] Standard output stream
---[NoImage] xvid_encraw - raw mpeg4 bitstream encoder written by Christoph Lampert 2002-2003
---[NoImage] Tot: enctime(ms) =138404.00, length(bytes) = 2441803
---[NoImage] Avg: enctime(ms) = 3.79, fps = 264.02, length(bytes) = 66
---[NoImage] I frames: 147 frames, size = 3077/ 452319, quants = 2 / 2.00 / 2
---[NoImage] P frames: 12131 frames, size = 146/ 1771126, quants = 2 / 2.00 / 2
---[NoImage] B frames: 24262 frames, size = 9/ 218358, quants = 3 / 3.00 / 3
--[NoImage] Standard error stream
---[NoImage] Trying to retrieve width and height from input header
---[NoImage] xvid [info]: Avisynth detected
---[NoImage] xvid [info]: Input colorspace is YUYV or YUY2
---[NoImage] xvid [info]: Input is 704 x 400, 23.976fps (2500000/104271), starting from frame 0
---[NoImage] xvid [info]: Number of frames to encode: 36540, Bitrate = 1300kbps
---[NoImage] xvid [info]: xvidcore build version: xvid-1.2.2
---[NoImage] xvid [info]: Bitstream version: 1.2.2
---[NoImage] xvid [info]: Detected CPU flags: ASM MMX MMXEXT SSE SSE2 TSC
---[NoImage] xvid [info]: Detected cpus = 2, threads requested = 1, threads in use = 1
---[NoImage] xvid [info]: Threaded input reading active
--[Information] [7/19/2009 6:26:48 PM] Postprocessing
---[Information] Deleting intermediate files
--[Information] [7/19/2009 6:26:48 PM] Job completed
-[Information] Log for job3 (video, test.avs -> test_0.mkv)
--[Information] [7/19/2009 6:26:48 PM] Started handling job
--[Information] [7/19/2009 6:26:48 PM] Preprocessing
--[NoImage] Job commandline: "C:\Program Files\megui\tools\xvid_encraw\xvid_encraw.exe" -i "E:\anime\test\test.avs" -pass2 "E:\anime\test\test_0.stats" -bitrate 1300 -kboost 100 -clow 15 -overhead 0 -max_key_interval 250 -nopacked -vhqmode 4 -qpel -closed_gop -lumimasking -imin 1 -pmin 1 -bvhq -bquant_ratio 162 -bquant_offset 0 -bmin 1 -par 1:1 -threads 2 -mkv "E:\anime\test\test_0.mkv"
--[Information] [7/19/2009 6:26:48 PM] Encoding started
--[NoImage] Standard output stream
---[NoImage] xvid_encraw - raw mpeg4 bitstream encoder written by Christoph Lampert 2002-2003
---[NoImage] Tot: enctime(ms) =140853.00, length(bytes) = 2442097
---[NoImage] Avg: enctime(ms) = 3.85, fps = 259.43, length(bytes) = 66
---[NoImage] I frames: 147 frames, size = 3079/ 452613, quants = 1 / 1.00 / 1
---[NoImage] P frames: 12131 frames, size = 146/ 1771126, quants = 1 / 1.00 / 1
---[NoImage] B frames: 24262 frames, size = 9/ 218358, quants = 1 / 1.00 / 1
--[NoImage] Standard error stream
---[NoImage] Trying to retrieve width and height from input header
---[NoImage] xvid [info]: Avisynth detected
---[NoImage] xvid [info]: Input colorspace is YUYV or YUY2
---[NoImage] xvid [info]: Input is 704 x 400, 23.976fps (2500000/104271), starting from frame 0
---[NoImage] xvid [info]: Number of frames to encode: 36540, Bitrate = 1300kbps
---[NoImage] xvid [info]: xvidcore build version: xvid-1.2.2
---[NoImage] xvid [info]: Bitstream version: 1.2.2
---[NoImage] xvid [info]: Detected CPU flags: ASM MMX MMXEXT SSE SSE2 TSC
---[NoImage] xvid [info]: Detected cpus = 2, threads requested = 1, threads in use = 1
---[NoImage] xvid [info]: Threaded input reading active
--[Information] Final statistics
---[NoImage] Video Bitrate Desired: 1300 kbit/s
---[NoImage] Video Bitrate Obtained (approximate): 15 kbit/s
--[Information] [7/19/2009 6:29:17 PM] Postprocessing
---[Information] Deleting intermediate files
----[Information] [7/19/2009 6:29:17 PM] Successfully deleted E:\anime\test\test_0.stats
--[Information] [7/19/2009 6:29:17 PM] Job completed
-[Information] Log for job4 (mux, test_0.mkv -> test-muxed.mkv)
--[Information] [7/19/2009 6:29:17 PM] Started handling job
--[Information] [7/19/2009 6:29:17 PM] Preprocessing
--[NoImage] Job commandline: "C:\Program Files\megui\tools\mkvmerge\mkvmerge.exe" -o "E:\anime\test\test-muxed.mkv" --engage keep_bitstream_ar_info --default-duration 1:24000/1001fps -d 1 -A -S "E:\anime\test\test_0.mkv" -a 0 -D -S "E:\anime\test\test.ac3" --no-clusters-in-meta-seek
--[Information] [7/19/2009 6:29:17 PM] Muxing started
--[NoImage] Standard output stream
---[NoImage] mkvmerge v2.9.7 ('Tenderness') built on Jul 1 2009 18:43:35
---[NoImage] 'E:\anime\test\test_0.mkv': Using the Matroska demultiplexer.
---[NoImage] 'E:\anime\test\test.ac3': Using the AC3 demultiplexer.
---[NoImage] 'E:\anime\test\test_0.mkv' track 1: Using the MPEG-4 part 2 video output module.
---[NoImage] 'E:\anime\test\test.ac3' track 0: Using the AC3 output module.
---[NoImage] The file 'E:\anime\test\test-muxed.mkv' has been opened for writing.
---[NoImage] The cue entries (the index) are being written...
---[NoImage] Muxing took 4 seconds.
--[NoImage] Standard error stream
--[Information] [7/19/2009 6:29:22 PM] Postprocessing
---[Information] Deleting intermediate files
----[Information] [7/19/2009 6:29:22 PM] Successfully deleted E:\anime\test\test_0.mkv
----[Information] [7/19/2009 6:29:22 PM] Successfully deleted E:\anime\test\test.ac3
--[Information] [7/19/2009 6:29:22 PM] Job completed

[arch_angel16]

Can anyone tell me what's happening?

[badbob001]

Got something of an issue:

My hdtv died, and I can't afford to replace it, so my media center is now an old large projection tv and an xbox with xbmc. Since xbox can't really take x264 all that well, I'm re-encoding all my stuff to high bitrate divx.

I too have been trying to find the right settings for megui to encode into x264 for the original xbox. I tried the settings from here: http://xbmc.org/wiki/index.php?title=HOW-TO_Encode_H.264_Videos_Compatible_With_XBMC_For_Xbox

But to get good quality for high motion vids, you need to enable some x264 settings that are really cpu-heavy. But in the process, I discovered the following:

Xbmc has two players: mplayer by default and dvdplayer. Dvdplayer plays x264 much more smoothly under 100% cpu conditions. Try it out before you re-encode all your 480p x264 content. Use the 'play using...' menu option to pick the player to play a vid. To make it permanent, set dvdplayer to be the default with advancesettings.xml. Note that dvdplayer uses a lot more ram than mplayer so it'll freeze if you don't have enough memory. I had to lower my xbox from 1080i to 720p and uses smaller thumbnails in my skin to get enough ram for all movies. It's probably possible to everything at 1080i when using a very minimal skin.

[arch_angel16]

I'm not recoding 480p h264, I'm recoding 720p and 1080p content downwards to 720x400 xvid with 1300k/s bitrate. it's working pretty well, except in the rare situation of a bad encode or an encode where the height / width doesn't 1:1 match the aspect ratio.

[badbob001]

In MeGUI (0.3.1.1046), I run AVS Script Creator, select a Video Input, and the video is displayed in a new window. It plays fine. BUT if in MeGUI I click [Preview AVS Script] or check [x] Apply Auto Preview, the video turns solid green.

If I go ahead and encode the video, the result is still green. What is wrong?

The input is mjpeg avi. I have AVisynth 2.5.8 installed.

I got it. I installed MeGUI on another PC and it worked fine. So I used InstalledCodec (http://www.nirsoft.net/utils/installed_codec.html) to list my codecs to compare and I started disabling any codec that wasn't on the working PC. The culprit was m3jpeg32.dll from Morgan Multimedia.

[mallb]

A small cosmetic issue on video preview window.

Screen resolution: 1920x1200, DPI scale: 120


10148

[popper]

i receaved this error after a current clean install and using x264_dp_ Standalone-PS3-Xbox360_Fast.xml as the output.

[NoImage] Standard error stream: C:\Program Files\megui\tools\x264\x264.exe: unrecognised option `--no-mbtree'

am i to assume the included presets have not been updated to the newer x264 cli options yet ?, if so, how do i fix it being new to this GUI.

or is it, given `--no-mbtree' is one of the newer options, that the included x264 is running behind the preset updates,and is an older one in the auto update, so just manually replace it with a newer version, if so which one, or perhaps you will be providing the required auto update soon.

----------------------------
ohh,looking at the MeGUI change log it seems option two (the currently supplyed older Jeebs 1183 patched x264) is the problem.

i wonder if there are also other external tools (mencoder and ffmpeg/libx264) that have been updated to the newest x264 options recently and so are also in need of new MeGUI updates inclusion?

DS's latest http://mirror05.x264.nl/Dark/x264_mbtree13.exe testing 0.69.1195+2 5ed78fa isnt compiled for Mp4 output apparently (works for mkv, but that containers no good for direct 360 streaming use) so im not sure what the latest version is to use here or which D9 thread to find it posted...

"0.3.1.1053
- (kurtnoise) [x264 Config] * add presets/tunings/mb-tree/rc-lookahead/no-psy options. Requires x264 revision 1206 or higher.

* redesign config panel in 4 tabs (Main, the default one + Frame-type + Rate-Control + Analysis + Misc)

* clean up the code for better reading. "

[scottws]

i receaved this error after a current clean install and using x264_dp_ Standalone-PS3-Xbox360_Fast.xml as the output.

[NoImage] Standard error stream: C:\Program Files\megui\tools\x264\x264.exe: unrecognised option `--no-mbtree'

am i to assume the included presets have not been updated to the newer x264 cli options yet ?, if so, how do i fix it being new to this GUI.

or is it, given `--no-mbtree' is one of the newer options, that the included x264 is running behind the preset updates,and is an older one in the auto update, so just manually replace it with a newer version, if so which one, or perhaps you will be providing the required auto update soon.

----------------------------
ohh,looking at the MeGUI change log it seems option two (the currently supplyed older Jeebs 1183 patched x264) is the problem.

i wonder if there are also other external tools (mencoder and ffmpeg/libx264) that have been updated to the newest x264 options recently and so are also in need of new MeGUI updates inclusion?

DS's latest http://mirror05.x264.nl/Dark/x264_mbtree13.exe testing 0.69.1195+2 5ed78fa isnt compiled for Mp4 output apparently (works for mkv, but that containers no good for direct 360 streaming use) so im not sure what the latest version is to use here or which D9 thread to find it posted...

"0.3.1.1053
- (kurtnoise) [x264 Config] * add presets/tunings/mb-tree/rc-lookahead/no-psy options. Requires x264 revision 1206 or higher.

* redesign config panel in 4 tabs (Main, the default one + Frame-type + Rate-Control + Analysis + Misc)

* clean up the code for better reading. "


I'm having the same problem. I've tried several presets and they all end up with...

--[NoImage] Standard error stream: C:\Program Files (x86)\megui\tools\x264\x264.exe: unrecognised option `--no-mbtree'

As of 1:00am EDT on 8/12/09, I am using MeGUI with all available updates on Windows 7 Ultimate x64 RC. The latest x264 build available at this time according to MeGUI is Jeeb's 1183 x264.

I downloaded Jarod's 1206 x264 (x64) from here (http://x264.nl/) and replaced the copy in the megui folder. This did not work; there was an error in the MeGUI log stating that x264 could not open the AVS file. I replaced that copy with Jarod's 1206 x264 (x86) from the same link and so far this seems to be working in the sense that the encoding job is actually running now.

[nurbs]

Sharktooth is currently unavailable, so the files in autoupdade are a bit out of date and a x64 version of x264 obviously can't work directly with a 32bit version of avisynth.

[scottws]

Sharktooth is currently unavailable, so the files in autoupdade are a bit out of date and a x64 version of x264 obviously can't work directly with a 32bit version of avisynth.

Sorry, it wasn't obvious to me. I just use the stuff. I don't know the details of their inner-workings.

[Undead Sega]

so in order to keep the x64 version of x264 and to have it work is to install the 64bit version of AviSynth?

[kypec]

so in order to keep the x64 version of x264 and to have it work is to install the 64bit version of AviSynth?
:search: and you'll find how to use 64-bit x264 with 32-bit Avisynth (http://forum.doom9.org/showthread.php?t=144140)

[Undead Sega]

well ive done what scottws has done, by replacing the x64 x264 with a x86 x264, and that hasnt solved my problem either, instead i get:

C:\Program Files (x86)\megui\tools\x264\x264.exe: unknown option -- nal-hrd--output

why is this now? :(

[nurbs]

For starters it should be --nal-hrd --output What version of megui are you using?

Also you must make sure that the x264 version you are using is compiled with the nal-hrd patch. (when the command line is fixed)

[Undead Sega]

sorry for my technical mistake there on my previous post, however i am using the latest version onf MeGUI with all the latest updates, but as i said i replaced x264 with the x86 version of it. Not to forget to mention, that i am running all this on Windows 7 x64.

[nurbs]

The question is if the version of x264 you downloaded was compiled with the nal-hrd patch. If you have an unpatched version, for instance the one from x264.nl or one of the unpatched builds the people on this forum provide, then --nal-hrd will of course not be recognized.
You can download an up do date patched build here http://forum.doom9.org/showthread.php?p=1318350#post1318350

[Undead Sega]

can i get a patched 64bit x264?? would that sort everything out potentially if one exists? :D

[Undead Sega]

okay, i am abit confused now, ive downloaded this one:

x264 r1232 32bit
download ; release notes
built on Aug 25 2009, gcc: 4.3.4 20090220 (prerelease) (x32.generic.Komisar)
fprofiled, -march=i686

and replaced it in the tools folder of MeGUI and i still get the same thing, did i do something wrong? :(

[LigH]

If the reason for this error was that two options got glued together, and are still connected without a space in between, then it doesn't matter which build you are trying, this double-option will never get recognised, a space in between is required to separate them.

[Undead Sega]

but i was given:

-- nal-hrd--output

i took this off the log.

[bluebebe]

hi, what happened with megui? no updates since ~ 4 weeks?

[Taurus]

hi, what happened with megui? no updates since ~ 4 weeks?
11 posts above - see the answer.
Sharktooth, the maintainer of MeGui is temporary(I hope) out of reach.
I hope he's doing fine.

[nurbs]

Also the development version has been updated a couple of times since the last stable release.

[Undead Sega]

but i was given:

-- nal-hrd--output

i took this off the log.

anyone at all? i dont know what to do, as this is what i get, as the stream error. i desperately need to start encoding with MeGUI :(

[Undead Sega]

anyone at all may i ask? :(

[OAKside]

I think MeGUI's LAME MP3 VBR quality scale is backwards. Although I don't come across the "10-100" quality scale
very often (the 0-9 scale is more common) so I could be wrong. Can anyone verify this?

megui 100 = V9 (correct 100 = V0)
megui 90 = V8 (correct 90 = V1)
...
megui 20 = V1 (correct 20 = V8)
megui 10 = V0 (correct 10 = V9)

[Inspector.Gadget]

Numerically, yes. A VBR quality of 100 is likely equal to -V 0 --vbr-new. But that's more intuitive for most people, and the reason for the additional digit of precision is because LAME now supports command like -V 5.5

Edit: incorrect

[OAKside]

A VBR quality of 100 is likely equal to -V 0 --vbr-new.MeGUI's VBR quality of 100 equates to -V 9 (not -V 0), and so on all the way down the scale (10 equates to -V 0), opposite of LAME documentation.
I un/installed MeGUI, re-encoded and checked the logs because I couldn't believe it. Do you think this oddity in MeGUI is intentional?

[Inspector.Gadget]

Looks like they follow the LAME standard with the decimal point shifted once to the right. Odd, and somewhat counterintuitive...

[OAKside]

Looks like they follow the LAME standard with the decimal point shifted once to the right. Odd, and somewhat counterintuitive...That still wouldn't quite be right. (-V 10.0 should then equate to 100, but it's off at 90?) Since using the scale backwards works perfectly, someone must be using it backwards?! :p

[Ruriko]

I got this error unrecognised option `--rc-lookahead'
how to fix this?

[nurbs]

You can fix it by using an up to date version of x264.

[tomos]

updated everything in megui and i still get that error. megui says i have ver 0.3.1.1051

[XhmikosR]

The update server is not being updated. You can try putting in MeGUI's settings kurtnoise's update server (http://kurtnoise.free.fr/MeGUI/). So you can use latest x264 from http://x264.nl/, and latest dev MeGUI from SF.net (http://sourceforge.net/projects/megui/files/). If you need a patched x264 build then take a look at this (http://forum.doom9.org/showthread.php?t=130364&page=114) topic.

[tomos]

ta, will give that a shot :)

[gaspah]

im having a bit of trouble, all my encodes are coming out with pink, green and various coloured speckles and blocks randomly bliping frequently and simultaneously on the screen.

i'm using x264 on the default settings after install (*scratchpad*) with the only change is it set to medium speed from fast encoding. Also tried [Unrestricted 2-pass HQ].

All I've done is installed megui and allowed it to update itself with all its necessary addons rather than install them separately/manually. Using mp4 file format, and [Nero AAC: NDAAC-HE-Multichannel-HQ 192kbps] not that that is relevant as i did one without audio. I'm using Autoencode and d2v creator with .vob files. Using [Clever Anamorphic encoding] just cropping the black areas, no resize but [suggest resolution (mod16)] is ticked. Everything else is untouched from defaults. thanks.

EDIT: also tried various sources of .vob files with the same problem. all the sources are clean when played from the hdd.

[Dark Alchemist]

The update server is not being updated. You can try putting in MeGUI's settings kurtnoise's update server (http://kurtnoise.free.fr/MeGUI/). So you can use latest x264 from http://x264.nl/, and latest dev MeGUI from SF.net (http://sourceforge.net/projects/megui/files/). If you need a patched x264 build then take a look at this (http://forum.doom9.org/showthread.php?t=130364&page=114) topic.Removing the current update servers in 1055 and changing it to http://kurtnoise.free.fr/MeGUI/ then updating the stuff it wanted to did fix the bug.

:thanks:

[popper]

The update server is not being updated. You can try putting in MeGUI's settings kurtnoise's update server (http://kurtnoise.free.fr/MeGUI/). So you can use latest x264 from http://x264.nl/, and latest dev MeGUI from SF.net (http://sourceforge.net/projects/megui/files/). If you need a patched x264 build then take a look at this (http://forum.doom9.org/showthread.php?t=130364&page=114) topic.

putting http://kurtnoise.free.fr/MeGUI/ in the options/settings/'extra config' and clicking 'configure servers' finds 11 updates so thats good....

however im getting these reported errors on meGUI startup but i cant seem to find them in any log ? so heres a screenshot if that helps solve this.

it doesnt seem to be effecting the GUI use after its cleared though, very odd.

http://i25.tinypic.com/b9dv10.jpg

thanks XhmikosR

[XhmikosR]

Upload the screenshot to an image hosting site like http://tinypic.com/.

[XhmikosR]

Post the error and your OS info at the MeGUI's Bugs tracker (https://sourceforge.net/tracker/?group_id=156112&atid=798476).

[popper]

Post the error and your OS info at the MeGUI's Bugs tracker (https://sourceforge.net/tracker/?group_id=156112&atid=798476).
done.
http://sourceforge.net/tracker/?func=detail&aid=2853195&group_id=156112&atid=798476

[Kurtnoise]

however im getting these reported errors on meGUI startup but i cant seem to find them in any log ?
did you have installed any .Net Framework before to run MeGUI ?

[Ice Dragon]

megui 0.3.1.1055 is currently burning the subs directly on the video frame.
Is there a way to force megui to just copy the sub in to the output container ?? :confused:
Please help :confused:

[Kurtnoise]

Just use any muxers from the Tools menu...

[Ice Dragon]

Just use any muxers from the Tools menu...
Sorry i think i was not clear enough.

Currently i am encoding via somewhat long process.
For example i have an mkv media file with inbuilt sub that i want to encode.
So at present i am doing
* Demuxing the source to two separate files i.e. media and sub.
* encoding the new media file(without sub)
* Finally muxing the above mentioned sub to the output media to get the final output.

The source i mentioned are mkv files with srt subs. So if i directly encode them in megui the subs are getting hardcoded (burned directly on the video frame).

So what i wanted to know was, is there a way to skip the initial demuxing process.
That is megui directly copying the subs inside the source container to final output container (soft sub).

[gaspah]

i'm still unable to cure this problem with the speckles, blips and blocks that have invaded my encodes.. here are the x264 configuration that I last used but still having problems

program --preset fast --tune film --pass 3 --bitrate 700 --stats ".stats" --slow-firstpass --thread-input --output "output" "input"

Modes:
Turbo - No
Lossless - No
Automated 3pass
Bitrate - 700
AVC Profiles - Autoguess
AVC Level - Unrestricted/Autoguess
Tunings - Film
Presets - Fast
No advanced settings

i create d2v files with the tool provided, currently using Anamorphic with 'undercrop to mod16', no resize, PAL 1.82 16:9.

anyone pls help me?

[nurbs]

Use DGsplit to cut a small sample from the vob where the problem is visible. Post it on mediafire or another site like that. Then we can at least find out if the issue is your file or something else.

[Ice Dragon]

Sorry i think i was not clear enough.

Currently i am encoding via somewhat long process.
For example i have an mkv media file with inbuilt sub that i want to encode.
So at present i am doing
* Demuxing the source to two separate files i.e. media and sub.
* encoding the new media file(without sub)
* Finally muxing the above mentioned sub to the output media to get the final output.

The source i mentioned are mkv files with srt subs. So if i directly encode them in megui the subs are getting hardcoded (burned directly on the video frame).

So what i wanted to know was, is there a way to skip the initial demuxing process.
That is megui directly copying the subs inside the source container to final output container (soft sub).
Anyone :confused:

[gaspah]

Use DGsplit to cut a small sample from the vob where the problem is visible. Post it on mediafire or another site like that. Then we can at least find out if the issue is your file or something else.

I have tried it with 5 different sources, all presenting the same issue, replaying of the source .vob files that have been put in the directory where dgindex is reading them from shows no problems, side by side the difference in glitches is very noticeable. I'm going to try with lossless ticked tonight see if that helps.

Also the .vob files that i'm translating to my pc are of a bit of a personal nature and wouldn't feel comfortable sharing them with the general public. I can say with certainty that the source files are clean. Thanks for trying to help tho.

[Kurtnoise]

So what i wanted to know was, is there a way to skip the initial demuxing process.
not in the current releases...

@gaspah: without samples, we can't help you...

[Ice Dragon]

not in the current releases...
Ok thanks for the info.

Also thanks for the update server :thanks:

[XhmikosR]

@Kurtnoise: Can you remove from the NicAudio_r204 the folder Sources and uNicAudio_204? Also rename the readme file as it was in NicAudio_203.zip in order to not place duplicate files in the Avisynth Plugins folder? I'm talking about the zip in the mirror (http://kurtnoise.free.fr/MeGUI/) you've set up.

[m3mbran3]

i'm still unable to cure this problem with the speckles, blips and blocks that have invaded my encodes.. here are the x264 configuration that I last used but still having problems

program --preset fast --tune film --pass 3 --bitrate 700 --stats ".stats" --slow-firstpass --thread-input --output "output" "input"

Modes:
Turbo - No
Lossless - No
Automated 3pass
Bitrate - 700
AVC Profiles - Autoguess
AVC Level - Unrestricted/Autoguess
Tunings - Film
Presets - Fast
No advanced settings

i create d2v files with the tool provided, currently using Anamorphic with 'undercrop to mod16', no resize, PAL 1.82 16:9.

anyone pls help me?

I can almost certainly say it is because of your encoding settings. A bitrate of 700kbps for a DVD source is rather low and using the Fast preset will not help matters. I suggest your trim a section of video and run a few different encodes until you get a result that you are happy with.

i.e. start encoding at 2000kbps and scale it back until you get an acceptable result. Also rather than doing a 3pass on Fast preset do a 2pass on Medium for better results / similar encode times.

[Kurtnoise]

@Kurtnoise: Can you remove from the NicAudio_r204 the folder Sources and uNicAudio_204? Also rename the readme file as it was in NicAudio_203.zip in order to not place duplicate files in the Avisynth Plugins folder? I'm talking about the zip in the mirror (http://kurtnoise.free.fr/MeGUI/) you've set up.
done...

[gaspah]

I can almost certainly say it is because of your encoding settings. A bitrate of 700kbps for a DVD source is rather low and using the Fast preset will not help matters. I suggest your trim a section of video and run a few different encodes until you get a result that you are happy with.

i.e. start encoding at 2000kbps and scale it back until you get an acceptable result. Also rather than doing a 3pass on Fast preset do a 2pass on Medium for better results / similar encode times.

i tried doing it again with a 3min chunk and finished with a 230mb file, i don't think it was the bitrate as what i was encoding was set to a specific size, ie 700mb per hour increased or decreased depending on which file i was encoding. I set my 3min encode to 700mb to remove all doubt on my mind that the size/bitrate had something to do with the equation. The output file came out just as dirty as all the rest.

@gaspah: without samples, we can't help you...
do you have a suggestion of a small dvd ifo that i can download, encode and return? something that'll be ideal to encode to display such errors? i'm certain that this will happen with any dvd ifo with this encoder behaving as it is at present.

thankyou both for replying to my query. :thanks:

[Kurtnoise]

after you have ripped your DVD on the hard drive, cut a sample from VOB files uisng DGSplit and upload it somewhere (mediafire.com or something...)

[PzSniper]

THIS tool is AMAZING! Inspector Gadget helped me appreciate what magics MeGui can do!

[PzSniper]

Seems someone deleted my post for MeGUI donation, very rude! No pm, no explain.

Thanx :(

[Kurtnoise]

all admins from MeGUI SF webpage need to have a registered paypal account to enable donations. For the moment, I'm the only one...If you still want to give some money, just ping Doom9 himself via http://www.doom9.org/donate.htm

[BlindBandit]

MeGUI need the Zune HD profile in there next update : )

[XadoX]

Is there a way to show the used options of the new megui profiles. So I can quick check if a special option is used in the choosen profile.

[Kurtnoise]

you better wait the next update (both build & presets)...

[XadoX]

Thanx.

[ChibiBoi]

i used the megui bitrate calculator to get my encode to 175mb, with the xvid hq profile, it imported the calculated bitrate into the profile settings, but when i encode, the video comes out at 280mb! is there any way to fix this?

[AMED]

I've found a very very small bug when the avisynth editor loads any avisynth profile that has the overcrop to achieve mod 16 enabled. the overcrop will not be applied unless the user clicks the clever anamorphic drop down and reselects overcrop.

how to reproduce,

1. Open Avisynth editor and create a new profile that has Overcrop enabled.
2. Select the newly created profile in the avisynth profile drop down and close avisynth creator.
3. reopen the avisynth and look at where it says crop.
4. now click on the clever anamorphic drop down box and reselect overcrop, now look where it says crop (it should now say crop (will be rounded up to mod16)

if you make multiple profiles that have overcrop enabled, and go through them the overcrop will still not activate unless you reselect it in the clever anamorphic drop down box.

using MeGUI v0.3.1.1056

http://img59.imageshack.us/img59/2231/overcrop1.png (http://img59.imageshack.us/i/overcrop1.png/)

[LeonLanford]

just tried to use megui again today, last time I used megui was last year, now it has some annoying errors, like the auto update doesn't update to the newest x264 which resulted in rc lookahead error and cannot exit error, every time I want to exit I got his problem

http://img17.imageshack.us/img17/4425/68387191.th.jpg (http://img17.imageshack.us/i/68387191.jpg/)

I have to use task manager to close megui, too bad it used to be good..

[RunningSkittle]

just tried to use megui again today, last time I used megui was last year, now it has some annoying errors, like the auto update doesn't update to the newest x264 which resulted in rc lookahead error and cannot exit error, every time I want to exit I got his problem

...

I have to use task manager to close megui, too bad it used to be good..

Yes, current updates break megui
Use this update server instead...
http://kurtnoise.free.fr/MeGUI/

[bob0r]

@Kurtnoise

http://forum.doom9.org/showthread.php?p=1333794#post1333794

Can you fix an installer on sourceforge which updates from latest update server? For x264.nl
Can you fix x264 encoding options if any aren't correct?

[LeonLanford]

Yes, current updates break megui
Use this update server instead...
http://kurtnoise.free.fr/MeGUI/

@Kurtnoise

http://forum.doom9.org/showthread.php?p=1333794#post1333794

Can you fix an installer on sourceforge which updates from latest update server? For x264.nl
Can you fix x264 encoding options if any aren't correct?

look like I'll leave megui, I just wanted some new settings in megui and what I got is malfunctioning program, too bad but bye :(

[Nightshiver]

I wouldn't call it quits this soon. As you may have not heard, the dev(s)? were/are on break still. At least, sharktooth is.

[Taurus]

look like I'll leave megui, I just wanted some new settings in megui and what I got is malfunctioning program, too bad but bye :(
Here, on my side of the fence, everything works as expected :D.
Sure, there are some little bugs and quirks.
But nothing to worry about.
Thanks to everybody involved in making such a nice GUI.
And of course to all the devs who made all the tools under the hood:thanks:.

[Kurtnoise]

@Kurtnoise

http://forum.doom9.org/showthread.php?p=1333794#post1333794
Thanks to Richard Berg, I can upload files on megui.org now...I'll make an update asap. My own webpage will be probably dedicated to the MeGUI kbr builds.

Can you fix an installer on sourceforge which updates from latest update server? For x264.nl
Can you fix x264 encoding options if any aren't correct?
I've no time to do that yet...So, updates and bugfixes from me are postponed for the moment. Yeah, I've a real life.


btw, the sources are available. So, learn & play if you think it's too long...:rolleyes:

[bob0r]

All x264.nl needs is a megui version with the correct update server added. So in the future the countless bug reports because of outdated versions doesn't happen.

I am in between moving 4 houses, fixing my own and work also. Still i can find a few minutes to update stuff.

If you really have no time, ill try to make my own installer again, though it's been a long time ago! :)

[Kurtnoise]

before updating, I prefer to fix x264 bugs first...I hope before the end of this week.


btw, you cannot compare your free time management with mine...

[Claymore]

Dunno it's my first or second post - doesn't matter. I'll only say thanks for this excellent frontend and support of it.

@kurtnoise: Take your time - making good things is lasting longer. If somebody'll declares this posts as spam: How about relaxing and trinking coffee?

greetings

[wolfbane5]

I recently upgraded from vista x86 to windows 7 x64. I've been using MeGUI for awhile now, but have a couple of questions:

1. Any way I can utilize the x264 x64 or avisynth x64 (<-does this exist?) in MeGUI or is it strictly x86 based?

2. I noticed I never had DGVC1Index. Where can I find that?

Thanks in advance for your help.

[cweb]

I recently upgraded from vista x86 to windows 7 x64. I've been using MeGUI for awhile now, but have a couple of questions:

1. Any way I can utilize the x264 x64 or avisynth x64 (<-does this exist?) in MeGUI or is it strictly x86 based?

2. I noticed I never had DGVC1Index. Where can I find that?

Thanks in advance for your help.

Re 2 - You can get it from Neuron2's website (http://neuron2.net/mine.html)...

[wolfbane5]

I have a 640 MB 8800 GTS and it looks like it only supports VP1 and VP2 is required for DGVC1Index. Is there another way I can index VC1 files with MeGUI? I currently have to revert to another encoding program to encode VC1 files.

[Inspector.Gadget]

ffmpeg source 1 or 2, DSS2() with ffdshow set to "WMV9" for VC-1...

[magic144]

yeah, I just use DSS with a .grf file to control the filters (typically ONLY source + the Windows built-in WMV DMO Decoder - remove the renderer)

still not sure about the whole frame-accurate business wrt DSS vs DSS2 vs FFmpeg source, etc
this thread leaves me more, rather than less confused
http://forum.doom9.org/showthread.php?t=147086

since I only tend to use whole-movie VC-1 .mkvs extracted (via eac3to) directly from my source discs, with no trims/edits, maybe that's why I've not had an issue using only DSS - though I am using multi-threaded x264 encoding

[Inspector.Gadget]

DSS2 is frame-accurate, DSS is generally not. FFMS is a whole different animal.

[magic144]

there seemed to be some confusion in the thread to which I linked:
there was some contention that DSS2 can be seen to go 'blocky' if seeking to open-GOP - is this an issue with VC1-in-mkv?, or does it only apply to MPEG2 material??

any reason why I've NOT run into any issues with VC1 material using DSS in multi-threaded x264?

cheers,
m

[Inspector.Gadget]

That's a decoder problem, or the file is corrupt. If you're only doing linear operations: e.g., not a lot of seeking or scrubbing - then you're probably OK with DSS. But DSS2 is known to be frame-accurate, so there's no reason not to prefer it over DSS (except in audio applications, where generally NicAudio is preferable anyway).

[magic144]

thanks IG - will give it a go next go-round

[wolfbane5]

I've never used DSS or DSS2 before, so I'm completely unfamiliar with it. Are there any guides on it, or perhaps a wikibook?

[unknownsoldierX]

I'm trying to convert a few files so they will play on a slightly under-powered system. They are 1080p, but the PC can only manage to play 1080i.

Here's what I'm dealing with:

Format : Matroska
File size : 1.02 GiB
Duration : 13mn 30s
Overall bit rate : 10.8 Mbps
Writing application : mkvmerge v2.9.8 ('C'est le bon') built on Aug 13 2009 12:49:06
Writing library : libebml v0.7.7 + libmatroska v0.8.1

Video:

ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L5.0
Format settings, CABAC : Yes
Format settings, ReFrames : 5 frames
Muxing mode : Container profile=Unknown@5.0
Codec ID : V_MPEG4/ISO/AVC
Duration : 13mn 29s
Bit rate : 10.3 Mbps
Width : 1920 pixels
Height : 1072 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Resolution : 24 bits
Colorimetry : 4:2:0
Scan type : Progressive
Bits/(Pixel*Frame) : 0.210
Stream size : 998 MiB (96%)

Audio:

ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Codec ID : A_AC3
Duration : 13mn 30s
Bit rate mode : Constant
Bit rate : 224 Kbps
Channel(s) : 2 channels
Channel positions : L R
Sampling rate : 48.0 KHz
Video delay : 22ms
Stream size : 21.6 MiB (2%)

I set MeGUI to encode the video using x264: DXVA-HD-HQ with a file size of 450MB and a bitrate of 4657Kbps. Is that a good bitrate for 1280x720?

Also, I get no audio. Following a tutorial, I used the .avs file as the input. Set to encode using Nero AAC: NDAAC-HE-64Kbps. The resulting audio file is only 437KB, and it's 13.5 minutes of silence.

Here's my .avs file:

DirectShowSource("D:\Temp\zms.mkv", fps=23.976, audio=true, convertfps=true)
TDecimate(cycleR=1)
#crop
Lanczos4Resize(1280,720) # Lanczos4 (Sharp)
#denoise

ConvertToYV12()


Thanks.

[moneytoy]

you might need an upgrade of microsoft net framework

[Zergrinch]

Something's very wrong with meGUI, after I changed the update server into the .fr one, and applied the updates.

First, a bunch of windows like this pop up.
http://upload.jetsam.org/images//MeGUI-Errors-A.jpg

meGUI then appears to start normally, but trying to update gives this:
http://upload.jetsam.org/images//MeGUI-Errors-B.png

I'm basically left with only SNOW and XVid profiles.

:scared:

[salatoimikud]

I have XviD size problem. When i want 175 mb XviD file then after encoding and muxing comes only 140mb. 350mb comes only 260mb :(

How fix this?

I use megui 0.3.1.1056

[Alex_080]

Something's very wrong with meGUI, after I changed the update server into the .fr one, and applied the updates.

First, a bunch of windows like this pop up.
http://upload.jetsam.org/images//MeGUI-Errors-A.jpg

meGUI then appears to start normally, but trying to update gives this:
http://upload.jetsam.org/images//MeGUI-Errors-B.png

I'm basically left with only SNOW and XVid profiles.

:scared:

I have the same problem when i update to new version please help!!

[Zergrinch]

I downloaded 0.3.1.1056 from the link in this thread opening, and ran the updates on the .FR server. This time, I told it not to upgrade to 1057.

It seems to work.

[shaumux]

It seems that 1057 has some problems with the x264 and its profiles.
Other than that everything seems to work

[mozzle]

It seems that 1057 has some problems with the x264 and its profiles.
Other than that everything seems to work

That's a joke, right?

[shaumux]

That's a joke, right?

NO i only get errors posted above with the x264 profiles,
even if i delete them and reinstall them

[salatoimikud]

hi,

Please share megui core_0_3_1_1056.zip

Thank You

[twist3d]

how about everyone who has problems with 1057 and the profiles, read the troubleshooting thread... :search:
http://forum.doom9.org/showthread.php?p=1338540#post1338540

[TheSane]

Hi,

MeGui is a great tool and not easy to understand.
I have done a few test encodings to get a good result.
Now i have done a Blu Ray recode with the following result:

General
Complete name : X.mkv
Format : Matroska
File size : 17.9 GiB
Duration : 2h 7mn
Overall bit rate : 20.0 Mbps
Writing application : x264
Writing library : Haali Matroska Writer b0

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 5 frames
Muxing mode : Container profile=Unknown@4.1
Codec ID : V_MPEG4/ISO/AVC
Duration : 2h 7mn
Bit rate : 19.6 Mbps
Nominal bit rate : 20.0 Mbps
Width : 1 920 pixels
Height : 816 pixels
Display aspect ratio : 2.35:1
Frame rate : 23.976 fps
Resolution : 24 bits
Colorimetry : 4:2:0
Scan type : Progressive
Bits/(Pixel*Frame) : 0.522
Stream size : 17.5 GiB (98%)
Writing library : x264 core 78 r1318 fe83a90
Encoding settings : cabac=1 / ref=5 / deblock=1:-1:-1 / analyse=0x3:0x133 / me=umh / subme=8 / psy=1 / psy_rd=1.0:0.0 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=-2 / threads=6 / nr=0 / decimate=1 / mbaff=0 / constrained_intra=0 / bframes=3 / b_pyramid=0 / b_adapt=2 / b_bias=0 / direct=3 / wpredb=0 / keyint=250 / keyint_min=25 / scenecut=40 / rc=2pass / mbtree=0 / bitrate=20000 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1:1.00

It's the unrestricted Extra Quality profile is used with the extended Settings.

The problem with the result is, that i can't jump to an position in the film, the player (zoom, media player classic, vlc) freeze an hang up.
How can i fix this?

[bob0r]

If there will be no new MeGui version during next week, with a working update server and working x264 settings, i will remove it from x264.nl

Too much complaints and double "bug" reports are being posted.

[magic144]

I tend to agree (with twist3d).
1057 IS a perfectly working version.
The problem is that there has been a disconnect between MeGUI and the legacy profiles (all of which are broken with the advent of 1057).

The best solution would be if the update server(s) had new (compatible) profiles available.

Otherwise, I guess people will be left on their own to invent their own new profiles. There are now also some limitations on what can be done in the x264 MeGUI profiles, since 1057 is now "aware" of the x264 command-line parameter rules and thwarts attempts to make individual settings contradict the overriding preset.

Personally, I am interested in producing DXVA-compatible encodes, so I have used the old DXVA HD HQ profile as a starting point and re-tooled it for 1057 as best as I can tell how. The profiles given in the mentioned post are indeed compatible with the syntax for 1057 and can be used as valuable starting points.

A *very* good place to learn about the role of the presets and parameters is right here:-
http://mewiki.project357.com/wiki/X264_Settings

I hope that MeGUI doesn't suffer too much because of this glitch.

how about everyone who has problems with 1057 and the profiles, read the troubleshooting thread... :search:
http://forum.doom9.org/showthread.php?p=1338540#post1338540

[Ruriko]

I get this error: malloc of size 439296 failed
How to fix this?

[Inspector.Gadget]

Nobody will help you with Rule 6 content. You've been here three and a half years, you should know that.

[salatoimikud]

ok i have problem.
I put my computer windows 7 home premium, installed megui 0.3.1.1056 and if i want create x264 mkv then i get error
[Error] An error occurred: x264 [error]: could not open input file 'G:\encode2\movie.avs'

How fix this? reinstall deosnt help.

[Inspector.Gadget]

Post your AVS Script and also run the source file through MediaInfo and copy and post the output of the "text" view here. Both blocks of text should be in codeboxes, which you can use by clicking "Go Advanced" when posting.

[salatoimikud]

Megui Log:

--[NoImage] Job commandline: "C:\Program Files\megui\tools\x264\x264.exe" --profile high --level 3.1 --preset fast --pass 1 --bitrate 1139 --stats "G:\encode3\skyla_-_ayo_technology.stats" --thread-input --output NUL "G:\encode3\skyla_-_ayo_technology.avs"
--[Information] [10.11.2009 17:37:32] Encoding started
--[Error] An error occurred: x264 [error]: could not open input file `G:\encode3\skyla_-_ayo_technology.avs'
--[NoImage] Standard output stream
--[NoImage] Standard error stream
--[Information] [10.11.2009 17:37:33] Job completed

AVS Script:
DGDecode_mpeg2source("G:\encode3\skyla_-_ayo_technology.d2v", cpu=4, info=3)
ColorMatrix(hints=true, interlaced=true, threads=0)
AssumeTFF().FieldDeinterlace()
crop( 10, 80, -12, -76)

BicubicResize(720,400,0,0.5) # Bicubic (Neutral)
#denoise



Mediainfo File info:
General
Complete name : G:\skyla_-_ayo_technology_(lpcm_pal_po-sl).vob
Format : MPEG-PS
File size : 181 MiB
Duration : 3mn 16s
Overall bit rate : 7 736 Kbps
Writing library : encoded by TMPGEnc 4.0 XPress Version. 4.3.1.222

Video
ID : 224 (0xE0)
Format : MPEG Video
Format version : Version 2
Format profile : Main@Main
Format settings, Matrix : Default
Duration : 3mn 16s
Bit rate mode : Variable
Bit rate : 5 893 Kbps
Nominal bit rate : 8 000 Kbps
Width : 720 pixels
Height : 576 pixels
Display aspect ratio : 4/3
Frame rate : 25.000 fps
Standard : PAL
Colorimetry : 4:2:0
Scan type : Interlaced
Scan order : Top Field First
Bits/(Pixel*Frame) : 0.568
Stream size : 138 MiB (76%)
Writing library : TMPGEnc XPress 4.3.1.222

Audio
ID : 160 (0xA0)
Format : PCM
Format settings, Endianness : Big
Format settings, Sign : Signed
Muxing mode : DVD-Video
Duration : 3mn 16s
Bit rate mode : Constant
Bit rate : 1 536 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Resolution : 16 bits
Stream size : 35.9 MiB (20%)

[Inspector.Gadget]

Do you get the same error when using ONLY MPEG2Source("G:\encode3\skyla_-_ayo_technology.d2v") ?

[rack04]

It could be the special characters in the file name.

[salatoimikud]

Do you get the same error when using ONLY MPEG2Source("G:\encode3\skyla_-_ayo_technology.d2v") ?

I found problem. I installed avisynth again and now works :)

[rudiev]

Hi all. I'm new here and using me gui for about 1,5 month now. I like the program, very easy to use. But I made a clean installation with windows 7 x64(from vista x64). I installed the latest avisynth, me gui, k-lite coedec pack(5.4.4). I updated megui with the auto-update function.
The first problem I got was when i wanted to convert a h.264 blu-ray rip to a .mkv file. I used the dxva-hd-insane profile and adjusted the bitrate to 12100 kbs, no other changed to this profile. I got the first error saying it couldn't use the " --rc-lookahead 40" option . Never had this before with the original x264.exe, but I downloaded the newest x264.exe from x264.nl and replaced it. It worked, which before on my old vista installation wouldn't work. The other side was that the encoding now took a lot more time(10 hours for the first step on a intel E8200 @ 3.2 GHz), and i got a large mbtree file, while the option in the profile stated " --no-mbtree". Ok, it encoded, and even the colors of the .mkv file look more like the original blu-ray then before with the other 'olde' version of x264.exe.
An other problem is when I try to open a blu-ray rip which is encoded with WVC1 or the older MPG2 with the AVS script creator. I got the error "Avisynth script error: DirectShowSource: Timeout waiting for graph to start.".
If I remember good I also had problems opening WVC1 sources on the old installation with vista.

At K-Lite codec pack I ran the program "Preferred DirectShow Filter Tweakers for Windows 7" to change some 32-bit directshow filters from microsoft to ffdshow, but no result.

I have a other machine running windows 2003 server x64 with megui, k-lite 5.2, avisynth. And tried to openen the WVC1 and MPG2 sources but on this machine I don't got any problems.
So are there other people having problems with Windows 7? Or are there some known problems with windows 7(x64)?

Kind regards,

[Frank_UK]

I have noticed that MEGUI has not updated for ages. The update site is still hosting v1051
It used to update a couple of times aweek.

[rudiev]

I have noticed that MEGUI has not updated for ages. The update site is still hosting v1051
It used to update a couple of times aweek.

You can download v1056 and after installation you can use the megui updater to update.

Maybe the author doesn't have that much time to keep it updated as frequently as before. As long as he/she will update it once in a while i'm happy :)

[rudiev]

I'm a little bit further with one problem, encoding orginal blu-ray with WVC1 to x264. I used the program GraphStudio, http://blog.monogram.sk/janos/tools/monogram-graphstudio/ , to see the links that are used to render the video. On my Windows 7 x64 machine the WVC1 blu-ray is rendered thru the 'WMVideo Decoder DMO', while on my Windows 2003 x64 is is rendered thru 'ffdshow Video Decoder'. I think here's the problem why Avisynth isn't able to open the WVC1 source. Anyone have idea's to change this of have a solution for this? It isn't possible in the Win7DSFilterTweaker where i can only choose Microsoft..

[Redsandro]

You can download v1056 and after installation you can use the megui updater to update.

Multiple people on the forum say that, but for me it doesn't work.

Especially check the core current and update version: (image attachment pending approval)
http://forum.doom9.org/attachment.php?attachmentid=10498&stc=1&d=1258497203

[rudiev]

Multiple people on the forum say that, but for me it doesn't work.

Especially check the core current and update version: (image attachment pending approval)
http://forum.doom9.org/attachment.php?attachmentid=10498&stc=1&d=1258497203

Then there should be a problem with your connection, just tested the download and it worked.
Site: http://www.sf.net/projects/megui
Direct link: http://downloads.sourceforge.net/project/megui/megui-development/0.3.1.1056/megui-0.3.1.1056-setup.exe?use_mirror=garr
Mirror: http://sourceforge.net/settings/mirror_choices?projectname=megui&filename=megui-development/0.3.1.1056/megui-0.3.1.1056-setup.exe
Else send me a private message with your email and i can email it to you if you want.

Edit: at another megui thread i red that people are using v1057, don't know where to get that one, gonna ask them, post it here later.
http://forum.doom9.org/showthread.php?t=105920&page=251

[Redsandro]

Thanks, that's indeed the one I found and am using.
I don't know why the image isn't approved yet so I guess you cannot see it, but it sais in the update dialog:
Core Existing Version: 0.3.1.10.56
Core Latest Version: 0.3.1.10.51

So if I update, I am back to the 'broken' version, even though this one seems to have the same problem.

If I remove settings.xml and autoupdate.xml, it sais nothing for Existing Version, but after update it is back to the way it is now.

So I don't have a connection problem and I've downloaded the new version just fine, but there's simply no change in the dead updates. It's like the 'bad update server' is hardcoded in the registry and I cannot find it.

-edit-

I cannot find that .57 either, maybe some internal test build?

[rudiev]

@Redsandro
I now see that i have the same:
Core Existing Version: 0.3.1.10.56
Core Latest Version: 0.3.1.10.51
I assume it is a bug, cause it also sais:
There is 0 file that can be updated.
So i again assume that it's alright.
But when i downloaded v1056 and ran the updater there where, if i remember good, 42 updates to update, and it did so without any problems.

In the other thread where i asked for version v1057 the anwser was that v1057 is a development version, so that why i wont update, unless you configure the updater to use development version, but remember these could be unstable and could have problems.
You can change to development and add extra update servers in the AutoUpdateServerConfigWindows:
Options -> Settings (or CTRL+S) -> tab Extra Config -> button Configure Servers.
You can add new updates servers and if you change the drop down box 'Auto-update server' to development you can update, if you want, to the development and maybe unstable version 1057. For me there are 'There are 15 files that can be updated.'.

[Redsandro]

Thanks for the explanation. I also had many updates the first time but I noticed they all update to the same versions I already have for a few months now.

I prefer not to use unstable releases, but if I cannot find a fix soon I think I will try .57.

[rudiev]

I'm a little bit further with one problem, encoding orginal blu-ray with WVC1 to x264. I used the program GraphStudio, http://blog.monogram.sk/janos/tools/monogram-graphstudio/ , to see the links that are used to render the video. On my Windows 7 x64 machine the WVC1 blu-ray is rendered thru the 'WMVideo Decoder DMO', while on my Windows 2003 x64 is is rendered thru 'ffdshow Video Decoder'. I think here's the problem why Avisynth isn't able to open the WVC1 source. Anyone have idea's to change this of have a solution for this? It isn't possible in the Win7DSFilterTweaker where i can only choose Microsoft..

I found the solution:
This should be the solution, worked with me:
1. Enable vc-1 in ffdshow. You can do this by starting the ffdshow video decoder configuration: startmenu -> programs -> k-lite codec pack -> configuration -> ffdshow video decoder configuration -> codecs -> scroll down to format VC-1 -> click on disable(or other decoder) and change it to libavcodec.
2. Run the Win7DSFilterTweakers. Startmenu -> programs -> k-lite codec pack -> tools -> Win7DSFilterTweakers -> scroll down 32-bit directshow filters to 'set as default VC-1decoder' and select ffdshow.
3. Change splitter for .m2ts files. Startmenu -> programs -> k-lite codec pack -> configuration -> manage preferred source filters -> scroll to .m2ts files and choose Haali.
4. Restart megui and it should be working, else reboot pc.
Enjoy!

[Emulgator]

Despite the issues I'd like to play around a bit with MeGUI 1057 and newer x264 versions.
Since 1057 seems to have been withdrawn from kurtnoise's server and sourceforge's as well
I kindly ask if somebody could share a 1057 link or the 1057 file.

[userix]

Thanks for your replies. :)

I apologize for not being specific in my initial post. The file I am encoding is from one of my anime DVDs. It's not that the whole encode is crappier, only the beginning of the episode, which starts with a static scene, and then cuts to another static scene. On the Q6600 encodes, those 2 static scenes seem blockier (noisier) when compared to the old Dell encode. The rest of the encode, including future static scenes, seem fine afterwards. What gets me is why are the aforementioned static scenes encoded on my Q6600 blockier than those of my old Dell encode?

I have attached screenshots taken using MPC of the two static scenes I am talking about. The noise in the first scene is subtle, but you can clearly see the difference between the 2nd static scene. Of course, when watching it in full screen, the differences stand out much more.

In addition, when I encode the video using 2-pass xvid encoder with same bitrate on the Q6600, the 2 static scenes are the same quality as the Dell encode. It seems only when I use x264 encoder on my Q6600, I get crappier results. Boggles the mind.



I'm pretty sure. I downloaded the same stable version to both computers, then proceeded to update it to the newest files available at the same time. Therefore, the profiles I downloaded through the update module are the same. I double check the command line arguments being fed and they are identical on both machines.



I haven't looked at the logs specifically, but I figure if I create the d2v and avs script files in the same exact manner on both machines, I should get the same results, right? Bitrates are set the same for both comps. The size of the video encodes aren't exactly the same, but it's only off by 200k-300k. I have CCCP codec pack installed on both comps and use MPC to playback the files. I am not sure what you mean by using the decoder for encoding. MEGUI uses the x264.exe file it gets from the update, which is located in the MEGUI tools folder.



I can rule out the decoding issue for playback, because I took the old Dell encoded file and played it on my Q6600 and it looks great, just like on my Dell. I played the Q6600 encoded video on the Q6600 and the old dell and it looks the same: blockier static screens at the beginning of the video.

Sorry for raising the dead, but does anyone know why this happens? I am still trying to figure this out after all these months. Hit the view button by my name to see the screenshots I am referring to.

[Djon]

Despite the issues I'd like to play around a bit with MeGUI 1057 and newer x264 versions.
Since 1057 seems to have been withdrawn from kurtnoise's server and sourceforge's as well
I kindly ask if somebody could share a 1057 link or the 1057 file.

Option -> Settings -> Extra config, Auto Update -> Configure servers -> Auto-update servers: Development
And of course after that, Options -> Update

[mozzle]

This has reached a new level as far as "inmates running the the asylum" goes. But yeah, people,, let's own this!!!

[magic144]

personally, I'd like to see the return of Kurtnoise and/or Sharktooth and the returning of this ship to the capable hands of its ex-captains!
it is a real shame that this very good proj is going a little stale in this apparent vacuum

*EDIT*
having said that,
I tried 1057 out for the first time last night (properly) and all was A-OK still (using my own tailored profile).
I manually uprev'd x264 to its newest version - if anything, it is significantly faster now thanks to x264 recent improvements

[Emulgator]

I kindly ask if somebody could share a 1057 link or the 1057 file.

Option -> Settings -> Extra config, Auto Update -> Configure servers -> Auto-update servers: Development
And of course after that, Options -> Update


Thanks, Djon !

[sfk]

pls help me

i m rip Audio VBR with MeGUI Modern Media Encoder ther give me error

pl help me what to do .........

see in following pics

http://i47.tinypic.com/6nqyzd.jpg

http://i45.tinypic.com/2vubjuf.jpg

[Inspector.Gadget]

Post the actual log as well as a MediaInfo "Text" report about your source file.

[rtjnyoface]

Are we no longer able to drag and drop files on megui in Win7? I'm using 1056 and it works just fine on xp but not win7. Any ideas?

[stax76]

It runs with higher privileges then the drop source so the OS don't send messages to the drop target because of security concerns. It's a never ending story, users even have been banned for requesting a UAC fix. I made several posts giving detailed technical information how to fix, it's not difficult.

[rtjnyoface]

Oh. Sorry. Got a link to your solution?

[Ruriko]

Is there a way to batch create avs? I'm really lazy to create a avs for each video cause I want to queue about 50 videos

[Redsandro]

DGIndex has an option to specify a template to use with created output files, and an option for exiting after finishing. With these options you can script-use it anyway you want.

DGIndex -IF=[in.mpg] -OF=[out] -AT=[template.avs] -EXIT

I've created a VBS script to automatially index+avs all mpeg files in a right-clicked folder.
http://www.rednet.nl/vision/articles/196

Ofcourse it's something different with .avi files, but feel free to use that script and adopt it to your personal needs.
In stead of using DGIndex you could use your own routine to write .avs. Something like:
Set avsFile = fso.OpenTextFile(newName, 2, True)
Select Case format
Case "avi"
avsFile.WriteLine("AviSource(""" & src & """)")
Case Else
avsFile.WriteLine("directShowSource(""" & src & """, audio=true, fps=" & fps & ")")
End Select
avsFile.WriteLine("EnsureVBRMP3Sync()")
avsFile.WriteLine("Trim(0,0)")
avsFile.WriteLine("return last")
avsFile.WriteLine("")
avsFile.Close

VBscript is very annoying to write, but not hard to adapt.

[THEAST]

Wow, after months of waiting and checking this topic again and again, I just got a whole new set of updates for MeGUI! Very big thanks to zathor who is working on this project now, God bless you mate, God bless you. Hope we wouldn't have to wait months for new updates anymore!

[magic144]

indeed -great news to see this up and running again!

[Dogway]

sorry - wrong thread, I was for troubleshooting

[jfromeo]

I see MeGUI contains tsMuxer, eac3to and mkvmerge. Can it be used for DTS-HD MA/TrueHD/LPCM demuxing and later MKV remuxing?

[Ryu77]

I am trying to set-up the latest MeGUI with x264...

I keep getting the error "--[Error] An error occurred: x264 [error]: invalid argument: b-pyramid = --direct" For some reason x264 is having trouble with the command to enable b-pyramid.

I have tried using a few different builds but I need to use Jeeb's patch as I need --nal-hrd for Blu-ray compliancy.

Is there any way I can overcome this error to enable b-pyramid?

[Zathor]

I am trying to set-up the latest MeGUI with x264...

I keep getting the error "--[Error] An error occurred: x264 [error]: invalid argument: b-pyramid = --direct" For some reason x264 is having trouble with the command to enable b-pyramid.

I have tried using a few different builds but I need to use Jeeb's patch as I need --nal-hrd for Blu-ray compliancy.

Is there any way I can overcome this error to enable b-pyramid?

Please switch to the development update server.
More information:
http://forum.doom9.org/showthread.php?t=151159

[Ryu77]

Please switch to the development update server.
More information:
http://forum.doom9.org/showthread.php?t=151159

Thank you...

It's all working perfectly now. :)

[THEAST]

Okay, now that MeGUI is up and running again, I thought I'd report two small bugs I have found, this is not the wrong place, is it?

1. In x264 encoding options>Analysis tab, the description for "No Mixed Reference Frames" actually refers to Mixed Reference Frames and even the default value is written as "Enabled" in there while the default value for "No Mixed Reference Frames" should be disabled, right? Well, I thought this might confuse some people or maybe it is right the way it is?:confused:

2. In AVS script creator>Filters tab, if "Source is anime" is checked before analyzing the source, "mode=1" is not added to the script even if analysis is done right afterwards and is only added if it's checked after analysis.

Again thanks to Zathor for reviving MeGUI and also Kurtnoise and Sharktooth who spent hours of their time on this project.

[Zathor]

1. In x264 encoding options>Analysis tab, the description for "No Mixed Reference Frames" actually refers to Mixed Reference Frames and even the default value is written as "Enabled" in there while the default value for "No Mixed Reference Frames" should be disabled, right? Well, I thought this might confuse some people or maybe it is right the way it is?:confused:

2. In AVS script creator>Filters tab, if "Source is anime" is checked before analyzing the source, "mode=1" is not added to the script even if analysis is done right afterwards and is only added if it's checked after analysis.

Thank you for your report. Both things have been fixed in my dev build.

[THEAST]

Great, thank you.:)

[Ryu77]

I have recently just started doing encodes with a newer x264 encoder. I hadn't previously upgraded in a while as I was unaware of the development server.

Anyway, I started using the new x264 with MeGUI and was excited about the results MB tree may bring... But I have some disappointment. The encodes seem broken on my LG BD370 Blu-ray player. There seems to be a break up of pixels present (large squares etc.) as if B-frames or something along those lines are not being decoded correctly. The odd thing is these play perfectly on my PS3. In the past I have never had an issue with encodes on the LG BD370.

Here is my command line...

program --profile high --preset fast --pass 2 --bitrate 1500 --stats "D:\Applications\MeGUI\x264 Log" --thread-input --keyint 25 --min-keyint 1 --b-adapt 2 --b-pyramid strict --ref 4 --qpmin 8 --vbv-bufsize 20000 --vbv-maxrate 24000 --rc-lookahead 24 --me umh --direct auto --subme 8 --partitions all --trellis 2 --no-dct-decimate --no-fast-pskip --aud --nal-hrd --mvrange 511 --sar 1:1 --output "output" "input"

And this is what Media Info shows...

cabac=1 / ref=4 / deblock=1:0:0 / analyse=0x3:0x133 / me=umh / subme=8 / psy=1 / psy_rd=1.0:0.0 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-2 / threads=6 / sliced_threads=0 / nr=0 / decimate=0 / mbaff=0 / constrained_intra=0 / bframes=3 / b_pyramid=1 / b_adapt=2 / b_bias=0 / direct=3 / wpredb=1 / wpredp=2 / keyint=24 / keyint_min=1 / scenecut=40 / rc_lookahead=24 / rc=2pass / mbtree=1 / bitrate=8553 / ratetol=1.0 / qcomp=0.60 / qpmin=8 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / vbv_maxrate=24000 / vbv_bufsize=20000 / ip_ratio=1.40 / aq=1:1.00

I am encoding for DVD media (AVCHD). Is there anything that looks wrong here?

I can post a clip if it would help.


Edit: I just noticed there was a version 2 of the x264 Jeeb's 1376 build. Would this be one of the bugs that are fixed?

[nurbs]

The problem isn't mb-tree, it's weighted p-prediction. The default mode, wpredp=2, does frame reordering which isn't supported by some players (http://x264dev.multimedia.cx/?p=212#more-212). A workaround is using --weightp 1. This isn't a bug in x264, but in the decoder hardware.
AFAIK there is nothing that stops you from using frame reordering in the blu-ray or avchd spec so you might actually run into store bought discs that won't work on your player, although there haven't been any reports on that yet.

[Ryu77]

The problem isn't mb-tree, it's weighted p-prediction. The default mode, wpredp=2, does frame reordering which isn't supported by some players (http://x264dev.multimedia.cx/?p=212#more-212). A workaround is using --weightp 1. This isn't a bug in x264, but in the decoder hardware.
AFAIK there is nothing that stops you from using frame reordering in the blu-ray or avchd spec so you might actually run into store bought discs that won't work on your player, although there haven't been any reports on that yet.

Ahhh... So it is. I can see now that is the only variable with the command line. Thank you! I didn't think it was MB tree though, I only mentioned that previously as that was the reason for my update. I prob should have noticed the difference in the command line myself. I had a feeling it was something to do with frame ordering/decoding but the fact that the PS3 played them fine threw me off a bit.

After reading Dark Shikari's diary, it makes more sense as I can see that it is a problem with a few decoders and that the encoder itself is not to blame.


EDIT: Ok, I just did a short encode with --weightp 1 and the problem is still there. Any other ideas what could be causing this?

I currently have my short test encode in a Matroska container (as the LG BD370 supports mkv), could this cause any problems?

I am about to try an encode with --weightp 0 (disabled) and will report back with the results.


EDIT # 2: Yep, did the trick! So for future reference pertaining to anyone with the LG BD370 and I would guess the BD390 (and quite possibly the other decoders mentioned in Dark Shikari's Diary), the command must be --weightp 0 (which disables weighted P-frame prediction).

[surma884]

Thank you for your report. Both things have been fixed in my dev build.

Is this a good place to suggest features? Currently the bitrate calculator doesn't list the other DVD sizes, such as the ones here: http://en.wikipedia.org/wiki/DVD

You will notice that there are DVD1, DVD2, DVD3, DVD4, DVD10, DVD14, etc. I need to create some DVD14s from a Bluray, but it is hard to determine the exact size. In the Bitrate Calculator for DVD9 it says 8152MB, but when I click Select Size it says 8.0GB. There's no way an mkv has 152MB of overhead. So why is it different? I can't seem to figure out the equation. The Wiki page says that DVD9 = 8.54GB. I know the file system has an over head, so the other value 7.95GiB seems correct as all my DVD9 mkvs are about ~7.94.

Can you add those DVD sizes to the calculator? Or if anyone knows, can they tell me how to calculate the value for Select Size, so the end result is 12.33GiB?

Thanks

[bnshrdr]

Keep in mind that to convert from GB to MB you take GB * 1024, as there are 1024 MB per GB.

[surma884]

Keep in mind that to convert from GB to MB you take GB * 1024, as there are 1024 MB per GB.

Aaaahhhh! That makes sense...thanks. I found this unit converter online that gave me the MiB for a DVD18, and when I put it in the calc, it came out to 15.90GB, which is correct. FYI, the size was 16281MiB to get 15.90GB.

Thanks again!

[quantum5uicid3]

those are just two sided dvds, so its gonna have to be two files anyway

[coolalibaba]

hi all,
Sorry I'm a newbie for video encoding. I have a video with mp42 encoding. When I try to enqueue the job I just get this error:
"Your AviSynth clip has the following problem:
Error in AviSynth script:
AVISource: couldn't locate a decompressor for fourcc MP42
(E:\Download\Video\yunshan02.avs, line 1)"

The avs file is very simple:

AVISource("E:\Download\Video\yunshan02.avi", audio=false)
#deinterlace
#crop
#resize
#denoise


What should I do? any suggestion will be appreciated.

[Guest]

AVISource("E:\Download\Video\yunshan02.avi", audio=false) You cannot discuss this here, per forum rule 6.

[salatoimikud]

i have question.

When i use Megui version 0.3.1.1056 then i have
x264 DXVA-SD-Insane profile 2 pass encoding FPS ~22

But when i use 0.3.3.0 then same profile 2 pass encoding FPS is only ~3.

What the hell? :devil:

:stupid:

[Zathor]

i have question.

When i use Megui version 0.3.1.1056 then i have
x264 DXVA-SD-Insane profile 2 pass encoding FPS ~22

But when i use 0.3.3.0 then same profile 2 pass encoding FPS is only ~3.

What the hell? :devil:

:stupid:
Please post the log file for both encodings. I assume you are using the same avs source?

[salatoimikud]

Please post the log file for both encodings. I assume you are using the same avs source?

Here is my logs.

[nurbs]

The encodes use different settings.
From .1056:
--preset fast--bitrate 1000
From the new one
--preset fast --bitrate 1000 --b-adapt 2 --ref 8 --merange 32 --me tesa --direct auto --subme 8 --trellis 2 --no-dct-decimate
I've removed command line parameters that don't influence speed. Especially the --me parameters kill speed for little quality gain.

[salatoimikud]

The encodes use different settings.
From .1056:

From the new one

I've removed command line parameters that don't influence speed. Especially the --me parameters kill speed for little quality gain.

And how i remove these?

[nurbs]

Select the profile, click "config", go to the "misc" tab, hit "default settings", drag the preset slider to fast (main tab), select level 3.1 in the dropdown menu, done.

If you need --aud for some reason and if MeGUI doesn't add it automatically for .264 output there is a checkbox for it in the analysis tab. If you don't know what --aud is you probably don't need it.

[Neillithan]

I haven't updated MeGUI for a while and I finally decided to get around to it.

I noticed there were new presets, some of which I dig, some of which I don't. I've noticed an immediate issue. Every single preset defaults to a constant quality unless it explicitly says "2 pass" in the preset name.

I REALLY hope this isn't on purpose, as it deters beginners from making a good variable bitrate video. Most of the time, beginners will simply choose the default settings and if constant quality is the default, guess what? Every single video they will make will be retardedly huge and won't look nearly as good as a good variable bitrate video. This is up to the creators of the preset to fix, not a beginner. This is an extremely bad thing that needs to be fixed RIGHT now.

Also, the DXVA presets have been renamed to "DXVA (Unrestricted)" and the unrestricted presets appear to have been removed. Beforehand, I could suggest to people that they should use the DXVA presets because they use restricted settings. Now, the DXVA presets are labeled as Unrestricted. Can you see where I'm going with this? Those very same people are going to come back to me with questions regarding what preset they should choose and I will have to listen to them say, "but you said never to use the unrestricted presets". I've had to modify my video tutorials to compensate for the preset name changes once already, now I'm going to just say screw it because it's likely I will need to do that every 6 months.

What is the point of continuously renaming the presets in an effort to become as accurate as possible if every 6 months they will just get renamed again for the same damn reason?

This is a real issue, not just a fantasy I've pulled out of my ass. You guys need to choose GOOD preset names that have consistency all across the board and are easily comprehensible by the average beginner. What you have "now" is absolutely not beginner friendly or easily comprehensible. See examples below.

I am a long time user and I refuse to choose a quality based on its name of "standard" or "extra". If I choose standard, it might choose some values that I deem too low. The word "standard" doesn't in any way reflect what I feel is "standard" when it comes to values. "I" will be the judge of what is standard based on my own opinion of what's "standard" or... "average".

I suggest picking a permanent name for the presets and instead of using the naming scheme "standard, high quality, insane quality", you settle on something much more human friendly to understand. Ex: Numbers. Quality 1 (Fast), Quality 2 (Normal), Quality 3 (Above Normal)... etc. This will solve 2 problems in 1. First, it will make the qualities appear in an natural sorting order of Fastest to Longest encoding time. Also, it will make choosing the right quality easy for beginners AND long time users.

I realize complaining about the preset names is a petty thing, but they aren't even included with program when you download it, they have to be downloaded via the internal program updater. I get beginners asking me how to use MeGUI and I ALWAYS start off with, "download the latest updates from the auto updater". I KNOW they didn't do that and it's imperative they do that in order to gain BASIC functionality of the program via presets. Until a decent list of appropriately named presets are included with MeGUI, I have EVERY right to consider this a high priority issue.

I absolutely despise turning people to an easier to use program for x264 encoding because most easy programs lack a lot of great functionality that can only be found in MeGUI. I might be doomed to that fate forever unless you guys figure out who your target audience is, rather "SHOULD be".

Thanks,
-Neil

[stax76]

@Neillithan

Seems you know little to nothing about x264, how would you complain about profile names, write video tutorials or even use a advanced application like MeGUI without little to no experience?

[Taurus]

@Neillithan

I haven't updated MeGUI for a while and I finally decided to get around to it.

So you dont know about all the hazzles with MeGui going on for the last months?
Thanks to Zathor there is light at the end of the tunnel. Please read more and stop complaining.

This is an extremely bad thing that needs to be fixed RIGHT now.....
You guys need to choose GOOD preset names that have consistency
all across the board and are easily comprehensible by the average beginner.

Dont shout. Read the forum rules.

You dont have to use MeGui if you're not satisfied with the everlasting and ongoing development in the gui and x264.
Why dont you write your own presets, test them with your friends, and share them with the community.
If you're in the know it should be fairly easy for you.

[Neillithan]

@Neillithan

I haven't updated MeGUI for a while and I finally decided to get around to it.

So you dont know about all the hazzles with MeGui going on for the last months?
Thanks to Zathor there is light at the end of the tunnel. Please read more and stop complaining.

This is an extremely bad thing that needs to be fixed RIGHT now.....
You guys need to choose GOOD preset names that have consistency
all across the board and are easily comprehensible by the average beginner.

Dont shout. Read the forum rules.

You dont have to use MeGui if you're not satisfied with the everlasting and ongoing development in the gui and x264.
Why dont you write your own presets, test them with your friends, and share them with the community.
If you're in the know it should be fairly easy for you.

Why don't you stop being an elitist prick and agree with some truth. The fact of the matter is, MeGUI is never in a perfect working state because the "ongoing development" prevents it from reaching that kind of status.

I'm tired of having MeGUI work and then suddenly I have to relearn it because the developers decided to change some settings. I do not stand alone with this either. Lots of people have expressed their discontent with the way MeGUI is developed. One minute, it's working, the next it's not due to an update. It's in this constant alpha state, it's never in a 100% totally usable state.

Also, I am not "new" to MeGUI, I have been using it for at least 2 years. I have a pretty good visual of how MeGUI has changed over these couple of years and I have seen it go from totally acceptable, working condition to barely functional and back again. It's a miracle when there isn't a problem with it. I have even gone as far to snapshot my MeGUI installation as a fallback in case the autoupdater decides to update some perfectly working files to some malfunctioning files.

Also, I gave up trying to alert the MeGUI devs that their x264 Lossless preset was broken, which I even explained how to fix... and months went by without a response or an update that fixes the preset. It's an easy fix, you just change one thing in the preset and blamo, it works... It's not hard. For that to be an ongoing issue for months is totally unacceptable.

The very non subtle point I'm making is, MeGUI is not in any condition to use on any kind of reliable basis due to the nature of its auto-updating constantly breaking things. I wish it would not do that, and I can express my feelings about the matter in good natured way or an irritated way... it makes no difference. MeGUI is always going to be this way.

So EXCUSE me if I'm right and you don't like it.

-Neil

[Atavarius]

Why don't you stop being an elitist prick and agree with some truth. The fact of the matter is, MeGUI is never in a perfect working state because the "ongoing development" prevents it from reaching that kind of status.

I'm tired of having MeGUI work and then suddenly I have to relearn it because the developers decided to change some settings. I do not stand alone with this either. Lots of people have expressed their discontent with the way MeGUI is developed. One minute, it's working, the next it's not due to an update. It's in this constant alpha state, it's never in a 100% totally usable state.

Also, I am not "new" to MeGUI, I have been using it for at least 2 years. I have a pretty good visual of how MeGUI has changed over these couple of years and I have seen it go from totally acceptable, working condition to barely functional and back again. It's a miracle when there isn't a problem with it. I have even gone as far to snapshot my MeGUI installation as a fallback in case the autoupdater decides to update some perfectly working files to some malfunctioning files.

Also, I gave up trying to alert the MeGUI devs that their x264 Lossless preset was broken, which I even explained how to fix... and months went by without a response or an update that fixes the preset. It's an easy fix, you just change one thing in the preset and blamo, it works... It's not hard. For that to be an ongoing issue for months is totally unacceptable.

The very non subtle point I'm making is, MeGUI is not in any condition to use on any kind of reliable basis due to the nature of its auto-updating constantly breaking things. I wish it would not do that, and I can express my feelings about the matter in good natured way or an irritated way... it makes no difference. MeGUI is always going to be this way.

So EXCUSE me if I'm right and you don't like it.

-Neil

So STFU and make and release a profile set?

[Inspector.Gadget]

Neillithan, grow up. Don't complain about how hard MeGUI is for beginners while touting your own purported insight and experience. I have Zathor's MeGUI build working perfectly here and have since moving to the constructd server.

I have EVERY right to consider this a high priority issue.

This is FOSS. You have the "right" to use something else or to fork a new project.

[Neillithan]

So STFU and make and release a profile set?

No. Does it bring you solace to know that you're an idiot?

[Neillithan]

Neillithan, grow up. Don't complain about how hard MeGUI is for beginners while touting your own purported insight and experience. I have Zathor's MeGUI build working perfectly here and have since moving to the constructd server.



This is FOSS. You have the "right" to use something else or to fork a new project.

I have the right to tell you you're also an idiot.

[Atavarius]

No. Does it bring you solace to know that you're an idiot?

You are complaining about something you can easily rectify yourself with minimal effort to a guy who was nice enough to release updates to a dead program. So ummm yeah about that idiot thing...

[Neillithan]

MeGUI is dead? Yeah.. about that first thing I said, I haven't updated the program in months, nor have I read anything online about it during that time period. HOW AM I SUPPOSED TO KNOW THIS.

Congratulations, you're now the third idiot in a row to say something COMPLETELY useless to me. Oh wait, you already did say something completely useless to me. Congratulations on furthering your idiocy.

[Inspector.Gadget]

Yeah.. about that first thing I said, I haven't updated the program in months, nor have I read anything online about it during that time period. HOW AM I SUPPOSED TO KNOW THIS.

We're working on typing out this telegram just as fast as we can, sport. In the meantime maybe you can get ahold of this newfangled "Google" thing the kids are all talking about.

Bottom line, MeGUI has a few bugs that Zathor and some other contributors are working diligently to fix. Any other problems are solely the responsibility of the end user not being diligent enough when researching and/or being ignorant of their DirectShow environment.

[Taurus]

MeGUI is dead? Yeah.. about that first thing I said, I haven't updated the program in months, nor have I read anything online about it during that time period. HOW AM I SUPPOSED TO KNOW THIS.

Congratulations, you're now the third idiot in a row to say something COMPLETELY useless to me. Oh wait, you already did say something completely useless to me. Congratulations on furthering your idiocy.
Constructive criticism or trolling?
You have to decide.

[Ryu77]

Neillithan, honestly mate you began this conversation with an (as you call it) elitist attitude.

You basically spoke like the developers have the responsibility to serve you. You mentioned that at one stage you told the developers how to fix something and they didn't. If you really have a grasp on MeGUI/x264, why didn't you fix it yourself? I mean, creating a preset is pretty basic stuff. You could easily just make your own as others have also suggested. I have actually done this to make life easier for those that have asked for my help.

http://www.mediafire.com/file/tt1mj4m21j4/Ryu77%20MeGUI%20x264%20profiles.zip

Could you link us to this guide you have created as I would be interested to see the level of information provided.

[blsbball]

Neillithan, honestly mate you began this conversation with an (as you call it) elitist attitude.

You basically spoke like the developers have the responsibility to serve you. You mentioned that at one stage you told the developers how to fix something and they didn't. If you really have a grasp on MeGUI/x264, why didn't you fix it yourself? I mean, creating a preset is pretty basic stuff. You could easily just make your own as others have also suggested. I have actually done this to make life easier for those that have asked for my help.

http://www.mediafire.com/file/tt1mj4m21j4/Ryu77%20MeGUI%20x264%20profiles.zip

Could you link us to this guide you have created as I would be interested to see the level of information provided.

Thanks for the presets. Unfortunately when I try to use them the encoding video window shows up but never actually begins encoding where as the default presets begin instantaneously. Any ideas? Thanks again

[Ryu77]

Thanks for the presets. Unfortunately when I try to use them the encoding video window shows up but never actually begins encoding where as the default presets begin instantaneously. Any ideas? Thanks again

You need to go into the x264 setup window and allocate a place for the log/stats file... Then all should be good.

Just to be clear, these presets are only for AVCHD & Blu-ray. Of course they can be used for regular encoding but AVCHD & Blu-ray is their intended use.

Also, the faster presets aren't all that fast. I know I could have made them faster, with lower quality settings but I value quality too much. Please feel free to change anything to your own preference.

[blsbball]

You need to go into the x264 setup window and allocate a place for the log/stats file... Then all should be good.

Just to be clear, these presets are only for AVCHD & Blu-ray. Of course they can be used for regular encoding but AVCHD & Blu-ray is their intended use.

Also, the faster presets aren't all that fast. I know I could have made them faster, with lower quality settings but I value quality too much. Please feel free to change anything to your own preference.

Thank you very much. Where exactly is the x264 setup window? And I intend on using your DVDrip preset. Im sure I will see good results.

[Ryu77]

Thank you very much. Where exactly is the x264 setup window? And I intend on using your DVDrip preset. Im sure I will see good results.

My DVDrip preset is something that I quickly made with minimal changes from the AVCHD preset. A couple things were altered to be more suitable for SD material. You may find a better (faster) DVD preset from the server. That being said, I know my preset will give great results due to x264 being such a great encoder but you may be able to get away with less optimal quality settings without any discernible difference.

In regards to the setup window...

http://i291.photobucket.com/albums/ll301/Ryu77_photo/Help2.jpg

[magnatique]

I think I may have found a bug :

I just needed to dual boot my Core I7 with XP on my original Windows7 partition. I made it boot out on H:\, so whenever I am in the winxp environment programs install on H:\

MeGui Updater always tries to run the updates on the c:\program files\megui position, not the H:\

[andrew_seul]

I got the same problem like you and I fixed it by reinstalling MeGUI completely :)

[magnatique]

I got the same problem like you and I fixed it by reinstalling MeGUI completely :)

Yeah, I copied the folder over from my c:\ win7 to my XP :)



I do have another bug but investigating on my own... seems to be random, unsure if it is when I am connected remotely to my box, or just a new problem when using the new vfw4x264.exe to pipe, but I get some D3d error on line 216 or something

[HeadlessCow]

Try opening up the AutoUpdate.xml file in the megui directory and replacing all the references to your old location with your new location.

[Neillithan]

An excerpt from a conversation I had with a friend regarding MeGUI.

[18:11] Neil: go to Options > Update
[18:11] jomi294: im there
[18:11] jomi294: but i already updated everything
[18:12] jomi294: and imported everything
[18:12] jomi294: overwrote everything
[18:12] Neil: go to profile collections on the left
[18:12] jomi294: ok im there
[18:12] jomi294: i see 4 items
[18:12] Neil: check Tx264
[18:12] Neil: right click it > force reinstall
[18:12] jomi294: done
[18:12] Neil: try it
[18:13] jomi294: yeah
[18:13] jomi294: it gives me the preset importer
[18:13] jomi294: but it sthe same ones i already have
[18:13] jomi294: theres some missing
[18:13] Neil: right click check all?
[18:13] jomi294: i only see the DXVA note
[18:13] jomi294: for the unrestricted profile
[18:13] jomi294: i remember with my old install
[18:13] jomi294: there were some other presets that had that DXVA thing
[18:13] jomi294: i even think you were the one that told met o use that
[18:13] jomi294: Extra Quality
[18:13] jomi294: setting
[18:13] Neil: yes, what has happened is, some douchebag decided to redo all of the presets
[18:14] jomi294: :o
[18:14] Neil: i complained about it at the doom9 forum, and AS USUAL
[18:14] jomi294: oh gg
[18:14] Neil: i'm taken as a fool
[18:14] Neil: check this out
[18:14] jomi294: ok
[18:14] jomi294: which profile shoudl i choose then
[18:14] jomi294: you must remember the one i m talking about
[18:14] jomi294: it had some DXVA tag
[18:14] jomi294: but it wasn't unrestricted
[18:14] jomi294: and it was Extra Quality
[18:14] Neil: use one of the ps3 or the xbox 360 profiles
[18:15] jomi294: what about the 2 pass
[18:15] jomi294: is that worse or better
[18:15] Neil: 2 pass is ALWAYS better
[18:15] jomi294: lol
[18:15] jomi294: nevermind
[18:15] jomi294: that was xvid
[18:15] Neil: also, be careful
[18:15] Neil: megui has defaulted to a constant quality in its presets
[18:16] Neil: only the presets that explicitly say 2 pass are 2 pass
[18:16] jomi294: so i choose
[18:16] jomi294: x264: PS3 - 2-pass
[18:16] Neil: for god knows what reason, somebody decided it should work that way. i also complained about that, but i think we know how that went

And for anyone that is curious, I am FULLY aware you can change the quality to "2-pass" in any of the presets. The point is, the default is constant quality, and in my honest to god opinion, that is full of retards.

[Atavarius]

Ah the arrogant ponce is back.

[18:13] Neil: yes, what has happened is, some douchebag decided to redo all of the presets

No some very nice person decided to take a dead program and continue its development because it was a fairly widely used tool. Another very nice person decided to redo the profiles because the old ones were very much out of date and did not make full use of new and updated x264 features.

[18:14] Neil: i complained about it at the doom9 forum, and AS USUAL

No you demanded that people change all their work so it was easier for you. Newsflash chief, the people that make these tools usually do not make them for paid jobs. They do it in their spare time for the betterment of the community. They owe you NOTHING. If I were you I would be thanking Zathor and the profile makers for making MeGUI usable again. As you have been told before, making your own profiles is extremely easy. All the relevant information is out there and can be found in oh a 5 minute Google search and some reading. I am sorry if you lack the capability to do either of these.

[18:14] Neil: i'm taken as a fool

No you were taken exactly as you are. An arrogant fool who refuses to do anything for himself. If you had come on and simply said something like:

Hey guys, is there any chance of getting a profile with these features (insert whatever it is you wanted here).

Someone would either have made it for your or pointed you exactly where you need to go to do it yourself. However I myself am disinclined to help you in anyway do to your rudeness and arrogance.

[18:15] Neil: 2 pass is ALWAYS better

This right here tells me everything I need to know. You have no idea at all what you are talking about and I doubt you would listen is anyone explained it to you.

[18:16] Neil: for god knows what reason, somebody decided it should work that way. i also complained about that, but i think we know how that went

Yes someone did. Someone with the intelligence or internet savvy to understand the options and make their own profiles. And who was also kind enough to share them. Again, you should be thanking them for making your favorite tool relevant again.

[Inspector.Gadget]

The point is, the default is constant quality, and in my honest to god opinion, that is full of retards.

You don't know better than the x264 developers, who ALWAYS tell people to use CRF when they don't need a specific file size. Nobody cares what you think, so stop posting this nonsense blend of off-topic idiocy and erroneous statements. Go away.

[Neillithan]

Ah the arrogant ponce is back.



No some very nice person decided to take a dead program and continue its development because it was a fairly widely used tool. Another very nice person decided to redo the profiles because the old ones were very much out of date and did not make full use of new and updated x264 features.

Do you think they could have done this in a way that doesn't annoy 5000 people?



No you demanded that people change all their work so it was easier for you. Newsflash chief, the people that make these tools usually do not make them for paid jobs. They do it in their spare time for the betterment of the community. They owe you NOTHING. If I were you I would be thanking Zathor and the profile makers for making MeGUI usable again. As you have been told before, making your own profiles is extremely easy. All the relevant information is out there and can be found in oh a 5 minute Google search and some reading. I am sorry if you lack the capability to do either of these.

First of all, I didn't demand anything. I used phrases like, "you need to" or "I suggest". That in no way implies that I'm demanding anything. If I was demanding, I would use phrases such as, "I demand" or begin telling you guys what to do without any kind of introductory phrase.

Understandably, "You need to" can be so easily misconstrued with demanding, but that is just my way of saying, "Please" without the courtesy.

I then proceeded to list examples for possible preset names, but nobody seemed to notice that.

No you were taken exactly as you are. An arrogant fool who refuses to do anything for himself. If you had come on and simply said something like:

Hey guys, is there any chance of getting a profile with these features (insert whatever it is you wanted here).

Someone would either have made it for your or pointed you exactly where you need to go to do it yourself. However I myself am disinclined to help you in anyway do to your rudeness and arrogance.

I don't WANT your help. I don't want a user from this forum to come to my rescue and create presets that perfectly suit me. What I "suggested" is a means to create better "default" presets to be downloaded through the auto updater in MeGUI. But seeing as one would have to be somebody of high status and recognition, that would, otherwise, never happen.


This right here tells me everything I need to know. You have no idea at all what you are talking about and I doubt you would listen is anyone explained it to you.

Does it excite you to know that you can pick out the ones that don't know everything there is to know about video encoding? Why not try something more interesting. Try figuring out which ones don't care enough to know everything. Then I'll be impressed. Or maybe I won't... due to the not caring part... You can never tell!

You make no effort to cite examples of why you think I have no idea of what I'm talking about.

Atavarius: I will just say this guy doesn't know what he's talking about so that I can appear like I know what I'm talking about. Golden!

Yes someone did. Someone with the intelligence or internet savvy to understand the options and make their own profiles. And who was also kind enough to share them. Again, you should be thanking them for making your favorite tool relevant again.

Well, this so called person with "intelligence or internet savvy" (I love how you put that word "or" in there) fucked up. It took less than 2 weeks for someone to come to me with questions regarding the new presets, to which I had to tell him to use a different preset than which he was accustomed to. I foresaw the future and I will continue foreseeing it so long as this new person with "intelligence or internet savvy" continues working on MeGUI.

This person you speak of should fess up and fix the presets. Oh, but please don't misconstrue that with demanding.


You don't know better than the x264 developers, who ALWAYS tell people to use CRF when they don't need a specific file size. Nobody cares what you think, so stop posting this nonsense blend of off-topic idiocy and erroneous statements. Go away.

The developers ALWAYS tell people to use CRF because ... why? File size? So what you're suggesting is, CRF can create videos of unpredictable size due to it being... better? Not to put words in your mouth, but that does look like that's what you're implying.

Maybe the reason they suggest CRF is because 2 pass is loosely integrated, meaning it requires more work, which MeGUI seems to have simplified with it's "automated 2-pass" function. Please somebody! Give me the answer!

Straight from the MeWiki (http://mewiki.project357.com/wiki/X264_Settings#crf):
When comparing a CRF encode to a 2pass encode at the same bitrate, the CRF encode will be marginally lower quality. On the other hand, it will have taken significantly less time, because the 'first pass' from a 2pass encode was skipped. On the other other hand, it's impossible to predict the bitrate a CRF encode will come out to (without actually performing the encode or a portion of it). It's up to you to decide which rate-control mode is better for your circumstances.

Oh so this is about semantics? You don't like the way I used the word "always". Maybe I should have phrased it like this:

2-pass has better quality, which therefore makes it better from a "quality" standpoint, but unless you know what the f*ck you're doing, you're better off using CRF. Yes?

Okay then, with that logic, why in gods name is CRF the default mode if MeGUI has simplified the use of multiple passes, therefore making multiple passes accessible to people whom are inexperienced at video encoding and compression techniques?

The answer is simple. The x264 devs are philosophical bastards that try to influence the populous with their "ways".

Or perhaps it's only this new guy with "intelligence or internet savvy" that has brought this upon us? I'm finished trying to guess.

-Neil

[Dark Shikari]

2-pass has better quality, which therefore makes it better from a "quality" standpoint, but if you know what the f*ck you're doing, you're better off using CRF. Yes?The information is wrong. Given the same amount of encoding time, CRF is superior to 2-pass at the same bitrate. Given the same settings rather than the same time, they're effectively identical within margin of error. My recent tests show that CRF generally has a very slight edge, albeit the difference is so small that you'd have to have OCD to care.Okay then, with that logic, why in gods name is CRF the default mode if most people are inexperienced at video encoding and compression techniques?Because the most common questions by inexperienced users is "what bitrate should I use?". It is better to give users what they expect (a consistent quality) than leave them guessing what bitrate to use. This isn't unique to x264: many other open source encoders default to constant quality or constant quantizer mode: Theora, for example. Furthermore, the most popular x264 GUI, Handbrake, also defaults to constant quality mode and has done so for quite some time.

2-pass takes more time and requires the user to specify a bitrate. Anything that requires more input from the user obviously cannot be default, since the default should require minimum possible user input. If bitrate mode is default, it requires more user input, and thus requires users to know more about video compression in order to encode a video. This is bad, as x264 should be as accessible to casual users as possible.The answer is simple. The x264 devs are philosophical bastards that try to influence the populous with their "ways".Or you're just trolling.

[Atavarius]

Do you think they could have done this in a way that doesn't annoy 5000 people?

Really the only annoyed person I have seen is you.

I don't WANT your help. I don't want a user from this forum to come to my rescue and create presets that perfectly suit me. What I "suggested" is a means to create better "default" presets to be downloaded through the auto updater in MeGUI. But seeing as one would have to be somebody of high status and recognition, that would, otherwise, never happen.

This is exactly what you want. You want "better" presets. "Better" as defined by you. MAKE YOUR OWN.

You make no effort to cite examples of why you think I have no idea of what I'm talking about.

I don't need to cite anything, anyone who has read your posts quite clearly sees you make no effort to inform yourself or else by now you could have *GASP* made your own profiles.

Well, this so called person with "intelligence or internet savvy" (I love how you put that word "or" in there) fucked up. It took less than 2 weeks for someone to come to me with questions regarding the new presets, to which I had to tell him to use a different preset than which he was accustomed to. I foresaw the future and I will continue foreseeing it so long as this new person with "intelligence or internet savvy" continues working on MeGUI.

This person you speak of should fess up and fix the presets. Oh, but please don't misconstrue that with demanding.

You know your attitude make me understand why so many open source projects die.

Straight from the MeWiki:
Quote:
When comparing a CRF encode to a 2pass encode at the same bitrate, the CRF encode will be marginally lower quality. On the other hand, it will have taken significantly less time, because the 'first pass' from a 2pass encode was skipped. On the other other hand, it's impossible to predict the bitrate a CRF encode will come out to (without actually performing the encode or a portion of it). It's up to you to decide which rate-control mode is better for your circumstances.
Oh so this is about semantics? You don't like the way I used the word "always". Maybe I should have phrased it like this:

2-pass has better quality, which therefore makes it better from a "quality" standpoint, but unless you know what the f*ck you're doing, you're better off using CRF. Yes?

Okay then, with that logic, why in gods name is CRF the default mode if MeGUI has simplified the use of multiple passes, therefore making multiple passes accessible to people whom are inexperienced at video encoding and compression techniques?

The answer is simple. The x264 devs are philosophical bastards that try to influence the populous with their "ways".

Or perhaps it's only this new guy with "intelligence or internet savvy" that has brought this upon us? I'm finished trying to guess.

-Neil

So you CAN do research! I am shocked, shocked I tell you. Make your own profiles and post them if you think this imaginary issue is affecting so many users.

Now you've been told straight from the x264 development team. So maybe you can stop trolling and actually contribute something? Either way, I am through with you. You make no effort to contribute to this thread but complaining MeGUI development will continue and the only unsatisfied people will be you and your friend.

[Dark Shikari]

Now you've been told straight from the x264 development team. So maybe you can stop trolling and actually contribute something? Either way, I am through with you. You make no effort to contribute to this thread but complaining MeGUI development will continue and the only unsatisfied people will be you and your friend.To be honest, I don't think your attitude is helping the situation here either...

It is important that discussions about technical issues remain technical. If you start attacking each other (this goes for both of you), nothing will get done.

[Neillithan]

The information is wrong. Given the same amount of encoding time, CRF is superior to 2-pass at the same bitrate. Given the same settings rather than the same time, they're effectively identical within margin of error. My recent tests show that CRF generally has a very slight edge, albeit the difference is so small that you'd have to have OCD to care.Because the most common questions by inexperienced users is "what bitrate should I use?". It is better to give users what they expect (a consistent quality) than leave them guessing what bitrate to use. This isn't unique to x264: many other open source encoders default to constant quality or constant quantizer mode: Theora, for example. Furthermore, the most popular x264 GUI, Handbrake, also defaults to constant quality mode and has done so for quite some time.

2-pass takes more time and requires the user to specify a bitrate. Anything that requires more input from the user obviously cannot be default, since the default should require minimum possible user input. If bitrate mode is default, it requires more user input, and thus requires users to know more about video compression in order to encode a video. This is bad, as x264 should be as accessible to casual users as possible.Or you're just trolling.

More user input? A bitrate is already specified when you choose any of the multiple pass modes. You would be a fool to stick with the default bitrate, which (to my knowledge) is 1000. 1000 is far too low to make a decent encode, depending on the source, which lets be honest... more and more videos are in at least 720p res now.

Just because an acceptable quality is chosen for constant quality, doesn't mean it requires any less user input. I think in bitrates, not values between 1 and 64. What the heck is 21 out of 64? Is that like 32%? The average joe schmoe is not going to know what "21 constant quality" represents, nor will they know which number to use.

Your point is moot.

[Dark Shikari]

Just because an acceptable quality is chosen for constant quality, doesn't mean it requires any less user input. I think in bitrates, not values between 1 and 64. What the heck is 21 out of 64? Is that like 32%? The average joe schmoe is not going to know what "21 constant quality" represents, nor will they know which number to use.

Your point is moot.You seem to be implying that most users change the default quality setting. As in the case of Handbrake, the vast majority of users do not. They just want it to work.

You "think in bitrates", but you are not a normal, casual user. An average user does not know what a bitrate is. An average user wants the program to re-encode his file and give a good quality result. This means the program should, without any tweaking whatsoever, always generate a good quality result. For a GUI, this means the user should be able to click "ipod" and click "encode", and get a quality video for his iPod. For a CLI, this means that "x264 input -o output" should generate a good result. If the user has to click anyone else, the program has failed to serve its purpose.

Of course, it is not unreasonable to design a program for advanced users, but if your goal is to serve casual users (which your goal appears to be, by your statements), you should design the program accordingly.

I suggest you stop attacking everyone in this thread, as your attitude is not helping the situation or MeGUI as a project. Declaring everyone else to be wrong does not win you anything other than anger and annoyance: it doesn't make MeGUI better, nor does it convince anyone of your ideas. I have nothing against different opinions, and had you expressed them in a less vicious and obnoxious manner, perhaps I might have been more likely to agree with you.

[Neillithan]

You seem to be implying that most users change the default quality setting. As in the case of Handbrake, the vast majority of users do not. They just want it to work.

You "think in bitrates", but you are not a normal, casual user. An average user does not know what a bitrate is. An average user wants the program to re-encode his file and give a good quality result.

I suggest you stop attacking everyone in this thread, as your attitude is not helping the situation or MeGUI as a project.

Which is why I DO NOT suggest Handbrake!

[Atavarius]

To be honest, I don't think your attitude is helping the situation here either...

It is important that discussions about technical issues remain technical. If you start attacking each other (this goes for both of you), nothing will get done.

Agreed DS, and apologies to all. His tone just really got under my skin.

Neil,

Honestly, I would like to help, and I am sure many in the community here are willing. You've laid out what you want in a profile, so put a few together and post them here. People can go over them and critique and you can distribute them at your leisure. If you want help in building them, then layout to us that devices you are shooting for and what encoding methods (well I guess your preference for 2 pass has been established:p) you want to use.

[Neillithan]

Agreed DS, and apologies to all. His tone just really got under my skin.

Neil,

Honestly, I would like to help, and I am sure many in the community here are willing. You've laid out what you want in a profile, so put a few together and post them here. People can go over them and critique and you can distribute them at your leisure. If you want help in building them, then layout to us that devices you are shooting for and what encoding methods (well I guess your preference for 2 pass has been established:p) you want to use.

I can only tell you what I would like to see for presets. More than a year ago, I would use the Unrestricted presets, which were formerly named simply "x264 2-pass extreme" or something to that nature. In an effort to avoid creating L5.1 AVC videos, I started using the DXVA presets. In the latest update of MeGUI, the DXVA presets have been renamed (or changed) to Unrestricted (DXVA).

I have not yet researched what makes the new DXVA presets "Unrestricted", but in an effort to retain consistency across all platforms, I started using and suggesting the PS3-Xbox360 preset.

Also, to further complicate things, there are new AVCHD presets. I don't know much about AVCHD other than a video encoded and formatted as a Blu Ray structure can be burned to DVDs and played in most Blu Ray players.

Whether or not that makes them incompatible with the Xbox360, or other hardware media streamers, I don't know... but in an effort to choose the least harmless preset, it is becoming annoying to rediscover the presets every 6 months and at the same time, it is a growing concern for me and the people I teach how to use MeGUI. They tend to come back to me with questions regarding the presets, which is already a very annoying topic.

I assumed the DXVA presets were the golden ones that work on anything, but now that they have been renamed to "Unrestricted", I'm not so sure anymore.

So in addition to teaching the fundamentals of bitrates and multiple pass encodings, I have to teach something totally irrelevant like x264 presets.

I consider myself acquainted to video encoding and MeGUI based on a few years of experience with different programs and trial and error. I possess no means to create my own presets, nor do I WANT to, which I have stated more than once now.

-Neil

[Atavarius]

I don't think you're ever going to really get a profile that will work 100% on every decoder out there. Especially since some of the hardware decoders get pretty touchy on what setting can be used.

From a quick glance at the 2-pass DXVA profile, you can simply change the AVC level to whatever level you wish and it will no longer be unrestricted. From there you just need to enter whatever bitrate you calculated and you should be fine. If you want more specific you will have to tailor a profile to your specific decoder.

[Neillithan]

After some experimentation, I can say that Constant Quality has confirmed all of my suspicions.

I used a 21second 1080p 30fps video (No Audio) captured from Unreal Tournament 3, which has lots of motion, so its compressibility should be very difficult.

Using the "Unrestricted (DXVA) Insane" Preset, it created an 82MB file. Average bitrate: 31,000

Using the "Unrestricted (DXVA) Balanced" Preset, it created a 42MB file. Average bitrate: 17,000

Using the "Unrestricted (DXVA) Standard" preset, it created a 35MB file. Average bitrate: 14,000

Each of these files exceeds a 10,000 bitrate, which allow me to explain why this is bad.

Unless your computer meets 1 or more of these 3 requirements, it will have difficulty playing this video.

1. At least a dual core CPU
2. GPU acceleration for video decoding of AVC videos.
3. A super fast software decoder like CoreAVC

Why is this bad? Because by being lazy and using Constant quality, the filesizes are MUCH larger than a 2-pass encoding with a specified bitrate less than 10,000 and they are much more difficult to decode due to the high bitrates.

By imposing Constant Quality on most presets, you are making non tech savvy users to MeGUI create videos that are 1. Much larger than they need to be and 2. Much more CPU intensive to decode, given the source material.

By using 2-pass and learning how bitrate influences filesize and decoding requirements, you leave nothing up to chance. This is the way MeGUI used to work. 2-pass was the default selection.

On top of that, the bitrate calculator can give you a really good idea of what the resulting filesize will be, and it offers to implant the bitrate into your video preset.

To make matters worse, when selecting a preset that defaults to constant quality, if you attempt to use the bitrate calculator to implant a bitrate, rather than select 2-pass as the default mode, it selects ABR, which is something I have never seen MeGUI do!

I cannot begin to express how faulty MeGUI has become.

-Neil

[Dark Shikari]

...CPU intensiveness depends on the maximum bitrate, not the average. If you want to attempt to avoid situations where videos have overly intensive segments, you need to have VBV on by default as well.

This of course will create situations in which some difficult portions of videos need a lot more bitrate than the maximum, will look bad, and people will complain about them.

There's no such thing as a free lunch.

[nurbs]

Why is this bad? Because by being lazy and using Constant quality, the filesizes are MUCH larger than a 2-pass encoding with a specified bitrate less than 10,000 and they are much more difficult to decode due to the high bitrates.

By imposing Constant Quality on most presets, you are making non tech savvy users to MeGUI create videos that are 1. Much larger than they need to be and 2. Much more CPU intensive to decode, given the source material.

You got a high bitrate because it is 1080p video game footage. That's not exactly easy to encode. If you had used another clip the resulting bitrate might have come out as 5 Mbps and then your 10 Mbps clip would be 1. Much larger than it needs to be and 2. Much more CPU intensive to decode, given the source material. I doubt that you can determine the compressibility of the clip just by looking at the source material.

To make matters worse, when selecting a preset that defaults to constant quality, if you attempt to use the bitrate calculator to implant a bitrate, rather than select 2-pass as the default mode, it selects ABR, which is something I have never seen MeGUI do!

I cannot begin to express how faulty MeGUI has become.

You could begin by filing a bug report (http://sourceforge.net/tracker/?group_id=156112&atid=798476), which you haven't bothered doing yet.

It's the same with the profiles. Instead of just complaining you could make your own. Maybe you can post them somewhere on the forum so the people you teach and the 5000 people the situation annoys according to you get something out of it.

[Neillithan]

I created profiles with my limited knowledge. I basically used the DXVA Unrestricted 2-pass preset as a starting point. I changed it from "autoguess" to "High". I created profiles for each individual preset (medium, slow, slower etc...). I named them in a way so that they appear in numerical order in the "Encoder Settings" dropdown menu.

Here they are.

http://www.filefront.com/15571911/Neil%27s%20x264%20dxva%202-pass%20profiles.zip

I understand what the new profiles and preset slider are designed to do. They're designed to simplify the "Encoder Settings" dropdown menu, but that is not ideal in my opinion. The dropdown menu shows an "at a glance" view of the individual profiles". If the "Encoder Settings" dropdown had individual presets for the different speeds, I wouldn't be forced to use the "Config" to adjust the speed or complexity of the profile.

It would be better if there were 2 dropdown menus so that a "basic" set of profiles are selectable using the "Medium" preset as default. The second dropdown menu would allow you to choose a second list of profiles that change the preset to whatever speed you prefer (Medium, slow, slower etc...).

That may complicate things, but if you consider the current way profiles work, it's really bad. If you try to configure a profile to change the preset to whatever speed you want, it bugs you to save the preset. Maybe I don't want to save the preset just so I can choose a different speed, which is why I suggest the "multiple dropdown lists" idea.

Also, as another suggestion, it might be worth it to change some terminology in the GUI. Instead of "presets", why not consider "speed" or "complexity". Speed more closely resembles the naming scheme for "Slow", "Slower"... "Complexity" is more accurate (in my opinion). The word "preset" is too ambiguous. You could also just insert the word "Speed" before the word "Preset": Speed Presets.

-Neil

[Neillithan]

You got a high bitrate because it is 1080p video game footage. That's not exactly easy to encode. If you had used another clip the resulting bitrate might have come out as 5 Mbps and then your 10 Mbps clip would be 1. Much larger than it needs to be and 2. Much more CPU intensive to decode, given the source material. I doubt that you can determine the compressibility of the clip just by looking at the source material.

Yes, I am well aware that the video footage I used was extremely difficult to encode. That's why I used it as an example. Whether it's a high action packed scene of a movie, or a video of Unreal Tournament, the probability of getting an extremely high bitrate outweighs the benefits of using constant quality. I remember watching a video that was created in Vegas that used a film grain effect. More than likely, using Constant Quality on any video that has a manual film grain effect like that would produce a high bitrate video.

The very unsubtle point I'm making is, Constant Quality is not ideal for most situations, whereas 2-pass most certainly is and should be the default method, as it has been for most of MeGUI's existence.

You could begin by filing a bug report (http://sourceforge.net/tracker/?group_id=156112&atid=798476), which you haven't bothered doing yet.

It's the same with the profiles. Instead of just complaining you could make your own. Maybe you can post them somewhere on the forum so the people you teach and the 5000 people the situation annoys according to you get something out of it.

Done.

[nurbs]

I basically used the DXVA Unrestricted 2-pass preset as a starting point. I changed it from "autoguess" to "High". I created profiles for each individual preset (medium, slow, slower etc...).
If you only have medium and slower presets setting the profile to high doesn't change anything, because these presets create high profile output anyway. Even if they didn't why would you want to indicate a higher profile than the stream was encoded at? If you want to ensure higher compatibility to old DXVA hardware and standalone hardware players you should set the level to 4.1 and add the necessary VBV parameters if you haven't done that already.
Instead of "presets", why not consider "speed" or "complexity".
Because the command line parameter is --preset and changing the GUI label to something different would likely be confusing instead of helpful.
Whether it's a high action packed scene of a movie, or a video of Unreal Tournament, the probability of getting an extremely high bitrate outweighs the benefits of using constant quality. I remember watching a video that was created in Vegas that used a film grain effect. More than likely, using Constant Quality on any video that has a manual film grain effect like that would produce a high bitrate video.
Well, yes, getting an extremely high bitrate can be a result of constant quality depending on the source. That's the point of using CRF after all. The video gets as much bitrate as is needs without the user having to worry about it.
If you want a lower bitrate for a grainy video while keeping most of the details your best bet is some avisynth filters (MCTemporalDenoise, MVDegrain, ect.) to get rid of at least part of the grain before encoding. If you are okay with a less accurate representation of the source in general you can encode everything including other clips without grain at a higher CRF value and save some space.
The very non subtle point I'm making is, Constant Quality is not ideal for most situations, whereas 2-pass most certainly is and should be the default method, as it has been for most of MeGUI's existence.
For the average user 2-pass is ideal in exactly one situation, when you have space constraints e.g. a DVD. If you use hardware decoders or you have a slow CPU your best chance is constraining the encode to Profile@Level+VBV and you can do that with CRF as well as 2-pass. At the same time you don't have to do any extra setup. With 2-pass you still have to pick a bitrate. If you have space constraints you have no choice anyway. If you don't you can't really know if you are wasting bits or starving the encode without a compressibility test.

[quantum5uicid3]

we need like a 12 step program for life without the sharktooth profiles or something

[stax76]

The defaults in x264 are very good, StaxRip uses them 1:1, constant quality mode is the default in x264 and in StaxRip it's the default since years even before x264 existed, it's the only mode I use and recommend since years. Thinking 2pass mode is more efficient then constant quality mode is one of the most common misconceptions and because of this StaxRip has a help button right besides the Mode option explaining the difference:

Generally there are two popular encoding modes, quality based and 2pass. 2pass mode allows to specify a bit rate and file size, quality mode doesn't, it works with a rate factor and requires only a single pass. Other terms for quality mode are constant quality or CRF mode in x264.

Slow and dark sources compress better then colorful sources with a lot action so a short, slow and dark movie requires a smaller file size then a long, colorful source with a lot action and movement.

Quality mode works with a rate factor that gives comparable quality regardless of how well a movie compresses so it's not using a constant bit rate but adjusts the bit rate dynamically. So while the same rate factor can be applied to every movie to achieve a constant quality this is not possible with 2pass mode because every movie requires a different bit rate. Quality mode is much easier to use then 2pass mode which requires a longer encoding time due to 2 passes and a compressibility check to be performed to determine a reasonable image and file size which also requires more expertise.

It's a common misconception that 2pass mode is more efficient than quality mode. The only benefit of 2pass mode is hitting a exact file size. Encoding in quality mode using a single pass will result in equal quality compared to a 2pass encode assuming the file size is identical of course.

Quality mode is ideal for hard drive storage and 2pass mode is ideal for size restricted mediums like CD's and DVD's. If you are still not sure which mode to use then it's probably better to use quality mode.

So yes, of course it's true that 2pass requires more effort and experience.

Users should really not rely on profiles made by a GUI but try to understand x264 directly and build their own profiles. Since presets and tunings were introduced there aren't many excuses any longer that this is difficult, maybe because of devices but devices can be integrated in the GUI in a similar way presets and tunings are integrated in x264, that is much better than having device options only in profiles, also devices will be integrated in x264 since ease of use is a primary design goal for x264.

MeGUI is designed for experienced users and don't take care of newbies, this has been stated by various MeGUI developers in the past, this causes newbies a lot of problems, instead of complaining they either need to learn or use a application designed for them.

[quantum5uicid3]

i guess ill add:

as ive said before

maybe im wrong, but im yet to be corrected, dxva in itself is not restricted. specific decoders, maybe all atis still?, and older nvidia video cards have limitations @4.1. a $80 low profile 9600gt and mpc-hc does not. --level 4.1 should be sufficient if unrestricted is cause u problems. ( it is on my 8400gs) ive asked for the current state of dxva from the ati side of the fence but never heard anything. basically my view was that the 9600gt's are pretty shitty at this point in the world of video. if they can handle it, then i think it would be silly to keep encoding vids to conform to programmer's laziness and a decision to do so would be more specific then a general rule.

im the douchebag(heh) that made the presets stepping on the shoulders of sharktooth, kurtnoise, the x264 dev peeps, and all the other smart people here in about 10minutes using kurtnoise's device settings spreadsheet specifically. i never asked for any credit for them or deemed them as a seamless transition from sharktooth's. im far from an expert compared to others around here and realize they are far from perfect and others are encouraged to recreate them or make specific suggested fixes(adding "speed" in front of preset probably isn't going to happen though)(i think "slow" and "fast" etc. denote speed in the presets clearly enough) :)

the only documentation i wrote and will write:

the megui profiles now are just device settings. i chose imho a logical constant quality crf range going from 17-23 in increments of 1.5 and a 2pass. users must change --preset(amount of time dedicated to encode) and --tune(type of source) to their needs still. with the maturity of crf 2pass is only needed to hit a certain file size. certain options ensuring device compatibility are forced in the "custom commandline" field. this prevents user error and allows the preset to be changed while maintaining required options.

[Neillithan]

@nurbs

It does seem like a good idea to limit the profile and VBV if there are hardware constraints. The new presets in MeGUI default to the Medium preset mode, unless the preset is for a specific device... which is good because Medium doesn't create too complex of an encode for the non tech savvy user.

However, some people might be tempted to choose some of the slower presets, which most of the time will botch things from device compatibility and computer performance point of view. Choosing the "placebo" preset will most of the time create an L5.1 video unless you manually specify the Level and restrict the profile to High. Also, I'm well aware the Placebo preset is not going to do much compared to the slower preset. For instances like that, it would be more beneficial to use a profile (especially for the DXVA profiles) that restrict those couple of things.

To top it off, it would be interesting to have an intelligent VBV now that CRF is deemed the new default in MeGUI. Rather than leave the VBV at "0", perhaps there could be an option in MeGUI that automatically determines the VBV based on the source material. I've seen videos that have an average bitrate of 10,000 but have a peak bitrate of 70,000. That should never happen, no matter how short the segment in the video is. That is less likely to happen in a 2-pass encode even without VBV manually specified, which is why I suggest it. Now that I am aware of VBV, I will be using it a lot more. Obviously if my target bitrate is 10,000, I will want to specify a VBV between 20,000 to 30,000, right? It all depends what the user chooses for the bitrate.

@quantum5uicid3,
yes, the 4.1 restriction of older video cards has a lot to do with why I think the DXVA profiles should be restricted, or at the very least, offer a second set of Restricted DXVA profiles to avoid that issue. Not to mention, (to my knowledge) all hardware decoders like the PS3, Xbox 360, popcorn hour (you name it) do not support L5.0 or L5.1. As stated by Dark Shikari in past threads, they can't due to physical limitations. Even if you don't intend to watch your video on a hardware media streamer, that doesn't mean you should encourage the bad practice of creating Ultra high level videos. They only serve to pollute. I'm always downloading videos from Quakeunity.com and own-age.com in the MP4 or MKV container to find that the user created an L5.1 video. That probably was his own fault for not understanding the inner workings of AVC, but the blame can't be placed entirely on him, agreed?

It seems clear to me that you guys are going to stick with CRF, even though 2-pass has been commonplace in MeGUI for years now... I'm beating a dead horse at this point. The least you can do is take my suggestions under consideration and offer a set of profiles that work on a variety of devices, that do not break compatibility if you choose a preset higher than medium.

Thanks,
-Neil

[nurbs]

I've seen videos that have an average bitrate of 10,000 but have a peak bitrate of 70,000. That should never happen, no matter how short the segment in the video is. That is less likely to happen in a 2-pass encode even without VBV manually specified, which is why I suggest it. Now that I am aware of VBV, I will be using it a lot more. Obviously if my target bitrate is 10,000, I will want to specify a VBV between 20,000 to 30,000, right? It all depends what the user chooses for the bitrate.
VBV parameters don't depend on your target bitrate, they depend on the playback device. VBV maxrate is a function of profile and level that is supported, e.g. hp@4.1 has a maxrate of 62500 kb/s. x264 can't do anything unless both maxrate and buffer size are specified. The buffer size depends on the playback device. As a rule of thump people generally select the same buffer size as the maximum bitrate. One should probably keep in mind that blu-ray uses maxrate and bufsize that is lower than hp@4.1 if that is the target. It would be interesting to know if that matters for hardware compatibility, but I wouldn't think so.
Your 10 Mb/s average 70 Mb/s maximum scenario could still happen with hp@4.1 and blu-ray encodes (if I remember the blu-ray numbers correctly).
Furthermore 2-pass and CRF should have almost the same bitrate distribution given the same average bitrate so I doubt the peak would be much lower.

Not to mention, (to my knowledge) all hardware decoders like the PS3, Xbox 360, popcorn hour (you name it) do not support L5.0 or L5.1.
Actually it is sometimes 4.1 with more reference frames allowed. My 80€ WD TV (http://www.wdc.com/de/products/wdtv/) can allegedly decode 1080p with 16 refs and I guess it's not the only device using that particular decoder chip. I love that player. Handles vobsubs in 720p mkv perfectly Personally my encodes top out at hp@3.1 so I never really tested the limits.

In principle I agree that there should be a hardware profile that is limited to hp@4.1 for maximum compatibility. (If there isn't already. I don't know since I don't use the profiles.)

[HeadlessCow]

ive asked for the current state of dxva from the ati side of the fence but never heard anything.

ATI (at least the 3450 and 4670 I have) limits DXVA decodes to level 4.1. (might not care about the VBV settings, I never encode high enough bitrate for them to matter).

[Lyle_JP]

An excerpt from a conversation I had with a friend regarding MeGUI.

Was there a reason for this post other than to act like a dick? If you don't like MeGUI's direction you're certainly free to write your own GUI and post it here. That actually might be a useful post.

[rudiev]

I updated to megui 0.3.3 and ran an megui update. But when I want to encode to x264 it uses vfw4x264.exe, and this doesn't work with my profile. How can I use the x264.exe which I used before with the old megui? I can't find it in the settings.

[rudiev]

I updated to megui 0.3.3 and ran an megui update. But when I want to encode to x264 it uses vfw4x264.exe, and this doesn't work with my profile. How can I use the x264.exe which I used before with the old megui? I can't find it in the settings.

I updated the x264.exe from x264.nl, now version 1442, but it generated an error in megui, could not create process or something. Now I renamed the vfw4x264.exe to #vfw4x264.exe.org and renamed the x264.exe to vfw4x264.exe and it works all fine now.
Why does megui uses vfw4x264.exe? It's a small program so I think it calls x264.exe to do the encoding, but with the new x264.exe it doesn't work.

[Zathor]

I updated the x264.exe from x264.nl, now version 1442, but it generated an error in megui, could not create process or something. Now I renamed the vfw4x264.exe to #vfw4x264.exe.org and renamed the x264.exe to vfw4x264.exe and it works all fine now.
Why does megui uses vfw4x264.exe? It's a small program so I think it calls x264.exe to do the encoding, but with the new x264.exe it doesn't work.

Please post the error log and your system details. vfw4x264 is used as a wrapper for x64 x264.

[rudiev]

Please post the error log and your system details. vfw4x264 is used as a wrapper for x64 x264.

Strange, now it is working. also updated x264_64.exe with the latest one from x264.nl, now version 1416 for 64 bit.

The error log is:

[Warning] Log
-[Information] Versions
--[NoImage] MeGUI Version : 0.3.3.0
--[NoImage] OS : Windows Seven x64 (6.1.0.7600)
--[NoImage] Latest .Net Framework installed : 3.5 SP1 (3.5.30729.4926)
--[NoImage] Avisynth Version : 2.6.0.1
-[Information] Log for job1 (video, loadm2ts.avs -> )
--[Information] [18-2-2010 13:09:36] Started handling job
--[Information] [18-2-2010 13:09:36] Preprocessing
--[NoImage] Job commandline: "C:\Program Files (x86)\MeGUI\tools\x264\vfw4x264.exe" --profile high --level 4.1 --preset slow --tune film --pass 1 --bitrate 14400 --stats "G:\src\Heat.1995.BluRay.1080p.DTS.Remuxed.dxva-KNiCKER.stats" --slow-firstpass --thread-input --ref 8 --vbv-bufsize 50000 --vbv-maxrate 50000 --rc-lookahead 60 --subme 9 --partitions all --trellis 2 --no-dct-decimate --sar 1:1 --output NUL "G:\src\loadm2ts.avs"
--[Information] [18-2-2010 13:09:36] Encoding started
--[NoImage] Standard output stream
--[NoImage] Standard error stream: Error: Failed to create process <2>!
--[Information] [18-2-2010 13:09:37] Job completed
-[Warning] Log for job1 (video, loadm2ts.avs -> )

But now it's working, vfw4x264.exe is using the x264_64.exe. Maybe i gonna test how much the difference is using the 32 bit or 64 bit of x264.exe. Does someone maybe have some reference movie file to test?

[rudiev]

Ok, here the results of a little testing. I found a .m2ts file on an bluray. Here's the MediaInfo information:



General
ID : 0
Complete name : G:\src\00015.m2ts
Format : BDAV
Format/Info : Blu-ray Video
File size : 453 MiB
Duration : 5mn 50s
Overall bit rate : 10.8 Mbps
Maximum Overall bit rate : 48.0 Mbps

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : VC-1
Format profile : AP@L3
Duration : 5mn 50s
Bit rate : 9 051 Kbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Resolution : 8 bits
Colorimetry : 4:2:0
Scan type : Progressive
Bits/(Pixel*Frame) : 0.182
Stream size : 378 MiB (83%)

...

There were also three AC-3 audio codings and two subtitle stream, but I left those out of the MediaInfo because it has not value.


Used version x264.exe , downloaded from x264.nl
32 bit: x264 core:85 r1442 781d300
64 bit: x264 core:84 r1416 fcf70c2

Computer
Intel Quadcore Q9450 2,66GHz @ 3,2GHz
8 GB RAM
Using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.1 Cache64
MeGUI Version : 0.3.3.0
OS : Windows Seven x64 (6.1.0.7600) (Windows 2008 R2)
Latest .Net Framework installed : 3.5 SP1 (3.5.30729.4926)
Avisynth Version : 2.6.0.1


Command lines

--[NoImage] Job commandline: "C:\Program Files (x86)\MeGUI\tools\x264\vfw4x264.exe" --profile high --level 4.1 --preset slow --tune film --pass 1 --bitrate 14400 --stats "G:\src\test_xx-bit.stats" --slow-firstpass --thread-input --ref 4 --vbv-maxrate 50000 --sar 1:1 --output NUL "G:\src\test.avs"

--[NoImage] Job commandline: "C:\Program Files (x86)\MeGUI\tools\x264\vfw4x264.exe" --profile high --level 4.1 --preset slow --tune film --pass 2 --bitrate 14400 --stats "G:\src\test_xx-bit.stats" --thread-input --ref 4 --vbv-maxrate 50000 --sar 1:1 --output "G:\src\test_xx-bit.mkv" "G:\src\test.avs"



Encoding megui 0.3.3 with vfw4x264.exe using x264_64.exe

Time FPS
Job1 7:28 18,68 FPS
Job2 5:19 26,28 FPS



Encoding megui 0.3.3 with x264.exe 32 bit (renamed it to vfw4x264.exe)

Time FPS
Job1 7:46 18,01 FPS
Job2 5:37 24,97 FPS


Conclusion
There are little difference in encoding time using the 32 bit or 64 bit version of x264.exe. Job1 is 3,9% faster with 64 bit compare to 32 bit. Job2 is 5,3% faster with 64 bit compare to 32 bit.
The 64 bit could go even faster because the vfw4x264.exe process is consuming a little CPU power

[karasu]

Hello,

I'm trying to recompress a 4Go MKV using Megui. Here's my avs file :

DirectShowSource("H:\Movie.mkv", fps=23.976, audio=false, convertfps=true)

mergechroma(blur(1.3)) # Little Noise

loadplugin("C:\Program Files\AviSynth 2.5\plugins\FFT3DFilter\fft3dfilter.dll")
FFT3DFilter(bt=-1, sharpen=1.2)



In Megui, I load my avs file, the preview windows pops up and show me a proper frame of the movie.
I set up my x264 settings and enqueue it.
I have an error when I launch the encoding :

[Error] An error occurred: avs [error]: DirectShowSource: couldn't create filter graph:
[Error] An error occurred: x264 [error]: could not open input file `H:\Movie.avs'

I can play my avs file in MPC.

Can you help me?

[TheProfosist]

was wondering where i can request features since that thread is closed. i would like to request FLAC encoding support and save frames to file or to clipboard in the preview window

[Inspector.Gadget]

I'm trying to recompress a 4Go MKV using Megui.

What is a "4Go MKV", what's in it, and how did you make it?

[Zathor]

was wondering where i can request features since that thread is closed. i would like to request FLAC encoding support and save frames to file or to clipboard in the preview window

You can request new features here:
http://sourceforge.net/tracker/?group_id=156112&atid=798479

Flac support is already on the list.

[karasu]

What is a "4Go MKV", what's in it, and how did you make it?

AVC1 1280x544 and AC3 audio

[Inspector.Gadget]

OK, but that still doesn't tell us the sort of details relevant to figuring out why DSS isn't working. What program did you use to make the MKV container? What was the writing library? What did you use to encode the AVC stream and did you use any exotic options? Etc. My initial suspicion is that you don't have a system-wide (versus internal to MPC) DirectShow matroska splitter and/or H.264 decoder, but if that proves incorrect, then it's down to something weird with the file itself.

[karasu]

MPC uses ffdshow libavcodec (cccp) with Haali Media Spliter. I did not create the source file.

I didnt understand why Megui is capable to show me the preview windows of my avs but crashes when starting the actual encoding process.
Megui work great when I rip my own dvds with d2v project files.

I have remuxed the mkv file with MMG v2.9.9 but always the same error.

[Inspector.Gadget]

I did not create the source file.

Sorry, you're on your own, per the forum rules (http://forum.doom9.org/forum-rules.htm). If you'd like to clarify the origin of the material with a mod via private message and the mod clears it, then we can discuss the file.

[xxxomxxx]

hi all

how can i force MeGui to use more CPU - while encoding mine is running at 40% CPU & RAM?

thanks

[karasu]

how can i force MeGui to use more CPU - while encoding mine is running at 40% CPU & RAM?

can you paste here your avs file? (I suspect a non-multithreaded filter)

[karasu]

I have tried with a MKV file encoded myself (with megui) from a DVD I have bought. with the same avs file (with corrected filepath of course).
The avs file is playable in MPC with Haali Media Splitter and FFDSHOW.

Megui display properly the preview window when I load the avs file.

But I always get the same error when starting the queue.

Megui is up to date.

[Robertus]

with 0.3.4.0 when i open bitrate calculator and i set a size, when i close and reopen bitrate calculator , the size disappears... why!?

old version didn't have this problem... someone have a solution?

[Ruriko]

When I try to load any video in the AVS script creator megui just closes. Megui was working fine for the past 3months and now this happens!

[ZEXEL]

need function for next release MegUI:
# auto-delete .AVS + source file
hope it can be reality... :thanks:

[blubberbirne]

need function for next release MegUI:
# auto-delete .AVS + source file
hope it can be reality... :thanks:

hm, and what happens when your outfile is crap?

[ZEXEL]

hm, and what happens when your outfile is crap?
let it be...

[Floatingshed]

Can anyone please help. My XVID encodes will only play on a standalone player for 6 seconds if encoded with MeGUI (XVID Encraw) but they are fine using Virtualdub and XVID with the same settings! I've tried them on a friend's, entirely different player too, same result.
Does that ring any bells with anyone, please?

[handsomejack]

with 0.3.4.12 when i was encoding it showed error
Runtime error!
Program: C:\Program files\megui\tools\x264\x264.exe
abnormal program termination
I used 0.3.4.0,too; but no use. but when i use 0.3.1.1053, it's ok.

PS: Sorry for my bad english :p

[LigH]

@ Floatingshed:

Might be possible that the tools used by MeGUI (ffmpeg / mencoder) don't create optimal AVI containers (which might lack of some indexing), which could be fixed by remultiplexing them using e.g. AviMux-GUI or VirtualDub.

But without a detailed technical analysis it is impossible to answer your question - you did not even mention your used container (I can only guess it's AVI because most SAP won't be able to play anything else, and VirtualDub doesn't create anything else either).
__

@ handsomejack:

Different MeGUI versions might use different x264 revisions - which may require different command line options.

Furthermore you did not mention any system details, e.g. if you have a 64-bit Windows.
__

Details, details, details. ;)

[Ryu77]

I have noticed something strange as of recent...

I can not seem to change my x264 log file name or location through MeGUI anymore. When I click on the little button next to the log file absolutely nothing happens (MeGUI/Config/Misc/). The strange this is, if I press the button below the log file for the qp file, this seems to work fine.

Has anyone else experienced this? Is there a fix for it?

[unknownsoldierX]

What is the proper way to select audio input? Say if my source is an AVI with xvid and mp3. I use the script creator. Then, under audio input, I select the AVI. The resulting file does not have audio.

Do I have to demux a file before using MeGUI?

[quantum5uicid3]

@floatingshed

megui uses the most recent squid_80 build of xvid_encraw.exe for mkv output and xvidcore.dll 1.2.2. there arent known issues with the squid_80 build, but try using a more recent build. even downloading the 1.2.2 from this site will have an updated xvid_rawenc.exe. you will lose mkv output though.

http://www.xvidvideo.ru/xvid-video-codec/

edit: i guess it could be a problem with avimuxgui v1.17.8.3 too

@handsomejack
plz let autoupdate update everything unless you know what your doing.

@Ryu77
looks like a bug to me

@unknownsoldierX
yes megui can transcode the audio directly from a container. it sounds like your missing the steps of enqueuing and running the audio job seperately and muxing the newly created files together

[simonrule]

can any one give me tutorials in how can make high quality small size

[unknownsoldierX]

@unknownsoldierX
yes megui can transcode the audio directly from a container. it sounds like your missing the steps of enqueuing and running the audio job seperately and muxing the newly created files together

I must have. I got it to work by using auto encode. How would I manually add demux to the queue?

Also, I'm converting an MP4 with AVC/AAC to an xvid/mp3 AVI. The video is 40min. long and the preprocessing took 17min. What was it doing for that time?

[Inspector.Gadget]

can any one give me tutorials in how can make high quality small size

x264 --crf 18. Please make more of an effort to write in standard English and define your question precisely: both "high quality" and "small size" are totally subjective.

[unknownsoldierX]

I just converted an MP4 with AAC audio to AVI, and the resulting file does not have audio. I'm running Win7 32bit.

[Adub]

How did you convert it? We need a LOT more information before we can help you.

simonrule: This is kind of a loaded question. In short, use a high quality X264 profile with a low bitrate.

[unknownsoldierX]

Loaded the MP4 into the AVS creator and saved the AVS without making any changes. Loaded the MP4 as the audio input. Selected 'Xvid Const. Quantiser 2 Fast', and 'LAME MP3 128ABR'. Hit AutoEncode. Changed container to AVI. Hit queue.

Checked that the queue had audio, video, and mux jobs. Hit start.

[Havokdan]

Sorry, delete the post for me

[Zathor]

I can not seem to change my x264 log file name or location through MeGUI anymore. When I click on the little button next to the log file absolutely nothing happens (MeGUI/Config/Misc/).

Thanks, fixed in 0.3.4.13

[handsomejack]

@ Floatingshed:

Might be possible that the tools used by MeGUI (ffmpeg / mencoder) don't create optimal AVI containers (which might lack of some indexing), which could be fixed by remultiplexing them using e.g. AviMux-GUI or VirtualDub.

But without a detailed technical analysis it is impossible to answer your question - you did not even mention your used container (I can only guess it's AVI because most SAP won't be able to play anything else, and VirtualDub doesn't create anything else either).
__

@ handsomejack:

Different MeGUI versions might use different x264 revisions - which may require different command line options.

Furthermore you did not mention any system details, e.g. if you have a 64-bit Windows.
__

Details, details, details. ;)

oh, my bad :p . I 'm using XP SP3 32bit. So what x264 revision i should use because i used auto update in megui and it updated for me.

[Floatingshed]

@ Floatingshed:

Might be possible that the tools used by MeGUI (ffmpeg / mencoder) don't create optimal AVI containers (which might lack of some indexing), which could be fixed by remultiplexing them using e.g. AviMux-GUI or VirtualDub.

But without a detailed technical analysis it is impossible to answer your question - you did not even mention your used container (I can only guess it's AVI because most SAP won't be able to play anything else, and VirtualDub doesn't create anything else either).




Hi, Thanks for you input. Sorry I've been so long replying, been travelling.

I've done a bit more work on this and discovered that the problem is not encraw but the muxing. If I mux in Vdub all is well, if I mux in megui I'm back to the standalone player stopping after 6 seconds. Clearly the avimux_gui settings can be altered in the config.ini.amg file but I don't know where to start.

Any more help would be greatly appreciated. Thanks.

[Floatingshed]

I've been playing...
It turns out that avimux_gui is set to make opendml files and that is what the standalone doesn't like. I have changed that setting and all is now well, I think.
Have I done something silly? Is opendml necessary for anything other than files over 2Gb?
Thanks.

[Whiznot]

I tried to use MeGUI to convert a WMV file and discovered that the format was not supported. Is there a way to convert WMV files with MeGUI?

[Taurus]

@Whiznot
What kind of wmv file 7/8/9 VC1......?:confused:
Just import it to the AVS Script Creator,
and if there is any directshow decoder for your file available, it should just be doing fine.

[Whiznot]

Thanks for the reply Taurus. MediaInfo reports the video stream as VC-1 (WMV3). I am new to MeGUI and so far the app has been confusing. I will play around with it some more and try to import it into the script creator. I would be grateful if you could point me to a good tutorial

EDIT: Well, I stumbled into learning how to encode my file with my chosen settings. MeGUI lets me easily maintain the proper aspect ratio while converting to the highest resolution supported by my DIVX capable Philips DVP5990.

[alexVS]

Hi all!
My Megui version is 0.3.4.0
I have some hitches in my work with megui (x264 encoding)

First, I can't update x264.exe (32bit) with megui updater, so I got to download it manually from x264.nl web site.
The previous version was x264 core:80 r1376M (1 147 392 bytes)
The new version is x264 core:93 r1542 (6 373 376 bytes)
Have I done it allright? (I have some doubt about file sizes and compatibility with megui)

Second, I encode the file with "Numbers of B-frames: 3", "Number of reference frames: 3". But Mediainfo shows
Format settings, ReFrames : 4 frames
Why?

Writing library : x264 core 93 r1542 5b86182
Encoding settings : cabac=1 / ref=3 / deblock=1:-1:-1 / analyse=0x3:0x113 / me=hex / subme=7 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=3 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / wpredb=1 / wpredp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=abr / mbtree=1 / bitrate=3500 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00 / cabac=1 / ref=3 / deblock=1:-1:-1 / analyse=0x3:0x113 / me=hex / subme=7 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=3 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / wpredb=1 / wpredp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=abr / mbtree=1 / bitrate=3500 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00

And the last thing: I encode my hockey game using DXVA (unrestricted HQ profile) 1280x720@50p
Mediainfo show the result Format profile as High@L3.2
I heard somewhere, that most of standalone players (I don't have such player right now) require L4.1. Should I set level as 4.1 before encoding, or L3.2 should be playable as well?

:thanks:

[dje33]

Hi
I have a litte probleme when i want to encode H264/ACC to Xvid/MP3
I have Windows seven 64bits

I have no probleme to encode H264 to Xvid

But when i encode AAC to MP3 i have an error

http://hfr-rehost.net/http://self/pic/a9b571558c431390c5d49d838fafa5aa78560502.png

How can i fix this ?
I try to install CoreACC filter but i have the same probleme.

[tebasuna51]

...
I have Windows seven 64bits
But when i encode AAC to MP3 i have an error

How can i fix this ?
I try to install CoreACC filter but i have the same probleme.

Try open the .aac file with Graphedit to see the filters than your DirectShow system uses to open aac files.

Or use BeHappy and BassAudioSource method to recode aac.

[dje33]

Try open the .aac file with Graphedit to see the filters than your DirectShow system uses to open aac files.

Or use BeHappy and BassAudioSource method to recode aac.

Graphedit can't render the file :(

i don't understand because i can play the file in windows media player and in media player classic.

[doc_dvxm]

Graphedit can't render the file :(

i don't understand because i can play the file in windows media player and in media player classic.


I am using meGUI on 32 Bit Win 7 OS. A few days a go I have a same problems like you. The problem was resolved with installing the latest K Lite Mega Codec (vers 6.00) (and of'coz running codec tweak tool).

Sorry, if I'm hijacking the thread.

Cheerz.

[Marc05]

When I try to load a file in AVS Script Creator, I get an error saying "unable to render file". I have the latest x86/x64 ffdshow and avisynth installed so I'm not sure what's wrong. However, I can still load an avs script from the main MeGUI window and queue it. Anyone have any ideas?
Also, the 32bit version works fine, it's the 64 bit that gives me the problem.

[Zathor]

When I try to load a file in AVS Script Creator, I get an error saying "unable to render file".

Which kind of file are you talking about?

[handsomejack]

hi, after update, my megui have problem like this

http://www.mediafire.com/imgbnc.php/63c8db5cb4e399f42886273411f398346g.jpg

i did many ways to solve this problem like: update MVC++, update x264, update k-lite mega codec,... but no use. However, when i downgrade megui to 3.1.1052, it 's normal.
Ah, i 'm using Win Xp Sp3
PS: sorry for my bad english

[Zathor]

It seems that the screenshot is missing.

[handsomejack]

what is missing? :confused:

[Zathor]

Now it's there. At the time of my posting there has been no screenshot in your posting.

x264.exe is crashing. You can try other builds of x264 (at the end of this thread: http://forum.doom9.org/showthread.php?t=130364) and you should try to run the x264 command line found in your log in the command window directly without megui. If it still crashs MeGUI is not the problem.

[handsomejack]

i copy this (http://forum.doom9.org/showpost.php?p=1408799&postcount=3258) into C:\Program Files\MeGUI\tools\x264 but it 's just error. And i don't know how to use the command line :confused:

[OneWhoSink]

Hi.
I dunno if you guys still updating the proogram's ver.
But, i'll show you the prob, maybe its just me:
Running:
OS: Windows 7 32Bit (Language: [Dunno if it matters] Hebrew).
Memory: 2GB RAM.
Processor: Q6600 @ 2.40GHz.
Graphics Card: HD4890.
^Just gave you anything i thought might affect the encoding process (if there's something missing, ask).

Ok, so the main problem is that when i add the Script.avs to Program [Either by drag&drop or by using the program's box], It immediately crash with no error or anything, unless you consider this: http://img37.imageshack.us/img37/9799/89114674.jpg
[yes, it's hebrew, but ithe conclusion means the problem is some "Error Module: i263_32.drv_unloaded" file]
as an error.

So, if you know the problem by looking at it, it'd be cool, and if not, it'll be nice if you could make the next ver. work with Windows 7.

Thanks in advance, OWS.

[Zathor]

Are there any special (=Hebrew) signs in the path of your avs script? Try to save it for example in the root of one drive.

And Windows 7 is supported since ever (or at least a very long time). 0.3.5 will very likely released today but do not expect that this will solve your problem.

[OneWhoSink]

No, there's nothing "hebrewish" there except an ".ass" file i told the program to open like this:
LoadPlugin("D:\......................\VSFilter.dll")
TextSub("E:\........................\Hebrew.ass")
TextSub("E:\........................\Kanji.ass")
TextSub("E:\........................\Romaji.ass")
[^Which now tells you the purpose of the encoding]
"Try to save it for example in the root of one drive"
what do you mean? i dont get to use the program, it crashs O_O", there's no file to save..

Thanks again, OWS.

[Zathor]

Are you able to open the avs file with other programs (e.g. like VirtualDub)?

[Bi11]

As I understand it, MeGUI had x264 presets, which really consisted of x264 speed/quality tradeoff settings, like Fast/Low and Slow/HQ. Once a preset was chosen, the user would set a bitrate to meet their quality/size tradeoff.
Thus, you had to juggle between two overlapping tradeoffs.

Now, x264 has built-in speed presents, which are "independent" of the quality of the output if CRF (i.e. "quality") is constant.
So now there is no tradeoff between speed and quality! :eek:
However, the tradeoff between quality/size still remains, but now the final size is hard to guess.
The old MeGUI presets could be emulated by using the built-in speed presets and 2-pass to specify a size/bitrate, but now the speed/quality tradeoff presents itself again.
Thus, once the final size/bitrate is predetermined, then CRF is as useless and as different from size/bitrate as a Formula 1 is to a Rolls-Royce.

So it seems there is actually a speed/quality/size tradeoff (i.e. decision) to make every time you do an encode.
Strict "speed" choices are determined by x264 presets and strict "size" choices are determined by bitrate.
2-pass reduces the "quality" choices to speed/quailty tradeoff, i.e. preset & bitrate decision.
CRF reduces the "quality" choices to quality/size tradeoff, i.e. CRF alone (speed is now "independent" of quality); the final bitrate is determined by the complexity of the source video being encoded, the final size is determined by both bitrate and length of video i.e. size = bitrate*duration.

[Zathor]

Selecting a target file size anywhere will result in a 2 or 3pass encode using the selected profile (without the encoding mode of couse).

You can follow up the profile discussion here (please post your answer there):
http://forum.doom9.org/showthread.php?t=154334

[OneWhoSink]

yes, i am able to open it using VirtualDub\Windows Media Player or any other program except Media Player Classic =o

Which just makes everything weirder @_@

OWS.

[BLKMGK]

Recently I updated meGUI via the autoupdate. Now none of my existing profiles are working and I cannot tell which are new and which aren't. I see errors in my logs like this -> [Error] An error occurred: x264 [error]: invalid argument: nal-hrd = --b-pyramid

Since x.264 updated I suspect options for the commandline have changed. I'd like to purge the old presets and try to get something sane working so I can sort which of the new presets suit me. I need to encode TV shows at SD quality from HD recordings but high bitrate with a size target and BD at as high a quality as I can stand. In the past I've managed to do this without much trouble but now I cannot tell what presets are good and which aren't. :eek: Multiple time consuming failures and I'm stuck.

I found what appeared to be presets in the allprofiles sub directory and moved them along with the associated xml file there. I forced a reinstall and import of the profiles. Nothing appeared in this directory and I still have the old profiles. Doing a text search in the directory for strings I see in the profile name brings back nothing but the files I backed up :rolleyes:

Fairly frustrated here, do I need to simply wipe out my install and start over? :mad: I've been running meGUI for a good long time, there could be leftover files from past updates? :confused:

[Zathor]

The x264 profiles are stored in allprofiles\x264. In order to edit them outside of MeGUI or see changes you have done in MeGUI you have to close MeGUI (changes from within MeGUI will only be written there while closing).
The nal-hrd syntax has changed. Replace every --nal-hrd with --nal-hrd vbr.

[BLKMGK]

The x264 profiles are stored in allprofiles\x264. In order to edit them outside of MeGUI or see changes you have done in MeGUI you have to close MeGUI (changes from within MeGUI will only be written there while closing).
The nal-hrd syntax has changed. Replace every --nal-hrd with --nal-hrd vbr.

Ah, thank you! Closing and reopening meGUI does seem to have solved the issue. I got an error closing it telling me that al profiles wasn't empty but I was able to close. When I looked back in there all of the new profiles were there with a timestamp equal to when I'd recycled meGUI - and my backup directory was gone too. (lol)

Reopening meGUI I still see the old profiles though so I guess all was not lost! I better understand what it's doing though and I think I will be able to fix things up - thank you!

[kartman_canada]

I've searched around and not really been able to find an answer so I'm going to pose my question here.

I have been using the '"x264: Bluray - 2pass" preset for a while now. My build of x264 is 1649. Not too long ago (after an update of x264) my preset started causing x264 to error out due to the "--nal-hrd" option. There is no nal-hrd value in the command line generated by the preset which I assumed meant that it was to just use the default.

My guess is that the more recent builds of x264 require a nal-hrd option be explicitly set (no assumed default). Is this correct?

I'm encoding my DVDs/HD-DVDs/BDs for playback on my PS3 and HTPC. Anyways, I guess I need the following:
1) what exactly does --nal-hrd do? I read the x264 page but the info there is not general enough for me.
2) do I need it?
3) if I need it, what was the default in older x264 builds if --nal-hrd was on the command line but no option was explicitly set?

With the answers above, I'm going to modify my profile to correct the issue. I realize this is really an x264 question but the profile is part of MeGUI. Is my profile out of date or unsupported?

many thanx.

[Inspector.Gadget]

--nal-hrd vbr, according to zathor in the other thread.

[kartman_canada]

--nal-hrd vbr, according to zathor in the other thread.

Many thanx... sorry, "other thread"... I assumed I wasn't alone with this issue but didn't find the thread you mention when searching... must have been using the wrong keywords.

[B.F.]

I had a little problem with MeGui.
If the application crash (buggy avisynth filters mostly), no matter how many time and jobs have passed, it saves nothing but job list.
No encoding profile changes, no logs, no MeGUI settings changes.

[Guest]

Don't use buggy Avisynth filters.

[B.F.]

Sometimes it the only one can do the job.
Btw DGMultiDecodeNV is one of them.

[Guest]

Do you have any bug reports to direct me to?

[Inspector.Gadget]

DGMultiDecodeNV is very stable. Older builds of meGUI didn't interface with it properly (hence the "Use CUVIDServer" option in MeGui), but I've had no issues in a LONG time.

[B.F.]

Do you have any bug reports to direct me to?
For what?
Don't really interested in hardware decoding, since it depends on the hardware and drivers sability. And version with software decoding is dropped.

[Guest]

For what? You said this:

"Btw DGMultiDecodeNV is one of them."

Were you just trying to irritate me or do you have something to report about that?

[tebasuna51]

Maybe B.F. don't know you are the DGIndexNV author.

[unknownsoldierX]

When I try to convert a .mp4 with AAC to MP3, I get no audio. Do I need to install anything extra?

[tebasuna51]

When I try to convert a .mp4 with AAC to MP3, I get no audio. Do I need to install anything extra?
Put your log file :logfile:

[unknownsoldierX]

Here is the audio portion of the log. I canceled the job once the audio job was done. The resulting MP3 was silent.

[Warning] Log
-[Information] Versions
--[NoImage] MeGUI Version : 0.3.5.0
--[NoImage] OS : Windows Seven Ultimate Edition x86 (6.1.0.7600)
--[NoImage] Latest .Net Framework installed : 4.0 (4.0.30319)
--[NoImage] Avisynth Version : 2.5.8.5
-[Information] Log for job1 (audio, P18.mp4 -> P18.mp3)
--[Information] [6/27/2010 6:48:31 PM] Started handling job
--[Information] [6/27/2010 6:48:31 PM] Preprocessing
--[NoImage] Avisynth script
---[NoImage] DirectShowSource("H:\P18.mp4", video=false)
---[NoImage] EnsureVBRMP3Sync()
---[NoImage] 6<=Audiochannels(last)?x_stereo1a6edad3ffe64c138c8a83b14de188e1(ConvertAudioToFloat(last)):last
---[NoImage] Normalize()
---[NoImage] 32==Audiobits(last)?ConvertAudioTo16bit(last):last
---[NoImage] return last
---[NoImage] function x_stereo1a6edad3ffe64c138c8a83b14de188e1(clip a)
---[NoImage] {
---[NoImage] fl = GetChannel(a, 1)
---[NoImage] fr = GetChannel(a, 2)
---[NoImage] c = GetChannel(a, 3)
---[NoImage] lfe = GetChannel(a, 4)
---[NoImage] sl = GetChannel(a, 5)
---[NoImage] sr = GetChannel(a, 6)
---[NoImage] l_sl = MixAudio(fl, sl, 0.2929, 0.2929)
---[NoImage] c_lfe = MixAudio(lfe, c, 0.2071, 0.2071)
---[NoImage] r_sr = MixAudio(fr, sr, 0.2929, 0.2929)
---[NoImage] l = MixAudio(l_sl, c_lfe, 1.0, 1.0)
---[NoImage] r = MixAudio(r_sr, c_lfe, 1.0, 1.0)
---[NoImage] return MergeChannels(l, r)
---[NoImage] }
--[NoImage] Commandline used: --abr 128 -h - "{0}"
--[Information] [6/27/2010 6:48:31 PM] Encoding started
--[Information] [6/27/2010 6:48:31 PM] Encode thread started
--[Information] [6/27/2010 6:48:32 PM] Avisynth script environment opened
--[Information] [6/27/2010 6:48:32 PM] Script loaded
--[Information] Output Decoder
---[NoImage] Channels: 2
---[NoImage] Bits per sample: 16
---[NoImage] Sample rate: 32000
--[NoImage] Commandline: D:\Programs\MeGUI\tools\lame\lame.exe --abr 128 -h - "H:\P18.mp3"
--[Information] [6/27/2010 6:48:32 PM] Encoder process started
--[NoImage] Output from encoder via stderr
---[NoImage] LAME 3.98.2 32bits (http://www.mp3dev.org/)
---[NoImage] CPU features: MMX (ASM used), SSE (ASM used), SSE2
---[NoImage] Using polyphase lowpass filter, transition band: 15613 Hz - 16000 Hz
---[NoImage] Encoding <stdin> to H:\P18.mp3
---[NoImage] Encoding as 32 kHz j-stereo MPEG-1 Layer III (8x) average 128 kbps qval=2
--[Information] [6/27/2010 7:09:59 PM] Postprocessing
---[Information] Deleting intermediate files
--[Information] [6/27/2010 7:09:59 PM] Job completed

[tebasuna51]

Here is the audio portion of the log. I canceled the job once the audio job was done. The resulting MP3 was silent.

- First try resample the audio to 48 KHz (SampleRate: Change to 48000 Hz), some players have troubles with 32 KHz. Always recommended for hardware players.

- If this don't work maybe your DirectShow settings can't manage the audio decode. We never can't know how work DirectShowSource on each computer.

Then you can try:

1) Decode the audio using NeroAacDec:
NeroAacDec -if "H:\P18.mp4" -of "H:\P18.wav"
and encode H:\P18.wav to mp3

2) If you have Foobar2000 try play H:\P18.mp4. If work then use 'Convert' to obtain the mp3.

3) Extract the audio from your .mp4 (like .aac or .m4a) using Yamb, and recode the audio using BeHappy-BassAudioSource

[unknownsoldierX]

I tried MeGUI on another machine and it produced audio from P18.mp4. But it sounds like Alvin And The Chipmunks played at high speed. Here is the log:

[Information] Log
-[Information] Versions
--[NoImage] MeGUI Version : 0.3.5.0
--[NoImage] OS : Windows Seven Ultimate Edition x86 (6.1.0.7600)
--[NoImage] Latest .Net Framework installed : 4.0 (4.0.30319)
--[NoImage] Avisynth Version : 2.5.6.0
-[Information] Log for job1 (audio, P18.mp4 -> P18.mp3)
--[Information] [6/28/2010 8:25:36 AM] Started handling job
--[Information] [6/28/2010 8:25:36 AM] Preprocessing
--[NoImage] Avisynth script
---[NoImage] DirectShowSource("D:\P18.mp4", video=false)
---[NoImage] EnsureVBRMP3Sync()
---[NoImage] 6<=Audiochannels(last)?x_stereoea59049e0f6f4710834e17dac3bc52d0(ConvertAudioToFloat(last)):last
---[NoImage] SSRC(48000)
---[NoImage] Normalize()
---[NoImage] 32==Audiobits(last)?ConvertAudioTo16bit(last):last
---[NoImage] return last
---[NoImage] function x_stereoea59049e0f6f4710834e17dac3bc52d0(clip a)
---[NoImage] {
---[NoImage] fl = GetChannel(a, 1)
---[NoImage] fr = GetChannel(a, 2)
---[NoImage] c = GetChannel(a, 3)
---[NoImage] lfe = GetChannel(a, 4)
---[NoImage] sl = GetChannel(a, 5)
---[NoImage] sr = GetChannel(a, 6)
---[NoImage] l_sl = MixAudio(fl, sl, 0.2929, 0.2929)
---[NoImage] c_lfe = MixAudio(lfe, c, 0.2071, 0.2071)
---[NoImage] r_sr = MixAudio(fr, sr, 0.2929, 0.2929)
---[NoImage] l = MixAudio(l_sl, c_lfe, 1.0, 1.0)
---[NoImage] r = MixAudio(r_sr, c_lfe, 1.0, 1.0)
---[NoImage] return MergeChannels(l, r)
---[NoImage] }
--[NoImage] Commandline used: --abr 128 -h - "{0}"
--[Information] [6/28/2010 8:25:37 AM] Encoding started
--[Information] [6/28/2010 8:25:37 AM] Encode thread started
--[Information] [6/28/2010 8:25:37 AM] Avisynth script environment opened
--[Information] [6/28/2010 8:25:39 AM] Script loaded
--[Information] Output Decoder
---[NoImage] Channels: 2
---[NoImage] Bits per sample: 16
---[NoImage] Sample rate: 48000
--[NoImage] Commandline: D:\Programs\MeGUI\tools\lame\lame.exe --abr 128 -h - "D:\P18.mp3"
--[Information] [6/28/2010 8:25:39 AM] Encoder process started
--[NoImage] Output from encoder via stderr
---[NoImage] LAME 3.98.2 32bits (http://www.mp3dev.org/)
---[NoImage] CPU features: MMX (ASM used), 3DNow! (ASM used), SSE (ASM used), SSE2
---[NoImage] Using polyphase lowpass filter, transition band: 16452 Hz - 17032 Hz
---[NoImage] Encoding <stdin> to D:\P18.mp3
---[NoImage] Encoding as 48 kHz j-stereo MPEG-1 Layer III (12x) average 128 kbps qval=2
--[Information] [6/28/2010 8:31:43 AM] Postprocessing
---[Information] Deleting intermediate files
--[Information] [6/28/2010 8:31:43 AM] Job completed

Using foobar2000 works, and it keeps the sample rate at 32kHz. Here is the mp3 file it made:

General
Complete name : H:\P18.mp3
Format : MPEG Audio
File size : 22.6 MiB
Duration : 40mn 15s
Overall bit rate : 78.6 Kbps
Writing library : LAME3.98r

Audio
Format : MPEG Audio
Format version : Version 1
Format profile : Layer 3
Mode : Joint stereo
Mode extension : MS Stereo
Duration : 40mn 15s
Bit rate mode : Variable
Bit rate : 78.6 Kbps
Minimum bit rate : 32.0 Kbps
Channel(s) : 2 channels
Sampling rate : 32.0 KHz
Stream size : 22.6 MiB (100%)
Writing library : LAME3.98r
Encoding settings : -m j -V 2 -q 0 -lowpass 16 --vbr-new -b 32

I muxed using AVI Mux GUI and the A/V sync is perfect. So that's one file down, but it a lot more work than letting MeGUI do everything.

[tebasuna51]

I tried MeGUI on another machine and it produced audio from P18.mp4. But it sounds like Alvin And The Chipmunks played at high speed.
...
Using foobar2000 works, and it keeps the sample rate at 32kHz.
...
I muxed using AVI Mux GUI and the A/V sync is perfect. So that's one file down, but it a lot more work than letting MeGUI do everything.

Yes, seems your DirectShow system don't work properly with AviSynth and mp4.

[unknownsoldierX]

I'm just did a fresh install of Windows and directx on my main machine a few days ago. And it's weird that I would have problems on two different machines.

[Lighto]

I'm just did a fresh install of Windows and directx on my main machine a few days ago. And it's weird that I would have problems on two different machines.

Since you're on 7, have you tried using the win7dsfiltertweaker tool?

[MNCvn]

Hi everyone,

I've a problem with new meGUI (version 0.3.5.0). With the old version, it have many PSP profile for me to choose and convert. The output file very good to play on my PSP (3000). But with the new one, It has only one PSP profile, and the output file CAN NOT play in my PSP. I make many time and change many parameters but i'm still not lucky. And I think this is the problem:
Format settings, ReFrames : 4 frames
I use other app to make mp4 file for my PSP, and this parameter is always 3 (maximum).
Although, the PSP profile of meGUI set the --ref equal 3 but the output file is always 4. Maybe it's error of x264 encoder, but the XmediaRecode (which one is use the same x264 encoder version of meGUI don't have this problem). ==> I really don't know why.

The info of the output file make by XmediaRecode:
General
Complete name : D:\Convert Video\Gia tri doi nguoi A.mp4
Format : MPEG-4
Format profile : Sony PSP
Codec ID : MSNV
File size : 7.36 MiB
Duration : 1mn 1s
Overall bit rate : 1 011 Kbps
Encoded date : UTC 2010-06-29 08:33:28
Tagged date : UTC 2010-06-29 08:33:28

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L3.0
Format settings, CABAC : Yes
Format settings, ReFrames : 3 frames
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 1mn 1s
Bit rate mode : Variable
Bit rate : 900 Kbps
Width : 480 pixels
Height : 272 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 25.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.276
Stream size : 6.40 MiB (87%)
Writing library : x264 core 100
Encoding settings : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x1:0x111 / me=hex / subme=7 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=0 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=3 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 / bframes=0 / weightp=0 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=abr / mbtree=1 / bitrate=900 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / vbv_maxrate=2000 / vbv_bufsize=2000 / ip_ratio=1.40 / aq=1:1.00 / nal_hrd=none
Encoded date : UTC 2010-06-29 08:33:28
Tagged date : UTC 2010-06-29 08:33:28

Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format version : Version 4
Format profile : LC
Format settings, SBR : No
Codec ID : 40
Duration : 1mn 0s
Bit rate mode : Variable
Bit rate : 128 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Stream size : 953 KiB (13%)
Encoded date : UTC 2010-06-29 08:33:28
Tagged date : UTC 2010-06-29 08:33:28

The info of the output file make by MeGUI:
General
Complete name : D:\Convert Video\Gia Tri Doi Nguoi\Gia tri doi nguoi A-muxed.mp4
Format : MPEG-4
Format profile : Sony PSP
Codec ID : MSNV
File size : 7.87 MiB
Duration : 1mn 6s
Overall bit rate : 988 Kbps
Encoded date : UTC 2010-06-28 08:40:51
Tagged date : UTC 2010-06-28 08:40:51

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L3.0
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 1mn 6s
Bit rate mode : Variable
Bit rate : 900 Kbps
Maximum bit rate : 2 610 Kbps
Width : 352 pixels
Height : 240 pixels
Display aspect ratio : 1.396
Original display aspect ratio : 1.398
Frame rate mode : Constant
Frame rate : 29.970 fps
Standard : NTSC
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.355
Stream size : 7.07 MiB (90%)
Title : Imported with GPAC 0.4.6-DEV (internal rev. 5)
Writing library : x264 core 100 r1659 57b2e56
Encoding settings : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x1:0x111 / me=hex / subme=7 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=0 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=3 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=2pass / mbtree=1 / bitrate=900 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1:1.00
Encoded date : UTC 2010-06-28 08:40:51
Tagged date : UTC 2010-06-28 08:40:52

Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format version : Version 4
Format profile : LC
Format settings, SBR : No
Codec ID : 40
Duration : 1mn 6s
Bit rate mode : Variable
Bit rate : 96.0 Kbps
Maximum bit rate : 112 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 44.1 KHz
Stream size : 781 KiB (10%)
Encoded date : UTC 2010-06-28 08:40:51
Tagged date : UTC 2010-06-28 08:40:52

Please take a look at bold and underline lines.


The question: How do I set the parameter for x264 to make file can play on my PSP??? (meGUI 0.3.5.0). I know i can use XmediaRecode, but i want to know and I really love meGUI.

Thanks.

[Sharktooth]

Set B-Pyramid to Disabled in the profile.

(Yes, im back...)

[Capsbackup]

(Yes, im back...)

Great! :) I've always appreciated your efforts, so it's good to see you back.

[unknownsoldierX]

Since you're on 7, have you tried using the win7dsfiltertweaker tool?

Forgot about that tool. I changed AAC decoding from Microsoft to ffdshow and MeGUI processes the file without any problems! Thanks!

[tebasuna51]

The info of the output file make by XmediaRecode:
bframes=0

The info of the output file make by MeGUI:
bframes=3

Please take a look at bold and underline lines.

How do I set the parameter for x264 to make file can play on my PSP??? (meGUI 0.3.5.0). I know i can use XmediaRecode, but i want to know and I really love meGUI.
There are other big problem bframes=3

Try update your Preset colecttions, all my PSP presets have bframes=0.

Edit: Hello! Sharktooth

[b66pak]

all my PSP presets have bframes=0

there is an error in the presets (they are switched with the iPhone profiles!!!)

PSP supports main profile 3.0 CABAC on, up to 3 refs, up to 16 bframes and NO b pyramid...or...baseline profile up to 2.1 ONLY 480x270(272) resolution
_

[MNCvn]

@b66pak:
PSP supports main profile 3.0 CABAC on, up to 3 refs, up to 16 bframes and NO b pyramid

main profile, level 3, CABAC and 3 refs, I'm sure.
But the bframes, i'm not sure.

There are other big problem bframes=3

Try update your Preset colecttions, all my PSP presets have bframes=0.

Edit: Hello! Sharktooth

I really don't know how to set that parameter. Please see pictures attached below. That's my newest meGUI update today (picture 1). There's only one PSP x264 preset. (picture 1)

And the bframes parameter can't modify. (picture 2)

This is new output file using XmediaRecode with bframes=3 and this file still play on my PSP.

General
Complete name : D:\Convert Video\Gia tri doi nguoi A.mp4
Format : MPEG-4
Format profile : Sony PSP
Codec ID : MSNV
File size : 6.56 MiB
Duration : 2mn 0s
Overall bit rate : 456 Kbps
Encoded date : UTC 2010-06-29 19:04:59
Tagged date : UTC 2010-06-29 19:04:59

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L3.0
Format settings, CABAC : Yes
Format settings, ReFrames : 3 frames
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 2mn 0s
Bit rate mode : Variable
Bit rate : 384 Kbps
Width : 480 pixels
Height : 272 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 25.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.118
Stream size : 5.56 MiB (85%)
Writing library : x264 core 100
Encoding settings : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x1:0x111 / me=hex / subme=7 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=0 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=3 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 / bframes=3 / b_pyramid=0 / b_adapt=1 / b_bias=0 / direct=3 / weightb=0 / open_gop=0 / weightp=0 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=abr / mbtree=1 / bitrate=384 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / vbv_maxrate=2000 / vbv_bufsize=2000 / ip_ratio=1.40 / aq=1:1.00 / nal_hrd=none
Encoded date : UTC 2010-06-29 19:04:59
Tagged date : UTC 2010-06-29 19:04:59

Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format version : Version 4
Format profile : LC
Format settings, SBR : No
Codec ID : 40
Duration : 2mn 0s
Bit rate mode : Variable
Bit rate : 64.2 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Stream size : 946 KiB (14%)
Encoded date : UTC 2010-06-29 19:04:59
Tagged date : UTC 2010-06-29 19:04:59

So, the bframes is not the problem. I think that is the "refs" problem because i know the PSP support max "refs" is 3, but meGUI make file with 4. And I can't modify that parameter from the x264 configuration screen.

What should i do???

Thanks.

[Sharktooth]

@MNCvn: post your megui log

tebasuna51: hi :)

[MNCvn]

@MNCvn: post your megui log


Here it's:

[Information] Log for job4 (video, Gia tri doi nguoi B.avs -> Gia tri doi nguoi B.264)
-[Information] [6/30/2010 10:04:26 PM] Started handling job
-[Information] [6/30/2010 10:04:26 PM] Preprocessing
-[NoImage] Job commandline: "C:\Program Files\megui\tools\x264\x264.exe" --partitions p8x8,b8x8,i4x4 --profile main --level 3 --ref 3 --sar 400:429 --output "D:\Convert Video\Gia Tri Doi Nguoi\Gia tri doi nguoi B.264" "D:\Convert Video\Gia Tri Doi Nguoi\Gia tri doi nguoi B.avs"
-[Information] [6/30/2010 10:04:26 PM] Encoding started
-[NoImage] Standard output stream
-[NoImage] Standard error stream
--[NoImage] avs [info]: avisynth 2.6+ detected, forcing conversion to YV12
--[NoImage] avs [info]: 352x240p 400:429 @ 30000/1001 fps (cfr)
--[NoImage] x264 [info]: using SAR=400/429
--[NoImage] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64
--[NoImage] x264 [info]: profile Main, level 3.0
--[NoImage]
--[NoImage] x264 [info]: frame I:5 Avg QP:21.87 size: 18774
--[NoImage] x264 [info]: frame P:422 Avg QP:23.10 size: 2090
--[NoImage] x264 [info]: frame B:574 Avg QP:29.95 size: 159
--[NoImage] x264 [info]: consecutive B-frames: 16.4% 7.0% 40.1% 36.5%
--[NoImage] x264 [info]: mb I I16..4: 5.2% 0.0% 94.8%
--[NoImage] x264 [info]: mb P I16..4: 0.0% 0.0% 0.3% P16..4: 28.4% 12.5% 11.6% 0.0% 0.0% skip:47.2%
--[NoImage] x264 [info]: mb B I16..4: 0.0% 0.0% 0.0% B16..8: 19.3% 1.4% 0.5% direct: 0.7% skip:78.2% L0:24.9% L1:66.2% BI: 8.9%
--[NoImage] x264 [info]: coded y,uvDC,uvAC intra: 92.3% 93.1% 79.2% inter: 10.7% 8.9% 2.1%
--[NoImage] x264 [info]: i16 v,h,dc,p: 60% 22% 4% 14%
--[NoImage] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 26% 21% 11% 5% 6% 8% 8% 7% 7%
--[NoImage] x264 [info]: i8c dc,h,v,p: 37% 25% 29% 9%
--[NoImage] x264 [info]: Weighted P-Frames: Y:3.1%
--[NoImage] x264 [info]: ref P L0: 72.4% 13.8% 10.3% 3.4% 0.1%
--[NoImage] x264 [info]: ref B L0: 84.9% 11.8% 3.3%
--[NoImage] x264 [info]: ref B L1: 91.4% 8.6%
--[NoImage] x264 [info]: kb/s:255.62
--[NoImage] encoded 1001 frames, 102.69 fps, 255.62 kb/s
-[Information] Final statistics
--[NoImage] Constant Quality Mode: Quality 23 computed...
--[NoImage] Video Bitrate Obtained (approximate): 255 kbit/s
-[Information] [6/30/2010 10:04:37 PM] Postprocessing
--[Information] Deleting intermediate files
-[Information] [6/30/2010 10:04:37 PM] Job completed


Do you need the log of audio encode (Nero ACC-LC) and mux (MP4-PSP) jobs?

I use the PSP x264 default configuration profile of meGUI 0.3.5.0 (newest updated).
MNCvn

[Sharktooth]

megui instructed x264 to use 3 refs (--ref 3). what is the problem?

[nurbs]

I think he thinks this
ref P L0: 72.4% 13.8% 10.3% 3.4% 0.1%
means that there are four reference frames, but it doesn't because
1) if you go by the percentages five are used sometimes and
2) the last two are the "free" reference frames that come from the reordering done by weightp and don't take any extra DPB size so they don't count.

edit:
Then again b-pyramid is on in that encode so they won't work on a psp. This would also result in in mediainfo showing four reference frames because b-pyramid implies that.

[MNCvn]

megui instructed x264 to use 3 refs (--ref 3). what is the problem?

Yes, i know that, but the ref of output file is 4.

Please view my last post , post 1412910 (http://forum.doom9.org/showthread.php?p=1412910#post1412910).
Format settings, ReFrames : 4 frames

And this is my problem: i use the old profile of meGUI (old version) make file and play ok on my PSP. After reinstall my Window and meGUI, the newest update just has only one PSP profile. I use it (not modify anything, just let it as default) and can't play the output file on my PSP. That's all. I don't know how to correct it. I think the newest version of meGUI make users less comfortable than the old one.

Does anyone make and succeed playing output file on PSP with new version of meGUI???

By the way, I'm just a normal user. I know a little about encoding. Try to know more.

Thanks.

[nurbs]

As I said, the encode has b-pyramid on, b-pyramid implies 4 refs, the PSP doesn't play files with b-pyramid.

And yes the new PSP profile doesn't work.
The problem is this:
Profile is set to baseline in the codec configuration window, which would disable b-frames. Therefore the b-frame controls don't work. There is a custom command line switch setting profile to main, but --bframes 0 isn't added so at the same time you can't change the b-frames setting but they are still on including pyramid by default.

[Zathor]

there is an error in the presets (they are switched with the iPhone profiles!!!)

PSP supports main profile 3.0 CABAC on, up to 3 refs, up to 16 bframes and NO b pyramid...or...baseline profile up to 2.1 ONLY 480x270(272) resolution
_

Sadly no one noticed the psp profile error in the last three months with the development builds so the wrong values have been applied to the stable build. I am sorry.

I assume this command line is correct?
--profile main --level 3 --ref 3 --bframes 16 --b-pyramid none

I will then push out a new profile set. Are there any other problems regarding the profiles? I count on the community to find errors in the profiles or to provide profiles for new devices.

[nurbs]

Why set --bframes at all? The number is controlled by --preset and --tune anyway not to mention that if somebody switches to a preset slower than the default --b-adapt 2 will kick in which will severely limit encoding speed with 16 b-frames.

[Zathor]

As stated somewhere else I am clearly no x264 profile expert and would like to have the input from someone who knows about the coherences of the settings. The profiles are a part of MeGUI where no programming skills are required so everyone can take part of it.

The problem is that without --bframes the value may be higher than 16 in some scenarios. If selecting placebo + animation it will be 18. It is of course not very likely that the bframes will exceed 16. With the current config menu it is not possible to set a max value so that it will not exceed this value. Instead you have to explicit set it to a value so that the x264 settings will produce a encoding which is supported on the desired target platform. The idea for the "max value" thing has been there for quite some time, but with the announcement of a upcoming --device switch in x264 it has been set to "on hold". But it seams that --device is on hold, too.

[nurbs]

No, none of the presets or tunings will push the number of b-frames or reference frames over 16, just as you can't set them higher manually. That number is a hard limit in x264 which was chosen to make optimizations easier IIRC (static arrays and such).

[Zathor]

If it cannot be set higher than 16 it will make indeed no sense at all to set it static to that value.

[MNCvn]

As I said, the encode has b-pyramid on, b-pyramid implies 4 refs, the PSP doesn't play files with b-pyramid.

And yes the new PSP profile doesn't work.
The problem is this:
Profile is set to baseline in the codec configuration window, which would disable b-frames. Therefore the b-frame controls don't work. There is a custom command line switch setting profile to main, but --bframes 0 isn't added so at the same time you can't change the b-frames setting but they are still on including pyramid by default.

I didn't notice the b-pyramid because it's disable in the configuration window. I don't know it's added by default.

The CABAC is disable too, but the output file is YES. so maybe the custom command line switch setting profile to main and that is result of default main preset and level of x264.

I assume this command line is correct?
Code:

--profile main --level 3 --ref 3 --bframes 16 --b-pyramid none

I will then push out a new profile set. Are there any other problems regarding the profiles? I count on the community to find errors in the profiles or to provide profiles for new devices.

I will give it a try, but i'm not sure about --bframes 16.
If i'm not wrong, the default --bframes value is 3. Mabye I'll let it as default.

Thanks guys.

[MNCvn]

Hi all,

It's done.

This is the commands:

with --bframes = 3 (default) and can play on PSP.
program --crf 20 --profile main --level 3 --ref 3 --b-pyramid none --output "output" "input"
with --bframes set manual = 16 (still can play on PSP).
program --crf 20 --profile main --level 3 --ref 3 --bframes 16 --b-pyramid none --output "output" "input"

Finally, the problem is --b-pyramid parameter. I'll remember that. :thanks: nurbs

I'll test more and post the result here, if anyone want it.

Thanks all.

[heffalump]

Any of you guys run into this? I'm trying to convert a DVD rip into an x264 mp4. Everything goes great, right up until I attempt to process the queue. At this point, the encoding job pops up just long enough for me to see it, before it disappears. The status for the job says "error." No errors are reported in the log.

I'm using Windows 7. I have ATI Catalyst 10.6 installed.

Any help you guys can afford me would be deeply appreciated!

Log file...
[Information] Log
-[Information] Versions
--[NoImage] MeGUI Version : 0.3.5.0
--[NoImage] OS : Windows Seven x64 (6.1.0.7600)
--[NoImage] Latest .Net Framework installed : 4.0 (4.0.30319)
--[NoImage] Avisynth Version : 2.5.8.5
-[Information] Log for job1 (video, VTS_01_1.avs -> VTS_01_1.mp4)
--[Information] [7/1/2010 8:02:52 PM] Started handling job
--[Information] [7/1/2010 8:02:52 PM] Preprocessing
--[NoImage] Job commandline: "D:\Program Files\MeGUI\tools\x264\vfw4x264.exe" --crf 17.0 --profile high --level 4.1 --bframes 3 --ref 4 --slices 4 --aud --nal-hrd vbr --b-pyramid strict --keyint 24 --min-keyint 2 --vbv-bufsize 30000 --vbv-maxrate 40000 --sar 1:1 --output "D:\PARKS_AND_RECREATION\VIDEO_TS\01\VTS_01_1.mp4" "D:\PARKS_AND_RECREATION\VIDEO_TS\01\VTS_01_1.avs"
--[Information] [7/1/2010 8:02:53 PM] Encoding started
--[NoImage] Standard output stream
--[NoImage] Standard error stream
--[Information] [7/1/2010 8:02:53 PM] Job completed

Avisynth script...
LoadPlugin("D:\Program Files\MeGUI\tools\dgindex\DGDecode.dll")
DGDecode_mpeg2source("D:\PARKS_AND_RECREATION\VIDEO_TS\01\VTS_01_1.d2v", info=3)
LoadPlugin("D:\Program Files\MeGUI\tools\avisynth_plugin\ColorMatrix.dll")
ColorMatrix(hints=true, threads=0)
#deinterlace
#crop
LanczosResize(720,400) # Lanczos (Sharp)
#denoise

[Zathor]

Please try to run the job command line directly (in a cmd outside of megui) and report back.

[heffalump]

Please try to run the job command line directly (in a cmd outside of megui) and report back.

Absolutely nothing. Executing the command at a command prompt pauses for a moment and then displays the prompt again. There are no messages.

That being said, it doesn't appear that Avisynth is working on my system, any more. I've tried to encode in other formats via MeGUI and they fail with errors related to starting Avisynth. I gave Ripbot a try and it too complained about Avisynth.

I've uninstalled it and re-installed it to no effect.

I recently updated my video drivers to version 10.6 of the Catalyst suite. I didn't have any problems before then. Now, Avisynth (v 2.58) doesn't seem to be functioning. Could that be related?

Update: I uninstalled my video card drivers, ffdshow, and Avisynth. I re-installed Avisynth and things seem to be working, now. If ffdshow doesn't play into Avisynth, then I'm left to assume it had something to do with the Catalyst suite.

[Sharktooth]

probably it had to do with avisynth and broken plugins.
your video drivers do not influence encoding in any ways... except maybe source decoding if you were using dgnvdec (but your card is ati) or directshowsource in your avisynth script

[horus14]

i have a error T_T

Log

[Error] Log
-[Information] Versions
--[NoImage] MeGUI Version : 0.3.5.0
--[NoImage] OS : Windows XP Professional x86 SP2 (5.1.131072.2600)
--[NoImage] Latest .Net Framework installed : 3.5 (3.5.30729.01)
--[NoImage] Avisynth Version : 2.5.8.5
-[Error] Log for job1 (video, Recortar video MKV.avs -> )
--[Information] [03/07/2010 04:15:08 a.m.] Started handling job
--[Information] [03/07/2010 04:15:08 a.m.] Preprocessing
--[NoImage] Job commandline: "C:\Documents and Settings\MeGUI\tools\x264\x264.exe" --pass 1 --bitrate 2768 --stats "C:\Documents and Settings\Administrador\Mi Data\Encodeo\cut video MKV.stats" --sar 1:1 --output NUL "C:\Documents and Settings\Administrador\Mi Data\Encodeo\cut video MKV.avs"
--[Information] [03/07/2010 04:15:10 a.m.] Encoding started
--[Error] An error occurred: avs [error]: DirectShowSource: couldn't create filter graph:
--[Error] An error occurred: x264 [error]: could not open input file `C:\Documents and Settings\Administrador\Mi Data\Encodeo\cut video MKV.avs'
--[NoImage] Standard output stream
--[NoImage] Standard error stream
---[NoImage] CoInitialize has not been called. "
---[NoImage] (C:\Documents and Settings\Administrador\Mi Data\Encodeo\cut video MKV.avs, line 4)
--[Information] [03/07/2010 04:15:12 a.m.] Job completed



script
directshowsource("C:\Documents and Settings\Administrador\Mi data\Encodeo\Rise Against - Saviour.mpg",fps=23.976,audio=false,convertfps=true)

also happens with .mp4 .avi

[Sharktooth]

--[Error] An error occurred: avs [error]: DirectShowSource: couldn't create filter graph:
that's it...install Haali Matroska Splitter.

[horus14]

that's it...install Haali Matroska Splitter.

I have install this :S

http://www.free-codecs.com/download/Haali_Matroska_Splitter.htm

[Sharktooth]

oops... sorry for an "unknown" reason i was thinking your source was MKV... well you miss the MPG (mpeg) splitter, so you better index the file with the File Indexer tool (use either DG or FFMS indexers) and open the index file with the appropriate source filter thru avisynth (megui will automatically create the avs for you thru AVS Script creator)

[Overdrive80]

Hi, congralutions for this wonderful software. Well, i have a problem because megui launch a error, post screenshot:

http://img189.imageshack.us/img189/9836/capturalcg.png

Source video is Bluray of Trinity Blood 1080p. Profile selected is:

Bluray - Very high Quality Bitrate 4365

Somebody help me, thanks

EDIT: Its the last error, invalid argument nal-hrd = --b-pyramid

[Zathor]

Replace every --nal-hrd with --nal-hrd vbr in the custom command line. Or use the new bluray profile that has been installed with 0.3.5.

[MNCvn]

Hi everyone,

I had read many threads in this forum about aspect ratio but, I still confuse it so much. Could someone take me through this???
I want to clearly understand SAR, DAR, and PAR. And how to calculate those attributes. There are many threads in this forum and obviously there are many ways too. But ..... not It's not clearly and not give the same results.

What formula meGUI calculate the global darx and dary???
# Set DAR in encoder to 37 : 20. The following line is for automatic signalling
global MeGUI_darx = 37
global MeGUI_dary = 20

Somebody suggests use default method of meGUI (Clever anamorphic encoding). And, Somebody suggests set the --sar attribute in x264 command line. But the numbers and the formula are so different. Hix...

OK, here's a sample, I has a PAL DVD (720x576) 16:9 and I want convert it to MP4 with 720x480 resolution 16:9 (NTSC). My source must crop some black bar in left, right and bottom. So What should i do with DAR, or SAR to get the NTSC standard??? What formula to calculate it???

Thanks. MNCvn

[Overdrive80]

Replace every --nal-hrd with --nal-hrd vbr in the custom command line. Or use the new bluray profile that has been installed with 0.3.5.

Ok, thanks for your fast reply. I imagine that could be for that reason, because i backup, in other HDD, all profiles that i had modified.

Regards

[jbeale]

For the past year I have generated .mp4 files using the MeGui preset x264:iPod (Classic/Nano/Touch) Standard. This uses the command line:

program --partitions p8x8,b8x8,i4x4 --ref 5 --vbv-bufsize 10000 --vbv-maxrate 10000 --profile baseline --level 3 --output "output" "input"

and I upload the .mp4 files to my web page. The mp4 files are 640x360p, 30fps and play back fine in Firefox using the QuickTime plugin v7.6.2.

I allowed MeGui to update itself a few weeks ago. I now have x264 version 1649 (not sure what it was before). Using the same preset, my .mp4 file will no longer play at all in the QuickTime plugin (just shows me the "Q" logo). The standalone QT player says Error -2041: an invalid sample description was found in the movie (myfilename.mp4)

The file will still play from the local disc using Nero ShowTime. How can I fix this?

EDIT: found problem- I had some strange format set for audio

[Overdrive80]

Hi, i obtein a new error, and this time is for neroaacenc.exe that seems not run. Post screenshot

http://img227.imageshack.us/img227/4980/capturadr.png

[Sharktooth]

That is a warning and not an error. However make sure nero aac encoder/decoder is correctly extracted to your "megui\tools\neroaac" directory (neroaacenc is not re-distributable so you have to manually get it from Nero (http://www.nero.com/eng/downloads-nerodigital-nero-aac-codec.php) website).

[lilhobo]

anyone got preset for quality 700Mb-1Gb outputs? XViD

[Inspector.Gadget]

@Overdrive90, Sharktooth: unless I'm mistaken, that warnng is from the Nero HD Audio decoder called by eac3to, and doesn't have anything to do with AAC encoding. The former requires a licensed copy of Nero 7 to be installed, while the latter requires only copying the freeware encoder to the appropriate directory.

[Sharktooth]

oh.. i overlooked that...

[Sharktooth]

anyone got preset for quality 700Mb-1Gb outputs? XViD
everything depends on the source compressibility, resolution and duration.
presests are made to limit the encoder features (for certain devices for example) or for speed/compression ratio... not for filesize.

[lilhobo]

everything depends on the source compressibility, resolution and duration.
presests are made to limit the encoder features (for certain devices for example) or for speed/compression ratio... not for filesize.

there has got to be some assumptions here:

1. standard dvd source.

2."compressibility, resolution and duration" is limited by the filesize, surely

[Guest]

Make your own profile! It's not rocket science.

[Sharktooth]

1. it stands only for resolution. duration and compressibility can be determined just coz the source is DVD.

2. compressibility has nothing in common with filesize, duration and resolution have. compressibility is how much your preferred encoder can encode your source at a given quality. usually a full quality compression test is done, so you choose how much quality you would like to loose to fit a filesize. if the quality lost is not acceptable then you have to choose a bigger file size OR reduce the resolution (less pixels = less data) and run the CT again... and so on.
experienced ppl may just look at a video and tell how much (more or less) is compressible an what is a safe file size to compress that video to.

however to resume, those 3 parameters are needed for EVERY movie so making a general preset is impossible.

[lilhobo]

Make your own profile! It's not rocket science.

LOL, but I prefer not to reinvent the wheel either.

I been here 8 years, got banned once ;) what happened to all the people who has the time to test all the settings?

[Sharktooth]

it's a matter of PERSONAL knowledge. you have to know what to do for every movie coz every movie is DIFFERENT.
autogk and avi.net are 2 softwares that make AUTOMATED choices but still they do analyze the source... ppl with no knowledge of your source cant "invent" presets from thin air.

[Overdrive80]

@Overdrive90, Sharktooth: unless I'm mistaken, that warnng is from the Nero HD Audio decoder called by eac3to, and doesn't have anything to do with AAC encoding. The former requires a licensed copy of Nero 7 to be installed, while the latter requires only copying the freeware encoder to the appropriate directory.

Yes, if i encode audio this advertise no show it. When i am ripping Bluray it is when show it. I have nero 10, with this no is ok. How could i solve? Thanks

[Inspector.Gadget]

You need to buy a copy of Nero 7 (not sure if they're still available, or be happy with libav decoding - which may be broken for that particular channel order). What is the format of the source audio and what conversion are you attempting? What happens when you run eac3to against the source file and track directly?

[Overdrive80]

You need to buy a copy of Nero 7 (not sure if they're still available, or be happy with libav decoding - which may be broken for that particular channel order). What is the format of the source audio and what conversion are you attempting? What happens when you run eac3to against the source file and track directly?

I like to AC3 2.0 & TrueHD 5.1 to FLAC from HDStreamExtractor. I hope that be happy with libav XD.

Thanks for your reply. Bye

[MNCvn]

Does everyone read this? and help me?

I've really searched and read in this forum, but it's still so confuse. I want to write a small program to calculate this, but i' not figure out the formula yet. Hix.

MNCvn

Hi everyone,

I had read many threads in this forum about aspect ratio but, I still confuse it so much. Could someone take me through this???
I want to clearly understand SAR, DAR, and PAR. And how to calculate those attributes. There are many threads in this forum and obviously there are many ways too. But ..... not It's not clearly and not give the same results.

What formula meGUI calculate the global darx and dary???


Somebody suggests use default method of meGUI (Clever anamorphic encoding). And, Somebody suggests set the --sar attribute in x264 command line. But the numbers and the formula are so different. Hix...

OK, here's a sample, I has a PAL DVD (720x576) 16:9 and I want convert it to MP4 with 720x480 resolution 16:9 (NTSC). My source must crop some black bar in left, right and bottom. So What should i do with DAR, or SAR to get the NTSC standard??? What formula to calculate it???

Thanks. MNCvn

[Guest]

Describe the confusion you have with the available material. Nobody wants to just repeat it all with the hope that it won't also confuse you.

[Sharktooth]

http://en.wikipedia.org/wiki/Aspect_ratio_(image) (DAR)

http://en.wikipedia.org/wiki/Pixel_aspect_ratio (PAR and SAR are the same. PAR=pixel aspect ratio, SAR=sample aspect ratio, 2 different names for the same thing... SAR may also mean Storage Aspect Ratio... in that case it's not the same)

[MNCvn]

Describe the confusion you have with the available material. Nobody wants to just repeat it all with the hope that it won't also confuse you.

Yes, I known. But at least, there must have some source really clear.

http://en.wikipedia.org/wiki/Aspect_ratio_(image) (DAR)

http://en.wikipedia.org/wiki/Pixel_aspect_ratio (PAR and SAR are the same. PAR=pixel aspect ratio, SAR=sample aspect ratio, 2 different names for the same thing... SAR may also mean Storage Aspect Ratio... in that case it's not the same)

Thanks Sharktooth. I forgot wiki, just looked for in this forum. Hix

[OneWhoSink]

Hi,
I was wondering, does MeGUI use 4 cores CPUs efficiently? If it does, whats the difference from encoding with... 1\2 cores?

Tnx, OWS.

[Sharktooth]

megui is just a GUI hence it almost uses no resources when encoding.
the correct question would be "does encoder_name_here use 4 CPU cores efficiently? etc..." and that would not be related to megui

[Hotpocketdeath]

NM. I thought it was a bug, but I found the setting that fixes my problem.

[Marc05]

I've had this problem for a while now, hopefully someone can help. When I try transcoding aac files (also have had the same problem with ac3 and ogg), I get an error. The log says "Pins cannot connect due to not supporting the same transport.". Am I missing something? (Also sometimes when it does work, the file has no sound) I know it's not the files themselves because it works using Ripbot264.

[tebasuna51]

I've had this problem for a while now, hopefully someone can help. When I try transcoding aac files (also have had the same problem with ac3 and ogg), I get an error. The log says "Pins cannot connect due to not supporting the same transport.". Am I missing something? (Also sometimes when it does work, the file has no sound) I know it's not the files themselves because it works using Ripbot264.
:logfile:

[ronker]

I get an error when loading an avs script in MeGUI that MSVCR71.dll is missing. I try to download it from dll-files.com and put it in \Windows\system32 and \Windows\SysWOW64 but not helped. In system32 the error message is still there and in SysWOW64 I get an encoding window but nothing happens. Also tried to register the MSVCR71.dll with regsvr32 but get an error that the version of the dll is not compatible.

http://img833.imageshack.us/img833/9726/megui.th.jpg (http://img833.imageshack.us/i/megui.jpg/)

I Use: MeGUI 0.3.5.0 Installer, Windows 7 x64, AviSynth 2.5.8

Can someone help?

[Sharktooth]

you need the correct DLL version for you windows version...

[Marc05]

:logfile:

[Error] Log
-[Information] Versions
--[NoImage] MeGUI Version : 0.3.5.6 x64
--[NoImage] OS : Windows Seven Ultimate Edition x64 (6.1.0.7600)
--[NoImage] Latest .Net Framework installed : 4.0 (4.0.30319)
--[NoImage] Avisynth Version : 2.5.8.5
-[Error] Log for job53 (audio, 1x01 - Awakening_Track2.aac -> 1x01 - Awakening_Track2.mp4)
--[Information] [7/21/2010 6:20:35 PM] Started handling job
--[Information] [7/21/2010 6:20:35 PM] Preprocessing
--[NoImage] Avisynth script
---[NoImage] DirectShowSource("C:\Users\Administrator\Desktop\1x01 - Awakening_Track2.aac")
---[NoImage] EnsureVBRMP3Sync()
---[NoImage] Normalize()
---[NoImage] return last
--[NoImage] Commandline used: -ignorelength -he -br 192000 -if - -of "{0}"
--[Information] [7/21/2010 6:20:35 PM] Encoding started
--[Information] [7/21/2010 6:20:35 PM] Encode thread started
--[Information] [7/21/2010 6:20:35 PM] Avisynth script environment opened
--[Error] An error occurred
---[NoImage] Exception message
----[NoImage] DirectShowSource: Could not open as video or audio.
----[NoImage] Video returned: "DirectShowSource: couldn't open file C:\Users\Administrator\Desktop\1x01 - Awakening_Track2.aac:
----[NoImage] Pins cannot connect due to not supporting the same transport."
----[NoImage] Audio returned: "DirectShowSource: couldn't open file C:\Users\Administrator\Desktop\1x01 - Awakening_Track2.aac:
----[NoImage] Pins cannot connect due to not supporting the same transport."
---[NoImage] Stacktrace
----[NoImage] at MeGUI.AviSynthClip..ctor(String func, String arg, AviSynthColorspace forceColorspace, AviSynthScriptEnvironment env)
----[NoImage] at MeGUI.AviSynthScriptEnvironment.ParseScript(String script)
----[NoImage] at MeGUI.AviSynthAudioEncoder.encode()
---[NoImage] Inner exception: null
--[Information] [7/21/2010 6:20:36 PM] Job completed

[Sharktooth]

You need a working AAC source filter

[Marc05]

You need a working AAC source filter

Is that referring to that bassaudio.dll (or something similar)? If so, how would I go about using that with MeGUI? I'm fairly new at all this so a little more detail would be appreciated.

[tebasuna51]

Sharktooth say a DirectShow AAC source filter.

You can use BassAudio with BeHappy or, if you have Bassaudio.dll, bass.dll and bass_aac.dll in your default AviSynth plugins folder, create an .avs file with:

BassAudioSource("C:\Users\Administrator\Desktop\1x01 - Awakening_Track2.aac")

and open this .avs in Audio Input (MeGUI) instead the aac file.

[Marc05]

Sharktooth say a DirectShow AAC source filter.

You can use BassAudio with BeHappy or, if you have Bassaudio.dll, bass.dll and bass_aac.dll in your default AviSynth plugins folder, create an .avs file with:

BassAudioSource("C:\Users\Administrator\Desktop\1x01 - Awakening_Track2.aac")

and open this .avs in Audio Input (MeGUI) instead the aac file.

Now the log just says that there is no function named "BassAudioSource". I'm using MeGUI x64 if it makes any difference.

[Sharktooth]

yes, it makes a big difference. you need a 64bit AAC source filter.
Im not sure if it exists, maybe tebasuna knows.
However you can mux your AAC in a container (MP4, MKV,...) and use that file as source so another source filter will be used.

[sinz718]

Problem that I don't know how to fix being a new comer to this stuff...
http://img704.imageshack.us/img704/8246/75533062.jpg
The encoding setting should have read X264 not Xvid.


Any professional assistance would be greatly appreciated.

Also is there any .avi support for X264 encoding under megui?

[stax76]

Using raw streams is most of the time a bad idea no matter if it's .aac, .h264, .vc-1 or .pcm, first they contain no meta data, is this AAC HE SBR or not? Second fewest applications and filters can read raw streams, there are exceptions.

[Zathor]

Problem that I don't know how to fix being a new comer to this stuff...
http://img704.imageshack.us/img704/8246/75533062.jpg


You can ignore this kind of error message. It is already fixed in the development build and it will be removed in the next stable build, too.

[sinz718]

You can ignore this kind of error message. It is already fixed in the development build and it will be removed in the next stable build, too.

Thanks for the heads up and info, but when I try to ignore it I get an error message within the encoding section trying to start my encode.

Stax:
This doesn't have an audio file attatched to it, it's just video I do them seperately. This isn't a raw It's an Avi I am trying to re-encode to fix It up. Why this message is coming up I have no clue but I can run the script fine in Vdub, no errors what so ever, also I get this similar error within avsp but only when trying to add the Tweakcolor command (I think).

Anywoot,
I managed to figure out how I can use both the avs script and vdub. I will ask on the Vdub forums I guess my question regarding the filter thanks!

[Zathor]

Thanks for the heads up and info, but when I try to ignore it I get an error message within the encoding section trying to start my encode.
Which kind of error do you get?

[sinz718]

http://img200.imageshack.us/img200/7897/28413149.jpg
Also I can't save the log to send It off cause It also crashes when I try to do that.

Might be something in my .avs script that is wrong, with one of the filters maybe, I don't know cause VirtualDub doesn't show any errors and does It fine, so I am confused.

[Guest]

@sinz718

Why are you hiding file names? Please describe the source and where you got it.

[sinz718]

Why would a source be important with an error? but ok sure it was posted on youtube and I am re-encoding it for myself and to learn avisynth scripting on bad source files.
http://www.youtube.com/watch?v=W6Y6tgVGbYk

GJ I can't learn on this site now?

[Guest]

Why would a source be important with an error? Forum rule 6, my friend. Thank you for your clarification.

[FirstBorg]

Hi!

Is there way to "synthesise" the qeue?

Right now I want to encode an entire series for more convienient watching (no more changing discs :)), and what I am doing is simply chosing the VOB in the one click mode, and add to the qeue. When I am finished with one season, I start that season and let it run. But its kind of annoying doing the same thing 24 times. So, is there some document describing how this qeue looks like inside? Because then I could write a script that creates the qeue.
Thx.

[Sharktooth]

@sinz718: try switching to the development build.

@FirstBorg: sorry. there is no documentation on that matter. also megui does not support batch encoding (yet).

[IceFiend]

Just upgraded to core 3.5(I'd been ignoring updates for a while). The bitrate calculator now has resolution and works perfectly ^_^
Thank you for improving this. I always want my encodes to end in round MBs(I'm weird :p) and I was using a manual calculator before. I'm sure there are a lot of other improvements but this one eclipses anything else for me.

[Sharktooth]

check the changelog.

[LeXXuz]

Any chance to feed the one click encoder with anything else than mpeg2 video?

[Zathor]

There is always a chance :)

[pancserzso]

I am using the newest official build (0.3.5 offline) to encode a 1080p Quicktime file, what is in a avs wrapper with QTSource.

Every time I try to do anything in MeGUI in the normal way, like auto-encode, audio before video, closing the preview window, anything, it says an error when starting the encoding.

The only way to encode that Quicktime > avs file is to drag it to video, _do not_ close the preview, and encode the video without doing anything else. When the video is finished, I could quit MeGUI and start it again, to encode the audio.

Do you have any idea that:
- why is this happening?
- is there any newer build than 0.3.5 offline?
- is there any other program, what handles Quicktime source or Quicktime > avs wrapper correctly, and has high quality h264 profiles built in?

I always used MeGUI for it's quality built in profiles, is there any other encoder recommened with newer builds of components, but with the same quality of profiles?

[Sharktooth]

switch to development server (in options) you should get megui version 0.3.5.8.

[pancserzso]

switch to development server (in options) you should get megui version 0.3.5.8.

OK, I found it.

BTW, is it normal that for example BD5 and BD9 profiles has the same command line written? If I open the xml-s, they have for example 24 and 48 frame keyframe intervalls, but for the command line in the config dialog, they both say the same.

[Sharktooth]

yes, coz BD-9 is just a BD structure in a dual layer DVD and BD-5 is BD structure on a normal DVD.
what changes is just the filesize and the keyframes intervals.

[pancserzso]

yes, coz BD-9 is just a BD structure in a dual layer DVD and BD-5 is BD structure on a normal DVD.
what changes is just the filesize and the keyframes intervals.

No, what I say is a kind of bug, if I understand correctly:
BD9 command line generated at the bottom of the config dialog:
program --crf 20 --open-gop bluray --pic-struct --level 4.1 --bframes 3 --ref 4 --slices 4 --aud --nal-hrd vbr --b-pyramid strict --keyint 24 --min-keyint 2 --vbv-maxrate 14000 --vbv-bufsize 14500 --weightp 0 --colorprim "bt709" --transfer "bt709" --colormatrix "bt709" --output "output" "input"


BD5 command line generated at the bottom of the config dialog:
program --crf 20 --open-gop bluray --pic-struct --level 4.1 --bframes 3 --ref 4 --slices 4 --aud --nal-hrd vbr --b-pyramid strict --keyint 24 --min-keyint 2 --vbv-maxrate 14000 --vbv-bufsize 14500 --weightp 0 --colorprim "bt709" --transfer "bt709" --colormatrix "bt709" --output "output" "input"

Exactly the same. And the command line does not get updated when I manually edit anything in the advanced part of the profile. But for example DXVA profile works as it should, manual updating changes the command line too.

Many of the other Bluray profiles show the same bug too.

[nurbs]

Updating the BD profiles works fine here. Of course you can't change the stuff that is forced for compatibility unless you remove it from the custom command line box, but that's by design.

[pancserzso]

Updating the BD profiles works fine here. Of course you can't change the stuff that is forced for compatibility unless you remove it from the custom command line box, but that's by design.

Some of the fields do change, others don't. For example I don't see any effect of changing Maximum and Minimum GOP size in BD9 and BD5. Same for VBR buffer size and VBR Maximum bitrate.

[Zathor]

As nurbs had explained:

Of course you can't change the stuff that is forced for compatibility unless you remove it from the custom command line box, but that's by design.

If you want to change the mentioned settings you have to delete them first in the custom command line.

[pancserzso]

As nurbs had explained:

If you want to change the mentioned settings you have to delete them first in the custom command line.

OK, I start to see, so for every field, if it's set in the custom command line, it overwrites the normal field.

But then what's the point of having
<KeyframeInterval>48</KeyframeInterval>
<KeyframeInterval>24</KeyframeInterval>
<MinGOPSize>4</MinGOPSize>
<MinGOPSize>2</MinGOPSize>

In the xml profile, when the custom command line forces something different? Or I shouldn't care about what's in the profile, I should just use it knowing that the custom command line will do everything fine? Maybe the pointless fields should be greyed or something to make it clear how it works.

I was not thinking about that MeGUI actually reads something back from command line, I thought the whole GUI is a one way thing (GUI > CLI)

[Zathor]

But then what's the point of having [...]in the xml profile, when the custom command line forces something different?
Tell us in which profile the settings do not match and we will correct them.

Maybe the pointless fields should be greyed or something to make it clear how it works.
It is explained in the tooltip of the custom command line. Ok, that's not good to find but still better than nothing. Other solutions are planed but we had no time to implement them yet.

[Sharktooth]

@pancserzso: im actually reworking the x264 config for a better usability. the point is Dark Shikari is going to implement the --device option in x264 and that will influence the changes im implementing. if i commit the changes now i will have to change the code again when --device will be added to x264... so double work...

[pancserzso]

Thanks for the responses, now it's clear. It's really not anything serious, I was just curious why was it the way it was. The only point is that without asking it in this forum, I would have never figured out how do things work, but I think all MeGUI users have to ask questions sooner or later here.

[pancserzso]

tell us in which profile the settings do not match and we will correct them.

BD9 or BD5

[Frogger13]

Hi Devs,

Just wanted to propose a small request on MeGUI:

Would it be possible to have the AVS script creator remember the name of the output AVS script, or to add an option to force the default name to one we set?

The reason is that I use a lot of scripts to speed up encoding preparation for many small files, and thus changing the generated default AVS script name takes a "lot" ;) of time when done often!

For the small story: I have a "make.bat" script where the minimal parameter to enter is the bitrate for commandline encoding, it then looks for make.avs and encodes... save a lot of typing for many small files :)

:thanks::thanks::thanks:

[Zathor]

BD9 or BD5

Thanks, it has been corrected in 56:
http://megui.org/auto/x264_presets_v56.zip
I will not push it out because it is only a minor change.

[Sharktooth]

@zathor: push it. wont be a problem.

[pancserzso]

Thanks, it has been corrected in 56:
http://megui.org/auto/x264_presets_v56.zip
I will not push it out because it is only a minor change.

OK I see it. As an idea, if you will rework the whole thing in the future, you could just remove all redundant lines from the xml, and just specify the ones not forced by custom. This way all edits have to be updated in two places.

[Fadeout]

I have a 500Mb clip encoded in Lagarith. Is there a way to import it in MeGUI and recode in H264?

Every time I try to load it Avisynth gives an error: FFVideoSource: video codec not found

The codec is in the system, mediaplayer plays the video and VirtualDub sees it as well. So is there a way to have Avisynth load this video so that I can then re-encode it?

[Zathor]

Try opening your file directly in the AVS Script Creator.

[follz20]

I've been having trouble with MeGUI inexplicably changing the SAR of my encodes. It only seems to happen with certain resolutions, for example:

For a resolution of 1920x796p it changes the SAR to 796:1053
For a resolution of 1920x784p it changes the SAR to 784:1053
For a resolution of 1920x1036p it changes the SAR to 1036:1053
For a resolution of 1920x804p it changes the SAR to 268:351

On the other hand, for the following resolutions, the SAR is 1:1 which is the exact way I want it:

1920x798p = 1:1
1920x800p = 1:1
1920x814p = 1:1
1920x816p = 1:1
1920x818p = 1:1
1920x1038p = 1:1
1920x1040p = 1:1
1920x1080p = 1:1

So it's pretty clear this has nothing to do with mod16 etc. Why is this all of a sudden happening? I used to only use the stable versions of MeGUI but a few months back switched to the development version. Is there any particular reason MeGUI would want to do this? The source doesn't matter, seemingly it all depends on the resolution (ie how much I crop the video).

In the mean time, should I just add the --SAR 1:1 to the CL? Would this fix the problem with the aforementioned resolution where this happens?

Cheers for any help.

[Zathor]

I need a little bit more information before I can dig deeper into this problem report.

Did you use the same source file as reference? Did you use crop or resize in the AVS Creator? Is "Clever anamorphic encoding" enabled (which mode?) or disabled"?
EDIT: Please post the avs file.

[follz20]

Did you use the same source file as reference? Did you use crop or resize in the AVS Creator? Is "Clever anamorphic encoding" enabled (which mode?) or disabled"?
EDIT: Please post the avs file.

Sorry, I should have been more specific in my post.

No, I don't resize with CAE - I only crop my videos. My avs scripts are very simple, and the following is one in which MeGUI changed the SAR to 796/1053 :

DirectShowSource("H:\Blu-Ray Rips\I_AM_LEGEND\00051.track_4113.mkv", fps=23.976, audio=false, convertfps=true)
#deinterlace
crop( 0, 142, 0, -142)

#resize
#denoise

So resolution for this particular movie is 1920x796 minus the black bars. If, however, if I simply stop cropping at 1920x800, MeGUI leaves the SAR at 1:1. So the source file doesn't matter - only resolution.

The first pass (partial) log looks like this:

--[NoImage] raw [info]: 1920x796p 796:1053 @ 2500000/104271 fps (cfr)
--[NoImage] x264 [info]: using SAR=796/1053

I hope that's all the information you need!

:thanks:

[unknownsoldierX]

I have an AVI with VP6F video. The AVS creator loads the video, but when I run deinterlacing analysis I get the error "Error in analysis: The input clip for source detection could not be opened. AVISource: couldn't locate a decompressor for fourcc VP6F"

I save the AVS, change the first line from AVISource to DirectShowSource, then open that AVS in the script creator. Then the analysis works.

Is it OK to have an AVS point to another AVS as a source? Is there a better way to avoid the error?

I have ffdshow_beta7_rev3154_20091209 installed.

[Sharktooth]

you can just replace the first line in the original avs and have the same result.

[unknownsoldierX]

But it seems like i have to create two AVS files in order to run the deinterlace analysis. I've tried opening the AVI in the script creator, going to the script tab and editing the first line, but I still get the error. It's only after I save the script and open that script in the script editor that I can run the analysis.

EDIT: It seems I can't get it to work, even with DirectShowSource. I get an error when it tries to encode.

Exception message: AVISource: couldn't locate a decompressor for fourcc VP6F

[LigH]

Are you sure you have a decoder for "On2 VP6" either installed separately (the original) or enabled (in ffdshow)?

Installing ffdshow alone does not enable all available formats, some need to be enabled in addition.

For DirectShowSource, configure the "Codecs" in ffdshow's "Video decoder configuration"; for AviSource, do the same in the Decoder tab of ffdshow's "VfW configuration" (see the Windows Start menu).

[unknownsoldierX]

That was my mistake. I had enabled VP6 in the VfW config, but not VP6F. Thank you.

[mirec412]

Can someone help me?
When I´m using MeGUI and encoding bluray to mkv finaly movie on beging is cuting maybe 1-2 seconds and also sometimes I must set delay for audio(but audio is from bluray with same fps).

http://img600.imageshack.us/img600/3509/screeny0.jpg

[Zathor]

Post the log and the avs file.

[mirec412]

Post the log and the avs file.

ok avs and log here

[mirec412]

[Information] Log
-[Information] Versions
--[NoImage] MeGUI Version : 0.3.5.0
--[NoImage] OS : Windows Seven Premium Edition x64 (6.1.0.7600)
--[NoImage] Latest .Net Framework installed : 4.0 (4.0.30319)
--[NoImage] Avisynth Version : 2.5.8.5


# Set DAR in encoder to 47 : 20. The following line is for automatic signalling
global MeGUI_darx = 47
global MeGUI_dary = 20
Import("C:\Users\mirec\Desktop\Filmy\KAJINEK\BDMV\STREAM\kajinek.avs")
#deinterlace
crop( 0, 128, 0, -136)

LanczosResize(1280,544) # Lanczos (Sharp)
#denoise

[Inspector.Gadget]

("C:\Users\mirec\Desktop\Filmy\KAJINEK\BDMV\STREAM\kajinek.avs")

We need the contents of that script as well.

[mirec412]

We need the contents of that script as well.

sorry I don´t understand u need to see picture of this script?

[mirec412]

We need the contents of that script as well.

DirectShowSource("C:\Users\mirec\Desktop\Filmy\KAJINEK\BDMV\STREAM\Kajinek.grf",Audio=false,Fps=23.976)
ConvertToYV12()

[Inspector.Gadget]

Don't use DirectShowSource. Use DGIndex for MPEG-2, DGAVCIndex for H.264, or ffmpegsource for VC-1. Since your input is 23.976fps progressive, you don't need to worry about DGAVCIndex problems with MBAFF coding or ffmpegsource problems with interlaced VC-1.

[exorcistas]

Hi can someone help me I'm having some problems with MeGUI I got a new laptop with OS wndows 7 and when I install I installed MeGUI right encoder and the video and audio so that when I finish encode the video he was mute more mediainfo said that was with sound that was not so sound and so I tried to encode the sound alone but has the same problem most of the video encoder okay the problem is to encode the audio to encode and dis ta the same time Video

[Lighto]

@exorcistas
Try Win7DSTweaker

[exorcistas]

I do not understand and to explain to me how this will help fix the problem on the Megu video has no audio when I finish encode?

[Tuik]

Hey,

Right now i'm using xvid-encraw from megui development server.

The aim is to backup bluray content to view in players which not support it.

So i'm encoding bluray to xvid HD 720p and bluray to xvid SD 480p.

I load to xvid a small avisynth script with DSS2, spline16 resize and a little bit of sharpen.

I've been in research for the best xvid options to retain the most detail without blocking and without loosing standalone player compatibility. The above taking in consideration that 480p is to be encoding at a max of 2000 avg bitrate and 720p at a max of 3000 avg bitrate.

The settings i'm using now are:

2 pass, 2 max b frames, bframe ratio 162, bframe offset 0, VHQ for bframes and mode 4, MSP 6, no QPEL, no GMC, Chroma Motion, Closed GOP, Trellis Quant, Adapt. Quantization, Packed Bitstream, No Turbo, max kframe in 240, min qt 2 max qt 31

So now what is missing is the custom matrix...

What CQM would you advise with all the above set?

(also if you suggestions on other used settings please don't abstain :))

Thanks for your help!

[LigH]

@exorcistas:

Windows 7 prefers not DirectShow filters, but another Microsoft specific codec system, although DirectShow is now widely accepted, and many feature-rich and reliable decoders are available for it.

The "Windows 7 Preferred DirectShow Filter Tweak Tool" can help you disabling the (not at all "better") Microsoft decoders and preferring DirectShow decoders again.


BTW: Use punctuation. Use sentences. The better we understand your question, the better answers we can give you.

[luke83]

is possible to apply filters to a vob file without encoding it?

[Taurus]

@luke83
:confused::confused::confused:
What are you talking about?
You can apply filters, even Avisynth filters at decoding/playback stage.
But if you want it permanently done, you have to encode your stuff, of course :p.
And how is this MeGui related?!

[totya]

Hi, simple question, MeGUI use mencoder, but when?

[Zathor]

mencoder is used for snow and the pre-rendering job.

[totya]

mencoder is used for snow and the pre-rendering job.
Thanks for answer!

[unknownsoldierX]

My Divx DVD player doesn't like the AVIs MeGUI makes. There is video but no audio. If I mux with VirtualDub, there are no problems. Is there a setting in MeGUI I need to change?

Also, MeGUI prevents my monitor from powering down. It didn't used to do that, but I am unaware of any changes being made.

[Zathor]

mencoder is used for snow and the pre-rendering job.
And with the recent build mencoder is retired.

My Divx DVD player doesn't like the AVIs MeGUI makes. There is video but no audio. If I mux with VirtualDub, there are no problems. Is there a setting in MeGUI I need to change?
In the log you can find the script file which is beeing exectuted for the muxing and which is deleted after the mux even if "delete intermediate files" is not checked (I will change this with the next release). Post the content here and also do some tests yourself with AVI Mux GUI and the script input (documentation: http://www.alexander-noe.com/video/amg/script.html).

Also, MeGUI prevents my monitor from powering down. It didn't used to do that, but I am unaware of any changes being made. Since 0.3.4.x MeGUI will prevent the system from powering down if a job is running but the display timer is not touched and therefore the monitor should power down (just tested it myself and it does work as exptected). MeGUI uses the SetThreadExecutionState (http://msdn.microsoft.com/en-us/library/aa373208(VS.85).aspx) with ES_CONTINUOUS | ES_SYSTEM_REQUIRED.

[Vincent Vega]

hi Zathor,

i need to enforce key frames (also to serve as possible cut points) in my next encode to match the chapters of the video. so i've just tried experimenting with the Zones feature in megui for x264 (crf/automated 2 pass) and xvid (cq/automated 2 pass).

oh btw, in xvid cq mode megui did not even pass the -zq settings to encoder, according to megui log.

anyways, it seems that these --zones (x264) and -zq (xvid) parameters are only supposed to request some specific quantizer/weight for a zone from encoder, but not insertion of a key frame at zone start. for example, i checked megui xvid auto-2pass and cbr mode encodes, there were no key frames at my zone starts.

so is cutting the script into segments for each chapter the only way to get the key frames where i want them?

thanks in advance for your help

[Zathor]

You can use the qpfile in x264.

--qpfile <string> Force frametypes and QPs for some or all frames
Format of each line: framenumber frametype QP
QP is optional (none lets x264 choose). Frametypes: I,i,K,P,B,b.
K=<I or i> depending on open-gop setting
QPs are restricted by qpmin/qpmax.

[Vincent Vega]

thanks very much, it worked for x264.

there was just a little glitch: when i choose .qpf in megui (svn 1903) x264 config dialog, it gets added to command line, then if i close the dialog and reopen it again the --qpfile "...some path..." parameter no longer shows up in command line and qpf option is unchecked. nevertheless it was still passed to encoder.

and for Xvid i can only use additional command line parameter in megui? you dont plan to add such xvid zones options like K,O,G,C to the megui Zones dialog?

[totya]

20th November 2007, 10:18
Totya, yes. CP will be there in future versions.
About xvid, works here.

Hi, compressibility test available in MeGUI? I Don't see this.

[Zathor]

there was just a little glitch: when i choose .qpf in megui (svn 1903) x264 config dialog, it gets added to command line, then if i close the dialog and reopen it again the --qpfile "...some path..." parameter no longer shows up in command line and qpf option is unchecked.
Thanks & fixed

and for Xvid i can only use additional command line parameter in megui? you dont plan to add such xvid zones options like K,O,G,C to the megui Zones dialog?
Sorry, I am not using xvid and have therefore no knowledge about xvid + zones.

[Vincent Vega]

Thanks & fixed


oh thats cool thanks, though in what build? i'm using x86 (1905) now, it's still happening.

[Lighto]

oh thats cool thanks, though in what build? i'm using x86 (1905) now, it's still happening.

http://sourceforge.net/projects/megui/
Scroll down and check project feed.
I think it's fixed in 1907.

Zathor probably hasn't found time to update the server with the files yet.

[Zathor]

Yes, it is fixed in 1906 (http://megui.svn.sourceforge.net/viewvc/megui?view=rev&revision=1906). Depending on my time it may take a few days until the next build will be released.

[unknownsoldierX]

In the log you can find the script file which is beeing exectuted for the muxing and which is deleted after the mux even if "delete intermediate files" is not checked (I will change this with the next release). Post the content here and also do some tests yourself with AVI Mux GUI and the script input (documentation: http://www.alexander-noe.com/video/amg/script.html).

Floatingshed posted about having stand-alone player problems.
http://forum.doom9.org/showthread.php?p=1393618#post1393618

I disabled opendml in avimux_gui and ran MeGUI again. Files work on my DVD player now.

Since 0.3.4.x MeGUI will prevent the system from powering down if a job is running but the display timer is not touched and therefore the monitor should power down (just tested it myself and it does work as exptected). MeGUI uses the SetThreadExecutionState (http://msdn.microsoft.com/en-us/library/aa373208(VS.85).aspx) with ES_CONTINUOUS | ES_SYSTEM_REQUIRED.

For some reason, my monitor doesn't turn off. This only happens when MeGUI is running. It has to be MeGUI or the xvid encoder causing it.

[Zathor]

Floatingshed posted about having stand-alone player problems.
http://forum.doom9.org/showthread.php?p=1393618#post1393618

I disabled opendml in avimux_gui and ran MeGUI again. Files work on my DVD player now.

Thanks for the investigation. Can you please check if such files are also working on your player if they are >2GB? As far as I know opendml is required for such files.

For some reason, my monitor doesn't turn off. This only happens when MeGUI is running. It has to be MeGUI or the xvid encoder causing it.
Which OS are you using? Maybe I will add an option to disable this setting. But then of course the system will go into hibernating/standby as well if configured.

[unknownsoldierX]

Thanks for the investigation. Can you please check if such files are also working on your player if they are >2GB? As far as I know opendml is required for such files.

I just created a 2.6GB file. Video bitrate 2186kbps CBR. avimux_gui popped up with this:

---------------------------
Error
---------------------------
AVI files larger than 2000 MB can only be created in Open-DML format.

Continue (and set output format to Open-DML)?
---------------------------
Yes No
---------------------------

I'm assuming it is not possible to create an AVI >2GB without Open-DML.

I tried the file on my player and it wouldn't load. With smaller Open-DML files, video plays but there is no audio. It seems the player can't play large AVI files at all.

I've played 1500MB files, and aside from occasional stuttering from the player struggling with higher bitrates, the files play.

Sound like this may be an issue with most, if not all, Divx compatible DVD players. If so, it would be nice to have an option in MeGUI that turns off Open-DML in avimux_gui.

Which OS are you using? Maybe I will add an option to disable this setting. But then of course the system will go into hibernating/standby as well if configured.

Windows 7. And it's up to you if you think it will be useful to others. As for me, I have my system set to go to sleep and it is easier to hit the power button on the monitor than it would be to disable sleep every time I wanted to encode videos.

[Lighto]

For some reason, my monitor doesn't turn off. This only happens when MeGUI is running. It has to be MeGUI or the xvid encoder causing it.

Probably xvid, I was encoding with x264 and my laptop screen turns off after 1min due to the settings in my power options as usual.

[steve1992]

hi all
i add megui to multilizer and i can't do any thing
so plz add feature poedit in megui or add folder resource with
recource.localetion.DLL cuz with this file i can add to multilizer
and change main language
a lot of thanx

[luke83]

I've an ATI HD4850 512MB.
Can I use th ATI Stream Technology with Megui?
I used it with Cyberlink (it needs I install ATI AVIVO driver) but it has less options than megui.

[Sharktooth]

luke83: no coz x264 doesnt support GPU encoding AND if you search the forum you will understand that
1 - GPU encoding actually sux
2 - GPU encoding is NO faster than software (CPU) encoding at the same quality.
3 - At the same price you get a GPU good for h.264 encoding you will get a much faster CPU.

[luke83]

luke83: no coz x264 doesnt support GPU encoding AND if you search the forum you will understand that
1 - GPU encoding actually sux
2 - GPU encoding is NO faster than software (CPU) encoding at the same quality.
3 - At the same price you get a GPU good for h.264 encoding you will get a much faster CPU.

Ok, but I'm using Cyberlink Media Espresso with Hardware encoding and it convert my dvd very good anda faster. However it has poor options. For exemple: isn't possible to set a final video size.
As ATI transconding works with this software I thought it works in megui too

I forgot to tell that the enconding is made not only by GPU but CPU and GPU at the same time. My GPU was loaded at 30%

[Sharktooth]

it doesnt matter. GPU encoding is really sucky and x264 is faster even producing a better quality...
:search:

[luke83]

it doesnt matter. GPU encoding is really sucky and x264 is faster even producing a better quality...
:search:

so, what's happen if I use DXVA profile? :confused:

P.S.
Megui has been updated to 1911 svn: what's the meaning of "svn"?

[Zathor]

Megui has been updated to 1911 svn: what's the meaning of "svn"?
http://en.wikipedia.org/wiki/Apache_Subversion

[Sharktooth]

luke83: if you use the DXVA preset megui will encode the source file into h.264 using DXVA compatible settings for PLAYBACK.

[phoebian]

I recently started to play with MEGUI and I think it is a very well rounded application that can cover a very wide range of needs. Keep up the good work guys! I have a few remarks that might be of interest to any dev around.

My main need is to rapidly transcode video series to my iPod 6G. I think MEGUI could be greatly improved if the number of steps to encode a single file would be reduced. Currently I need to perform the following actions:

- Open the AVI file
- Queue the file indexing (autostarted)
- Manually tune the AVS script
* Set the horizontal resolution to 320
* Click "Suggest Resolution (mod16)"
* Click "Save"
- Manually load the audio (no autoload, looks like a bug)
- Queue the autoencode (autostarted)

Note that I use the latest svn-1911 fully updated.

My remarks are:

- Why isn't the file indexed automatically upon opening?

AFAIK, it used to be automatic with previous version 0.3.5.

- Can we have the "crop&resize" settings optionally saved with the avisynth profile?

I would find this one logical since the final resolution can be an integral part of the video encoding chain. In my case, my iPod does not accept anything except that, so it would make sense. It is a pain to reenter the value for every file.

- Can we have a 1-click button to auto-encode?

A priori, the autoencode settings can be fully configured in via the CTRL+F6 shortcut. I would therefore prefer a click on the AutoEncode button to automagically queue *and* start the jobs instead of just doing the same thing as CTRL+F6.

[luke83]

luke83: if you use the DXVA preset megui will encode the source file into h.264 using DXVA compatible settings for PLAYBACK.

oh :(

[Sharktooth]

I recently started to play with MEGUI and I think it is a very well rounded application that can cover a very wide range of needs. Keep up the good work guys! I have a few remarks that might be of interest to any dev around.

My main need is to rapidly transcode video series to my iPod 6G. I think MEGUI could be greatly improved if the number of steps to encode a single file would be reduced. Currently I need to perform the following actions:

- Open the AVI file
- Queue the file indexing (autostarted)
- Manually tune the AVS script
* Set the horizontal resolution to 320
* Click "Suggest Resolution (mod16)"
* Click "Save"
- Manually load the audio (no autoload, looks like a bug)
- Queue the autoencode (autostarted)

Note that I use the latest svn-1911 fully updated.

My remarks are:

- Why isn't the file indexed automatically upon opening?

AFAIK, it used to be automatic with previous version 0.3.5.

- Can we have the "crop&resize" settings optionally saved with the avisynth profile?

I would find this one logical since the final resolution can be an integral part of the video encoding chain. In my case, my iPod does not accept anything except that, so it would make sense. It is a pain to reenter the value for every file.

- Can we have a 1-click button to auto-encode?

A priori, the autoencode settings can be fully configured in via the CTRL+F6 shortcut. I would therefore prefer a click on the AutoEncode button to automagically queue *and* start the jobs instead of just doing the same thing as CTRL+F6.
Have you tried the OneClick Encoder tool (under Tools menu)?

@luke83: you shouldnt be disappointed coz GPU encoders are REALLY bad and produce crap quality being slower than x264 forcing the "same" picture quality...

[luke83]

@luke83: you shouldnt be disappointed coz GPU encoders are REALLY bad and produce crap quality being slower than x264 forcing the "same" picture quality...
I was not disappointend about the user but about news. I hoped to encode faster, instead...
The software about I wrote before, makes a file that is double in size against megui file. If I set a lower bitrate, the quality is very poor.

[RiCON]

If you use --preset ultrafast in x264, I'm pretty sure it will be much faster than any GPU encoder.

[LigH]

And on top, "x264 --preset ultrafast" may even produce better quality than a CUDA based encoder. At least it appeared so in a test with Selur's "Hybrid" which provides one of those.

[phoebian]

[QUOTE=Sharktooth;1472087]Have you tried the OneClick Encoder tool (under Tools menu)?

Yes. According to MEGUI documentation it only works on DGIndex files, not AVI files. Any idea how complicated it could be to support AVI file in the OneCLick encoder?

[Sharktooth]

oneclick supports everything but .avi starting from .mkv to .vc1.
avis is always a bit of a PITA. you never know what method to use to "open" it so that it will keep A/V synch. therefore One-Click and AVI are opposite things.
however something can be done.

[phoebian]

oneclick supports everything but .avi starting from .mkv to .vc1.
avis is always a bit of a PITA. you never know what method to use to "open" it so that it will keep A/V synch. therefore One-Click and AVI are opposite things.
however something can be done.

It's good to know other format are supported. I can always do a transcoding myself and have that fed to MEGUI.

It's still worth noting that these extensions (mkv, vc1) do not apear on the file opening dialog of the oneclick encoder. Maybe it would be good to advertise these extensions as people won't see the files and won't think about trying :)

Maybe a solution to the AVI issue would be to let the user manually choose the avisynth method used in the generated script (staxrip does that perfectly). As it is, not supporting AVI leaves out a large proportion of potential users to the oneclick encoder feature :)

[Sharktooth]

you can select the extensions from the open dialog. however you dont need to transcode to another format. just mux the avi content in mkv and you're done.

[phoebian]

you can select the extensions from the open dialog. however you dont need to transcode to another format. just mux the avi content in mkv and you're done.

The open dialog shows all extensions, but the oneclick dialog doesn't (clicking the three-dotted square across the input file widget).

And yes, I meant transmuxing.

[Sharktooth]

open one click encoder then click on the "..." open button to open an Input file.
when the dialog pops up click on the combo menu right to the filename text area where the file extensions are listed.
now you can select between DGAVCIndex supported files, DGIndex supported files, DGIndexNV supported files, All supported file and All files.

[phoebian]

open one click encoder then click on the "..." open button to open an Input file.
when the dialog pops up click on the combo menu right to the filename text area where the file extensions are listed.
now you can select between DGAVCIndex supported files, DGIndex supported files, DGIndexNV supported files, All supported file and All files.

Ok, I selected "All suported files" in the OneClick "..." open file dialog and I see (at least) *.mkv files. However, If I select an MKV file and click OK, MEGUI throws an error message saying "This file cannot be used in OneClick mode", which contradicts what you said earlier.

Have you tried to OneClick encode an MKV file with the latest MEGUI release (1911)?

[Sharktooth]

not yet. i will try.

[Zathor]

MKV is only supported with DGIndexNV and this tool will only work if you have a valid licence and a nvidia graphics card. I will block the DGIndexNV input files in the file open dialog in the next release if there is no DGIndexNV available.

It may be possible to have MKV + AVI supported in One-Click without much development work. But in this case audio cannot be extracted and therefore this step has to be done outside of one-click.

[nurbs]

ffmpegsource definitely supports mkv as well.

[Zathor]

ffmpegsource definitely supports mkv as well.

Of course, but without audio extraction. That's the reason why it is not in One-Click at the moment.

[Lighto]

Of course, but without audio extraction. That's the reason why it is not in One-Click at the moment.

What about MKVExtract?

[Sharktooth]

oh right. i was using DGIndexNV, thats why i had no problems with OneClick encoder and MKVs.
however, here's my idea: ffaudiosource()
It's pretty strightforward. For non-indexable formats (including when DGIndexNV license is not available), ffms and ffaudiosource could be used.

[Zathor]

What about MKVExtract?
Yes, but not in the current implementation of One-Click. This is too much work. Instead I would like to rewrite it more or less completly so that also BD structures are supported.

[Zathor]

oh right. i was using DGIndexNV, thats why i had no problems with OneClick encoder and MKVs.
however, here's my idea: ffaudiosource()
It's pretty strightforward. For non-indexable formats (including when DGIndexNV license is not available), ffms and ffaudiosource could be used.

The drawback is that you cannot make a direct stream copy for audio tracks in this process. You always have to reencode the tracks.

[Sharktooth]

well i dont think OneClick Encoder is suited for that. I mean, "direct stream copy" of the tracks.

[Zathor]

That depends on the use case. I use the stream copy feature nearly every time as my hardware media player can play every sound format but in most cases fails with the video.

[Sharktooth]

Well, it's always better than nothing. The addition of FFAudioSource() will also be usefull for other stuff. If my job let me spend some free time at home i will have a look at it.

[Penecho]

I was wondering if there is any possibility to encode a xvid with MeGui and enforce square pixel shape, like in gknot!?

[Zathor]

Well, it's always better than nothing. The addition of FFAudioSource() will also be usefull for other stuff. If my job let me spend some free time at home i will have a look at it.

Ok, I have some free time today and will implement this.

[LigH]

Penecho, what do you mean? Of course it is possible - if you do not use "Clever Anamorph" in the AVS Creator.

More details please, if you believe it does not work as expected.

[Sharktooth]

@zathor: what do you think about ffms2-mt? i mean, it works with single and multicores CPUs and it will make a big difference if used on multicore CPUs for decoding. just replacing the exe in the package will do the job.

[Zathor]

Ok, lets try :) Upload ongoing.
EDIT: r411 is faulty and cannot index hfyu files therefore using 2.14 mt now.

[Clumpco]

Zathor, when you have a moment I have a small feture change which would greatly help me.
I use the "run command after encoding" option to upload the finished, muxed, mkv via ftp. If there is more than one set of encoding jobs in the queue that command only fires after the last one has finished muxing.
Would it be possible to add an option to choose between running the command after each job and running it after all the jobs?
Running after each job would allow the ftp upload to get started while the next encode is working.
Pretty please :-)

Cheers
C

[DVDBob]

What is the difference between ffmpegsource-2.14 and ffms2-mt-r411 ???

[Knuffi]

Look 3 postings above?

[DVDBob]

Yes i was probably not quite awake when I wrote the other post

[DVDBob]

I would have written what is the difference on ffmpegsource-14.2-mt and ffms2-mt-r411

[Zathor]

Would it be possible to add an option to choose between running the command after each job and running it after all the jobs?
Please create a feature request.

[Clumpco]

Please create a feature request.

Ah, sorry. I'll go off and find out how/where to do that.
Cheers

[LigH]

http://sourceforge.net/projects/megui => Tracker => Feature requests (https://sourceforge.net/tracker/?group_id=156112&atid=798479) (requires a registration at SourceForge)

[Clumpco]

http://sourceforge.net/projects/megui => Tracker => Feature requests (https://sourceforge.net/tracker/?group_id=156112&atid=798479) (requires a registration at SourceForge)

Thanks!

[Sharktooth]

nope, it doesnt require a registration AFAIK...

[Lighto]

@Sharktooth
You need to register a SF account or login with OpenID.

[Zathor]

I had to change this somewhere in the middle of last year as the trackers got flooded with SPAM messages and I got tired of deleting them.

A registration is quick and easy and you get - if you want - an email notifcation if someone add a comment or change other things in your tracker item.

[Sharktooth]

oh, ok :)

[Lighto]

@Zathor
I see that you changed the public information of MeGUI on SF.
I am guessing Snow is no longer supported by MeGUI from the changes, is that right?

[Ice Dragon]

When i encode video to mkv, an extra "en:00:00:00.097" menu chapter is added.
Is this a bug or intentionally added by megui.

I can remove it by remuxing it with mkvmerge,

but is there a way to disable it.

[Zathor]

@Zathor
I see that you changed the public information of MeGUI on SF.
I am guessing Snow is no longer supported by MeGUI from the changes, is that right?
No, I have added Flac only. Is snow missing? Btw. is really someone using snow in MeGUI?

When i encode video to mkv, an extra "en:00:00:00.097" menu chapter is added.
Is this a bug or intentionally added by megui.
I can remove it by remuxing it with mkvmerge,
but is there a way to disable it.
Please post the complete log.

[Ice Dragon]

Please post the complete log.

Here

logfile-11-01-25_03-23-45.log (http://www.mediafire.com/?de7k663i0gwaf7e)

sample.mkv (http://www.mediafire.com/?eej8xau8ekd8y8h)

Output

sample-muxed.mkv (http://www.mediafire.com/?tss1xxrog81s9qb)

"en:00:00:00.097" is added extra

And file encoded by user Lighto has similar bug

@Ice Dragon
Here's the output I got using your first method.

http://www.mediafire.com/file/n9rnabqn61ydbwb/sample-muxed_Lighto.mkv



In this one its "en:00:00:00.054"

[Lighto]

No, I have added Flac only. Is snow missing? Btw. is really someone using snow in MeGUI?

Please post the complete log.


Not me.......

Here's the log as well.
This has been occurring since svn 1913/1911 as far as I can remember, didn't think it was a bug though.

http://www.heypasteit.com/clip/S6P

It would seems that the chapters came from the encoded audio...
http://i.imgur.com/0MeDW.png

Update: Positive that it occur in both .m4a and .mp4(aac).
Encoded using Nero AAC, I am guessing the different profiles behaves the same way.
Mediainfo of .m4a:
http://www.heypasteit.com/clip/S6X
Mediainfo of .mp4(aac):
http://www.heypasteit.com/clip/S6Y

I am guessing it has something to do with the "Menu" in the audio output.

Update2:
Tried encoding to a Nero .mp4(aac) using BeHappy, output has the "Menu" as a chapter as well.
I am guessing it has got to do with NeroEnc.exe itself.

[aegisofrime]

To the developers, I might have discovered a bug with the new video preview.

I noticed that the video preview automatically crops 2 lines off the right edge of the video. I noticed this when I was using the script creator to autocrop padding off some videos I have. These videos have black lines 2 lines thick on the left and right side. When I loaded the video with the script creator the black line on the left was there, but the one on the right was gone.

Using autocrop, it detects the black line on the left but not on right right. Upon encoding, due to the wrong crop values detected the encoded video still has the black lines on the right.

I hope I'm making sense here.

[Zathor]

Thanks for the report. It is a know problem that you cannot see the right border: https://sourceforge.net/support/tracker.php?aid=3164635
But this should not affect auto-cropping.

[Sharktooth]

ffms2-mt has been updated and it seems to work for me. please test the r426 and see if it works. if it does it can be uploaded to the auto-update server.

[Zathor]

At the moment there is no mt build available:
http://forum.doom9.org/showthread.php?p=1474737#post1474737

But I will upload r426 to the server as hfyu seems to be fixed (tested with this build a few hours ago: http://forum.doom9.org/showpost.php?p=1474698&postcount=1019)

[Sharktooth]

damn, i thought it was MT... you're right. it's not...
however r426 seems to have the huffyuv fixed.

[MOS-Marauder]

Thanks for the report. It is a know problem that you cannot see the right border: https://sourceforge.net/support/tracker.php?aid=3164635
But this should not affect auto-cropping.

We had that same bug before but it was fixed.

U cannot resize the Preview Window und on the right side are more then 2 lines invisible....

Up to 10 i guess...

Chris

[Zathor]

Up to 10 i guess...
7 :) - and one at the bottom.

Will be fixed in the next build.

[Lighto]

@Zathor
Any words regarding this bug report I have made?:o
https://sourceforge.net/tracker/?func=detail&aid=3165894&group_id=156112&atid=798476

Can't really check what changes you have made on SF since ViewVC is disabled due to the recent attack on SF.

[Zathor]

Not addressed yet, but confirmed. That fix is the reason for holding back the recent build.

[MOS-Marauder]

7 :) - and one at the bottom.

Will be fixed in the next build.


Wow that was fast xD

But one thing.. .Before i could resize the win by dragging. Is it possible to reenable it like it was before ? xD


Thx m8 and good work.

Chris

[Zathor]

But one thing.. .Before i could resize the win by dragging. Is it possible to reenable it like it was before ?

No, at least for the moment that is not planed. But you can resize the window with the - button.

[MOS-Marauder]

Oki, thx.

Chris

[DruidCtba]

Hi guys I'm new in using the Avisynth Script and I need help from the gurus here on the forum :).

I have to edit a MKV and yesterday I used the following script in MeGUI:

DirectShowSource ("tom.mkv", fps = 23.976, audio = false, convertfps = true)
Trim (0, 42547) + + Trim (42557, 165083)
# deinterlace
# crop
# resize
# denoise

The cut he did but when i went to see the end result I realized that MeGUI put the subtitle on the movie (Hardcoding) :confused:.

As it is only one issue I would like to know some things:

1. What command I use in Avisynth Script for not incorporating the sub-title the film.

2. Is there any way MeGUI not reencoding the video and just run the TRIM?

3. Otherwise, if is not possible to MeGUI run TRIM only with no reencoding, is there any program I can use to make the perfect trim as the Avisynth script as I used SolveigMM AVI Trimmer but it does not make the cut.

4. It is possible to do the TRIM along with the audio, if so, how should I proceed in MeGUI, because I do not know how to include the audio on the issues that I do here in MeGUI, I could never put the audio with the video.

Thank you all for your help ;),

Druid

[Sharktooth]

1. do not use DirectShowSource coz it is not frame accurate for your cuts. Also if you have FFDShow with subtitles enabled it will use it to decode the videostreams AND will render the subtitles.
so, if you want to keep DirectShowSource, ensure to disable subs from FFDShow. However it is much more recommended to use FFVideoSurce.

2. no

[DruidCtba]

Then is better I use:

FFVideoSource ("tom.mkv", fps = 23.976, audio = false, convertfps = true)
Trim (0, 42547) + + Trim (42557, 165083)
# deinterlace
# crop
# resize
# denoise

in MEGUI?

[Sharktooth]

FFVideoSource ("tom.mkv", fpsnum=24000, fpsden=1001)

[DruidCtba]

Hi friend, how to know this commands that you put here: FFVideoSource ("tom.mkv", fpsnum=24000, fpsden=1001) ???

Druid®

P.S. Exist one GUI with command's for this one above (sorry my english, is very poor, I'm live in Brasil).

[Sharktooth]

have a look at this thread: http://forum.doom9.org/showthread.php?t=127037&highlight=ffvideosource
and here: http://ffmpegsource.googlecode.com/svn/trunk/doc/ffms2-avisynth.html

[DruidCtba]

have a look at this thread: http://forum.doom9.org/showthread.php?t=127037&highlight=ffvideosource
and here: http://ffmpegsource.googlecode.com/svn/trunk/doc/ffms2-avisynth.html

Thanks a lot dear friend ;).

Druid®

[DruidCtba]

Hi friend, how to know this commands that you put here: FFVideoSource ("tom.mkv", fpsnum=24000, fpsden=1001) ???

Druid®

P.S. Exist one GUI with command's for this one above (sorry my english, is very poor, I'm live in Brasil).

No run, AVS Script Error in MEGUI :helpful:


Druid®

P.S. AVsP 2.02 FFVideoSource not recognize the command.

[Sharktooth]

load the plugin first (use the LoadPlugin avisynth function). it is usually located in C:\Program Files\MeGUI\tools\ffms\ffms2.dll
change the path according to where you installed MeGUI.

[krosswindz]

I am using MeGUI to encode a movie using x264 encoder. I noticed that it is picking the vfw4x264.exe, is there a way for me to make it select the normal x264.exe instead of the vfw4x264.exe?

[krosswindz]

I am using MeGUI to encode a movie using x264 encoder. I noticed that it is picking the vfw4x264.exe, is there a way for me to make it select the normal x264.exe instead of the vfw4x264.exe?

nvm, I had enabled use 64bit x264 which was causing the issue. I have 32bit avisynth.

Out of curiosity what are the two wrappers avs4x264/vfw4x264.

[DruidCtba]

load the plugin first (use the LoadPlugin avisynth function). it is usually located in C:\Program Files\MeGUI\tools\ffms\ffms2.dll
change the path according to where you installed MeGUI.

Thanxs a lot mate, now run fine :cool::):cool:

Druid®

P.S. Exist in the PDF Manual for this one my friend, MANUAL an GUIDE for use PLUGINS FFDSHOW and COMMANDS for AVISYNTH ???

[Sharktooth]

@krosswindz: they're just wrappers for using 32bit avisynth concurrently with 64bit x264 since normally they wont work coz you cant make 32bit and 64bit apps "talk" each other if not tru pipes (that's what those wappers do).

@DruidCtba: im not sure if anyone made a PDF but you can find the docs on a wiki here: http://avisynth.org/mediawiki/Main_Page#AviSynth_Wiki

[Zathor]

I am using MeGUI to encode a movie using x264 encoder. I noticed that it is picking the vfw4x264.exe, is there a way for me to make it select the normal x264.exe instead of the vfw4x264.exe?

You can disable it in the settings - but I do not recommend it.

[larrsz]

Hi-
Wonder if I could get some help here. I have been using MeGUI for only a few days and I saw on another forum that a few users are converting SD VOB files from 720X480 to 1280X720 which eliminates some difficulty that some hardware extenders have with properly displaying 480i anamorphic content.

Is this possible and how do you do it? I have tried setting the parameters, in the crop and resize portion of the AVISynth Script Creator Dialog box and even entering the values in the script tab (using Lanczos Sharp Resize Filter). Can anyone point me in the correct direction to accomplish this?

[Sharktooth]

upscaling is pretty much useless.if you have an interlaced source, just deinterlace it.

[Lighto]

@larrsz
I managed to do some upscaling by checking the resize check box and edit the script tab manually in the past.

[larrsz]

upscaling is pretty much useless.if you have an interlaced source, just deinterlace it.

It is a progressive source, but my hardware will always try to stretch the 480 source to fill the screen (eliminating black bars if they are needed makes everything look tall and thin). If I convert to 720P, it displays properly.

Can it be done without returning an error?

[larrsz]

@larrsz
I managed to do some upscaling by checking the resize check box and edit the script tab manually in the past.

I tried that, but I get an AVISynth error. Although, interestingly enough I did get it to work one time and it worked with my hardware.

[Sharktooth]

the lighto suggestion works. just edit the script in the avs creator (just before saving it).
if you get an error, please post it.

[larrsz]

the lighto suggestion works. just edit the script in the avs creator (just before saving it in).
if you get an error, plaease post it.

I get
ANISynth Script Error: Invalid Arguments to function "LanczosResize"

Here is the entry in the script tab:

LanczosResize(1280,720) # Lanczos (Sharp)LoadPlugin("C:\Users\admin\Documents\MeGUI_1911_x86_WithoutInstaller\tools\dgindex\DGDecode.dll")
DGDecode_mpeg2source("C:\Users\admin\Desktop\480 test file.d2v", info=3)
LoadPlugin("C:\Users\admin\Documents\MeGUI_1911_x86_WithoutInstaller\tools\avisynth_plugin\ColorMatrix.dll")
ColorMatrix(hints=true, threads=0)
#deinterlace
#crop
LanczosResize(1280,720) # Lanczos (Sharp)
#denoise

And here is the log file after I saved it...

[Information] Log
-[Information] Versions
--[Information] MeGUI Version : 1911 (svn)
--[Information] OS : Windows Vista Premium Edition x64 SP2 (6.0.131072.6002)
--[Information] Latest .Net Framework installed : 4.0 (4.0.30319)
--[Information] Avisynth Version : 2.5.7.0 (12/31/2006 2:16:36 AM)
-[Information] Update detection
--[Information] [2/9/2011 9:58:17 AM] Connecting to server: http://megui.xvidvideo.ru/auto/stable/
--[Information] [2/9/2011 9:58:19 AM] All files are up to date
-[Information] Log for job1 (idx, 480 test file.mpg -> 480 test file.d2v)
--[Information] [2/9/2011 9:58:48 AM] Started handling job
--[Information] [2/9/2011 9:58:48 AM] Preprocessing
--[Information] Job commandline: "C:\Users\admin\Documents\MeGUI_1911_x86_WithoutInstaller\tools\dgindex\dgindex.exe" -SD=< -AIF=<C:\Users\admin\Desktop\480 test file.mpg< -OF=<C:\Users\admin\Desktop\480 test file< -FO=0 -exit -hide -OM=1 -TN=80
--[Information] [2/9/2011 9:58:48 AM] Indexing started
--[Information] Standard output stream
--[Information] Standard error stream
--[Information] [2/9/2011 9:58:51 AM] Running auto force film
---[Information] Film percentage: 99.03
---[Information] [2/9/2011 9:58:51 AM] Applied force film
--[Information] [2/9/2011 9:58:51 AM] Postprocessing
---[Information] Deleting intermediate files
----[Information] [2/9/2011 9:58:51 AM] Successfully deleted C:\Users\admin\Desktop\480 test file.log
--[Information] [2/9/2011 9:58:51 AM] Job completed


:confused:

[Sharktooth]

the first line is the cause. remove "LanczosResize(1280,720) # Lanczos (Sharp)" from it.

[Lighto]

I get
ANISynth Script Error: Invalid Arguments to function "LanczosResize"

Here is the entry in the script tab:

LanczosResize(1280,720) # Lanczos (Sharp)LoadPlugin("C:\Users\admin\Documents\MeGUI_1911_x86_WithoutInstaller\tools\dgindex\DGDecode.dll")
DGDecode_mpeg2source("C:\Users\admin\Desktop\480 test file.d2v", info=3)
LoadPlugin("C:\Users\admin\Documents\MeGUI_1911_x86_WithoutInstaller\tools\avisynth_plugin\ColorMatrix.dll")
ColorMatrix(hints=true, threads=0)
#deinterlace
#crop
LanczosResize(1280,720) # Lanczos (Sharp)
#denoise

And here is the log file after I saved it...

[Information] Log
-[Information] Versions
--[Information] MeGUI Version : 1911 (svn)
--[Information] OS : Windows Vista Premium Edition x64 SP2 (6.0.131072.6002)
--[Information] Latest .Net Framework installed : 4.0 (4.0.30319)
--[Information] Avisynth Version : 2.5.7.0 (12/31/2006 2:16:36 AM)
-[Information] Update detection
--[Information] [2/9/2011 9:58:17 AM] Connecting to server: http://megui.xvidvideo.ru/auto/stable/
--[Information] [2/9/2011 9:58:19 AM] All files are up to date
-[Information] Log for job1 (idx, 480 test file.mpg -> 480 test file.d2v)
--[Information] [2/9/2011 9:58:48 AM] Started handling job
--[Information] [2/9/2011 9:58:48 AM] Preprocessing
--[Information] Job commandline: "C:\Users\admin\Documents\MeGUI_1911_x86_WithoutInstaller\tools\dgindex\dgindex.exe" -SD=< -AIF=<C:\Users\admin\Desktop\480 test file.mpg< -OF=<C:\Users\admin\Desktop\480 test file< -FO=0 -exit -hide -OM=1 -TN=80
--[Information] [2/9/2011 9:58:48 AM] Indexing started
--[Information] Standard output stream
--[Information] Standard error stream
--[Information] [2/9/2011 9:58:51 AM] Running auto force film
---[Information] Film percentage: 99.03
---[Information] [2/9/2011 9:58:51 AM] Applied force film
--[Information] [2/9/2011 9:58:51 AM] Postprocessing
---[Information] Deleting intermediate files
----[Information] [2/9/2011 9:58:51 AM] Successfully deleted C:\Users\admin\Desktop\480 test file.log
--[Information] [2/9/2011 9:58:51 AM] Job completed


:confused:

Not sure if this is the cause or not but why are there 2 lines for resize?

[Sharktooth]

the first parameter for the resize function is the clip, the default is set to "last". if there is no input it will error out since the parameter is invalid.

[larrsz]

the first line is the cause. remove "LanczosResize(1280,720) # Lanczos (Sharp)" from it.

:thanks:

Works!

However, I wondered the same thing, why were there two entries for resize? It seems that it is permanent now and I have to remove the first one every time I use resize, interesting...

[Sharktooth]

have you modified the default avisynth profile adding a resize at the begin?

[larrsz]

have you modified the default avisynth profile adding a resize at the begin?

I guess I did, but quite by accident. I'll redo it.


Thanks again

[WILLIS]

Hey I use MeGUI a ton and really love it! However I seem to have run into a problem when encoding to mp4...

I am using mp4 input via the file indexer which uses ffvideoindex, and am re-encoding to mp4 output as well. The encode runs smoothly but at about 99% or right before finishing the encode I receive an output error of some sort. I am currently running an encode so I cant paste the error log here right now, but if anyone has any insight on what my problem might be, plz chime in...thx!

[Sharktooth]

is the destination file name different from the source?

[WILLIS]

yes i named it differently...I will post my error from the log as soon as this current encode finishes...im hoping it doesn't give me the error tho...

[WILLIS]

well it happened again after a 4 hour 30 minute encode ughhh!

heres the error log for the job...btw I was outputting in .264 format this time from mp4

--[Information] [2/15/2011 10:50:29 AM] Started handling job
--[Information] [2/15/2011 10:50:29 AM] Preprocessing
--[Information] Avisynth input script
---[NoImage] LoadPlugin("C:\Program Files\MeGUI\tools\ffms\ffms2.dll")
---[NoImage] FFVideoSource("C:\Documents and Settings\Administrator\Desktop\Slam Session_RAW.mp4").AssumeFPS(30000,1001)
---[NoImage] #deinterlace
---[NoImage] #crop
---[NoImage] #resize
---[NoImage] #denoise
--[Information] Job commandline: "C:\Program Files\MeGUI\tools\x264\x264.exe" --preset veryslow --tune fastdecode --crf 1 --threads 2 --keyint 95 --fullrange on --vbv-maxrate 20000 --vbv-bufsize 25000 --level 40 --bframes 3 --qpmax 51 --sar 1:1 --output "C:\Documents and Settings\Administrator\Desktop\Slam Session_RAW.264" "C:\Documents and Settings\Administrator\Desktop\Slam Session_RAW.mp4.avs"
--[Information] [2/15/2011 10:50:32 AM] Encoding started
--[Error] [2/15/2011 3:18:48 PM] Process exits with error code: -1073741819
--[Information] Standard output stream
--[Information] Standard error stream
---[NoImage] avs [info]: 640x360p 1:1 @ 30000/1001 fps (cfr)
---[NoImage] x264 [info]: using SAR=1/1
---[NoImage] x264 [info]: using cpu capabilities: MMX2 Cache64
---[NoImage] x264 [info]: profile High, level 4.0
---[NoImage] x264 [info]: cabac=0 ref=16 deblock=0:0:0 analyse=0x3:0x133 me=umh subme=10 psy=1 fade_compensate=0.10 psy_rd=1.00:0.00 mixed_ref=1 me_range=24 chroma_me=1 trellis=2 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=2 b_bias=0 direct=3 weightb=0 open_gop=0 weightp=0 keyint=95 keyint_min=9 scenecut=40 intra_refresh=0 rc_lookahead=60 rc=crf mbtree=1 crf=1.0000 qcomp=0.60 qpmin=0 qpmax=51 qpstep=4 vbv_maxrate=20000 vbv_bufsize=25000 crf_max=0.0 nal_hrd=none ip_ratio=1.40 aq=1:1.00
---[NoImage] x264 [info]: started at Tue Feb 15 10:50:35 2011
--[Information] [2/15/2011 3:18:49 PM] Job completed

[Sharktooth]

it would be helpful to know the exact error you get.
from the log it seems x264 exited with an error code.
try using x264 directly from the commandline (using the same options) and see if you can catch the error.

[WILLIS]

it would be helpful to know the exact error you get.
from the log it seems x264 exited with an error code.
try using x264 directly from the commandline (using the same options) and see if you can catch the error.

how would I go about doing that? Im just not very familiar with using things from CLI and have never used x264 before like that...

[Sharktooth]

it could be a memory problem too. since 32bit applications are limited to 2GB of ram, check in your task manager if the limit is hit.
before running x264 by command line, please check that.

[Tuik]

Hello,

In the last update Megui installed a new xvid version (1.3 RC). I usually use Adaptative quantization but now that option was gone. The option of HVS masking was unlocked but now it has 2 options, Lumi and Variance, what should i use? I'm also using Didee's 6of9 HVS with 2 max bframes, with no QPEL and no GMC.

[Zathor]

The old "AdaptiveQuant" in the GUI is now "lumi" in HVS masking. The settings in your profile have been updated automatically to reflect your old setting of AdaptiveQuant.

[Tuik]

The old "AdaptiveQuant" in the GUI is now "lumi" in HVS masking. The settings in your profile have been updated automatically to reflect your old setting of AdaptiveQuant.

Thanks, so it's better to use "lumi" than variance, right?

[Tuik]

Also, i've read something about the -slice option on the new xvid. How do i use it on megui? And since i've been using "-threads 8", what should be the value for "-slice x"?

Thanks a lot

Edit: Also, what about the -metric option?

[Sharktooth]

variance is definatly better than lumimasking. also, why threads 8? xvid needs 1 thread per CPU core, so unless you have an 8 core CPU or a dual quad, 8 is unappropriate.

[Tuik]

variance is definatly better than lumimasking. also, why threads 8? xvid needs 1 thread per CPU core, so unless you have an 8 core CPU or a dual quad, 8 is unappropriate.
Thanks, i'll use variance.

My task manager reports 8 threads (intel i7 950) so i thought the value should be 8. What about the slices option? And the metric? Thank a lot!

[Sharktooth]

ok, in that case 8 is correct. about slices, it's a new option but i dont think all decoders support it, expecially standalones. AFAIK xvid uses slices to enhance multithreaded encoding speed at the cost of some quality.

[Tuik]

ok, in that case 8 is correct. about slices, it's a new option but i dont think all decoders support it, expecially standalones. AFAIK xvid uses slices to enhance multithreaded encoding speed at the cost of some quality.

I did some experiment with "-slices 4" but the encoded video came with a lot of artifacts, so i guess that for now it's not to be considerated.

Also, i've got a problem with Megui encodings since the update of xvid to 1.3rc. What happens is the output .avi doesn't work neither on media player, vdm or even mediainfo. But then i open it on mpeg4modifier, just saved again and it works perfectly. What is the problem? Any hint?

The command line used is:

Job commandline: "C:\Program Files (x86)\MeGUI\tools\xvid_encraw\xvid_encraw.exe" -i "C:\[...DOWNLOADS...]\[script].avs" -pass2 "C:\[...DOWNLOADS...]\[script].stats" -bitrate 2900 -kboost 100 -ostrength 10 -oimprove 10 -odegrade 10 -chigh 30 -clow 15 -overhead 0 -max_key_interval 240 -vhqmode 4 -qmatrix "D:\Tools\SixOfNine-HVS.xcm" -masking 2 -bvhq -bquant_ratio 162 -bquant_offset 0 -par 1:1 -threads 8 -avi "C:\[...DOWNLOADS...]\[script].avi" -vbvmax 4854000 -vbvsize 3145728 -vbvpeak 2359296 -par 1

[Sharktooth]

i'll have a look later.

[Tuik]

so, have you checked it already? it's really annoying to open all video files encoded on mpeg4modifier and save again.

[Sharktooth]

ok, slices option is either broken or not well supported by decoders.
i've also did an encoding with xvid and it worked. ill try to use your exact settings and report back.

[Sharktooth]

please try with xvid 1.3 FINAL (just released)

[Tuik]

please try with xvid 1.3 FINAL (just released)

Which one? xvid.org, jawor's or koepi's? thanks

[Sharktooth]

koepi

[Tuik]

hum..megui just updated me to jawors one, should i stick with it?

[Sharktooth]

yes, it should be ok.

[Zathor]

Koepis build does not have the encraw encluded. Let's see if we get problems with jawors build.

[Tuik]

The problem with output files bigger than 2GB still exists.

Also Zathor, could you add in megui the "-metric" option in XviD options? Also, please remove the line "-par 1:1" that meguis adds to every xvid scripts. It's not needed and as a result, produces custom pixel shape files.

[Zathor]

Please remove the line "-par 1:1" that meguis adds to every xvid scripts. It's not needed and as a result, produces custom pixel shape files.
http://megui.svn.sourceforge.net/viewvc/megui?view=revision&revision=1976

[TheProfosist]

after updating MeGUI to the latest build im having a big issue. i check the Add pre-rendering job and click Enqueue and nothing happens. a blank huffy_" ".avs is created but nothing is added to the queue.

[Sharktooth]

@Tuik: the 2GB limit is a xvid_encraw 1.3 limit, not a megui problem. have a talk with the xvid devs.

[Lighto]

after updating MeGUI to the latest build im having a big issue. i check the Add pre-rendering job and click Enqueue and nothing happens. a black huffy_" ".avs is created but nothing is added to the queue.

I can confirm this as well, it just creates a blank .avs script and no job is added to the queue.

It will be good if you could create a tracker at MeGUI's SF bug tracker page (https://sourceforge.net/tracker/?group_id=156112&atid=798476) so that the devs can keep track of it.

[Zathor]

after updating MeGUI to the latest build im having a big issue. i check the Add pre-rendering job and click Enqueue and nothing happens. a black huffy_" ".avs is created but nothing is added to the queue.

Thanks for the report. I fixed the problem locally and it will be in the next update.

[mirec412]

I have problem with MEGUI. When I´m encoding full BluRay disc to mkv, my finaly mkv file is cuting on begining for 1-2 second and sometimes I must set delay for audio. But it happens only if I make mkv with cropping. When I make mkv , for example 1080x264 without cropping finaly mkv file is OK.
this is my avs file -
DirectShowSource("C:\Users\mirec\Desktop\Filmy\You Again_FULL BD\BDMV\STREAM\again.grf",Audio=false,Fps=23.976)
ConvertToYV12()
I think problem is with my ffdshow???
thx for help

[LigH]

1080x264? ... Maybe 1920x1080, that's a native HD resolution.

Only native HD resolutions are sped up by a DXVA decoder. Cropped resolutions are rejected by DXVA often and have to be decoded by the CPU alone, which may take more time and even lead to delays if your machine is a bit outdated.

Furthermore ... loading any media as DirectShow graph file via DirectShowSource: You must be really desperate?! No better solution works for you?

[mirec412]

1080x264? ... Maybe 1920x1080, that's a native HD resolution.

Only native HD resolutions are sped up by a DXVA decoder. Cropped resolutions are rejected by DXVA often and have to be decoded by the CPU alone, which may take more time and even lead to delays if your machine is a bit outdated.

Furthermore ... loading any media as DirectShow graph file via DirectShowSource: You must be really desperate?! No better solution works for you?

I use win 7 ultimate x 64 with i7-940 12gb ram,
do u have for me any solution without directshowsource???

[Lighto]

I am not familiar with the .grf extension....
Maybe you can index the file with FFMSIndexer?

[mirec412]

I am not familiar with the .grf extension....
Maybe you can index the file with FFMSIndexer?

Is any simply solution?

[Zathor]

Did you try the FileIndexer? If yes why do you think that it is more complicated than creating/using grf files?

[Overdrive80]

Hi, for first time i have material BD. I extract with Megui VC1 video stream in file mkv, but i dont can load in megui because crash program. I tried do avs file, with directshowsource and ffvideosource, but equal. Somebody could say me that I do bad?

I have tried install Windows6.1-KB968211-x64-RefreshPkg (My OS is Win7 x64) but nothing. Any idea?

Excuse me if i posted bad but i dont know if do it here, or avisynth usage.

[Zathor]

Hi, for first time i have material BD. I extract with Megui VC1 video stream in file mkv, but i dont can load in megui because crash program.

How did you load the mkv video file? Did you use the File Indexer?

[Overdrive80]

Yes, i used file indexer but any option is enabled. I post snapshot:

http://www.imagengratis.org/images/captura2rk2yr.png

FFdshow is configurated, to wmv9 for VC1.

Too I try load matroska file with directshowsource and ffvideosource, in this momento crash megui.

[Overdrive80]

Excuse for double post but i found my error.

I had configurated ffdshow for codec VC1 option wm9. But i forgot use Win7DSFilterTweaker for selection ffdshow and not micro...

Regards

[Zathor]

Yes, interlaced VC1 in MKV cannot be indexed if you do not have DGIndexNV.

[bazz]

problem with MeGUI , im running Win7 x64

what is wrong here ,can anyone help please

--[Information] [11/03/2011 11:50:35] Started handling job
--[Information] [11/03/2011 11:50:35] Preprocessing
--[Information] Job commandline: "C:\Program Files (x86)\MeGUI\tools\x264\vfw4x264.exe" --pass 1 --bitrate 432 --stats "E:\megui\Gullivers.Travels.2010.BluRay.720p.DTS.x264-CHD (1)-001.stats" --deblock -1:-1 --bframes 6 --b-adapt 2 --b-pyramid strict --ref 7 --qpmin 10 --vbv-bufsize 14500 --vbv-maxrate 14000 --merange 64 --me umh --direct auto --subme 9 --partitions all --no-fast-pskip --sar 1:1 --output NUL "E:\megui\Gullivers.Travels.2010.BluRay.720p.DTS.x264-CHD (1)-001.avs"
--[Information] [11/03/2011 11:50:35] Encoding started
--[Error] [11/03/2011 11:51:54] Process exits with error code: 1073807364
--[Information] Standard output stream
--[Information] Standard error stream
---[NoImage] raw [info]: 720x304p 1:1 @ 2500000/104271 fps (cfr)
---[NoImage] x264 [info]: using SAR=1/1
---[NoImage] x264 [info]: using cpu capabilities: MMX2 SSE2Fast FastShuffle SSEMisalign LZCNT
---[NoImage] x264 [info]: profile Main, level 3.2
--[Error] [11/03/2011 11:51:54] The 64 bit mode of x264 has been disabled
--[Information] [11/03/2011 11:51:54] Job completed

[Inspector.Gadget]

what is wrong here ,can anyone help please

I've found the problem: You're in violation of Rule 6.

[nhope]

I did some testing to see how YouTube behaves depending on the MeGUI audio and container uploaded.

http://dl.dropbox.com/u/21489814/13-03-2011%2015-31-44.png

Conclusion is, use Nero AAC in mp4 or mkv if you have audio, and mkv not mp4 if you don't. Or include a silent audio track in mp4.

[Lighto]

I did some testing to see how YouTube behaves depending on the MeGUI audio and container uploaded.

http://dl.dropbox.com/u/21489814/13-03-2011%2015-31-44.png

Conclusion is, use Nero AAC in mp4 or mkv if you have audio, and mkv not mp4 if you don't. Or include a silent audio track in mp4.

DS mentioned that there is something wrong with youtube's mp4 demuxer IIRC.

[Recalled2Life]

I just updated to the 2008 revision in hopes it would fix me AAC encoding issue.

Now when I analyze, it only uses 9% - 11% of my CPU. I have a i7 970 6 core CPU. The 1989 version used 49% - 57% of my CPU...

I am just saying, I have a 6 core CPU with 12 threads, can we get that support?!?!?!

[Lighto]

I just updated to the 2008 revision in hopes it would fix me AAC encoding issue.

Now when I analyze, it only uses 9% - 11% of my CPU. I have a i7 970 6 core CPU. The 1989 version used 49% - 57% of my CPU...

I am just saying, I have a 6 core CPU with 12 threads, can we get that support?!?!?!

http://i.imgur.com/4OTkG.png
Select whichever works the best for you in the drop down list.:)

[LigH]

Even if you edited the screenshot, we remember that there was something we don't like.

And it doesn't change your problem: If the reason is a data corruption in your downloaded movie, nobody can help, then you simply have a corrupt file.

[LigH]

No, my advice was not to download movies from the Internet. It was rather that besides a copyright infringement, it can also be just a waste of time and energy (for the one who downloaded it as well as for the one who spent time in thinking about the reason and solution of the problem). Therefore it is not supported in this forum. See Forum rule (http://forum.doom9.org/forum-rules.htm) #6.

[exorcistas]

Hi I am having problems after that encode videos with softsub that the caption on one party or another are faster than the audio in MeGUI

[frozenthorn]

I updated to the latest stable x86 this month, and for some reason the bitrate I set into megui for xvid encoding is not the bitrate the video ends up with? Sometimes its as much as 50% more, and sometimes its less? I updated to the latest x86 dev in hopes there was a problem somewhere in the latest stable, and the problem seems to exist there too.

The settings I use hasn't changed, previously the bit rate was always spot on +/- a couple bits. So what's changed with MeGUI components recently that would affect the "XviD: 2 pass HQ (no Qpel)" profile?

[exorcistas]

I updated MeGUI and was the 2008 version (svn) and an X appeared on the icon of MeGUI bar work knows how I shot this red x and when I updated the MeGUI I also had to update the neroaac?

[Pulp Catalyst]

will you ever implement IFO processing,

like many great converters that currently exist, only very few have IFO processing, it can be real handy for Episode DVD's (most episode disks have combined VOB files)

one can always use DVDShrink to split them up and re-author the disk, but this can be really time consuming, and can become very frustratingly mundane when it can so easily be avoided,

AutoGK, and FUW, TMPGEnc to name a few, not sure if there are more, tried Xvid4PSP but it doesn't support IFO processing either.


the other thing about combined VOB files is audio sync, episode 1 may have -25ms but episode 2 could have -68ms, but DGIndexing would only detect the 1st and that correction would be used for all of the VOB files,

i have found that without IFO processing, then the converter in question is tailored for movie only.


i know DVDShrink is easy enough, but to re-author an entire DVD all because converters don't have the ability to find that information out itself, really a nightmare.

Handbrake is another one that supports IFO processing.

[Dogway]

-A few things. What decoder should I use when I want to encode an .avs to mp3? DirectShow?
-Latest update is messed up. I had to run my 3.5 online version and update from there to stable update. Only then my profiles, and changed profile parameters could obey.

-How do I know the order of channels in multichannel audio sources? is it the one mediainfo shows right or is another?
I say because one of my sources mediainfo says is Front: L C R Side: L R LFE
But megui uses c6_stereo which is:
-[NoImage] function c6_stereo(clip a)
-[NoImage] {
-[NoImage] fl = GetChannel(a, 1)
-[NoImage] fr = GetChannel(a, 2)
-[NoImage] fc = GetChannel(a, 3)
-[NoImage] lf = GetChannel(a, 4)
-[NoImage] sl = GetChannel(a, 5)
-[NoImage] sr = GetChannel(a, 6)
-[NoImage] fl_sl = MixAudio(fl, sl, 0.2929, 0.2929)
-[NoImage] fr_sr = MixAudio(fr, sr, 0.2929, 0.2929)
-[NoImage] fc_lf = MixAudio(fc, lf, 0.2071, 0.2071)
-[NoImage] l = MixAudio(fl_sl, fc_lf, 1.0, 1.0)
-[NoImage] r = MixAudio(fr_sr, fc_lf, 1.0, 1.0)
-[NoImage] return MergeChannels(l, r)
-[NoImage] }

[tebasuna51]

-A few things. What decoder should I use when I want to encode an .avs to mp3? DirectShow?
For audio use NicAudio or BassAudio, DirectShowSource is the last choice.

-How do I know the order of channels in multichannel audio sources? is it the one mediainfo shows right or is another?
Forget the MediaInfo channel order, is useless.
The channel order inside AviSynth is always FL,FR,FC,LF,SL,SR if a correct decoder (NicAudio, BassAudio, ffdshow, ...) is used.

[Dogway]

I always use NicAudio inside avisynth, so I guess I can use c6_stereo() and forget about anything else. In which case it would be more convenient to just input the .ac3 directly to megui, except when I need some custom editing in avisynth, (delayaudio, TimeStretch, etc)

[pancserzso]

I have some serious problem with MeGUI newer than 1911.

Every time I open an avs file, I get a:
Fatal Error:
MeGUI encountered a fatal error and may not be able to proceed.
Reason: Attempted to read or write memory protected memory. This is often an indication that other memory is corrupt.

I have absolutely no problem on 1911 or never had problem before.

[unknownsoldierX]

I need help with this error:

Exception message: GetChannel: Attempted to request a channel that didn't exist!

[tebasuna51]

I need help with this error:

Exception message: GetChannel: Attempted to request a channel that didn't exist!
Use NicAudio instead DirectShowSource to decode the ac3 file.
Or configure properly your DirectShow system.

[unknownsoldierX]

Switched config to use NicAudio. All is well. Is NicAudio good for decoding MP3 also?

Thanks

[LigH]

Yes, it contains MPG123, if I remember right.

[tebasuna51]

Yes, work with AC3, DTS, MP2, MP3, and other uncompressed formats.

[unknownsoldierX]

Now I've encountered a different error, while running file indexer on a MKV with AC3.

Standard output stream: Indexing error: Audio format change detected. This is currently unsupported. Channels: 6 -> 2; Sample rate: 48000 -> 48000; Sample format: 16-bit signed integer -> 16-bit signed integer

It creates an .ac3 file, and it seems fine. But it doesn't create a .ffindex file.

EDIT: demuxed with MKVextract. Audio and video are encoding. Wonder why MeGUI couldn't handle it. The MKV isn't any different than other MKVs I've been doing recently.

[LigH]

This audio stream contains format changes. It was probably taken from a DVB stream which includes some commercial breaks, where the 6 channel audio for the movie switches to stereo audio for the commercials. DVB receivers can handle that easily.

If the video was MPEG2 SD, ProjectX could have cut the transport stream at audio format changes; in any other case I am not sure how to proceed...

[unknownsoldierX]

I had four MKV (AVC, AC-3 6ch) files that all had commercial breaks removed. MeGUI only had a problem with the one file, though. It extracted the audio, which it would encode without errors. It's just that it wouldn't create the .ffindex file.

I used AVIdemux to demux the MKV, and MeGUI indexed and encoded the resulting .h264 and .ac3 files just fine.

[blah123]

I've got problems with 2 TSes (one 1920x1080 interlaced MPEG-4/AVC with mp2 | the second also AVC interlaced, but with AC3 and 720x576) and I try to "import" them to MEgui's AviSynth Script Creator and drag&drop them on "Video Input", i choose DirectShowSource and then I receive win message box with "MeGUI has stopped working" and I need to click "close down".
I have got ffdshow and haali media splitter installed.
(The same problem is with StaxRip.)

[LigH]

Then don't use DirectShowSource. How many times did we already preach that DSS shall be only the last hope when all other native input plugins fail?

The reason of your DirectShow system failing is hard to discover without analyzing your Windows installation at home, next to you. You probably installed too many concurring filters or "Codec Packs" which mess it up, who knows ...

Multiplex your Transport Streams into MKV (e.g. using gdsmux from the Haali Media Splitter installation), then feed the MKV as source for FFmpegSource.

[jbeale]

I'm trying to use MeGUI 2050 to create a M2TS file. I've been using MeGUI for a few years to create .MP4 files, but then my PS3 died and I got a Panasonic Blu-Ray player that won't play MP4 but will play M2TS files. How should this work? I set up the inputs and click "AutoEncode", then select Output Options: Container: M2TS and "Queue". The queue now contains four jobs: encode audio to .m4a, encode video to .264, mux video to mp4, and mux mp4 to m2ts. The first three steps complete OK. The last step fails with the error
SmartLabs tsMuxeR. Standard error stream: No tracks selected.

Can anyone tell me what I'm doing wrong? The full log text file is attached as Create-M2TS-Error.zip in case that's helpful.

EDIT: hmm, maybe it works better if I use AC3 audio instead of AAC...

[QBhd]

is .m4a audio allowed? I don't think so. You should only have 3 jobs in the queue, there should be no mux to mp4.

QB

[RobertoHN]

I'm trying to use MeGUI 2050 to create a M2TS file. I've been using MeGUI for a few years to create .MP4 files, but then my PS3 died and I got a Panasonic Blu-Ray player that won't play MP4 but will play M2TS files. How should this work? I set up the inputs and click "AutoEncode", then select Output Options: Container: M2TS and "Queue". The queue now contains four jobs: encode audio to .m4a, encode video to .264, mux video to mp4, and mux mp4 to m2ts. The first three steps complete OK. The last step fails with the error
SmartLabs tsMuxeR. Standard error stream: No tracks selected.

Can anyone tell me what I'm doing wrong? The full log text file is attached as Create-M2TS-Error.zip in case that's helpful.

EDIT: hmm, maybe it works better if I use AC3 audio instead of AAC...

What I suggest in your case, is not to use MeGUI to mux your final video (DON'T USE AUTOENCODE), instead of that, in MeGUI, try to reencode your video with RAWAVC file format and encode your audio according to the capabilities of your BR Player... Once you have your video file and audio file you can use tsMuxer (http://forum.doom9.org/showthread.php?t=134104) to mux your files into a m2ts container so you can play your video from a USB memory or you can use the option Bluray Disk so you can burn the video in a DVD 5 or 9 depending the size of the file.

[blah123]

I've got problems with 2 TSes (one 1920x1080 interlaced MPEG-4/AVC with mp2 | the second also AVC interlaced, but with AC3 and 720x576) and I try to "import" them to MEgui's AviSynth Script Creator and drag&drop them on "Video Input", i choose DirectShowSource and then I receive win message box with "MeGUI has stopped working" and I need to click "close down".
I have got ffdshow and haali media splitter installed.
(The same problem is with StaxRip.)

Then don't use DirectShowSource. How many times did we already preach that DSS shall be only the last hope when all other native input plugins fail?

The reason of your DirectShow system failing is hard to discover without analyzing your Windows installation at home, next to you. You probably installed too many concurring filters or "Codec Packs" which mess it up, who knows ...

Multiplex your Transport Streams into MKV (e.g. using gdsmux from the Haali Media Splitter installation), then feed the MKV as source for FFmpegSource.

Recently, finally showed another, addintional error:

link (http://imgur.com/EWoYk)

[Zathor]

Recently, finally showed another, addintional error:

link (http://imgur.com/EWoYk)
http://msdn.microsoft.com/library/d509d9f9.aspx

[flebber]

Would it be possible to have the oggenc encoder updated to the latest aotuv released 2011-05-04 http://www.rarewares.org/ogg-oggenc.php#oggenc-aotuv .

Megui currently using

C:\Rip\Megui\tools\oggenc2>oggenc2 --help
OggEnc v2.87 (libvorbis 1.3.2)

[swainjena]

I have been using MeGUI for encoding my cartoons DVDs. I use the x264:Unrestricted 2pass Anime_Toons Insane preset, but every time I encode a video, the video has a frame rate of around 17.982fps How can i control it to make 23.96 fps. Can anyone help ?

[Zathor]

I have been using MeGUI for encoding my cartoons DVDs. I use the x264:Unrestricted 2pass Anime_Toons Insane preset, but every time I encode a video, the video has a frame rate of around 17.982fps How can i control it to make 23.96 fps. Can anyone help ?

Please post your log file.

[LigH]

Funny that it turns out to have exactly 3/4 of the expected framerate. If it was 4/5, I would have guessed a double-IVTC. But so?!

[slipknot!]

hey guys, I just downloaded megui. Want to make a rip from a VOD recorded with "total recorder". But cannot find those cool presets by sharktooth for x264, where are they?

[djmasturbeat]

will you ever implement IFO processing,


I would also love to see this
including the features that were available in Stream Processing in DVD Decrypter. Very handy for segmenting audio by episode or even smaller sizes, for demuixng subs in a VOB shell to ocr with subrip, and a million other awesome things.
It would be great if this could be added into MeGUI and maybe even expanded upon to add new features.
but seeing where that all got LUK :( I won't hold my breath.

[LigH]

@ slipknot!:

Those presets had been made for an x264 version which is quite outdated now, and MeGUI is not compatible to anymore. "Target Playback Device" is the new philosophy which deprecated the x264 encoder presets.

The defaults of x264 are carefully chosen and well tested. Use the basic settings (Encoding Mode, Preset, Tuning, Target Playback Device). You will probably only need more if you already know the Advanced Settings in detail.

[Weirdo]

I'm opening a file on a network drive with the file indexer, and MeGUI reports: "MeGUI cannot write on the disc... please, select another output path to save your project". However, it won't allow me to change the output path. Does this mean that it also cannot read from a network drive?

[kws53]

Just downloaded 2106 and am having following problem with avs creation using FFMSindex. After frame serving an MKV fiile, MeGUI locks up with following error when attempting to display the video for AVS creation..."AviSynth script error: DirectShowSource:Timout waiting for graph to start."

Kurt

[Zathor]

Just downloaded 2106 and am having following problem with avs creation using FFMSindex. After frame serving an MKV fiile, MeGUI locks up with following error when attempting to display the video for AVS creation..."AviSynth script error: DirectShowSource:Timout waiting for graph to start."

Please post the AVS content. It seems you are not using FFVideoSource() and instead you are using DirectShowSource().

I'm opening a file on a network drive with the file indexer, and MeGUI reports: "MeGUI cannot write on the disc... please, select another output path to save your project". However, it won't allow me to change the output path. Does this mean that it also cannot read from a network drive?
If you are using the FFMSIndexer the output path cannot be changed.

[luke83]

@ slipknot!:

Those presets had been made for an x264 version which is quite outdated now, and MeGUI is not compatible to anymore. "Target Playback Device" is the new philosophy which deprecated the x264 encoder presets.

The defaults of x264 are carefully chosen and well tested. Use the basic settings (Encoding Mode, Preset, Tuning, Target Playback Device). You will probably only need more if you already know the Advanced Settings in detail.
I usually use the Preset for Anime found on Doom and everything works... at the moment XD

Those are the presets I use -> http://forum.doom9.org/showthread.php?t=139765

[kws53]

[QUOTE=Zathor;1556056]Please post the AVS content. It seems you are not using FFVideoSource() and instead you are using DirectShowSource().

Not sure what you mean here. The AVS file is not being created. I used 2050 without any problems (Tools>File Indexer>Selected MKV>Queued>Executed Queue) and the AVS file creation window would open automatically for cropping, etc. Now it doesn't and MEGUI throws the error I listed.

An example AVS file that was created historically with 2050 is shown below.

LoadPlugin("C:\Program Files\MeGUI\tools\ffms\ffms2.dll")
FFVideoSource("U:\DEJA_VU\deja.mkv", threads=1).AssumeFPS(24000,1001)

crop( 0, 140, 0, -140)
LanczosResize(1280,532) # Lanczos (Sharp)

LoadPlugin("C:\Program Files\MeGUI\tools\avisynth_plugin\Convolution3DYV12.dll")
Convolution3D("moviehq")

Kurt

[Zathor]

Not sure what you mean here. The AVS file is not being created. I used 2050 without any problems (Tools>File Indexer>Selected MKV>Queued>Executed Queue) and the AVS file creation window would open automatically for cropping, etc. Now it doesn't and MEGUI throws the error I listed.
Sorry, I did not get you in the first try.
In that case please post your complete log file. When using the file indexer there should be no "DirectShowSource". Maybe it is also required to upload (a part of) the source file, but that depends on your log.

[kws53]

Sorry, I did not get you in the first try.
In that case please post your complete log file. When using the file indexer there should be no "DirectShowSource". Maybe it is also required to upload (a part of) the source file, but that depends on your log.

Where would I get the log file? Perhaps you don't understand my process [which has not changed at all!] betwen MEGUI releases.

Step 1 - create MKV from VC1 with eac3to [never been problem for 2 years]
Step 2 - open MEGUI and go to <Tools> <File Indexer>
Step 3 - Input File = MKV file created in Step 1, wait for window to populate, then hit <Queue> [Note that "On Completion Load Files" and "and Close" are both checked].
Step 4 - Go to Queue and hit <Start>
Step 5 - this is where the difference is between MEGUI releases. RELEASE 2050 - after indexing, the AVS script creator window would open and the video file was opened for cropping. RELEASE 2106 - the indexing would end with the avisynth error described in my first posting.

When I hit the <OK> button on the error message the AVS window opens [mostly grayed out] and when reading the <Script> tab [contents all grayed out], the first two lines of "grayed out" script are:

LoadPlugin("C:\Program Files\MeGUI\tools\ffms\ffms2.dll")
FFVideoSource("", threads=1)

Note that the ffindex file is not loaded and the FPS switch is missing. I believe that a switch on MEGUI's implementation of FFMSIndex in 2106 is missing or different than the implementation in 2050. I also note that FFMSIndex was upgraded as well in this new release. Perhaps that's the culprit...

Kurt

[Zathor]

The logs can be found in the MeGUI\logs folder. Nevertheless likely I have found & fixed the problem. Please update to 2111 and verify if the problem is solved. You have to switch to the development update server in the settings (Options\Settings\Extra Config\Auto Update).

[kws53]

The logs can be found in the MeGUI\logs folder. Nevertheless likely I have found & fixed the problem. Please update to 2111 and verify if the problem is solved. You have to switch to the development update server in the settings (Options\Settings\Extra Config\Auto Update).

Problem is solved. However I note that after indexing [all indexers], the video window opens at frame 0 for autocropping, whereas before it opened midway through the video. I prefer the midway location as it tends to have more contrast for manual adjustments.

Thanks for the fix.

Kurt

[Zathor]

Yes, that was an intended change because of input script which are not seekable. But... I merged this setting with the "Improved AVS Opening" in 2112.

[zelenin]

What is the reason for remove values in File Size Selector?

[Zathor]

The list was too long and (I assume) most people only need some of them and not all. As stated in the changelog you can add them back without problem.

[zelenin]

As stated in the changelog you can add them back without problem.
Ok. I search this option three times :-) Thank you

[lildimsum7]

i just updated, and now directshowsource isn't working for me. it crashes megui when i choose my avs script decoded by ffdshow. does anyone else have this problem?

[LigH]

There are so many specific issues with the whole DirectShow system (therefore it is usually discouraged as Very last help if everything else already failed"), and such an unspecific question from you (not even mentioning the exact details of the media file you are trying to load, and the complete script you are using).

I could well imagine that you once created an AVS file which does not use the "seek" parameter for DirectShowSource, but MeGUI now seeks to the middle when loading the preview. There are media types which fail seeking unless DirectShowSource got prepared. Try to create the script again from the AVS Script Creator dialog; maybe avoiding DirectShowSource this time, if possible.

[lildimsum7]

There are so many specific issues with the whole DirectShow system (therefore it is usually discouraged as Very last help if everything else already failed"), and such an unspecific question from you (not even mentioning the exact details of the media file you are trying to load, and the complete script you are using).

I could well imagine that you once created an AVS file which does not use the "seek" parameter for DirectShowSource, but MeGUI now seeks to the middle when loading the preview. There are media types which fail seeking unless DirectShowSource got prepared. Try to create the script again from the AVS Script Creator dialog; maybe avoiding DirectShowSource this time, if possible.

I don't know what happened earlier, but I reinstalled everything and my issue is now fixed. The problem was that I couldn't even open a video file to create my AVS Script. Each time I tried, MeGUI crashed.

[Weirdo]

There are some windows that do not display correctly on a "Medium - 125%" Windows DPI setting - the HD Streams Extractor for example.

[JarrettH]

When does megui makes its determination for the "fps based" GOP calculation? I noticed in the xml file for one of my pending jobs that the values chosen for a 23.97 fps movie were still 250 and 25 as opposed to 240 and 24.

:thanks:

[Zathor]

I could well imagine that you once created an AVS file which does not use the "seek" parameter for DirectShowSource, but MeGUI now seeks to the middle when loading the preview.
MeGUI has more or less since ever seeked to the middle of the video. Only between 2076 and 2112 the start position had been the first frame. you can revert that when you disable the option "improved avs opening".

When does megui makes its determination for the "fps based" GOP calculation? Directly before the encoding.

[jasonwc]

MeGUI currently ignores "--profile high" which makes it impossible to force MeGUI to encode at 8 bit color depth when using the 10 bit enabled x264 binary (unless there's some more specific option to force 8 bit color depth; i wasn't able to find such an option here (http://mewiki.project357.com/wiki/X264_Settings#). Is there any way to get around this setting up two instances of MeGUI - one with the regular binary and one with the 10 bit enabled binary? Perhaps MeGUI can add Hi10 to the drop down box for profiles to resolve this issue.

You can force the use of the High4:2:2 and High4:4:4 profiles with the --output-csp flag, but i420 can be used in any of the profiles.

[RazvanuZu]

How can I get 64 bit video decoders working with MeGUI? Is there any way to do this?

I have installed AviSynth64 but no luck. Is this because MeGUI is a 32 bit application?

[R=G]

What gets the best possible output for AVIs in Megui encoding? I usually use Megui for MKVs..I tried to make MP4s but that always comes out with audio issues and I never really see a concise guide on how to edit the audio into making it sync correctly.

[RobertoHN]

Hello, yesterday I tried to convert an HD m2ts file (20GB in size & 24Mbps of bitrate) to avi using MeGUI 2153 (svn)... after making the script with the AVS Script Creator option I used the Bitrate Calculator tool for having an idea on how big the avi file would be with a video bitrare of 5 Mbps and found out that 5 Mbps (5000 Kbps) the file would be around 4.19 GB what is acceptable to me considering it is a HD movie... My surprise is that after waiting almost 3 hours the final avi file is only 2.08 GB (the half size calculated by bitrate calculator) so I used MediaInfo and it says the avi file only has a video bitrate of 2543 Kbps and it makes sense, half in size means half in bitrate... so, my question is: Why if I've set in configuration a bitrate of 5000 Kbps the final video only has 2500?

I have installed avisynth 2.5, k-lite codec mega pack and MeGUI 2153 (svn).
This is the script:

DirectShowSource("C:\Users\User\Videos\BD-RIP\DEMUX\MyFile.mkv", fps=23.976, audio=false, convertfps=true).AssumeFPS(24000,1001)
#deinterlace
#crop
Lanczos4Resize(1280,720) # Lanczos4 (Sharp)
LoadPlugin("C:\Users\User\Videos\Blu-ray to AVI-MKV\MEGUI\tools\avisynth_plugin\UnDot.dll")
Undot() # Minimal Noise

These are the Encoder Settings - XVid Configuration:
http://img515.imageshack.us/img515/6458/encodersettings.png (http://img259.imageshack.us/img259/6458/encodersettings.png)

Thanks in advance.

[Adub]

It's a bit of a shot in the dark, but it's possible that the movie you are trying to encode got saturated in bitrate. This often happens with particularly dark movies (a la "Underworld" for example).

If you look into the logs that MeGUI stores for your encode, Xvid should have reported the achieved bitrate along with the commandline used to run the encode. If the achieved bitrate is lower than the requested bitrate, then it's very likely you reached saturation.

On the other hand, is there a reason why you are using Xvid instead of the more modern X264?

[RobertoHN]

It's a bit of a shot in the dark, but it's possible that the movie you are trying to encode got saturated in bitrate. This often happens with particularly dark movies (a la "Underworld" for example).

If you look into the logs that MeGUI stores for your encode, Xvid should have reported the achieved bitrate along with the commandline used to run the encode. If the achieved bitrate is lower than the requested bitrate, then it's very likely you reached saturation.

On the other hand, is there a reason why you are using Xvid instead of the more modern X264?


Thanks for your reply... I don't think this is the case, I don't have any technical prove to confirm this but it doesn't seem to be the case because this issue is happening with every video I try to encode (TV recording, animated pictures like Ice Age or Toy Story which are very clear and bright, etc)... Is it possible that the issue is being caused by anything else?

I'm not using x264 because I re-encode this movies to play them on my Apple TV and a Iomega multimedia hard drive and they are not x264 friendly... Apple TV plays x264 but when the bitrate is too high sometimes it's too much trouble to watch the movie and the Iomega multimedia hard drive does not support x264 at all.

Regards.

[tebasuna51]

... I don't think this is the case, I don't have any technical prove to confirm this but it doesn't seem to be the case because this issue is happening with every video I try to encode...

If you have the Min-Quantizers to 2, like is recommended, try with 1 and see if you obtain more bitrate:

[hello_hello]

Why if I've set in configuration a bitrate of 5000 Kbps the final video only has 2500?

Maybe try the same encode using one pass instead of 2, same Xvid settings except with Xvid in QC mode while using a quantizer of 2. The way I understand it that's maximum quality for Xvid, so a 2 pass encode using a higher bitrate will probably end up undersized. Maybe if you reduce the number of B frames or reduce the Min-Quantizers to 1 (as suggested) you'll achieve a larger file size. Someone else may be able to tell you if either will effect the perceived quality much.

[LigH]

In contrast to "wasting" ;) bitrate by allowing quantizer 1, which has the disadvantage that the distance between quantizer 1 and 2 is huge, you may also allow a finer quantization via custom matrices (http://www.ligh.de/software/CustQM.zip) (e.g. one of the HVS, Sharktooth's EQM, or even Selur's HDR or Didée's SixOfNine-HVS); but that may have the disadvantage of reduced consumer player compatibility.

[jauznevimco]

...question is: Why if I've set in configuration a bitrate of 5000 Kbps the final video only has 2500...

After update MeGUI from version 2008 to 2153 im have the same problem. MeGUI don't keep the bitrate and produce much smaler video file. I seting the file size to 2.1 gb (with sound file ~400MB), but MeGUI create file an approximately 1.3 GB instead of required 1.7GB.

[LigH]

With the used codec options and all the details about the video you described in your post above, this is easily possible... oh, you didn't mention any, at all.

If you used Xvid, I could wildly guess about "saturation", but if you didn't, I would have wasted efforts.

[kws53]

The logs can be found in the MeGUI\logs folder. Nevertheless likely I have found & fixed the problem. Please update to 2111 and verify if the problem is solved. You have to switch to the development update server in the settings (Options\Settings\Extra Config\Auto Update).

Zathor - have the same identical problem as I had in February, now for last month. Now using 2192 - same error "DirectShowSource: Timeout waiting for graph to start". Perhaps you can implement the same fix.

Cheers,
Kurt

[Zathor]

Please upload the log. I need to know what you are trying to do.

[kws53]

Please upload the log. I need to know what you are trying to do.

Here is log - error message comes when trying to load the video window after completion of the indexing.

[Information] Log for job63 (idx, twister1.mkv -> twister1.mkv.ffindex)
--[Information] [10/31/2012 7:15:52 PM] Started handling job
--[Information] [10/31/2012 7:15:52 PM] Preprocessing
--[Information] [10/31/2012 7:15:52 PM] Job commandline: "C:\Program Files\MeGUI\tools\ffms\ffmsindex.exe" -f "L:\TWISTER_NA\twister1.mkv" "B:\MEGUI ENCODES\twister1.mkv.ffindex"
--[Information] [10/31/2012 7:15:52 PM] Indexing started
--[Information] [10/31/2012 7:32:58 PM] Standard output stream
--[Information] [10/31/2012 7:32:58 PM] Standard error stream
--[Information] [10/31/2012 7:32:58 PM] MediaInfo
---[Information] File: B:\MEGUI ENCODES\twister1.mkv.ffindex
-[Information] Format:
-[Information] FormatString:
-[Information] FileSize: 1194382
-[Information] PlayTime:
---[Information] General
--[Information] [10/31/2012 7:32:58 PM] Postprocessing
---[Information] Deleting intermediate files
--[Information] [10/31/2012 8:52:36 PM] Job completed

You fixed the exact same problem in February for me. [see post and string back in Feb]

Kurt

[Zathor]

The change done in Frebruary is still active and I cannot reproduce the problem this time. Therefore I cannot fix it. Please post the complete log file (with MediaInfo + Versions). Also please try older builds and find out when the problem started. E.g. try 2112 or 2153 (stable).

[plonk420]

does MeGUI use libav for AC3 encoding? (the ffmpeg option)

[LigH]

MeGUI supports Aften as AC3 encoder, via the BeHappy based AviSynth engine.

[ashneel83]

Hi guys

I'm trying to embed soft subs to a 1080p mkv file. First I extract audio and video separately using MKVExtractGUI. After extraction is complete, I get the video in H264 File format and audio in ADTS Audio file format. My subtitles are in SRT format.

Then I use MKV Muxer in MeGUI 2153 (svn) to mux the video, audio and subtitle together. Final result I get a MKV file with soft subs but the audio is missing. That's right no audio at all. I've retried the above procedure for like 5 times now but still no audio.

Can anyone help me out here please. Am I doing anything wrong?

[Zathor]

Please upload the log.

[ashneel83]

Please upload the log.


Please see attached log file. I've noticed in the log file it says "--[Warning] [11/3/2012 8:32:56 PM] No audio track found: D:\Extract\Brave_track2_eng.aac". But if I play this file in Windows Media Player or VLC, I can hear whole audio stream fine.

[Zathor]

Yes, your AAC file is not detected by mediainfo. Can you please try to use the current MeGUI development build or a current MeGUI build and post the output? Or you can upload the AAC file.

[kws53]

The change done in Frebruary is still active and I cannot reproduce the problem this time. Therefore I cannot fix it. Please post the complete log file (with MediaInfo + Versions). Also please try older builds and find out when the problem started. E.g. try 2112 or 2153 (stable).

Hi Zathor - the problem as I see it is that the indexing for MKV works perfectly, but when the script is created [at least on my machine], instead of producing this line [which it used to do]:

FFVideoSource("D:\MOVIE\videofile.mkv", threads=1)
-where the mkv.ffindex file should be located...

it produces this line:

FFVideoSource("", cachefile="C:\AVS Location\videofile.mkv.ffindex", threads=1)

Apparently, then Avisynth cannot run the index because the mkv file is not there and crashes. For some reason, MeGUI is now putting the mkv.ffindex file in the default avs directory [the directory where the finished avs file is located], NOT the same directory as the mkv file is located.

Hope this helps solve the problem.

Cheers,
Kurt

[Zathor]

Ok, I found the problem. Two workarounds until the solution is available:
- install a directshow filter for the input file
- use the default ffindex location (same path for input & index file - name of index = input + .ffindex)

EDIT: problem fixed. it will be in the next build.

[kws53]

Ok, I found the problem. Two workarounds until the solution is available:
- install a directshow filter for the input file
- use the default ffindex location (same path for input & index file - name of index = input + .ffindex)

EDIT: problem fixed. it will be in the next build.

Thanks Zathor - my workaround is to move the index file into the same directory as the mkv, edit a similar avs file to include the new mkv, then load it into the avs script creator and do the resizing/trimming adjustments.

Resolving it will save much time.

Cheers,
Kurt

[Slasher]

Can someone explain why am I seeing these open handles by megui while encoding?

[Kurtnoise]

filters needed for decoding/splitting files...(except Office & Groove & Avast not used by megui)

[Slasher]

I had an avs with ffms2 as source. So there's no reason to use lav, ac3filter, canon mov decoder. Also there's avast and office groove!!?!? What's the logical explanation here?

The reason this has bothered me so much is that while encoding I uninstalled lav filters in order to install a newer version and the dialog box said the system needs to restart in order to complete. When I tried to manually delete the lav files and received access denied I wondered what could possibly use the files. And then I saw what is in the above screenshot.

[Kurtnoise]

Depends on what you do exactly into megui (video preview, encodings, create avs scripts, etc...)

[LigH]

If FFMS2 is used to open a Transport Stream file, which uses the Haali Media Splitter, then it may also use subsequent DirectShow filters (and may it just be for building a graph).

FFMS2 recommends remultiplexing *TS to MKV before processing. They can be opened natively, without using external splitters.

[Slasher]

Depends on what you do exactly into megui (video preview, encodings, create avs scripts, etc...)
Just encoding. I create and preview my avs with avspmod, I then load the avs into megui and queue the job. Was either encoding a DVD (mpeg2source->d2v) or a H.264 stream in mkv container, can't remember exactly but surely one of these two. How files from ac3filter or canon decoder came to be associated with megui is beyond me. Not to mention the rest of the stuff.

[LigH]

They are not at all "associated with" MeGUI. MeGUI is only a user interface. Only controls to build an AviSynth script, a window to display a preview, and a job control to execute the command line encoders converting the script output. MeGUI itself does not need any DirectShow filters. The decoders used in the script may. That depends on the content of your script, the filetype of the original media being loaded... You wrote the script manually, so you are responsible for its dependencies. Not MeGUI.

[GEfS]

How to config MeGUI just do job sequentially?
I don't know why my MeGUI do 2 job at same time. (I queue 6 encoding job in CRF mode before sleep, when I wake up, MeGUI running 2 job at same time)
I'm using MeGUI 2220.

Sorry for my poor english :D.

[Zathor]

You likely have two "Workers" configured. Delete one of them:
"Workers\Worker Summary", right click on one of them and select "Shut down worker now"

[GEfS]

You likely have two "Workers" configured. Delete one of them:
"Workers\Worker Summary", right click on one of them and select "Shut down worker now"

Thanks. It's worked :D

[sneaker_ger]

Who came up with the PS3 device settings? Officially it supports level 4.2, which would mean bufsize 78125 and maxrate 62500.
Having bufsize and maxrate at 31250 while setting level to 4.2 makes no sense, because those values still fit into level 4.1. Many devices will refuse to play anything above 4.1, so this will have a great negative impact for no advantage. Level 4.2 only makes sense for resolutions greater than 1920x1080/higher framerates, but even then the vbv settings would still be wrong.

[Carpo]

interested in this also as i am wondering whether to use the PS3 tune option or DXVA for making my files before I stream them to PS3

[docholliday]

I have a problem with MeGui when it start the video encode suddenly stop and error,can anybody help me?

[LigH]

With this amount of details, close to zero (no MediaInfo analysis of the source, no MeGUI error log, no generated script) ... probably not. Help us to help you!

[R=G]

What's the best DVD Ripping software to use with Megui? I got version 2153...I usually use DVD Fab 8 or DVD Shrink. I had 2050 all year and most times that would get good results but with MP4 outputs? They would be out of sync and the playback didn't seem flawless and had a slight buffer effect. My MKVs turn out nice but would have a slight buffer to it at times. When I encode Shimmer later, I'll drop the media info on that encode to see if you can tell me if anything is OFF with it. I haven't used the 2153 update all that much except once. Basically I just need good settings for High Profile and with no buffering/playback issues.

[Zathor]

Who came up with the PS3 device settings? Officially it supports level 4.2, which would mean bufsize 78125 and maxrate 62500.
Having bufsize and maxrate at 31250 while setting level to 4.2 makes no sense, because those values still fit into level 4.1. Many devices will refuse to play anything above 4.1, so this will have a great negative impact for no advantage. Level 4.2 only makes sense for resolutions greater than 1920x1080/higher framerates, but even then the vbv settings would still be wrong.
Ok, I will change it to 4.1 in one of the next builds. Anything else to change?

[tormento]

Ok, I will change it to 4.1 in one of the next builds. Anything else to change?
Is it possible to get bitrate in kb/s when encoding?

[R=G]

This is Media Info on my encode earlier today...would you consider this a good encode or could it be tuned to be better? Everything seemed fine with no audio delays or any jerky playback.
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L3.1
Format settings, CABAC : Yes
Format settings, ReFrames : 5 frames
Format settings, GOP : M=4, N=32
Muxing mode : Container profile=Unknown@3.1
Codec ID : V_MPEG4/ISO/AVC
Duration : 2h 42mn
Nominal bit rate : 1 100 Kbps
Width : 640 pixels
Height : 352 pixels
Display aspect ratio : 16:9
Frame rate : 29.970 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.163
Writing library : x264 core 125 r2200 999b753
Encoding settings : cabac=1 / ref=5 / deblock=1:0:0 / analyse=0x3:0x133 / me=umh / subme=9 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=6 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=300 / keyint_min=29 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=2pass / mbtree=1 / bitrate=1100 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1:1.00

Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format version : Version 4
Format profile : LC
Format settings, SBR : Yes
Format settings, PS : No
Codec ID : A_AAC
Duration : 2h 42mn
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Video delay : 31ms

[FHeLLx]

Good evening, first I would like to ask your help in a matter that started happening to me,

Until now I was doing my encodes of TV programs recorded on. Megui in TS, but now when I create a script, with the AVS Script Editor starts this error appears:

Script Error: Invalid Arguments To Function "LanczosResize"?

Reading here on the forum, could not find any solution that would make my problem go away.

I am awaiting.

[hello_hello]

Just posting to offer my thanks for the mod4, mod2 resizing addition to MeGUI's script creator. I've been hoping for that for so long.....

Now if only you could run a job straight away rather than have to add it to the job queue first. Maybe by holding the shift key while clicking on the queue button to get MeGUI to automatically run the job in a new temporary worker rather than add it to the queue...... but anyway..... thanks again for the resizing changes. The continued work to improve MeGUI is much appreciated.

[Zathor]

Now if only you could run a job straight away rather than have to add it to the job queue first. Maybe by holding the shift key while clicking on the queue button to get MeGUI to automatically run the job in a new temporary worker rather than add it to the queue....
Do you have already other workers running when you want one job to be run immediately?

[hello_hello]

Do you have already other workers running when you want one job to be run immediately?

Sometimes. It'd mainly be convenient when running an indexing job, as I often index a video and set up an additional encode while one is running, but either way it'd be nice to just run the indexing job rather than add it to the job queue and then right click to run it in a temporary worker etc.
It's not a big deal I know.... but anything which cuts down on mouse clicks is a good thing. :-)

[pureocean]

Hello, I'm sorry, I'm a newbie.
I downloaded MeGUI 2237. My videos audio is 11khz format(wav 88kbps). I don't want re-encoding/converting.
Therefore, I did very search a option like "Don't encode audio", "Keep Original Track" or "Direct Stream Audio"
but I couldn't find anything. Doesn't support the feature?

[kalehrl]

There is such an option in oneclick encoder:

http://i46.tinypic.com/35k350h.png

[pureocean]

@kalehrl:
Thank you for your interest and screenshot. I've already picked as "never" in Encoding: http://i.imgur.com/KVnCI.gif

Nevertheless, the audio is encoded/converted to mp3. :(

ID : 2
Format : MPEG Audio
Format version : Version 2.5
Format profile : Layer 3
Codec ID : A_MPEG/L3
Codec ID/Hint : MP3
Duration : 1mn 19s
Bit rate mode : Constant
Bit rate : 64.0 Kbps
Channel(s) : 1 channel
Sampling rate : 11.025 KHz
Compression mode : Lossy
Stream size : 625 KiB (9%)
Writing library : LAME3.99r
Encoding settings : -m m -V 4 -q 2 -lowpass 5.5 -b 64
Default : Yes
Forced : No

[Zathor]

Please upload a short sample file.

[pureocean]

@Zathor:
I uploaded a sample file here: http://dl.dropbox.com/u/2538760/MeGUI_test.rar

[Zathor]

You are using an AVI input container. MeGUI currently cannot extract the audio track from that container and therefore it must be converted.
Workaround: Convert your file in a MKV with mkvmerge (MeGUI\tools\mkvmerge\mmg.exe - just drag & drop your file into it and hit "start muxing")
Use this file as input in OneClick.

[Slasher]

Um, how can I use the latest megui without needing to install that portable avs? I have avs 2.6 MT installed for using multithreaded qtgmc.

[Slasher]

They are not at all "associated with" MeGUI. MeGUI is only a user interface. Only controls to build an AviSynth script, a window to display a preview, and a job control to execute the command line encoders converting the script output. MeGUI itself does not need any DirectShow filters. The decoders used in the script may. That depends on the content of your script, the filetype of the original media being loaded... You wrote the script manually, so you are responsible for its dependencies. Not MeGUI.

"associated with" = "megui has open handles on those files", just to clear up the confusion

When I encode DVDs, avs contains (most used settings scenario):

SetMemoryMax(1024)
SetMTMode(5, 4)
LoadPlugin("path\dgmpgdec158\DGDecode.dll")
MPEG2Source(***)
SetMTMode(2)
QTGMC(settings)
SelectEven()
Crop()

When I encode H.264, avs contains (most used settings scenario):

LoadPlugin("path\ffms2.dll")
FFVideoSource(***)
Crop()
spline36resize()

Now I fail to see how the above avs scenarios could create dependencies with ac3filter, office groove, canon decoder and other seemingly random stuff.

[Zathor]

Um, how can I use the latest megui without needing to install that portable avs? I have avs 2.6 MT installed for using multithreaded qtgmc.

The portable avs will only be "installed" (= copied in the MeGUI root directory) when needed, but it must be downloaded.

[Slasher]

OK thank you.

[djmasturbeat]

I am having an infinite loop of update notices for the core. Everything else updated correctly, but MeGUI keeps asking me to update core from 2153 to 2237, which I do, then it tells me MeGUI needs to restart. I say OK, but then it never starts up again, even if I wait an hour, lol. I finally manually restart and get same message.
I tried force reinstall as a context menu choice in the Update Window, but that didn't do anything differently.

If I can get you more info to help fix this bug, please let me know. I just don't know what you may need.

[pureocean]

@Zathor: Thank you for the information and MMG tip. I hope that the next releases will have more improvements.
Espically, Direct Stream Copy+Audio Copy parts easily that would be great.

[Zathor]

I am having an infinite loop of update notices for the core.
Sorry, no clue. In general it is working. Maybe some kind of AntiVirus tool is causing problems.
As a workaround you can use the 2237 file from the sourceforge page and copy it over your installation.

[unknownsoldierX]

Had the same problem as djmasturbeat. Downloaded a fresh copy from sourceforge. When I run it, it automatically starts downloading updates for all components. The local date for every file is listed as 1/1/0001.

edit: Went back to an old version and disabled updates.

[djmasturbeat]

I disabled all AV/spyware and issue persisted, so that was not the issue that I can perceive.
There was some errors about the file downloading, but unable to download, and then errors aboutbeing unable to unpack the zip then unable to delete the zip. I looked and the zip was in the cache, too.
I watched it alternately at times use the main or backup server for update, both failed on core install.

edit, here is one of the logs
-[Information] [12/25/2012 5:13:44 PM] Updating core. File 1/3.
--[Information] [12/25/2012 5:13:44 PM] Could not unzip C:\MeGUI\update_cache\megui-core_2237.zip. Deleting file.
--[Error] [12/25/2012 5:13:44 PM] Could not delete file C:\MeGUI\update_cache\megui-core_2237.zip
--[Error] [12/25/2012 5:13:44 PM] Failed to download file core with error: CouldNotDownloadFile.

I tried removing the core from update_cache and then running it, but no dice.


I finally deleted my MeGUI directory other than my profiles and jobs and logs, and just unpacked the newest build.

For the record:
pretty fresh install of Windows7x64, with barely anything installed yet, not even ffdshow/haali or LAVF, etc. Mostly just DVD Decrypter, a stand alone stable MPC-HC and some browsers and AV/spyware, and the stuff for Mobo (mostly drivers).


I won't know if the bug persists till a new core is released for stable servers.

I suppose this should have gone here top start with, since I am using a vanilla MeGUI now, and this seems like a bug for MeGUI
http://forum.doom9.org/showthread.php?t=151159
apologies for misplaced post, but since I started it here, thought I would follow up here.

[Zathor]

Please upload the full log. I just tested also both update servers and was successfull.

[LigH]

Script Error: Invalid Arguments To Function "LanczosResize"

Knowing your script content would be useful to understand the reason for this issue. At least of the script line which contains this filter. But probably better the whole script, as it may depend on surrounding context.

[djmasturbeat]

Please upload the full log. I just tested also both update servers and was successfull.

full log (1 of many that are exactly the same):
[Error] Log
-[Information] Versions
--[Information] [12/24/2012 10:20:50 AM] MeGUI: 2153 (svn)
--[Information] [12/24/2012 10:20:50 AM] Operating System: Windows 7 Ultimate Edition x64 SP1 (6.1.65536.7601)
--[Information] [12/24/2012 10:20:50 AM] .Net Framework: 4.0 (4.0.0.0)
--[Information] [12/24/2012 10:20:50 AM] AviSynth: 2.5.8.5 (12/21/2008 9:46:54 PM)
--[Information] [12/24/2012 10:20:50 AM] AvisynthWrapper: 1/2/2009 8:34:04 PM
--[Information] [12/24/2012 10:20:50 AM] ICSharpCode.SharpZipLib: 0.85.5.452 (8/8/2008 2:31:12 AM)
--[Information] [12/24/2012 10:20:50 AM] LinqBridge: 1.0.0.0 (5/28/2009 7:24:34 AM)
--[Information] [12/24/2012 10:20:50 AM] MediaInfo: 0.7.61.0 (10/21/2012 4:29:05 PM)
--[Information] [12/24/2012 10:20:50 AM] MediaInfoWrapper: 0.7.53.0 (8/23/2012 2:33:43 PM)
--[Information] [12/24/2012 10:20:50 AM] MessageBoxExLib: 1.0.2218.28317 (12/20/2008 2:53:04 AM)
--[Information] [12/24/2012 10:20:50 AM] SevenZipSharp: 0.64.3890.29348 (1/2/2011 4:59:32 PM)
--[Information] [12/24/2012 10:20:50 AM] 7z: 9.20 (11/18/2010 10:27:34 PM)
-[Error] Update detection
--[Information] [12/24/2012 10:20:51 AM] Connecting to server: http://megui.org/auto/stable/
--[Information] [12/24/2012 10:20:52 AM] There is 1 file which can be updated.
--[Information] [12/24/2012 10:24:05 AM] Updating core. File 1/1.
--[Information] [12/24/2012 10:24:05 AM] Could not unzip C:\MeGUI\update_cache\megui-core_2237.zip. Deleting file.
--[Error] [12/24/2012 10:24:05 AM] Could not delete file C:\MeGUI\update_cache\megui-core_2237.zip
--[Error] [12/24/2012 10:24:05 AM] Failed to download file core with error: CouldNotDownloadFile.
--[Information] [12/24/2012 10:24:05 AM] Update completed
--[Error] [12/24/2012 10:24:05 AM] Files which have been not sucessfully updated: 1

[Zathor]

Do you still have the problem? I have fixed it several days ago.

[Slasher]

The portable avs will only be "installed" (= copied in the MeGUI root directory) when needed, but it must be downloaded.
When using MT functions in the script megui says there's no such thing. I had to copy avisynth.dll (Set's 2.6 MT) into the avs directory of megui.

Means that even though I had avs installed and configured, megui still used its version.

[Zathor]

Please post your log (the version part)

[LigH]

There is now a quite big leap in the version number of MP4Box used by MeGUI (from 0.4.6-DEV-rev2735 to 0.5.1-DEV-rev4234:4272M).

Was it just time to do something, or are there specific new features MeGUI will take care of now?

[Kurtnoise]

better apple devices support...

The last MP4Box version adds eac3 files support + mvc/svc + few others things (not supported into megui though).

[dj-big]

hei i start encoding 4 mkv videos 2 of them have very similar size but the others have 150mb difrence i use oneclick encode and the settings are all the same the source is same for all and the size of source are similar why i have this problem last befor . why some files are much bigger than others? how can i fix this i want all have similar size i dont care about 10 mb but 100or150 is to high i user 2passencode with bitrate mode and i dont want to user filesize limit each time i want to encode is there any solution in settings to encode all files in similar size ?

[Kurtnoise]

:logfile:

[MOS-Marauder]

Hi Folks.

Since i guess ive posted this in the Wrong Thread before now ill do it here again..


Well from Time to Time i got problems with MeGui encoding to XVID 2 Pass.

Its performing Pass1 perfectly with approx 450 FPS encode speed and then it crashes starting Pass2. (Log below)

That can this be ? Its most time only on Xvid with 640x272 Resolution.

Edit:
I tried it again with another DVD and got the Same problem.. Pass1 perfect, pass2 crash. All encodes to 640x272. If i have an encode 640x352..everything runs perfect.
I dont know what else to test now...

Mara


-[NoImage] LoadPlugin("D:\Programme\megui-Dev-031-1061\tools\dgindexnv\DGDecodeNV.dll")
---[NoImage] DGSource("O:\Encode\US-Encode\NOW_IS_GOOD\nowisgood.dgi",fieldop=1, resize_w=640, resize_h=272)
---[NoImage] #deinterlace
---[NoImage] #crop
---[NoImage] #resize
---[NoImage] #denoise
--[Information] [04.01.2013 21:45:19] Job commandline: "D:\Programme\megui-Dev-031-1061\tools\xvid_encraw\xvid_encraw.exe" -i "O:\Encode\US-Encode\NOW_IS_GOOD\nowisgood.avs" -pass1 "O:\Encode\US-Encode\NOW_IS_GOOD\nowisgood.stats" -bitrate 803 -kboost 100 -chigh 30 -clow 15 -turbo -max_key_interval 19 -nopacked -vhqmode 4 -imin 1 -pmin 1 -max_bframes 1 -bvhq -bquant_ratio 162 -bquant_offset 0 -bmin 1 -par 1 -threads 8
--[Information] [04.01.2013 21:45:19] Encoding started
--[Information] [04.01.2013 21:50:41] Standard output stream
---[NoImage] xvid_encraw - raw mpeg4 bitstream encoder written by Christoph Lampert 2002-2003
---[NoImage] Tot: enctime(ms) =318045.00, length(bytes) = 954051050
---[NoImage] Avg: enctime(ms) = 2.15, fps = 465.66, length(bytes) = 6441
---[NoImage] I frames: 8289 frames, size = 23064/ 191178992, quants = 2 / 2.00 / 2
---[NoImage] P frames: 70674 frames, size = 8680/ 613474682, quants = 2 / 2.00 / 2
---[NoImage] B frames: 69137 frames, size = 2160/ 149397369, quants = 3 / 3.00 / 3
---[NoImage] N frames: 1 frames, size = 7/ 7
--[Information] [04.01.2013 21:50:41] Standard error stream
---[NoImage] Trying to retrieve width and height from input header
---[NoImage] xvid [info]: Avisynth detected
---[NoImage] xvid [info]: Input colorspace is YV12
---[NoImage] xvid [info]: Input is 640 x 272, 23.976fps (24000/1001), starting from frame 0
---[NoImage] xvid [info]: Number of frames to encode: 148101, Bitrate = 803kbps
---[NoImage] xvid [info]: xvidcore build version: xvid-1.2.2
---[NoImage] xvid [info]: Bitstream version: 1.2.2
---[NoImage] xvid [info]: Detected CPU flags: ASM MMX MMXEXT SSE SSE2 TSC
---[NoImage] xvid [info]: Detected cpus = 8, threads requested = 7, threads in use = 7
---[NoImage] xvid [info]: Threaded input reading active
--[Information] [04.01.2013 21:50:41] Postprocessing
---[Information] Deleting intermediate files
--[Information] [04.01.2013 21:50:41] Job completed
-[Error] Log for job3 (video, nowisgood.avs -> nowisgood.avi)
--[Information] [04.01.2013 21:50:41] Started handling job
--[Information] [04.01.2013 21:50:41] Preprocessing
--[Information] [04.01.2013 21:50:41] Avisynth input script
---[NoImage] LoadPlugin("D:\Programme\megui-Dev-031-1061\tools\dgindexnv\DGDecodeNV.dll")
---[NoImage] DGSource("O:\Encode\US-Encode\NOW_IS_GOOD\nowisgood.dgi",fieldop=1, resize_w=640, resize_h=272)
---[NoImage] #deinterlace
---[NoImage] #crop
---[NoImage] #resize
---[NoImage] #denoise
--[Information] [04.01.2013 21:50:43] Job commandline: "D:\Programme\megui-Dev-031-1061\tools\xvid_encraw\xvid_encraw.exe" -i "O:\Encode\US-Encode\NOW_IS_GOOD\nowisgood.avs" -pass2 "O:\Encode\US-Encode\NOW_IS_GOOD\nowisgood.stats" -bitrate 803 -kboost 100 -chigh 30 -clow 15 -turbo -max_key_interval 19 -nopacked -vhqmode 4 -imin 1 -pmin 1 -max_bframes 1 -bvhq -bquant_ratio 162 -bquant_offset 0 -bmin 1 -par 1 -threads 8 -avi "O:\Encode\US-Encode\NOW_IS_GOOD\nowisgood.avi"
--[Information] [04.01.2013 21:50:43] Encoding started
--[Error] [04.01.2013 21:50:48] Process exits with error: 0xC0000409 STATUS_STACK_BUFFER_OVERRUN (-1073740791)
--[Information] [04.01.2013 21:50:48] Standard output stream: xvid_encraw - raw mpeg4 bitstream encoder written by Christoph Lampert 2002-2003
--[Information] [04.01.2013 21:50:48] Standard error stream
--[Information] [04.01.2013 21:50:48] Job completed

[docholliday]

I have a problem with MeGUI. when it finished Encoded Audio it dosent Encode Video suddenly error and stop. Does anybody knows?

[LigH]

:( Why can't people get used to providing helpful details?

:logfile: MeGUI creates a log with the verbose error message and directions to the reason.

Furthermore, a MediaInfo analysis of the source file can't hurt. Never.

[Grossmeister]

Hi.
I have 2 systems, one is laptop (Core i5) and another is desktop with AMD A10-5800K. On desktop, when I encode DTS to AC-3 job step called "Preprocessing" takes huge amount of time (several minutes), on laptop it finishes in a few seconds. Same delay I have when demuxing mkv. Is this something related with MeGUI settings.
Is there a way to reset them? Or where should I dig?

[Zathor]

Likely you have normalize enabled which will take a few seconds/minutes - but please post your log file.

[Grossmeister]

Thanks. About audio encoding, delay was result of normalizing option enabled.
About mkv demux: if I select to extract video stream as .mkv (default option) extractor just freezes ("Analyzing ..."), if I set .h264 - process goes normally. Actually I would better set .h264 for video stream as default option if it is possible.
Anyway, here is a log for the first case:

-[Information] Versions
--[Information] [13.01.2013 1:49:31] MeGUI: 2237
--[Information] [13.01.2013 1:49:31] Operating System: Windows 7 Enterprise Edition x64 SP1 (6.1.65536.7601)
--[Information] [13.01.2013 1:49:31] .Net Framework: 4.0 (4.0.30319)
--[Information] [13.01.2013 1:49:31] AviSynth: 2.5.8.5 (21.12.2008 21:46:54)
--[Information] [13.01.2013 1:49:31] AvisynthWrapper: 02.01.2009 20:34:04
--[Information] [13.01.2013 1:49:31] Haali Matroska Splitter: 24.11.2005 21:24:30
--[Warning] [13.01.2013 1:49:31] Haali DSS2: not installed
--[Information] [13.01.2013 1:49:31] ICSharpCode.SharpZipLib: 0.85.5.452 (07.08.2008 20:31:12)
--[Information] [13.01.2013 1:49:31] LinqBridge: 1.0.0.0 (28.05.2009 1:24:34)
--[Information] [13.01.2013 1:49:31] MediaInfo: 0.7.61.0 (21.10.2012 16:29:05)
--[Information] [13.01.2013 1:49:31] MediaInfoWrapper: 0.7.53.0 (23.08.2012 14:33:43)
--[Information] [13.01.2013 1:49:31] MessageBoxExLib: 1.0.2218.28317 (19.12.2008 20:53:04)
--[Information] [13.01.2013 1:49:31] SevenZipSharp: 0.64.3890.29348 (02.01.2011 10:59:32)
--[Information] [13.01.2013 1:49:31] 7z: 9.20 (18.11.2010 16:27:34)
-[Information] Update detection
--[Information] [13.01.2013 1:49:31] Connecting to server: http://megui.org/auto/stable/
--[Information] [13.01.2013 1:49:32] All files are up to date
-[Information] HD Streams Extractor
--[Information] [13.01.2013 1:50:04] Input: E:\222\video.mkv
--[Information] [13.01.2013 1:50:04] Arguments: "E:\222\video.mkv"
--[Warning] Unknown line: "v01 The video bitstream is encoded in a non-standard framerate."
--[Information] [13.01.2013 1:50:05] Feature Retrieval Completed
-[Information] Log for job9 (ext, video.mkv -> _txxx)
--[Information] [13.01.2013 1:50:26] Started handling job
--[Information] [13.01.2013 1:50:26] Preprocessing
--[Information] [13.01.2013 1:50:26] Job commandline: "D:\app\MeGUI\tools\eac3to\eac3to.exe" "E:\222\video.mkv" 1:"L:\_t\T1_Video - .mkv" 2:"L:\_t\T2_Audio - English.dts" -core 3:"L:\_t\T3_Subtitle - English.srt" -progressnumbers
--[Information] [13.01.2013 1:50:26] Extracting started
-[Information] [13.01.2013 1:50:51] Delete aborted ouptut set: True
-[Information] [13.01.2013 1:50:51] File to delete: L:\_txxx
-[Information] [13.01.2013 1:50:51] File deleted
--[Information] Deleting aborted output
--[Information] [13.01.2013 1:50:51] Process exits with error: 0xFFFFFFFF (-1)
-[NoImage] MKV, 1 video track, 1 audio track, 3 subtitle tracks, 1:44:44, 24p /1.001
-[NoImage] 1: h264/AVC, 1920x816 23.976p (40:17)
-[NoImage] 2: DTS, English, 5.1 channels, 24 bits, 1510kbps, 48kHz
-[NoImage] "DTS 5.1"
-[NoImage] 3: Subtitle (SRT), English
-[NoImage] 4: Subtitle (SRT), Dutch
-[NoImage] 5: Subtitle (SRT), Portuguese
-[NoImage] v01 The video bitstream is encoded in a non-standard framerate.
-[NoImage] v01 Extracting video track number 1...
-[NoImage] a02 Extracting audio track number 2...
-[NoImage] v01 Muxing video to Matroska...
-[NoImage] a02 Creating file "L:\_t\T2_Audio - English.dts"...
--[Information] [13.01.2013 1:50:51] Standard output stream
--[Information] [13.01.2013 1:50:51] Standard error stream
--[Information] [13.01.2013 1:50:51] Job completed
--[Information] [13.01.2013 1:50:51] Current job was aborted

OK, it's fixed. Just reinstalled Matroska.

[wolfbane5]

Hi,

I'm encountering a minor problem, hopefully this is the right place to post it.

I've encoded a couple bluray movies recently using Megui (2-pass x264 muxed to mkv), but when I play them afterwards using VLC I'm finding that it has somewhat of a seek time when I skip through the movie; in particular if I were to skip from 5 mins in to say 30 mins, the elapsed time counter on the bottom left side turns blue while it's seeking and takes about 5 seconds while it's navigating to the time position.

I've encoded tons of bluray video over the last couple years (when I was on Win7) and none of them have this seek issue - when I click on a timestamp, it instantly jumps there and continues. I switched to Win8 recently, forgot to backup my x264 profiles :o, so I had to remake them all again, so I'm assuming I've just forgotten one of the settings that I used to use. My guess is that it has something to do with video buffering?

Any help is appreciated, thanks. :cool:

[Kurtnoise]

Hi,

Did you try with another player ? Did it exhibit the same behaviour ?

Did you still have your logfiles ? If yes, post them here...maybe we can help you with this.

[tebasuna51]

Maybe the problem is the new mkvmerge 5.9.0 and this:
https://trac.bunkus.org/wiki/FAQ%3APlaybackDoesNotWorkVLCCannotSeekMkvmerge590

Read also:
https://trac.bunkus.org/wiki/FAQ%3AImprovingPlaybackCompatibilityWithPlayers

[luke83]

I'm using the r683 version of ffms instead of r725 ICL 4.
If i use it, megui makes a mistake on the indexing of the pre-rendering job file

[wolfbane5]

Maybe the problem is the new mkvmerge 5.9.0 and this:
https://trac.bunkus.org/wiki/FAQ%3APlaybackDoesNotWorkVLCCannotSeekMkvmerge590

Read also:
https://trac.bunkus.org/wiki/FAQ%3AImprovingPlaybackCompatibilityWithPlayers

Yep, it was exactly that! I guess VLC has an issue with the new Matroska specs. I just checked off 'Dummy Elements' in VLC and it all works great now. Thanks for your help! :cool:

[hubblec4]

i think there is a small bug in the avs creator. (MeGUI2272 x64)

i use the AutoCrop button and the value of the right side is 2 (left:0 top:132 bottom: 134).

If i select the resize filter mod16 i cant set the display resolution to 1920x???. 1880x800 is the maximum value i can set.
in a previous version it was possible to do this.

[Zathor]

Upsizing is now disabled by default. You can enable it in the AviSynth profile settings.

[docholliday]

When I use mt2 format from Full BD my MeGUI stop working ! How can i do that ?

[Zathor]

Post your log file and describe what you are doing. Likely you are using the m2ts directly with DiretShowSource - use instead the HD Streams Extractor, convert the m2ts to mkv and use the file indexer on the mkv.

[docholliday]

Post your log file and describe what you are doing. Likely you are using the m2ts directly with DiretShowSource - use instead the HD Streams Extractor, convert the m2ts to mkv and use the file indexer on the mkv.

Yes i'm use DirectShoSource and use Directly Stream Folder ,You said I must convert m2ts file to Mkv ?

[Kurtnoise]

yes...

[Betsy25]

FYI - Mkvtoolnix 6.0.0 is out, which has Header Removal Compression switched off by default.

[tebasuna51]

FYI - Mkvtoolnix 6.0.0 is out, which has Header Removal Compression switched off by default.
Yes, good news!

But maybe we need now:
--engage no_cue_relative_position --engage no_cue_duration
to preserve compatibility with some players.

[hubblec4]

Upsizing is now disabled by default. You can enable it in the AviSynth profile settings.

mmh, its not an upscaling in my case.
after cropping i loose 2Pixel from the rigth side. so could be the display dimension 1918x???



and where i can set the upscaling in AVISynth configuration?

[LigH]

1918 is no integer multiple of 16. So you would have to switch from "MOD 16" to "MOD 2" to allow this width without resizing.

Some border values are just not worth the cropping; you don't have to trust automatically gathered values blindly, you (as human) are able to decide better.

[docholliday]

How can i add DTS Audio ? I can not see DTS Audio in the category

[LigH]

The main window is for sources to be decoded, processed, and encoded. There is probably no dts decoder for AviSynth available yet, and certainly no free dts encoder after processing; you may convert dts to AC3 beforehand with eac3to.

Furthermore, it is possible to multiplex the unprocessed dts into MKV after the video conversion finished. But then you should not cut the video, or it would be async.

[tebasuna51]

There is probably no dts decoder for AviSynth available yet,...

Don't exist for DTS-HD but yes for standard DTS.

[docholliday]

Don't exist for DTS-HD but yes for standard DTS.

I want Encode a movie and dont Encode Audio e.g: DTS Audio after Encode DTS Audio dont change. how can i do that ?

[Zathor]

Not sure if I get you, but use OneClick and select Encode:Never for the DTS audio track and it will be copied (not possible for all input /output containers)

[LigH]

If you do something more elaborate with the video, just run the video converting job, and when finished, use the "MKV Muxer" from the "Muxer" submenu in the "Tools" menu to multiplex the converted video with the original dts audio.

I doubt any of the other muxers would be suitable to multiplex dts into its container.

[unknownsoldierX]

Haven't used the program for a few months. Went to convert an MP4 today and noticed something weird. I used the File Indexer like usual, and MeGUI created the .ffindex file and the track_1_.avs file. The AviSynth creator window popped up and the video input was set to the .mp4 file. What is the ffindex file for now that MeGUI no longer loads it?

[LigH]

Usually, if you want FFMS2 to load yourmovie.mp4, it will detect that yourmovie.mp4.ffindex already exists, and use it.

It is not similar to DGMPGDec where the *.d2v index file must be opened instead of the MPEG2 video source; FFMS2 gets the name of the source file and derives the index file name from it (except for a custom index file name, this would have to be added as additional parameter then).

[Zathor]

I doubt any of the other muxers would be suitable to multiplex dts into its container.
Beside the MKV container M2TS can be used to store DTS(-HD) files in MeGUI.

And before I forget it once again - thank you very much for your very good support for various questions/tools (not only MeGUI of course) in several forums. Much appreciated!

[docholliday]

I have a question.when i use MeGUI it does not use 100% of CPU only 40% ,what should i do ?

[LigH]

There are so many different reasons, and so many possible answers ... many already given during the last months and years.

MeGUI is not involved in the conversion anyway. It is only a user interface to build the conversion script and execute the encoder.

If the encoder (possibly x264) is unable to use the majority of the CPU time, it has to wait for something.

May be the elaborate filtering in the script (could be improved by using MT manually). A bad relation between script and encoder CPU intensity is one of the most probable reasons.

May also be the hardware (slow reading from harddisk, slow copying in memory, slow transfer from the GPU if using DGDecNV).

[Poutnik]

There are so many different reasons, and so many possible answers ... many already given during the last months and years.

If the encoder (possibly x264) is unable to use the majority of the CPU time, it has to wait for something.

May be the elaborate filtering in the script (could be improved by using MT manually). A bad relation between script and encoder CPU intensity is one of the most probable reasons.


It can be also closely related to script.
I use Core2duo E4700, SetMTmode(3,0)/Source/SetMTmode(2) and Slower X264 preset.

I get near perfect CPU utilization for MCTD (very low/low, gpu=false, ncpu=1), but 20-25% CPU idling for QMCTG ( various presets ).

I have not yet experimented enough with threads and memorymax to optimize it, just realized SetMTmode(3,3) without increasing Setmemorymax(768) did not seem to help.

[Poutnik]

.... A bad relation between script and encoder CPU intensity is one of the most probable reasons.


Interesting question - what is good relation range ?

For compressing of my "record/view/delete" DVB-T queue ( If my disk free size does not like the queue size )
I often use fast scripts and Normal-Fast(-Faster) X264 preset.
I get typically 1/5-1/4 of CPU for scripts and 3/4-4/5 of CPU for X264.

For heavy archive processing by MCTD ( a/o recently also QMCTG ) I usually use Slow-Slower X264 preset.
I get typically 3/5-4/5 of CPU for scripts, 1/5-2/5 of CPU for X264.

[docholliday]

MeGUI pass1 does not use Full cpu only 40%, but (pass2) use 100% of cpu. What should i do ? I want to use 100% of cpu (pass1)

[LigH]

You could use the parameter --slow-firstpass to waste more time and electricity.

Or you could learn instead that less than 100% CPU consumption in the first pass is not at all a reason to worry. May be better for your blood pressure. :)

[magsoud]

How to contrast/brightness Plugin for Megui?

[LigH]

Manually: Add an instance of Tweak() with matching parameters to the generated script.

[magsoud]

I'm using this method:
Levels(16,1,240,0,255)

[LigH]

This appears to be an inexact approximation of ColorYUV(levels="TV->PC"); if you do so, you may have to add the "coring" parameter to many other filters.

If you feel like the luminance and chrominance range is wrong when you play movies, your graphic driver might be set up to the wrong range. Fixing this should be prefered over recoding bloated video content.

[magsoud]

Manually: Add an instance of Tweak() with matching parameters to the generated script.
Please Explain more...

[LigH]

While using the "AVS Script Creator" to import your video source, switch to the tab "Script", and type in there, where it is useful, a line with the Tweak (http://avisynth.org/mediawiki/Tweak) or Levels (http://avisynth.org/mediawiki/Levels) or ColorYUV (http://avisynth.org/mediawiki/ColorYUV) filter, whatever may suit your needs...

Or do you expect Zathor to add sliders to the preview window?

[magsoud]

@LigH:thanks:
Or do you expect Zathor to add sliders to the preview window?
I did not understand this section.

[LigH]

[–·····«¦¦»·····+] Brightness
[–·····«¦¦»·····+] Contrast

^ Sliders

But I doubt MeGUI needs that. Usually, the video is fine; if it looks wrong, your display may need a calibration, not the movie.

If the video is really wrong, then you may need more than sliders, like a colorimeter, a phase display, tools to measure the color shift before trying to fix it...

[magsoud]

[–·····«¦¦»·····+] Brightness
[–·····«¦¦»·····+] Contrast

^ Sliders

I'm Sorry
I could not get it to run!
I'm not found Sliders!!!

[LigH]

Because they are not implemented.

The question was:

Would you want any?

Do you expect Zathor to make them?

I would not be surprised if he did not want to make any.

[magsoud]

Because they are not implemented.

The question was:

Would you want any?

Do you expect Zathor to make them?


Yes
LigH:thanks:

[AGKnotUser]

Even though I have selected a chapter file in the Manual MKV Muxer window there are no chapters in the output MKV file. In fact, I see "--no chapters" in the command line in the logs. Am I doing something wrong?

[simcut]

am using the development update server and megui tells me to update from 2338 to 2341 but when I try restarting MeGUI it comes up with:-

"Couldn't run updater"

any ideas? is it just me?

Cheers.

[Zathor]

I do not have this problem, sorry.

[simcut]

Hm, that's odd, I'll try a reinstall of MeGUI then I guess, see if it continues :)

[nekrovski]

One quick question.
When I'm in the process before encoding with megui, this question about color space YV12 or something always pops up and my answer is always yes.
There's a checkmark that says "dont show this dialog next time".
Now if I check that, will it automatically answer all future dialogs with what I chose last?
Or?

[Zathor]

Now if I check that, will it automatically answer all future dialogs with what I chose last? Yes, that's correct.

[nekrovski]

Yes, that's correct.
Thank you for the answer.

[AGKnotUser]

Is there a way to change the Muxer settings of the MKV Muxer? I've checked the .xml files and have not found anything to change.
:thanks:

[LigH]

Do you want to add multiplexing parameters to enhance compatibility to specific hardware players?

[Zathor]

Even though I have selected a chapter file in the Manual MKV Muxer window there are no chapters in the output MKV file. In fact, I see "--no chapters" in the command line in the logs. Am I doing something wrong?
Sorry, forgot about your message. Please provide the chapter file.

[AGKnotUser]

Sorry, forgot about your message. Please provide the chapter file.

No Problem. I must have done something wrong. I ran it again and the file had chapters. Thanks for getting back to me.

[AGKnotUser]

Do you want to add multiplexing parameters to enhance compatibility to specific hardware players?

Actually a software players. TMT 6 is more fussy about the newest features of mkvmerge 6.1.0. So I'd like more control over the parameters.

[Zathor]

Sorry, currently not possible. Which command do you want to add?

[AGKnotUser]

Sorry, currently not possible. Which command do you want to add?

Thanks, I found a way to add the options. I used mkvmerge GUI to add command line options and saved them as default for new jobs. MKV Muxer runs the commands. The commands were: --engage no_cue_duration --engage no_cue_relative_position. TMT 6 works with these.

[Zathor]

MeGUI is also applying those two options since a few builds automatically.

[AGKnotUser]

Oh, didn't see it in the log window. I thought I added it. Oh well.

[cybersharky]

I'm busy encoding Star Trek Voyager, it's 4:3, but after encoding mediainfo is reporting it as 3:2. d2v file says it's 4:3. x264 SAR is set to default.

SetMemoryMax(1024)
SetMTMode(2,0)
Import("B:\Gary\MeGUI_2308_x86\tools\avisynth_plugin\McDegrainSharp.avsi")
LoadPlugin("B:\Gary\MeGUI_2308_x86\tools\avisynth_plugin\avstp.dll")
LoadPlugin("B:\Gary\MeGUI_2308_x86\tools\avisynth_plugin\SmoothAdjust.dll")
LoadPlugin("B:\Gary\MeGUI_2308_x86\tools\avisynth_plugin\mvtools2.dll")
LoadPlugin("B:\Gary\MeGUI_2308_x86\tools\dgindex\DGDecode.dll")
DGDecode_mpeg2source("B:\Gary\Dvdrips\MainMovie\VOYAGER_S1D1_E3\VIDEO_TS\VTS_01_1.d2v", info=3)
LoadPlugin("B:\Gary\MeGUI_2308_x86\tools\avisynth_plugin\ColorMatrix.dll")
ColorMatrix(hints=true, interlaced=true, threads=0)
LoadPlugin("B:\Gary\MeGUI_2308_x86\tools\avisynth_plugin\TIVTC.dll")
tfm(mode=0, PP=2, cthresh=2, mi=25, mChroma=false, blockx=16, blocky=16).tdecimate()
crop(8, 0, -4, 0)
#resize
#denoise
Smoothlevels(preset="tv2pc",TVrange=false)
McDegrainSharp()

[Poutnik]

Is there way for MeGUI to use QTGMC("some of very fast settings") instead of YADIF for Automatic deinterlacing of OneClick ?
For explicit deinterlacing there is no problem to write SC and AVS profiles.
But for automatic de-interlacing I do not see the way - at least I did not when searching for it in MeGUI.

[Zathor]

I'm busy encoding Star Trek Voyager, it's 4:3, but after encoding mediainfo is reporting it as 3:2. d2v file says it's 4:3. x264 SAR is set to default.

Please post the complete log.

Is there way for MeGUI to use QTGMC("some of very fast settings") instead of YADIF for Automatic deinterlacing of OneClick?
Currently there is no such option.

[invy]

Quick question: Will y'all ever the tabbing order? I like to use keyboard a lot, especially in the script creator window. Much faster for me.

[jq963152]

Hello,

why doesn't MeGUI update to AviSynth 2.6.0 when using the development update server?

With the development update server it's still at version 2.5.8.

Or will MeGUI change from AviSynth to VapourSynth or something like that?

[cybersharky]

Please post the complete log.

https://dl.dropboxusercontent.com/u/47490038/logfile-13-04-24_15-09-06.log

[Zathor]

Quick question: Will y'all ever the tabbing order? I like to use keyboard a lot, especially in the script creator window. Much faster for me.
Maybe - I do not use it myself and this may be the reason that I forget to check the order after a GUI change. Where do you want to have it changed? And how?

why doesn't MeGUI update to AviSynth 2.6.0 when using the development update server?

As soon as we have a stable AviSynth 2.6 build I will update it. Currently it is still in alpha. But you can install any AviSynth build you like.

[Zathor]

I'm busy encoding Star Trek Voyager, it's 4:3, but after encoding mediainfo is reporting it as 3:2. d2v file says it's 4:3. x264 SAR is set to default.

You have some errors during opening the file "VideoFile.avs"
Avisynth: access violation at 0x0000C878 in C:\Program Files (x86)\AviSynth 2.5\plugins\DGDecode.dll
Maybe it is related to your AviSynth build:
AviSynth: 2.6.0.3 (3/9/2013 9:28:48 AM)

Also you have to either enable resize (+ suggest resolution) or anamorphic encoding in the AVS Script Creator - otherwise you will end with a plain 720x480 encoding which is 3:2.

[jq963152]

As soon as we have a stable AviSynth 2.6 build I will update it. Currently it is still in alpha.

But what about this (see highlighted part):


Here is my builds of Avisynth 2.6 with several (mostly MT) fixes. MT mode stability is way better than Avisynth 2.5.8, general stability - the same as official Avisynth 2.6 (which is again better than 2.5.8 due to many bugfixes since then).


?

[Zathor]

Install it yourself if you like.

[Morku]

Today I got x264 version 2309-1. I can't find this version on http://x264.nl/ (still 2309). Whats the difference and where can I get 10bit version of 2309-1?

[Zathor]

I had to republish 2309 - with a new name out of technical reasons - as the x64 bit file was missing.

[panark]

Using megui 2341 and the latest version from x264.nl "x264 core 132 r2309 3b1f1f7"

with --opencl in the custom command line i get this in the log: x264 [warning]: OpenCL: not compiled with OpenCL support, disabling

with --disable-opencl

--[Error] [30/4/2013 11:59:24 μμ] An error occurred: avs [error]: Error occurred while writing frame 0
--[Error] [30/4/2013 11:59:24 μμ] Process exits with error: 0xFFFFFFFF (-1)
.
.
---[NoImage] x264_64: unknown option -- disable-opencl
---[NoImage] avs [error]: Error occurred while writing frame 0
---[NoImage] (Maybe x264 closed)


windows 7 x64 - nvidia geforce gt430 (latest driver 314.22)
I have opencl.dll on both system32 and syswow64 folders
also opencl64 on program files/nvidia corporation/opencl

According to x264 changelog

Output quality when OpenCL lookahead is enabled is often
very slightly worse in quality than the CPU quality (because of the same data dependencies).

It seems i can't make opencl work but in any case if i want to disable it, because encoding time isn't an issue, how do i do it?

[detmek]

OpenCL is disabled by default. You don't have to disable it manualy.

[panark]

OpenCL is disabled by default. You don't have to disable it manualy.

Thanx for the info.
Assuming i want to enable opencl, how do i do it?

[detmek]

With --opencl, if your hardware supports it. If not, you'll get a warning message and encoding will continue without using OpenCL.

[luke83]

can you add chapter box in the onclick encoder presets?

What is the best Avisynth build? is there a list so i can study about them? Im'using this one: http://code.google.com/p/avisynth-mt/

[Marsu42]

If I queue a folder via one click encoder, the queue stops on the first error encountered. Is there an option to make MeGUI just skip to the next file in this case and not stop processing completely?

If I queue files manually one by one is skips errors and imho this is the sound behavior :-o ... sorry if I'm overlooking the obvious here.

[Zathor]

In which job type do you have the error?

[Zathor]

can you add chapter box in the onclick encoder presets?
Please explain in more detail what you need/want.

[luke83]

Please explain in more detail what you need/want.
I mean the space in which i can set the chapter file. There is one of it in OneClick Encoder->Andvances Config ("Chapter file" field) but not in the preset

I would like to have the same field in the OneClick Preset. When i encode serials (serial tv, cartoon, anime) that have the same duration, I use the same chapter file for each episode.

Sorry if my english is not clear but i'm italian :)

Btw great software ;)

[Marsu42]

In which job type do you have the error?

The last one I encountered was when converting an wmv file (other similar wmv worked, but this seems to be broken), but megui also stopped the queue when failing to demux the audio from mp4 and various other reasons I don't quite remember anymore - basically for me whenever some tool exits with an errorlevel the whole queue is stopped instead of jumping to the next file to process.

[Information] [04.05.2013 13:59:11] Job commandline: "C\meGUI\tools\ffms\ffmsindex.exe" -t -1 -f "completely_legal_file.wmv" "C:\TEMP\qehrms1o.wvn\completely_legal_file.ffindex"
[Information] [04.05.2013 13:59:11] Indexing started
[Error] [04.05.2013 13:59:14] Process exits with error: 1

UPDATE: I think there's something wrong with ffmsindex.exe handling: If I run the above command in an own batch file it doesn't return an errorlevel and works just fine - only megui fails when trying to run it with the above not very verbose error description.

[rhaz]

Hi. I am using MeGUI 2341 and it works great its greatest tool of all time. So what I basically do is do some .mp4 encodes and then mux together with audio via MP4 Muxer. Now this one video has -200ms delay and when I set that delay in the muxer it gives me output of same movie, but shrinked in quality by double and merged together twice. So what I mean is that if I don't touch the delay option I get 1.44GB size movie of duration 1h 33mn and if I add -200 to Delay field I get same 1.44GB, but shrinked in quality and merged twice and total length is over 3 hours! This sounds ridicilous, but I tried that already ten times and I get same result. How's that even possible? I just want to sync my video with audio and mux it.

I am using Windows 8 x64, but x32 MeGUI and its tools. The audio is encoded as AAC in .mp4 format, the video file is also in .mp4 encoded using x264.

[LigH]

@ rhaz:

The developers will certainly ask you to publish a log file of the wrong job, to analyze the used command line calls to encoder and multiplexer.

[rhaz]

@ rhaz:

The developers will certainly ask you to publish a log file of the wrong job, to analyze the used command line calls to encoder and multiplexer.

Also can I add that I have noticed other MP4 muxers don't have option to select negative delay like MP4BOX. So is there any solution to mux MP4 with negative delay?

[docholliday]

Good day,

I want to add two or three jobs in MeGuI.Is it possible ? How can i do that ?

[LigH]

You would usually click the "Queue" buttons in the related areas (e.g. "Video encoding" or "Audio" part of the "Input" tab, or finishing one of the Muxer dialogs) after filling the fields with all required input files and options. Then a job is added to the job queue. They are executed sequentially after you press the "Start" button in the "Queue" tab.

[docholliday]

Yes,but when i click AutoEncode and fix something then finally click "Queue" tab MeGUI start to encode,but I want to add more jobs.How can i fix it ?

[LigH]

Do not use "AutoEncode", because it automatically starts the job. Instead, create the jobs with other features of MeGUI. AutoEncode is for the impatient user.

[docholliday]

I create a job,but it doesn't go to "Queue" tab. Tab is empty.

[LigH]

More details please. What kind of sources do you want to convert to which target formats? Do you already have prepared AviSynth scripts?
_

Do not try to create a "New worker" in the "Queue" tab; this is not what you want!

[docholliday]

I want to convert Remux to mkv format and add script then config like crop or something else,but when i finish my config "Queue" tab is empty.Which button should i click ? when i click Auto encode start encode or click Queue then start encode.

[Taurus]

I want to convert Remux to mkv format and add script then config like crop or something else,but when i finish my config "Queue" tab is empty.Which button should i click ? when i click Auto encode start encode or click Queue then start encode.
Did you disable "Autostart Queue" in "Options/Settings/Main Configuration?
Sorry, my english is very bad.
But yours is even worse :D;)

[docholliday]

Did you disable "Autostart Queue" in "Options/Settings/Main Configuration?
Sorry, my english is very bad.
But yours is even worse :D;)

Thanks dude.You are right i should disable auto.:D

[jq963152]

@ Zathor:

Hello,

why doesn't MeGUI update to AviSynth 2.6.0 when using the development update server?

With the development update server it's still at version 2.5.8.


As soon as we have a stable AviSynth 2.6 build I will update it. Currently it is still in alpha. But you can install any AviSynth build you like.


But what about this (see highlighted part):


Here is my builds of Avisynth 2.6 with several (mostly MT) fixes. MT mode stability is way better than Avisynth 2.5.8, general stability - the same as official Avisynth 2.6 (which is again better than 2.5.8 due to many bugfixes since then).


?


Install it yourself if you like.


I now asked IanB what he thinks about it:




Do you think it's "fair" to say that AviSynth 2.5.8 is better than 2.6.0 just because the former is tagged as being "Stable" whereas the latter is tagged as being "Alpha" (like Zathor basically is argumenting)?

Or would you agree with SEt, that AviSynth 2.6.0 is better than 2.5.8, even though it's tagged as being "Alpha"?


And this is his answer:




As a 2.5.8 replacement 2.6.0 should be just as stable. It passes all current the 2.5 regression tests, while 2.5.8 fails a few due to bugs being fixed and test to expose them being added. Most problems show up in new code, so if you use the new 2.6 features, that is where you might expect to find problems. A lot of people are downloading 2.6. And the only 2.5 bug reports I seem to get are for things broken in 2.5.8 as well, the few 2.6 bug reports are to do with things like YV24 overlay and YV411 text painting.

I have most of the API changes mapped out to cover hooks for expected features for 2.6.1 and 2.6.2 like extra colour spaces and threading so that 2.6 plugins won't need to be recompiled. I have a long standing bug in the cache from 2.5.7 that I am working on at present and I intend to do an Alpha 5 release when I finish and test that fix. If Alpha 5 stands up without any new bugs I will probably promote it to Release Candidate 1, i.e. 1st Beta release.


So please update to AviSynth 2.6.0 in MeGUI ;).

[Zathor]

Maybe I wait untill the RC1. I do not have time to make any tests at the moment. But thanks for the information.
EDIT: Btw even if MeGUI provides 2.6 it will only be used when no AviSynth is installed at all on the system. Therefore it will be used by the more inexperienced users and the AviSynth build must work.

[daemon_k]

Zathor
Hello
I am using MeGUI_2341_x86, during use, encounter some problems regarding the x264 presets, would like to ask you.

1, this MeGUI_2341_x86 default after installation only "* scratchpad *", but my level is relatively low, the setting of these parameters is more difficult, so I want to use profiles. So, I "http://forum.doom9.org/showthread.php?t=139765" downloaded "MeGUI-x264_generic_profiles_v85.zip", my question is: the V85 and 2341 (MeGUI and x264) matches ? If not, could you please help us to sort out a matching profiles version?
2, on the x264 "Encoding Mode". If you do not use the "profiles_v85", where the default using "Const.Quality"; if you use the "profiles_v85", the corresponding parameter is "- bitrate". I would like to ask: What are two ways in actual use what is the difference? Specific use which way, can you please tell me about your experience?
3, this "2pass" and "3pass" in actual use What is the difference? I watched "profiles_v85", seems to be no use "3pass".


Very much like to get your help.

Thank you!