MeGUI: bug reports and feature requests

[sneaker_ger]

The SSRC() and float thing is because of AviSynth+:
https://forum.doom9.org/showthread.php?p=1669953#post1669953

So maybe ConvertAudioToFloat() should always be added. Or does it hurt when audio is already float?
But I believe SSRC() doesn't always work anyways. Sometimes you need ResampleAudio().

[tebasuna51]

I replaced AVS+ with AVS260 ICL build.
...
Your example script still won't load, because of float error. So you are sure, it's a bug in AVS+?

Yes, work fine with AVS260 ICL build.

Check your log to see what is the active AviSynth version in MeGUI, seems than now use the Avs+ portable.

When I check the log, MeGUI is able to detect when no change is needed, like this:
--[Information] [03.07.2017 14:48:07] ignoring downmix as there is only 2 channel(s)

Maybe MeGUI can do the same checking SampleRate to avoid
ConvertAudioToFloat(last)
SSRC(48000)

Something like:
48000==AudioRate(last)?last:ConvertAudioToFloat(last).SSRC(48000)

So, going back to AVS+ r2508
now, keep the option to "Keep Original Sample Rate" and tried all my scripts in Queue twice. No crashes anymore!

At least you have a workaround, but still remain the problem if we need SSRC(48000).

[Morku]

No, I replaced portable, too and SSRC(48000) did not work.
--[Information] AviSynth Information
---[Information] AviSynth Wrapper
----[Information] Version: 1.0.2721.0
----[Information] Date: 29-04-2017
----[Information] Interface: 3
---[Information] AviSynth
----[Information] File Version: 2.6.0.6
----[Information] Date: 27-04-2017
----[Information] Name: Avisynth 2.6
----[Information] Version: AviSynth 2.60 (ICL10)
----[Information] AviSynth+: false
----[Information] MT: false
----[Information] Status: active
---[Information] AviSynth portable
----[Information] File Version: 2.6.0.6
----[Information] Date: 27-04-2017
----[Information] Name: Avisynth 2.6
----[Information] Status: inactive

[hello_hello]

Zather, the 8 bit version of x264 v2851 for 32 bit Windows is named x264.exe.exe in the 7z update file again, so MeGUI unpacks it and then wants to install it again when it can't find x264.exe and around in circles it goes.... ;)

Thanks.

PS. For anyone else who bumps into the problem before Zather replaces the update file, just rename "x264.exe.exe" in the "MeGUI\tools\x264" folder as "x264.exe" and restart MeGUI.

[Atak_Snajpera]

Looks like zathor is using "hide file extensions ..." option in explorer. This would explain why files end up with duplicated extensions.

[hello_hello]

Last time it happened x264-10b.exe was named x264-10b.exe.exe and x264.exe was okay (they're both in the same 7z file) and this time it's the other way round. You're probably right though.

[Zathor]

Last time it happened x264-10b.exe was named x264-10b.exe.exe and x264.exe was okay (they're both in the same 7z file) and this time it's the other way round. You're probably right though.

Thanks for the report. The file extensions are visible for me - I simply have renamed them in a wrong way as I was (as always) in a hurry. Let us see what will happen the next time :-)

[Zathor]

I also tried changing 'Prefered Decoder' from LWLibavAudioSource to NicAudio and DirectShow, but it still crash at finalizing.
There I found a little cosmetic bug. Changing to FFAudioSource, DirectShowSource and BassAudio and close MeGUI normally, the Prefered Decoder keeps saved. Changing to NicAudio, MeGUI changes Prefered Decoder to LWLibavAudioSource after restart MeGUI (currently testing with 32-Bit version).
Thanks, fixed in 2762

[Zathor]

Maybe MeGUI can do the same checking SampleRate to avoid
ConvertAudioToFloat(last)
SSRC(48000)
Thanks, will be in 2763

[hello_hello]

Zathor,
Are there any plans to add one more frame to the total frame count and duration displayed by MeGUI's preview? :)
https://forum.doom9.org/showthread.php?p=1810823#post1810823
I guess the frame count could be correct if you look at frame 44460 being the last frame in my screenshot and not the total number of frames, but the duration probably should be the same as the duration Avisynth displays.

And was I imagining things or did you give us a button to pause encoding and then take it away? Or was that just a test build? I'm sure I wasn't dreaming...

Thanks for the hard work.

[Zathor]

Zathor,
Are there any plans to add one more frame to the total frame count and duration displayed by MeGUI's preview? :)
https://forum.doom9.org/showthread.php?p=1810823#post1810823
I guess the frame count could be correct if you look at frame 44460 being the last frame in my screenshot and not the total number of frames, but the duration probably should be the same as the duration Avisynth displays.

It starts with frame number 0 and therefore it goes to the total number of frames - 1. So a video with 10 frames goes from 0 to 9. I could change it to start with number 1 but most (all?) avisynth frame functions are 0-based. Am I wrong here?

And was I imagining things or did you give us a button to pause encoding and then take it away? Or was that just a test build? I'm sure I wasn't dreaming...
You should not update your build with the MeGUI updater :) and instead each time you should use this build: http://megui.org/megui_test.zip I update it also each time with a new public release. I will commit it to the development branch as soon as I feel it is ready - but this will not happen before the next stable release.
Btw the test build is what I am using in my "production".

