MeGUI: General Questions and Troubleshooting Thread

[LigH]

No. There is no "best preset" for no given conditions.

If you don't know why, trust in the basic setup with quality, preset, tuning, and device compatibility if necessary (assumed you are asking about x264 encoding).

[hello_hello]

ok, first i've always known that FFMS2 was slow, so when i came to blurays never used it (handbrake instead),

however i just tried L-smash for the first time, it manages to index a bluray video in 6 minutes, FFMS2 has alays taken around 30-40 minutes....

nw i'm thinking, is that normal... never asked until now, never had a comparrison to go by, or is there something wrong with my setup??

I'm taking a guess, but it's something I've considered asking about here only I've not gotten around to it.

I indexed an MKV on my hard drive as a test (one I'd recently encoded). While the difference wasn't huge (nothing like double) when telling MeGUI's file indexer to extract the audio, ffmsindex also takes longer to index. The command line used by MeGUI is also different. I don't understand the ffms command line (I'd need to research it) but given the ffms index file is a lot larger when MeGUI extracts the audio from an MKV, I'd be willing to guess MeGUI also tells ffmsindex to index the audio. That's the thing I've been meaning to ask.... why it does that. I can understand indexing the audio for file types where MeGUI can't extract it, but if it's extracting....

I can't say I index Bluray audio very often (I rip what I want to individual streams first, then index the video), but it's possible ffmsindex is indexing all the Bluray audio streams, and if it's got to do so for each one, and if you're trying to work with the disc rather than ripping it first.... it's possibly why it takes so long.

L-Smash seems to create the same index file whether the audio is extracted or not, and takes pretty much the same time to index either way. When indexing an MKV for a test, the speed was very similar. If anything L-smash may have been marginally slower (I didn't time them exactly).

One last observation, FFMS2 (Xvid) encoding speed is around 45fps (cpu 25-35%.... no matter what i do, never can get this speed any higher)

L-Smash, Xvid encoding speed is around 120fps!!!! CPU utilization is about 60% (this is considered very good on a modern CPU for Xvid)

why is FFMS2 so slow ..... on everything it does... is there something wrong with it (my end), or is this normal behaviour for FFMS2?

While I was at it I ran a couple of one minute encodes. According to MeGUI's log file when L-Smash was used, encoding took a couple of seconds longer, but nothing to worry about. I used a fairly old Intel dual core when testing. Xvid encoding ran the CPU at around 75% to 80% either way (well maybe a little less as MPC-HC was playing a video at the same time). Changing indexing methods didn't effect the bitrate/file size either (I just ran single pass, target quantizer encodes).

[Zathor]

Use AVSMeter to get the min/avg/max values for the avs scripts. This way you likely will see that lsmash decoded a lot faster. But you will not get such an effect as the encoder is limiting (but not in AVSMeter).

It happens in both ways either single file or folder. I can encode if use the avisynth script creator but that defeats the purpose to batch encoding

Here's the log since I can't post it here due to long characters
http://pastebin.com/xRxnAZwr

--[Information] [1/19/2014 10:02:16 PM] C:\Users\Administrator\Downloads\Mahou\Mahou 12.mkv: No container type could be found that matches the list of acceptable types in your chosen one click profile. Skipping...

Please update to the latest development build. 2467 may have fixed the problem or at least you get a proper message when you add only one file.

[Ruriko]

Use AVSMeter to get the min/avg/max values for the avs scripts. This way you likely will see that lsmash decoded a lot faster. But you will not get such an effect as the encoder is limiting (but not in AVSMeter).



--[Information] [1/19/2014 10:02:16 PM] C:\Users\Administrator\Downloads\Mahou\Mahou 12.mkv: No container type could be found that matches the list of acceptable types in your chosen one click profile. Skipping...

Please update to the latest development build. 2467 may have fixed the problem or at least you get a proper message when you add only one file.

I updated the latest dev build and it still gives the same message except I can now press go button but it converts to mkv instead of mp4.

[Information] Log
-[Information] Versions
--[Information] [1/24/2014 5:00:51 PM] MeGUI: 2467
--[Information] [1/24/2014 5:00:51 PM] Operating System: Windows 7 x64 SP1 (6.1.65536.7601)
--[Information] [1/24/2014 5:00:51 PM] .Net Framework: 2.0.50727.5420
--[Information] [1/24/2014 5:00:51 PM] .Net Framework: 4.0.30319
--[Information] [1/24/2014 5:00:51 PM] AviSynth: 2.5.8.5 (21-12-2008)
--[Information] [1/24/2014 5:00:51 PM] AvisynthWrapper: (02-01-2009)
--[Information] [1/24/2014 5:00:51 PM] Haali Matroska Splitter: 1.13.138.14 (14-04-2013)
--[Information] [1/24/2014 5:00:51 PM] Haali DSS2: (14-04-2013)
--[Information] [1/24/2014 5:00:51 PM] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [1/24/2014 5:00:51 PM] LinqBridge: 1.0.0.0 (28-05-2009)
--[Information] [1/24/2014 5:00:51 PM] MediaInfo: 0.7.67.0 (10-01-2014)
--[Information] [1/24/2014 5:00:51 PM] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [1/24/2014 5:00:51 PM] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [1/24/2014 5:00:51 PM] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [1/24/2014 5:00:51 PM] 7z: 9.20 (18-11-2010)
-[Information] Update detection
--[Information] [1/24/2014 5:00:51 PM] Connecting to server: http://megui.xvidvideo.ru/auto/
--[Information] [1/24/2014 5:00:52 PM] All packages are up to date
-[Information] OneClick
--[Information] [1/24/2014 5:01:04 PM] MediaInfo
---[Information] File: C:\Users\Administrator\Downloads\Mahou\Mahou 10.mkv
---[Information] General
----[Information] Format: Matroska
----[Information] FormatString: Matroska
----[Information] FileSize: 243797031
----[Information] PlayTime: 00:23:30.069
---[Information] Video
----[Information] ID: 1
----[Information] StreamOrder: 0
----[Information] Width: 1280
----[Information] Height: 720
----[Information] FrameCount: 33808
----[Information] FrameRate: 23.976
----[Information] FrameRateOriginal:
----[Information] FrameRateMode: CFR
----[Information] ScanType: Progressive
----[Information] Codec: V_MPEG4/ISO/AVC
----[Information] CodecString: AVC
----[Information] Bits Depth: 8
----[Information] Format: AVC
----[Information] AspectRatio: 1.778
----[Information] AspectRatioString: 16:9
----[Information] Delay: 0
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default: Yes
----[Information] DefaultString: Yes
----[Information] Forced: No
----[Information] ForcedString: No
---[Information] Audio
----[Information] ID: 2
----[Information] StreamOrder: 1
----[Information] Format: AAC
----[Information] FormatProfile: LC
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 KHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2: 2/0/0
----[Information] BitRateMode:
----[Information] Delay: 0
----[Information] Title:
----[Information] Language: ja
----[Information] LanguageString: Japanese
----[Information] Default: Yes
----[Information] DefaultString: Yes
----[Information] Forced: No
----[Information] ForcedString: No
---[Information] Text
----[Information] ID: 3
----[Information] StreamOrder: 2
----[Information] Codec: S_TEXT/ASS
----[Information] CodecString: ASS
----[Information] Delay:
----[Information] Title: Con
----[Information] Language: en
----[Information] LanguageString: English
----[Information] Default: Yes
----[Information] DefaultString: Yes
----[Information] Forced: No
----[Information] ForcedString: No
--[Information] [1/24/2014 5:01:07 PM] MkvInfo
---[NoImage] File 'C:\Users\Administrator\Downloads\Mahou\Mahou 10.mkv': container: Matroska [duration:1410069000000 segment_uid:99e5012d45aa36ad9dd1a73c08f88f7e is_providing_timecodes:1]
---[NoImage] Track ID 0: video (MPEG-4p10/AVC/h.264) [number:1 uid:2000991120 codec_id:V_MPEG4/ISO/AVC codec_private_length:40 codec_private_data:01640028ffe1001867640028ac34e7014016e84000001f400005daa3c60c678001000568eeb2c8b0 language:und pixel_dimensions:1280x720 display_dimensions:1280x720 default_track:1 forced_track:0 enabled_track:1 packetizer:mpeg4_p10_video default_duration:41708375]
---[NoImage] Track ID 1: audio (AAC) [number:2 uid:3024767370 codec_id:A_AAC codec_private_length:2 codec_private_data:1190 language:jpn default_track:1 forced_track:0 enabled_track:1 default_duration:21333333 audio_sampling_frequency:48000 audio_channels:2]
---[NoImage] Track ID 2: subtitles (SubStationAlpha) [number:3 uid:1188971711 codec_id:S_TEXT/ASS codec_private_length:1370 codec_private_data:5b53637269707420496e666f5d0d0a3b205363726970742067656e65726174656420627920416567697375622076322e312e322052454c454153452050524556494557202853564e2072313938372c20616d7a290d0a3b20687474703a2f2f7777772e616567697375622e6e65740d0a5469746c653a2044656661756c7420416567697375622066696c650d0a536372697074547970653a2076342e30302b0d0a577261705374796c653a20300d0a506c6179526573583a20313238300d0a506c6179526573593a203732300d0a5363616c6564426f72646572416e64536861646f773a207965730d0a566964656f2041737065637420526174696f3a20300d0a566964656f205a6f6f6d3a20380d0a566964656f20506f736974696f6e3a2031363530300d0a4c617374205374796c652053746f726167653a2044656661756c740d0a436f6c6c6973696f6e733a204e6f726d616c0d0a417564696f2046696c653a2031302e7761760d0a566964656f2046696c653a2031302e6176690d0a0d0a5b56342b205374796c65735d0d0a466f726d61743a204e616d652c20466f6e746e616d652c20466f6e7473697a652c205072696d617279436f6c6f75722c205365636f6e64617279436f6c6f75722c204f75746c696e65436f6c6f75722c204261636b436f6c6f75722c20426f6c642c204974616c69632c20556e6465726c696e652c20537472696b654f75742c205363616c65582c205363616c65592c2053706163696e672c20416e676c652c20426f726465725374796c652c204f75746c696e652c20536861646f772c20416c69676e6d656e742c204d617267696e4c2c204d617267696e522c204d617267696e562c20456e636f64696e670d0a5374796c653a204d61696e2c4d79726961642050726f2c34342c264830304646464646462c264830303030464646462c264830303333333333342c264836343030303030302c302c302c302c302c3130352c3130302c302c302c312c312c312c322c31302c31302c31352c300d0a5374796c653a204d61696e5f54686f756768742c4d79726961642050726f2c34342c264830304646464646462c264830303030464646462c264830303145314534302c264836343030303030302c302c302c302c302c3130352c3130302c302c302c312c312c312c322c31302c31302c31352c300d0a5374796c653a204d61696e5f4f7665726c61702c4d79726961642050726f2c34342c264830304646464646462c264830303030464646462c264830303046353332362c264836343030303030302c302c302c302c302c3130352c3130302c302c302c312c312c312c322c31302c31302c31352c300d0a5374796c653a20544c204e6f74652042472c417269616c2c33342c264846463030303030302c264830303030303046462c264838433030303030302c264830303030303030302c302c302c302c302c3130302c3130302c302c302c332c342e352c302c382c302c302c302c300d0a5374796c653a20544c204e6f7465205458542c4d79726961642050726f2c33342c264830304646464646462c264830303030303046462c264830303030303030302c264830303030303030302c302c302c302c302c3130302c3130302c302c302c312c302c302c382c302c302c322c300d0a0d0a5b4576656e74735d0d0a466f726d61743a204c617965722c2053746172742c20456e642c205374796c652c204e616d652c204d617267696e4c2c204d617267696e522c204d617267696e562c204566666563742c20546578740d0a436f6d6d656e743a20302c303a30333a33352e39382c303a30333a34312e39302c4d61696e2c5449544c452c303030302c303030302c303030302c2c4c6966650d0a0d0a language:eng track_name:AnY_Conclave default_track:1 forced_track:0 enabled_track:1]
---[NoImage] Attachment ID 1: type 'application/x-truetype-font', size 96484 bytes, file name 'MyriadPro-Bold.otf'
---[NoImage] Attachment ID 2: type 'application/x-truetype-font', size 95628 bytes, file name 'MyriadPro-BoldCond.otf'
---[NoImage] Attachment ID 3: type 'application/x-truetype-font', size 100168 bytes, file name 'MyriadPro-BoldCondIt.otf'
---[NoImage] Attachment ID 4: type 'application/x-truetype-font', size 101512 bytes, file name 'MyriadPro-BoldIt.otf'
---[NoImage] Attachment ID 5: type 'application/x-truetype-font', size 93424 bytes, file name 'MyriadPro-Cond.otf'
---[NoImage] Attachment ID 6: type 'application/x-truetype-font', size 98336 bytes, file name 'MyriadPro-CondIt.otf'
---[NoImage] Attachment ID 7: type 'application/x-truetype-font', size 100252 bytes, file name 'MyriadPro-It.otf'
---[NoImage] Attachment ID 8: type 'application/x-truetype-font', size 94884 bytes, file name 'MyriadPro-Regular.otf'
---[NoImage] Attachment ID 9: type 'application/x-truetype-font', size 95944 bytes, file name 'MyriadPro-Semibold.otf'
---[NoImage] Attachment ID 10: type 'application/x-truetype-font', size 101416 bytes, file name 'MyriadPro-SemiboldIt.otf'
---[NoImage] Attachment ID 11: type 'application/x-truetype-font', size 31604 bytes, file name 'Myriad Condensed Semibold.TTF'
---[NoImage] Chapters: 6 entries

[Zathor]

The reason likely is that ASS subtitles are not supportet in mp4 files. but I am not an mp4 expert.

[Sleepysonic]

Hey guys...

I've been using megui to convert some videos down to x264. I use the preset "very slow" and am quite happy with the quality of it.

The ONLY issue, is sometimes the beginning of the video freezes. It's as if megui doesn't bother to set frame 1 as a keyframe.
So the video freezes until it gets up to this keyframe which it then plays smoothly from then on.

Is there a a way to force megui to keyframe the very first frame of the video, without changing how often it would usually make keyframes otherwise on the "very slow" setting?

Thanks!

[detmek]

First frame is always key frame. That is a feature of x264. If your video freezes during playback, check your playback chain (spliter, decoders, render).

[Sleepysonic]

First frame is always key frame. That is a feature of x264. If your video freezes during playback, check your playback chain (spliter, decoders, render).

What I mean is, megui skips encoding initially for up to 10 seconds, and then creates a keyframe, showing nothing but this first keyframe that is going to happen in a few seconds, usually when a logo is disappearing, probably because it contains information of the next scene and also the logo in the one picture.

So I want frame 1 of the video I input to be a keyframe on the megui output, is there a way to do this? It's happening very often. This inital keyframe is being pushed back, resulting in the frozen image or corrupt frames.

I don't think it's my playback chain, it happens on different players, the file has missing information.

[Zathor]

MeGUI does not skip initial frames - except you have specified that yourself in the avs file. Likely it is something in your setup.
Please post the full log and a sample file (before and after encode).

[leon]

Please answer to my post Mr.Zathor.

[luke83]

"How can I use x265 in MeGUI?"

You have to enable it in the Options - Settings - External Program Configuration. Then restart MeGUI. The Updater will install it if it was not yet installed before.

x265??? WHAT???

[Ruriko]

The reason likely is that ASS subtitles are not supportet in mp4 files. but I am not an mp4 expert.

Can't megui somehow force the subtitles to be hardsubbed when converting to mp4?

[LigH]

x265??? WHAT???

:o No, no, that was a mistake, there is no x265 yet... :sly: At least not one you should use for serious business... :rolleyes:


Very experimental. Quite a waste of time and electrical energy. Not "ready" for years, probably. But basically supported by MeGUI for technically experienced testers.


When it is well developed and optimized, it shall become a next generation HEVC (High Efficiency Video Codec) suitable for UHD (4K) resolution video. Even if it has to take a week per movie...

[Pulp Catalyst]

I also have now confirmed this, if i do not extract any audio track, and just go straight into indexing my bluray with FFMS2, then it's done just as quickly as the hard drive can do it, but if i use FFMS2 with audio extraction, then after the audio track is extracted the second phase of indexing the bluray take ages.... around 30 - 60minutes....

no idea what's going on, but now i extract the audio separately into a different location, this behaviour for me is repeatable on all Bluray films.

like it was posted earlier, FFMS2 maybe indexing the audio track with the video track (not sure if this is so... but it would definitely explain why there is a huge slow down in indexing)

anyway thanks "hello_hello" for posting, it would seem that you're right regarding the audio track causing the issue I've been having with FFMS2.

just to to resolve the very low CPU usage with FFMS2 compared to L-Smash....45ish fps compared to 120ish....
but that's another story for me to get around.

AVS meter definitely confirms that the speed issue is with FFMS2..... the only clu i have is the CPU usage is jumping all over the place from 3% to 35%, although it's average is 17%, average FPS is 35.2 ...... so back to dealing with Avisynth (MT) stuff.

EDIT 1

found the issue, i always assumed that changing MT, like SetMTMode(5,2) changes the MT that gets used the the following in the script, but i just found right at the end of the line in FFMS2 threads=1.... i changed this to =2. ffms2 speed has now doubled (almost).....LOL... problem solved... back to FFMS2 now... good thing really, L-Smash is causing some corruption in my encodes...

i'm a happy bunny.

[hello_hello]

like it was posted earlier, FFMS2 maybe indexing the audio track with the video track (not sure if this is so... but it would definitely explain why there is a huge slow down in indexing)

anyway thanks "hello_hello" for posting, it would seem that you're right regarding the audio track causing the issue I've been having with FFMS2.

Well at least if nothing else I seem to be on the right track....
I tried to discover what the various arguments for the commandline version of ffmsindex might be, but don't seem to be able to work it out. If they're explained here (http://ffmpegsource.googlecode.com/svn/trunk/doc/ffms2-avisynth.html) I'm too silly to understand.
All I know is when the file indexer is told not to extract the audio. MeGUI indexes with a commandline like this:

Job commandline: "C:\Program Files\MeGUI\tools\ffms\ffmsindex.exe" -f "E:\intput.mkv" "D:\output.mkv.ffindex"

If you tell the file indexer to extract the audio, the commandline for indexing looks more like this:

Job commandline: "C:\Program Files\MeGUI\tools\ffms\ffmsindex.exe" -t -1 -f "E:\input.mkv" "D:\output.mkv.ffindex"

It seems to me, for MKVs (or file types where MeGUI can extract the audio) it should be using the first commandline for indexing while only using the second commandline for file types where the audio can't be extracted and needs to be re-encoded via a script. That's assuming I'm correct regarding the second commandline indexing the audio, and especially if indexing multiple audio streams slows it down a lot.
Maybe the speed at which ffmsindex can index everything depends on the program used for muxing, or in your case, maybe the way in which the video/audio were muxed. Assuming you're ripping first and then indexing. Just more guessing...

PS What's your process for ripping/converting?
I use AnyDVD HD for decrypting in the background, and MeGUI's HD Streams Extractor for the ripping. That way, everything is ripped to individual files (MKV for the video). There's no audio to be extracted, so the way MeGUI indexes hasn't been a problem. I've noticed the difference in indexing speed when working with small files though, so for huge files ripped from Bluray it probably would have been painful.

[Zathor]

Run just ffmsindex.exe on the command line and you get:

Usage: ffmsindex [options] inputfile [outputfile]
If no output filename is specified, inputfile.ffindex will be used.

Options:
-f Force overwriting of existing index file, if any (default: no)
-v Set FFmpeg verbosity level. Can be repeated for more verbosity. (default: no messages printed)
-p Disable progress reporting. (default: progress reporting on)
-c Write timecodes for all video tracks to outputfile_track00.tc.txt (default: no)
-k Write keyframes for all video tracks to outputfile_track00.kf.txt (default: no)
-t N Set the audio indexing mask to N (-1 means index all tracks, 0 means index none, default: 0)
-d N Set the audio decoding mask to N (mask syntax same as -t, default: 0)
-a NAME Set the audio output base filename to NAME (default: input filename)
-s N Set audio decoding error handling. See the documentation for details. (default: 0)
-m NAME Force the use of demuxer NAME (default, lavf, matroska, haalimpeg, haaliogg)

:)

[hello_hello]

Run just ffmsindex.exe on the command line and you get:

So I gather my assumption was correct? If you extract the audio using the file indexer, MeGUI gets ffmsindex to index any audio streams it finds?
Any reason why it can't just index the video if it's extracting the audio?

[Shevek]

So I gather my assumption was correct? If you extract the audio using the file indexer, MeGUI gets ffmsindex to index any audio streams it finds?


No, the opposite

-t N Set the audio indexing mask to N (-1 means index all tracks, 0 means index none, default: 0)

[hello_hello]

No, the opposite

-t N Set the audio indexing mask to N (-1 means index all tracks, 0 means index none, default: 0)

Not according to the commandline in MeGUI's log file after extracting the audio.

Job commandline: "C:\Program Files\MeGUI\tools\ffms\ffmsindex.exe" -t -1 -f "E:\input.mkv" "D:\output.mkv.ffindex"

You've only got to compare the size of the index file.
When I used the file indexer to extract the audio from an MKV and index it, the resulting index file was 2.8MB.
The same indexing job again without extracting the audio resulted in a 1017kB index file.

Job commandline: "C:\Program Files\MeGUI\tools\ffms\ffmsindex.exe" -f "E:\intput.mkv" "D:\output.mkv.ffindex"

[Zathor]

Hi.I use FFMSIndex.I tried several videos but result is the same.

--[Information] [1/21/2014 6:10:23 AM] Exception message: Attempted to read or write protected memory. This is often an indication that other memory is corrupt.

Please upload the file. Or try to remux it into MKV and tryit again. Or try to use lsmash.

[Zathor]

Not according to the commandline in MeGUI's log file after extracting the audio.

Job commandline: "C:\Program Files\MeGUI\tools\ffms\ffmsindex.exe" -t -1 -f "E:\input.mkv" "D:\output.mkv.ffindex"

Please test this build (btw. Delay is also added to the demuxed files in this build):
http://megui.org/test/MeGUI.zip

[Shevek]

Not according to the commandline in MeGUI's log file after extracting the audio.

Job commandline: "C:\Program Files\MeGUI\tools\ffms\ffmsindex.exe" -t -1 -f "E:\input.mkv" "D:\output.mkv.ffindex"

You've only got to compare the size of the index file.
When I used the file indexer to extract the audio from an MKV and index it, the resulting index file was 2.8MB.
The same indexing job again without extracting the audio resulted in a 1017kB index file.

Job commandline: "C:\Program Files\MeGUI\tools\ffms\ffmsindex.exe" -f "E:\intput.mkv" "D:\output.mkv.ffindex"

Ah, I didn't see that.. I assumed the -t flag wasn't set at all and therefore defaulting to 0 :o

[hello_hello]

Please test this build (btw. Delay is also added to the demuxed files in this build):
http://megui.org/test/MeGUI.zip

Seems to be good. I tested it with an MKV, MP4 and AVI.
Now it no longer indexes the audio in MKV files. Obviously it does for MP4 and AVI when you tell MeGUI to extract the audio because it creates a script instead.

I rarely work with MP4 files but I remember MeGUI could extract the audio from those? Obviously not?

Adding "Delay" to the extracted audio is awesome. Thanks.
I haven't checked yet whether MKVMergeGUI can automatically use a language written to the file name. I guess I should.

The reason I use MKVMergeGUI over MeGUI's MKV muxer is often it's easier, being more flexible when it comes to opening multiple files and selecting just the streams you want to keep. It can cut down on the need to extract streams a fair bit.
Plus opening a file for muxing via the Windows SendTo menu is nice and easy. Adding individual streams, then adding a muxing job to the Queue, selecting the Queue tab, then running the job..... have I mentioned how much fun it'd be if Shift+Click on a Queue button would automatically run a job in a new temporary worker?? :)

Thanks for the hard work!

[hello_hello]

So now I'm thinking it'd be kind of nice if MeGUI's file indexer could extract the audio from AVIs and MP4s. Maybe OneClick could do it too? I rarely use OneClick myself but when I tried a quick re-encode of an MP4 it seemed to remux it to an MKV before extracting the audio and indexing etc.

I rarely work with MP4 files, but I was a little surprised to discover the File Indexer indexes the audio rather than extracts it from MP4s. It seems pretty easy to get MP4Box to extract it. Something like:

"C:\Program Files\MeGUI\tools\mp4box\MP4Box.exe" -raw 2 "E:\test.mp4"

I assume MeGUI currently uses AvimuxGUI for some of the work when it comes to AVIs. I've no idea if it can be used to demux but Staxrip makes demuxing the audio from AVIs with VirtualDubMod look fairly easy. Whether implementing it would be easy.....
Staxrip creates a vcf script for VirtualDubMod to run which looks like this:

VirtualDub.Open("E:\\test.avi","",0);
VirtualDub.stream[0].Demux("E:\\test temp files\\test.mp3");

I couldn't get StaxRip to apply the correct delay to audio extracted from AVIs. I don't know why it doesn't, but I assume that'd require something like obtaining the delay from MediaInfo and using it as part of the output file name in the script created for VirtualdubMod.

So I guess I'm just curious if there's a reason why the file indexer has never been given the ability to demux audio from MP4 or AVI?

[kalehrl]

I've no idea if it can be used to demux
AvimuxGUI can be used to demux audio.
Load an avi, click 'generate data source from files', check 'no audio' box and click start.
I also think it would be a great addition to MeGUI to be able to demux avis, mkvs and other files.

[leon]

Please upload the file. Or try to remux it into MKV and tryit again. Or try to use lsmash.

Hi. The file has no problem I tried several files.
I think the problem is ffmsindex. when I used lsmash it worked correctly.
Thank you.:)
when I use lsmash instead of ffmsindex the quality would be different?
this the log:


[Information] Log
-[Information] Versions
--[Information] [1/29/2014 11:42:51 AM] MeGUI: 2467
--[Information] [1/29/2014 11:42:51 AM] Operating System: Windows 7 Ultimate Edition x64 SP1 (6.1.65536.7601)
--[Information] [1/29/2014 11:42:51 AM] .Net Framework: 2.0.50727.5420
--[Information] [1/29/2014 11:42:51 AM] .Net Framework: 4.0.0.0
--[Information] [1/29/2014 11:42:51 AM] AviSynth: 2.6.0.3 (14-01-2013)
--[Information] [1/29/2014 11:42:51 AM] AvisynthWrapper: (02-01-2009)
--[Information] [1/29/2014 11:42:51 AM] Haali Matroska Splitter: 1.13.138.14 (14-04-2013)
--[Information] [1/29/2014 11:42:51 AM] Haali DSS2: (14-04-2013)
--[Information] [1/29/2014 11:42:51 AM] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [1/29/2014 11:42:51 AM] LinqBridge: 1.0.0.0 (27-05-2009)
--[Information] [1/29/2014 11:42:51 AM] MediaInfo: 0.7.67.0 (10-01-2014)
--[Information] [1/29/2014 11:42:51 AM] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [1/29/2014 11:42:51 AM] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [1/29/2014 11:42:51 AM] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [1/29/2014 11:42:51 AM] 7z: 9.20 (18-11-2010)
-[Information] Update detection
--[Information] [1/29/2014 11:42:51 AM] Automatic update is disabled
-[Information] OneClick
--[Information] [1/29/2014 11:43:10 AM] MediaInfo
---[Information] File: D:\LA.avi
---[Information] General
----[Information] Format: AVI
----[Information] FormatString: AVI
----[Information] FileSize: 8749340
----[Information] PlayTime: 00:00:26.040
---[Information] Video
----[Information] ID: 0
----[Information] StreamOrder: 0
----[Information] Width: 1280
----[Information] Height: 720
----[Information] FrameCount: 770
----[Information] FrameRate: 29.970
----[Information] FrameRateOriginal: 24.000
----[Information] FrameRateMode:
----[Information] ScanType: Progressive
----[Information] Codec: H264
----[Information] CodecString: AVC
----[Information] Bits Depth: 8
----[Information] Format: AVC
----[Information] AspectRatio: 1.778
----[Information] AspectRatioString: 16:9
----[Information] Delay: 0
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
---[Information] Audio
----[Information] ID: 1
----[Information] StreamOrder: 1
----[Information] Format: MPEG Audio
----[Information] FormatProfile: Layer 3
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 KHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2:
----[Information] BitRateMode: CBR
----[Information] Delay: 0
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
-[Information] FileIndexer
--[Information] [1/29/2014 11:43:16 AM] MediaInfo
---[Information] File: D:\LA.avi
---[Information] General
----[Information] Format: AVI
----[Information] FormatString: AVI
----[Information] FileSize: 8749340
----[Information] PlayTime: 00:00:26.040
---[Information] Video
----[Information] ID: 0
----[Information] StreamOrder: 0
----[Information] Width: 1280
----[Information] Height: 720
----[Information] FrameCount: 770
----[Information] FrameRate: 29.970
----[Information] FrameRateOriginal: 24.000
----[Information] FrameRateMode:
----[Information] ScanType: Progressive
----[Information] Codec: H264
----[Information] CodecString: AVC
----[Information] Bits Depth: 8
----[Information] Format: AVC
----[Information] AspectRatio: 1.778
----[Information] AspectRatioString: 16:9
----[Information] Delay: 0
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
---[Information] Audio
----[Information] ID: 1
----[Information] StreamOrder: 1
----[Information] Format: MPEG Audio
----[Information] FormatProfile: Layer 3
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 KHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2:
----[Information] BitRateMode: CBR
----[Information] Delay: 0
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
-[Information] Log for job1 (idx, LA.avi -> LA.avi.lwi)
--[Information] [1/29/2014 11:43:32 AM] Started handling job
--[Information] [1/29/2014 11:43:32 AM] Preprocessing
--[Information] [1/29/2014 11:43:32 AM] Job commandline: "F:\Windows\system32\ping.exe" 127.0.0.1 -t
--[Information] [1/29/2014 11:43:32 AM] Process started
--[Information] [1/29/2014 11:43:32 AM] Standard output stream
---[Information] [1/29/2014 11:43:32 AM] Creating LSMASH index...
---[Information] [1/29/2014 11:43:32 AM] AviSynth script
----[NoImage] LoadPlugin("C:\Program Files\AviSynth 2.5\tools\lsmash\LSMASHSource.dll")
----[NoImage] LWLibavVideoSource("D:\LA.avi")
---[Information] [1/29/2014 11:43:40 AM] D:\LA.avi.lwi moved to F:\Users\Admin\Desktop\New folder (4)\LA.avi.lwi
--[Information] [1/29/2014 11:43:32 AM] Standard error stream
--[Information] [1/29/2014 11:43:47 AM] MediaInfo
---[Information] File: F:\Users\Admin\Desktop\New folder (4)\LA.avi.lwi
---[Information] Indexed File: D:\LA.avi
---[Information] General
----[Information] Format: AVI
----[Information] FormatString: AVI
----[Information] FileSize: 8749340
----[Information] PlayTime: 00:00:26.040
---[Information] Video
----[Information] ID: 0
----[Information] StreamOrder: 0
----[Information] Width: 1280
----[Information] Height: 720
----[Information] FrameCount: 770
----[Information] FrameRate: 29.970
----[Information] FrameRateOriginal: 24.000
----[Information] FrameRateMode:
----[Information] ScanType: Progressive
----[Information] Codec: H264
----[Information] CodecString: AVC
----[Information] Bits Depth: 8
----[Information] Format: AVC
----[Information] AspectRatio: 1.778
----[Information] AspectRatioString: 16:9
----[Information] Delay: 0
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
---[Information] Audio
----[Information] ID: 1
----[Information] StreamOrder: 1
----[Information] Format: MPEG Audio
----[Information] FormatProfile: Layer 3
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 KHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2:
----[Information] BitRateMode: CBR
----[Information] Delay: 0
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
--[Information] [1/29/2014 11:43:47 AM] Postprocessing
---[Information] [1/29/2014 11:43:48 AM] Deleting intermediate files
--[Information] [1/29/2014 11:43:48 AM] Job completed
-[Information] AVS Script Creator
--[Information] [1/29/2014 11:44:12 AM] Source detection: LA.avi
---[NoImage] Progressive sections: 77
---[NoImage] Interlaced sections: 3
---[NoImage] Partially Static Sections: 73
---[NoImage] Film Sections: 1
---[NoImage] Source is declared progressive.
-[Information] Log for job2 (avs, LA.avi.avs -> )
--[Information] [1/29/2014 11:44:53 AM] Started handling job
--[Information] [1/29/2014 11:44:53 AM] Preprocessing
--[Information] [1/29/2014 11:45:00 AM] Postprocessing
---[Information] [1/29/2014 11:45:00 AM] Deleting intermediate files
--[Information] [1/29/2014 11:45:00 AM] Job completed

[LigH]

The quality should be equal, because all AVC decoders should work in the same way, if they work correctly.

[Carpo]

I remember hearing talk of MeGUI x64 possibly being updated seeing as there is now an active fork of avisynth, any news on that?

[luke83]

Little update problem

[Error] Log
-[Information] Versions
--[Information] [12/02/2014 12:25:45] MeGUI: 2467
--[Information] [12/02/2014 12:25:45] Operating System: Windows 7 x86 SP1 (6.1.65536.7601)
--[Information] [12/02/2014 12:25:46] .Net Framework: 2.0.50727.5420
--[Information] [12/02/2014 12:25:46] .Net Framework: 4.0.0.0
--[Information] [12/02/2014 12:25:46] AviSynth: 2.6.0.3 (09-03-2013)
--[Information] [12/02/2014 12:25:46] AvisynthWrapper: (02-01-2009)
--[Information] [12/02/2014 12:25:46] Haali Matroska Splitter: 1.11.96.14 (03-03-2011)
--[Information] [12/02/2014 12:25:46] Haali DSS2: (03-03-2011)
--[Information] [12/02/2014 12:25:46] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [12/02/2014 12:25:46] LinqBridge: 1.0.0.0 (28-05-2009)
--[Information] [12/02/2014 12:25:46] MediaInfo: 0.7.67.0 (10-01-2014)
--[Information] [12/02/2014 12:25:46] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [12/02/2014 12:25:46] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [12/02/2014 12:25:46] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [12/02/2014 12:25:46] 7z: 9.20 (18-11-2010)
-[Error] Update detection
--[Information] [12/02/2014 12:25:46] Automatic update is disabled
--[Information] [12/02/2014 12:25:49] Connecting to server: http://megui.org/auto/
--[Information] [12/02/2014 12:25:49] There is 1 package which can be updated.
--[Information] [12/02/2014 12:25:51] Updating avs. File 1/1.
--[Error] [12/02/2014 12:25:51] The path to save avs to is invalid.
--[Error] [12/02/2014 12:25:51] Failed to install file avs with error: File cannot be saved.
--[Error] [12/02/2014 12:25:51] Files which have not been successfully updated: 1

[Zathor]

Yes, this is a known problem (for me). It is already fixed in my local build but I have not finalized some other changes yet. Maybe during the weekend.

[leon]

Hi I deleted ffmsindex and updated it again and the problem fixed.
Thank you

[DoctorM]

I dunno if it's part of the same One Click resize issue previously mentioned, but I've found that my "Output Resolution" is usually ignored.

For example I just tried a letterboxed DVD clip. The source is 720x480 and the black borders are being correctly cropped (0,56,0,-62). The thing is even with Output Resolution set to 720, an incorrect resize line is being added to the script: LanczosResize(640,352) # Lanczos (Sharp). It should be (720,400), shouldn't it?

Settings used...
Output Resolution: 720, AutoCrop, Display AspectRatio: ITU 4:3 NTSC & Automatic Deinterlacing.

[Octo-puss]

I just started MeGui after a few weeks and um... what? How?

[Zathor]

I just started MeGui after a few weeks and um... what? How?

https://sourceforge.net/p/megui/bugs/749/

I dunno if it's part of the same One Click resize issue previously mentioned, but I've found that my "Output Resolution" is usually ignored.

For example I just tried a letterboxed DVD clip. The source is 720x480 and the black borders are being correctly cropped (0,56,0,-62). The thing is even with Output Resolution set to 720, an incorrect resize line is being added to the script: LanczosResize(640,352) # Lanczos (Sharp). It should be (720,400), shouldn't it?

Settings used...
Output Resolution: 720, AutoCrop, Display AspectRatio: ITU 4:3 NTSC & Automatic Deinterlacing.
Are you able to provide a sample file? I would like to reproduce it. Also please post your complete log.

[DoctorM]

I'd have to try again. Soon as I saw the AVISynth script spit out those numbers I just canceled the encoding and deleted everything.
Honestly, I've seen that happen with pretty much all One Click encodes. Should be easy to replicate.

[Zathor]

I currently do not have 4:3 DVD NTSC sources available here. I tested it with a 4:3 DVD PAL source and had no problem - but with this source only left/right cropping is required.

[Zathor]

Ok, I finally had the time to create a sample file:
BlankClip(width=720, height=362, color=$FFFFFF).AddBorders(0, 56, 0, 62, $000000)
I selected 4:3 DAR for this file. The pure cropped image is 720x362 and for SAR 1:1 this will be 720x408. As 408 is bigger than 362 an upsize is required which is disabled by default - therefore without upsizing it is 640x362. So from my point of view everything is as it should be:
- 640x362 (mod 2) if upsizing is not enabled
- 720x408 (mod 2) if upsizing is enabled

[DoctorM]

Oh, so even if you set the width at 720, if it requires upscaling in either direction it won't do it?
Wow, I had to do some digging. I had no idea that option preventing upscaling was even there.
Sorry about that.

[hello_hello]

Oh, so even if you set the width at 720, if it requires upscaling in either direction it won't do it?
Wow, I had to do some digging. I had no idea that option preventing upscaling was even there.
Sorry about that.

IMO it's way too buried. I don't think there's a need to disable/enable it for each for each AVS template (unless it makes sense for the OneClick encoder, which I don't use much myself). If it was up to me, upscaling would at least be enabled by default, and it'd be in MeGUI's main settings rather than hidden away.
Many new MeGUI users would probably have no idea it's there.

[hello_hello]

Out of curiosity......

I've only tested this for DTS and not other lossy formats as yet.

When converting DTS (5.1ch) to AAC (NeroAAC q5.0 each time) the resulting bitrate differs according to how the DTS is decoded. Foobar2000 and eac3to result in virtually the same output (eac3to decoding with libav/ffmpeg). MediaInfo reports the same bitrate each time and the file sizes are very close to the same (the last DTS audio I encoded resulted in a file size difference of 144 bytes). MeGUI/NicAudio however, invariably results in a slightly different (lower) bitrate. The last test resulted in a 2kbps lower bitrate and the file size was 377.4MB as opposed to 380.90MB for foobar2000/eac3to.

The same doesn't happen when converting lossless audio to AAC. The output is identical down to the byte regardless of which GUI is used. Therefore it seems for DTS, the difference would logically be due to the output of the decoder.

Obviously the difference isn't anything to get excited about, although it made me curious. Are not all DTS decoders created equally? Is NicAudio considered a good DTS decoder?

[tebasuna51]

@hello_hello
NicAudio is considered a good DTS decoder. If is better or not than other decoders is dificult to say.
The decoder used (libdts) is quite old and maybe can be improved.

BTW in my test I don't see differences like in your test (1% different size), only 0,5% and all samples to same bitrate 371 Kb/s.
There are different sizes always you change something:

2.339.992 bytes with eac3to -libav -down32 (32 bits float)
2.339.911 bytes with eac3to -libav (24 bits)
2.339.608 bytes with eac3to (ArcSoft 24 bits, or -down32)
2.338.447 bytes with NicAudio (32 bits float)

Maybe the best decoder is ArcSoft and is not the bigger output size.

[hello_hello]

@tebasuna51,
I wasn't assuming NicAudio was bad as such. For all I know the fact that the resulting file size is smaller might mean it's better. I tried another DTS 5.1ch encode and the result was similar. I suspect the longer the encode, the greater the difference in final bitrate, although I don't really understand why.
If NicAudio uses libdts I wonder why ffdshow with libdts produces a different file size? It appears the foobar2000 dts decoder plugin (https://bitbucket.org/kode54/foo_input_dts/overview) is also based on libdts (or libdca, as I think it's named now).

323,400,163 bytes with foobar2000
323,403,384 bytes with foobar2000 via DirectShowSource script and ffdshow (libdts) decoding.
323,402,995 bytes with foobar2000 via DirectShowSource script and ffdshow (libavcodec) decoding.
323,400,493 bytes with eac3to -libav (log file says: Decoding with libav/ffmpeg... Reducing depth from 64 to 32 bits...)
320,655,755 bytes with NicAudio/MeGUI (MeGUI's logfile says 32 bit under "Output Decoder")
320,655,755 bytes with NicAudio/BeHappy (NicAudio.dll from BeHappy package)
320,657,727 bytes with NicAudio/foobar2000 (script below).

LoadPlugin("C:\Program Files\MeGUI\tools\avisynth_plugin\NicAudio.dll")
NicDtsSource("E:\audio.dts")
ConvertAudioToFloat(last)
return last

Best as I can tell the decoder output was 32bit float each time (ffdshow says so when viewing the tooltip for the audio decoder icon). I'd imagine none of it's anything to worry about. I can't say I've tried listening for differences. I don't have "golden" ears or a decent enough sound system.
The only reason I noticed is because I've been playing around with QAAC, fhgaac and fdkaac and comparing quality settings and bitrates to neroaac. I've mostly been using foobar2000, but at some stage I must have repeated an encode or two using MeGUI.

Why does MeGUI have a "one audio encode at a time" limitation? You don't seem to be able to run more than one job of each type at a time, however you can run an "MeGUI audio encoding job" and a "HD Streams Extractor audio encoding job" simultaneously.... but not more than one of each at the same time.

Post edited to add BeHappy and second ffdshow decoding methods (ffdshow 4527).

[Zathor]

Why does MeGUI have a "one audio encode at a time" limitation?
There was a problem that when more than one AviSynth audio job is encoding then audible glitches could occur. Therefore I have limited it to 1. Maybe this problem is solved with AviSynth 2.6 (AviSynth+).

[Shevek]

IMO it's way too buried. I don't think there's a need to disable/enable it for each for each AVS template (unless it makes sense for the OneClick encoder, which I don't use much myself). If it was up to me, upscaling would at least be enabled by default, and it'd be in MeGUI's main settings rather than hidden away.
Many new MeGUI users would probably have no idea it's there.

IMHO, upscaling is a usually a bad thing and should be used sparingly if at all.

I think hidden away is EXACTLY where this option should be.

[DoctorM]

@Shevek - True in general, but in the case of anamorphic source, it's frequently preferred.
Also, it assumes you can't trust the user to realize they have manually selected a larger size.

[hello_hello]

IMHO, upscaling is a usually a bad thing and should be used sparingly if at all.

I think hidden away is EXACTLY where this option should be.

If you don't want to use anamorphic encoding (which I don't because a couple of the players in this house don't display anamorphic MKVs/MP4s correctly) then you only have two choices for DVDs. Resize "down", or resize "up".

Unfortunately, while I wouldn't consider resizing an NTSC DVD to 854x480 as "upscaling", that little setting buried away in the AVS template configuration sure does. Crop a couple of pixels from one side of a DVD, and unless it's checked you can't resize back to a width of 720.

Mind you I don't disapprove of upscaling as enthusiastically as some, although I don't tend to upscale by large amounts anyway. If you don't upscale when encoding there's a very good chance it'll happen on playback.... there's pros and cons either way.

[hello_hello]

There was a problem that when more than one AviSynth audio job is encoding then audible glitches could occur. Therefore I have limited it to 1. Maybe this problem is solved with AviSynth 2.6 (AviSynth+).

I don't know the answer, but now I know the reason for the limit.
Cheers.

[Zathor]

Regarding upsizing - I have added the option because it is usefull is some situation but in general I think it should not be used (therefore it is disabled by default). As I have files which should be upsized and files which should not I have several oneclick profiles for that. And as the setting should also apply to the AVS script creator it is "hidden" in the AVS profile. I will change the OneClick log output a little bit to give information about upsizing. Also if enabled it will be upsized to the selected width.

[hello_hello]

I don't understand the "in general it shouldn't be used" logic myself. If you're encoding DVDs and not using anamorphic encoding it's almost compulsory to "upscale". In fact I'd go as far as to say I "upscale" almost every time I encode. Even if it's just something like taking 1920x1080 video, trimming a couple of pixels around the edges and resizing it back to 1920x1080 so it's 16:9 again.

MeGUI used to be (if memory serves me correctly) a little more forgiving when it came to upscaling before it was able to upscale. You could trim a few pixels and resize back to the original dimensions. Now without upscaling checked you don't seem to be able to do that.

I guess it's two different ways of doing things. There's the "Handbrake way", where without anamorphic encoding you're forced to resize DVDs down to square pixels (ie 720x404), or the "Vidcoder way" where without anamorphic encoding it defaults to resizing "up" (ie 1024x576). At least MeGUI can do either, even if the second option is disabled by default and fairly hidden away where a new user isn't overly likely to find it. ;)

I almost never use the OneClick encoder myself, so I don't really know how the upscaling option effects it. It's mainly the "disabled by default" thing I'd change.....

[hello_hello]

Speaking of "disabled by default", are you sure the mpeg2 colour correction option shouldn't be? Aside from the fact it pretty much does nothing when encoding DVDs etc, what happens when encoding BT.709 HD mpeg2 video with it enabled?