[Zathor]

2764 [OneClick] fixed external audio file handling (regression of 2759). bug #889
2763 [Audio Encoder] ignore a requested sample rate change if source and target are identical
2762 [Audio Encoder] fixed "NicAudio" not being saved as preferred decoder (regression of 2693)
2761 [OneClick] + [AVS SC] select AviSource() or DirectShowSource() only if suitable

[locotus]

Just curios, is still necessary that megui requires Haali media and Haali Dss,
both with 4 years long without update?

[Zathor]

If you want to use eac3to or DSS - yes

[Morku]

2763 [Audio Encoder] ignore a requested sample rate change if source and target are identical


And MeGUI does not crash anymore, even when option 'Change to 48000 Hz' is set. Thanks to all for having patience with me and your hard work :) :thanks:

[locotus]

If you want to use eac3to or DSS - yes

Thanks.

[bilditup1]

After upgrading to the latest builds of MeGUI and x264, any encode done is at 10-bit, even though the checkbox in the presets I use enabling 10-bit is *not* checked. After further investigation it appears that the builds have been misnamed - the new x264.exe should be named x264-10b.exe, and the new x264-10b.exe should be named x264.

https://image.ibb.co/h3s5ua/x264_switch.png

[hello_hello]

It starts with frame number 0 and therefore it goes to the total number of frames - 1. So a video with 10 frames goes from 0 to 9. I could change it to start with number 1 but most (all?) avisynth frame functions are 0-based. Am I wrong here?

You're not wrong, but for a video with ten frames, MeGUI would display frame #3 as 3/9 whereas Info() says 3 of 10.
If you go to the tenth frame (frame number 9), MeGUI displays 9/9 while Info() says 9 of 10.

I'd always assumed MeGUI displays frames as x/y the same way Avisynth does.
ie "something of something"
Even though the frame count starts at zero it never occurred to me it might effectively mean
"something of something -1"

Same for the time positions. ie
Assumefps(25)
Trim(0,9)
10 frames x 40ms = 400ms

At frame #3 Avisynth/Info() says:
00:00:00:120/00:00:00:400
MeGUI says:
00:00:00:120/00:00:00:360

Different ways of looking at it... but I'll confess I prefer the Avisynth method, especially for the "time positions". Knowing the total duration can be quite useful, but knowing (total duration - (1000ms/fps)).... maybe not so much. :)

[Zathor]

After upgrading to the latest builds of MeGUI and x264, any encode done is at 10-bit, even though the checkbox in the presets I use enabling 10-bit is *not* checked. After further investigation it appears that the builds have been misnamed - the new x264.exe should be named x264-10b.exe, and the new x264-10b.exe should be named x264.
:scared: Thanks, fixed

[wthreex]

MeGui Freezed with no reason and error on Multi Worker.

[Zathor]

Please post a log nevertheless to see which OS, ... you are using.
Also are you able to reproduce it? And what does "freezed" mean?

[wthreex]

it means, nothing can be done at that moment , I can't even see the "Not responding error" or log becuase megui freezed ، All I can do that moment close the program through the Task manager.

OS = windows server 2008 r2

[Melan]

I have a similar problem.
https://forum.doom9.org/showpost.php?p=1811069&postcount=8342

[wthreex]

I think i found this bug :

http://uupload.ir/files/5em8_112.png (http://uupload.ir/)

3 worker, one of them is busy, and 2 another waiting (x264, x265)

And we start the other two workers at same, And we'll see megui freezed.

[Zathor]

Please post your log nevertheless.

[Zathor]

You're not wrong, but for a video with ten frames, MeGUI would display frame #3 as 3/9 whereas Info() says 3 of 10.
If you go to the tenth frame (frame number 9), MeGUI displays 9/9 while Info() says 9 of 10.
I still think that Info() is displaying it in a wrong way but... I have changed it now. However you wont be able to reach frame 11 (10 of 10).

[olmicx]

I am using FFmpeg AC-3 Preferred Decoder: NicAudio for audio encode. (DTS-->448AC3, 640AC3-->448AC3)
Megui 2764. Which is the best audio decoder? NicAudio, FFAudioSource, DirectShow, BassAudio, LWLibavAudioSource

[Zathor]

LWLibavAudioSource is the default one. DirectShow should be avoided.

[hello_hello]

I still think that Info() is displaying it in a wrong way but... I have changed it now. However you wont be able to reach frame 11 (10 of 10).

You can't reach frame 11 with Info() either, but I think it's probably best that MeGUI and Avisynth display that sort of thing the same way.
It'd never occurred to me until recently they didn't. Well I kind of knew, because you only have to navigate to the end of a clip to see something like 40582/40582 at the top of the preview, but for some reason when it came to calculating frame totals or durations it never stuck and my brain defaulted to the Info() way of looking at it.

Do you know what the logic is behind starting the frame count at zero rather than one? I assume it's because it makes more sense to a computer.

Thanks for the changes!

[stax76]

If you want to know exactly this probably fits best:

https://en.wikipedia.org/wiki/Zero-based_numbering

[hello_hello]

Thanks for the link. I think I understood a portion of it, but I guess I was really asking why Avisynth doesn't translate it's counting convention into human counting convention when displaying frame numbers with Info() etc as it does for the total number of frames. If it did when you entered a frame number in a script it'd have to subtract 1, but is there a reason that would've been hard, or maybe not considered to be worth the effort etc?

[sneaker_ger]

Most plugins expect zero based frame numbers anyways. It would be even more confusing if info() used a different system. Like you said it didn't even occur to you until recently. Exactly because of that.

[LigH]

Some calculations are much easier if the offset is zero-based.

And programmers can handle that. -- Aren't AviSynth users all programmers, a little bit? ;)

[StainlessS]

First frame @ Start Time + (0 / FrameRate) secs.
Last frame @ Start Time + ((Framecount-1) / FrameRate) secs.

Also, if you have a printer that prints @ 300DPI, then to print a line that is exactly 1" long, requires 301 dots (601 for 2").

Incidentally, there are 12 inches in a Foot, but there are 13 inch apart graduations on a 12" ruler (dont forget 0 inches).

EDIT: Ignoring all other graduations other than full inch grads (ie not 1 + 1/8 -> 2 + 1/8, being also an inch apart).
S_G link below is Access Denied, site does not allow hot linking.
So HERE (same image):- https://www.qualitylogoproducts.com/desktop-items/12clear-lacquer-wood-ruler.htm

The grads at 0 inches and 12 inches are clearly visible (despite that particular ruler being about an 1/8 inch short at each end
compared to most other wooden 12" rulers).

EDIT: Many 12" rulers today seem to be missing the extra end bits (or only a millimeter or so extra, perhaps economizing):- https://www.google.co.uk/search?q=twelve+inch+wooden+ruler&tbm=isch&tbo=u&source=univ&sa=X&ved=0ahUKEwiugYGDifPUAhVhF8AKHUBgDbIQ7AkIuwE&biw=1280&bih=821&dpr=1#imgrc=GmkwF5khecnLlM:

[sneaker_ger]

but there are 13 inch apart graduations on a 12 " ruler
No, there aren't. (https://www.qualitylogoproducts.com/desktop-items/12clear-lacquer-wood-ruler-jumboextralarge.jpg)

[hello_hello]

Most plugins expect zero based frame numbers anyways. It would be even more confusing if info() used a different system. Like you said it didn't even occur to you until recently. Exactly because of that.

I knew MeGUI and Avisynth both started counting frames at zero, it's just the way they displayed the total that was different, because MeGUI displayed the last frame number instead of the total.

Plus... displaying "current frame/last frame" rather than "current frame/total frames" almost seems kind of arbitrary. I'm not sure the last frame is so special I need to see it's frame number all the time. Displaying "current frame/middle frame" wouldn't be any less logical and it'd make it easier to navigate to the middle of the video.

Thinking back I'm sure I remember occasions where I've had to calculate a duration or frame count and after feeling mathematically challenged, realised I needed to add a frame or a frame's duration to the "totals" MeGUI was displaying, so it's not really a new discovery, but something I appear to be forced to re-discover every so often, although now Zathor's changed it for me the old method will probably stick at last, and I'll have to re-discover how it works again in 6 months time.

No, there aren't. (https://www.qualitylogoproducts.com/desktop-items/12clear-lacquer-wood-ruler-jumboextralarge.jpg)

See how confusing this zero based counting is?? ;)

If the ruler represented a video frame per inch and the left tip of the ruler represented frame zero, the ruler would be displaying 12 frames. You'd have to assume the 12 inch mark on the ruler only represents the end of frame number 11, or the end of the 12th frame, as frame number 12 has no duration. Unless the ruler was one of those with an extra 1/4 inch either end, in which case ffms2 and LSmash would probably assume it's a 13 frame, variable frame rate ruler, and decode it at a constant 0.94" frame rate, so you'd need to add FPSNum=1.0" and FPSDen=1 to maintain audio sync, or extract the ruler timecodes to use when muxing etc. :)

[StainlessS]

If the ruler represented a video frame per inch and the left tip of the ruler represented frame zero, the ruler would be displaying 12 frames.

A single frame has zero duration [EDIT: representing a single instant in time], like a pixel is an infinitely small sample, also a printer dot is like a pixel, of zero dimension (theoretically of course).

@ 12 FPS, you need 13 frames to span 1.0 second exactly. [EDIT: So a frame ~= a ruler grad : time ~= distance between any two grads]

[LigH]

Formal objection...

A frame is displayed with a duration of 1/framerate before the next frame appears. If it had 0 duration, every movie would have a playtime of 0 (because 0 * x = 0). A frame does not represent an infinitely short duration, it has a shutter (https://en.wikipedia.org/wiki/Shutter#Optical_devices) time (maybe except for stop-motion clips, cartoons, or simple computer graphic movies which don't care about that, thus don't use motion blur).

And a pixel has a width of 1/resolution. If every pixel had a dimension of 0, there would be no visible pictures.

[sneaker_ger]

A single frame has zero duration
Naturally, we assign a duration to it (or construct something with the shutter duration like LigH said). Then at 12 fps we use exactly 12 frames to cover exactly 1 second. Like the ruler.

[StainlessS]

Nope, theoretically, a pixel has zero dimension, of course in reality on eg monitor display or printer dot on printed page, they do have some physical size.
In instance of printer dot, you can actually measure it, print 72 dots on eg 72 DPI 9 pin dot matrix printer, and it will be just
under 1 inch in length, print that 1 extra dot and it will be bang on exactly 1 inch (100% for sure).

Talking about shutter speed etc, is confusing the issue with technicalities and limitations of the technologies currently used.

And a pixel has a width of 1/resolution. If every pixel had a dimension of 0, there would be no visible pictures.

Nope, theoretically, that is spacing between infinitely small samples that gives dimension, and time between frames that produces duration.

EDIT: It may well be practice to display a single frame for a certain duration, eg 1 frame @ 24FPS = 1/24 sec duration, but the
frame itself has 0.0 duration.
Watching a movie where you had 24 frames per second, each of which was displayed for 0.0 seconds, would not make for interesting viewing.

EDIT: Where last frame is displayed for 1/FPS secs (and not 0.0 secs), then I guess I have to do a little back-peddling and admit to being wrong (to some degree) :( [Although total time elapsed between first and last frame captured, is that of one frame less then total displayed time.)

https://s10.postimg.org/6vzo24p49/frame3.jpg (https://postimg.org/image/q12xbw3s5/)
Above, on last frame, total time elapsed between first and last frame captured is 0.958 secs, but due to each frame being displayed for an extended (and false duration, imitating persistence of vision), so total display duration is 1.0 seconds (or ever so slightly less as any next frame would start at 1.0 seconds).

[LigH]

I believe a moderator should move most of the recent posts to a "philosophy" thread...

[sneaker_ger]

Nope, theoretically, a pixel has zero dimension, of course in reality on eg monitor display or printer dot on printed page, they do have some physical size.
Not just display, also camera.
https://forum.doom9.org/showthread.php?p=1803629#post1803629

[StainlessS]

Not just display, also camera.

Yep, they are called physical devices and do not always conform to theory.

[hello_hello]

I think it'd be reasonable to look at a frame displaying a period of time, not just an infinitely small point in time.
If I took a photo while leaving the film exposed for a full second, it'd be capturing 1 second of time, but due to a limitation of the format it can't display the information the same way, so you'd have 1 second condensed to a single moment, but still one whole second. That's obviously used to help create the illusion of motion for film.
A frame of film mightn't capture the whole 41.67ms of time for which it'll eventually display, but it must capture more than an infinitely small amount of it, and unlike audio samples converted to a waveform, motion isn't reconstructed by a DAC, so at a particular frame rate a frame has a specific display duration.

It's probably semantics to a certain extent, but don't our brains provide us with picture and sound by processing tiny moments in time one after the other, or does the information arriving from our eyes and ears travel to our brains in continuous waves?

[hello_hello]

Whenever I try to encode lossy audio (AC3 & MP3 tested) MeGUI 2764 adds the job to the queue, then crashes as soon as I try to run it (the familiar "MeGUI has encountered a problem" error window pops up). Re-encoding a wave file seems okay.

I'm sure it's somehow related to LWLibavAudioSource decoding as when I change the preferred decoder to NicAudio it's fine. The problem occurs using both MeGUI's portable AVS+ and the installed AVS 2.6.
LSmash itself seems fine as I can create a simple script such as the one below and open it with MPC-HC and there's no problem.

LoadPlugin("C:\Program Files\MeGUI\tools\lsmash\LSMASHSource.dll")
LWLibavAudioSource("D:\DW 64_VTS_06_1 T80 2_0ch 192Kbps DELAY 0ms.ac3")

I've included the log file but it's extremely uninformative. I'm still running MeGUI on XP and using LSmash r784.

Thanks.

Preliminary log file only. During closing of MeGUI the well formed log file will be written.

-[Information] Versions
--[Information] MeGUI: 2764 x86
-[Information] Operating System: Windows XP Professional x86 SP3 (5.1.196608.2600)
-[Information] .NET Framework: 4.0 (4.0.30319)
--[Information] System Information
-[Information] Update detection
-[Information] Haali Media Splitter: 1.13.138.14 (14-04-2013)
-[Information] Haali DSS2: (14-04-2013)
-[Information] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
-[Information] MediaInfo: 0.7.97.0 (29-06-2017)
-[Information] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
-[Information] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
-[Information] 7z: 9.20 (18-11-2010)
--[Information] Component Information
--[Information] [07/07/17 3:42:22 PM] Using cached update config and server: http://megui.tmebi.de/test/
-[Information] Version: 1.0.2721.0
-[Information] Date: 29-04-2017
-[Information] Interface: 3
-[Information] AviSynth Wrapper
-[Information] File Version: 2.6.0.6
-[Information] Date: 31-03-2015
-[Information] Name: Avisynth 2.6
--[Information] [07/07/17 3:42:22 PM] No package requires an update
-[Information] Version: AviSynth 2.60, build:Mar 31 2015 [16:38:54]
-[Information] AviSynth+: false
-[Information] MT: false
-[Information] Status: active
-[Information] AviSynth
-[Information] File Version: 0.1
-[Information] Date: 29-06-2017
-[Information] Name: AviSynth+ 0.1 (r2508, MT, i386)
-[Information] Status: inactive
-[Information] AviSynth portable
--[Information] AviSynth Information
-[Information] Log for job14 (audio, DW 64_VTS_06_1 T80 2_0ch 192Kbps DELAY 0ms.ac3 -> DW 64_VTS_06_1 T80 2_0ch 192Kbps DELAY 0ms.m4a)
--[Information] [07/07/17 3:42:43 PM] Started handling job
--[Information] [07/07/17 3:42:43 PM] Preprocessing
--[Information] [07/07/17 3:42:43 PM] MediaInfo
---[Information] [07/07/17 3:42:43 PM] File: D:\DW 64_VTS_06_1 T80 2_0ch 192Kbps DELAY 0ms.ac3
-[Information] Format: AC-3
-[Information] FormatString: AC-3
-[Information] FileSize: 36046848
-[Information] PlayTime: 00:25:01.952
---[Information] General
-[Information] ID:
-[Information] StreamOrder:
-[Information] Format: AC-3
-[Information] FormatProfile:
-[Information] FormatSettingsSBR:
-[Information] FormatSettingsPS:
-[Information] Muxing Mode:
-[Information] SamplingRate: 48000
-[Information] SamplingRateString: 48.0 kHz
-[Information] Channels: 2
-[Information] ChannelsString: 2 channels
-[Information] ChannelPositionsString2: 2/0/0
-[Information] BitRateMode: CBR
-[Information] Delay:
-[Information] Title:
-[Information] Language:
-[Information] LanguageString:
-[Information] Default:
-[Information] DefaultString:
-[Information] Forced:
-[Information] ForcedString:
-[Information] [07/07/17 3:42:43 PM] The language information is not available for this track. The default MeGUI language has been selected.
---[Information] Audio

[Zathor]

As I do not have any XP machine to test it may be either the used l-smash or a combination with your OS. The recent l-smash with Windows 10 at least does not produce any errors for me.

[Zathor]

2766 [OneClick] fixed an issue if the input audio codec cannot be used for direct muxing (regression of 2759). bug #890
2765 [Video Preview] aligned the total time and frame count in the title bar with the Info() output

[hello_hello]

It must be something that's changed in MeGUI (I'm still using the last XP compatible L-Smash). Maybe it's XP specific, but in case anyone reports the same issue with a newer flavour of Windows, version 2755 is fine so the problem was introduced after that. Versions 2760 and 2764 both crash.

Maybe fixing this will fix it, because it seems a bit co-incidental. ;)
https://forum.doom9.org/showthread.php?p=1811460#post1811460

Thanks.

[olmicx]

Zathor: When will the new stable megui version be available?
I using DirectShowSource indexer with MEGUI 2764. But Auto crop section is often incorrect. (some Remux Videos, some x264 videos)
File Indexer (FFVideoSource,LWLibavVideoSource) no problem. Which better? Also is there fix for DirectShowSource indexer
I tested Avisyth 2.6 and Avisyth+ 2508.

[hello_hello]

It might be an XP thing, or something that changed to upset the older version of LSmash, but I discovered I can't index video with LSmash any more either. The progress window opens and shortly after MeGUI decides it encountered an error etc..... Once again the log file isn't very helpful.

Preliminary log file only. During closing of MeGUI the well formed log file will be written.

-[Information] Versions
--[Information] MeGUI: 2766 x86
-[Information] Operating System: Windows XP Professional x86 SP3 (5.1.196608.2600)
-[Information] .NET Framework: 4.0 (4.0.30319)
--[Information] System Information
-[Information] Update detection
-[Information] Haali Media Splitter: 1.13.138.14 (14-04-2013)
-[Information] Haali DSS2: (14-04-2013)
-[Information] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
-[Information] MediaInfo: 0.7.97.0 (29-06-2017)
-[Information] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
-[Information] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
-[Information] 7z: 9.20 (18-11-2010)
--[Information] Component Information
-[Information] Version: 1.0.2721.0
-[Information] Date: 29-04-2017
-[Information] Interface: 3
-[Information] AviSynth Wrapper
-[Information] File Version: 2.6.0.6
-[Information] Date: 31-03-2015
-[Information] Name: Avisynth 2.6
-[Information] Version: AviSynth 2.60, build:Mar 31 2015 [16:38:54]
-[Information] AviSynth+: false
-[Information] MT: false
-[Information] Status: active
-[Information] AviSynth
-[Information] File Version: 0.1
-[Information] Date: 29-06-2017
-[Information] Name: AviSynth+ 0.1 (r2508, MT, i386)
-[Information] Status: inactive
-[Information] AviSynth portable
--[Information] AviSynth Information
--[Information] [09/07/17 2:48:19 AM] Connected to server: http://megui.tmebi.de/test/
--[Information] [09/07/17 2:48:19 AM] No package requires an update
-[Information] FileIndexer
--[Information] [09/07/17 2:48:23 AM] MediaInfo
---[Information] [09/07/17 2:48:23 AM] File: E:\To Save\Mum\Sunset Blvd (1950).mkv
-[Information] Format: Matroska
-[Information] FormatString: Matroska
-[Information] FileSize: 4688033931
-[Information] PlayTime: 01:50:17.664
---[Information] General
-[Information] ID: 1
-[Information] StreamOrder: 0
-[Information] Width: 976
-[Information] Height: 720
-[Information] FrameCount: 158665
-[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.356
-[Information] AspectRatioString: 4:3
-[Information] Delay: 0
-[Information] Title:
-[Information] Language: en
-[Information] LanguageString: English
-[Information] Default: Yes
-[Information] DefaultString: Yes
-[Information] Forced: No
-[Information] ForcedString: No
---[Information] Video
-[Information] ID: 2
-[Information] StreamOrder: 1
-[Information] Format: AC-3
-[Information] FormatProfile:
-[Information] FormatSettingsSBR:
-[Information] FormatSettingsPS:
-[Information] Muxing Mode:
-[Information] SamplingRate: 48000
-[Information] SamplingRateString: 48.0 kHz
-[Information] Channels: 2
-[Information] ChannelsString: 2 channels
-[Information] ChannelPositionsString2: 2/0/0
-[Information] BitRateMode: CBR
-[Information] Delay: 0
-[Information] Title:
-[Information] Language: en
-[Information] LanguageString: English
-[Information] Default: Yes
-[Information] DefaultString: Yes
-[Information] Forced: No
-[Information] ForcedString: No
---[Information] Audio
-[Information] ID: 3
-[Information] StreamOrder: 2
-[Information] Codec: S_TEXT/UTF8
-[Information] CodecString: UTF-8
-[Information] Delay:
-[Information] Title:
-[Information] Language: en
-[Information] LanguageString: English
-[Information] Default: No
-[Information] DefaultString: No
-[Information] Forced: No
-[Information] ForcedString: No
---[Information] Text
-[Information] 00:00:00.000: en:00:00:00.000
-[Information] 00:02:45.207: en:00:02:45.207
-[Information] 00:10:20.620: en:00:10:20.620
-[Information] 00:13:29.017: en:00:13:29.017
-[Information] 00:17:47.775: en:00:17:47.775
-[Information] 00:24:02.399: en:00:24:02.399
-[Information] 00:29:17.089: en:00:29:17.089
-[Information] 00:33:10.989: en:00:33:10.989
-[Information] 00:37:43.761: en:00:37:43.761
-[Information] 00:41:14.055: en:00:41:14.055
-[Information] 00:56:09.783: en:00:56:09.783
-[Information] 01:01:09.916: en:01:01:09.916
-[Information] 01:04:01.504: en:01:04:01.504
-[Information] 01:07:28.670: en:01:07:28.670
-[Information] 01:15:53.799: en:01:15:53.799
-[Information] 01:21:17.331: en:01:21:17.331
-[Information] 01:30:01.146: en:01:30:01.146
-[Information] 01:38:38.204: en:01:38:38.204
-[Information] 01:43:26.867: en:01:43:26.867
---[Information] Chapters
--[Information] [09/07/17 2:50:45 AM] MediaInfo
---[Information] [09/07/17 2:50:45 AM] File: E:\0701.mkv
-[Information] Format: Matroska
-[Information] FormatString: Matroska
-[Information] FileSize: 378095604
-[Information] PlayTime: 00:23:39.720
---[Information] General
-[Information] ID: 1
-[Information] StreamOrder: 0
-[Information] Width: 640
-[Information] Height: 468
-[Information] FrameCount: 35493
-[Information] FrameRate: 25.000
-[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.368
-[Information] AspectRatioString: 4:3
-[Information] Delay: 0
-[Information] Title:
-[Information] Language: en
-[Information] LanguageString: English
-[Information] Default: Yes
-[Information] DefaultString: Yes
-[Information] Forced: No
-[Information] ForcedString: No
---[Information] Video
-[Information] ID: 2
-[Information] StreamOrder: 1
-[Information] Format: AC-3
-[Information] FormatProfile:
-[Information] FormatSettingsSBR:
-[Information] FormatSettingsPS:
-[Information] Muxing Mode:
-[Information] SamplingRate: 48000
-[Information] SamplingRateString: 48.0 kHz
-[Information] Channels: 1
-[Information] ChannelsString: 1 channel
-[Information] ChannelPositionsString2: 1/0/0
-[Information] BitRateMode: CBR
-[Information] Delay: 0
-[Information] Title:
-[Information] Language: en
-[Information] LanguageString: English
-[Information] Default: Yes
-[Information] DefaultString: Yes
-[Information] Forced: No
-[Information] ForcedString: No
---[Information] Audio
-[Information] ID: 3
-[Information] StreamOrder: 2
-[Information] Format: AC-3
-[Information] FormatProfile:
-[Information] FormatSettingsSBR:
-[Information] FormatSettingsPS:
-[Information] Muxing Mode:
-[Information] SamplingRate: 48000
-[Information] SamplingRateString: 48.0 kHz
-[Information] Channels: 2
-[Information] ChannelsString: 2 channels
-[Information] ChannelPositionsString2: 2/0/0
-[Information] BitRateMode: CBR
-[Information] Delay: 0
-[Information] Title: Commentary
-[Information] Language: en
-[Information] LanguageString: English
-[Information] Default: No
-[Information] DefaultString: No
-[Information] Forced: No
-[Information] ForcedString: No
---[Information] Audio
-[Information] ID: 4
-[Information] StreamOrder: 3
-[Information] Codec: S_TEXT/UTF8
-[Information] CodecString: UTF-8
-[Information] Delay:
-[Information] Title:
-[Information] Language: en
-[Information] LanguageString: English
-[Information] Default: No
-[Information] DefaultString: No
-[Information] Forced: No
-[Information] ForcedString: No
---[Information] Text
-[Information] ID: 5
-[Information] StreamOrder: 4
-[Information] Codec: S_VOBSUB
-[Information] CodecString: VobSub
-[Information] Delay:
-[Information] Title: Info Text
-[Information] Language: en
-[Information] LanguageString: English
-[Information] Default: No
-[Information] DefaultString: No
-[Information] Forced: No
-[Information] ForcedString: No
---[Information] Text
-[Information] 00:00:00.000: en:Chapter 01
-[Information] 00:03:03.467: en:Chapter 02
-[Information] 00:08:12.867: en:Chapter 03
-[Information] 00:13:41.934: en:Chapter 04
-[Information] 00:18:37.101: en:Chapter 05
-[Information] 00:22:16.835: en:Chapter 06
---[Information] Chapters
-[Information] Log for job11 (idx, 0701.mkv -> 0701.mkv.lwi)
--[Information] [09/07/17 2:50:51 AM] Started handling job
--[Information] [09/07/17 2:50:51 AM] Preprocessing
--[Information] [09/07/17 2:50:51 AM] Job command line: "C:\WINDOWS\system32\ping.exe" 127.0.0.1 -t
--[Information] [09/07/17 2:50:51 AM] Process started
--[Information] [09/07/17 2:50:51 AM] Standard output stream
--[Information] [09/07/17 2:50:51 AM] Standard error stream