Log in

View Full Version : MeGUI: bug reports and feature requests


Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 [122] 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147

Gser
8th May 2018, 10:54
You can disable the 64bit tools so that 32bit x264 is used.
Please allow me to read the label on my container of hard to swallow pills: "Only idiots use 10-bit x264". There, everybody is welcome to get offended now, my inbox is ready.

My main intention of course is to use x265.

LigH
8th May 2018, 11:54
If you generalize your bias that much, I won't be surprised about opposition. Especially people encoding anime/cartoons with x264 enjoyed the advantage of higher internal precision to avoid banding in slight color ramps.

Using x264 with 32-bit code is not a great issue; using x265 with 32-bit code is a much greater one (missing several levels of assembly optimization). So let's hope that avs4x26x (https://forum.doom9.org/showthread.php?t=162656) is still maintained and can be improved shortly.

"Der Techniker ist informiert." In the hope that 06_taro still exists.

Gser
8th May 2018, 12:46
If you generalize your bias that much, I won't be surprised about opposition. Especially people encoding anime/cartoons with x264 enjoyed the advantage of higher internal precision to avoid banding in slight color ramps.

Using x264 with 32-bit code is not a great issue; using x265 with 32-bit code is a much greater one (missing several levels of assembly optimization). So let's hope that avs4x26x (https://forum.doom9.org/showthread.php?t=162656) is still maintained and can be improved shortly.

"Der Techniker ist informiert." In the hope that 06_taro still exists.
Alas you have found out my target audience. I'm sure they are too busy marrying their body pillows to mind.
German anime is another matter though:https://youtu.be/JEBBvIsBAEs

Hmmm 06_taro's last forum activity is 28th April 2018 05:56, so he may still be alive.

Zathor
8th May 2018, 21:11
It's possible the HD Streams Extractor needs educating in respect to EAC3. I've tried several MKVs containing EAC3 audio and the HD Streams Extractor shows the stream type as "unknown" and prevents it's selection for extraction. According to MediaInfo they were standard 5.1ch.
When extracting from a blu-ray this format is called E-AC3 in the log and when using a MKV it is EAC3. So yes, this was unknown.

The "Enable Custom Options" option doesn't stay checked after closing the HD Streams Extractor as the rest of the items under the Settings menu do. Was that by design??
No, it should save that. Let me check.

Zetti
9th May 2018, 13:50
MediaInfo v18.05 is released.

kalehrl
9th May 2018, 20:28
I just noticed in the x264 configuration dialog '--qpmax 69' entry which I didn't see before so I wonder why it is there?

http://i65.tinypic.com/2r7se35.png

EDIT: Got it sorted by loading defaults.

THEAST
10th May 2018, 08:04
@Zathor, thank you for regular updates to MeGUI. I wanted to mention two observations:

1- Recently a confirmation has been added to the updater in MeGUI that for every single package that needs to be updated, it generates a message that the package is not available offline and asks the user if they want to download it from the internet. To be honest, I don't see why this confirmation is even required, especially for every single package. This forces the user to keep MeGUI on top throughout the update process and confirm the update of every single package manually. An option to disable this confirmation would be very much appreciated.

2- Extracting packages during update seems to be much slower than it should be on all of my machines. Extracting packages takes 10-15 seconds despite their small size, while extracting the same files directly using 7-zip takes less than a second. Correct me if I am wrong but it seems to me that there is a minimum "animation time" for the bar that shows the extraction progress and even if the package is extracted before the bar finishes, the process does not exit before the animation reaches the end. Or maybe there is regular synchronization between the extraction process and the animation process, resulting in sub-optimal performance. Right now, on my machine, extracting the updates takes 5 times longer than downloading them.

Zathor
10th May 2018, 12:30
MediaInfo v18.05 is released.

Thanks!

hello_hello
10th May 2018, 13:27
I just noticed in the x264 configuration dialog '--qpmax 69' entry which I didn't see before so I wonder why it is there?[/IMG]

EDIT: Got it sorted by loading defaults.

It related to the 8 bit & 10 bit encoders being combined, but I think when 10 bit encoding is not checked in the encoder configuration, MeGUI should automatically change the qpmax value in the GUI to 69 and/or limit it to 69. I don't think it's good for a GUI to show you it's doing one thing when it's really doing something else, so personally I think MeGUI adding --qpmax 69 to the command line was a good thing.

Actually, the GUI is a little naughty when --no-psy is checked. Ideally that should disable the PSY strength options rather than let you configure them as I'm pretty sure x264 ignores them. It doesn't write them to the output stream when psy=0 (--no-psy).

Zathor
10th May 2018, 13:47
1- Recently a confirmation has been added to the updater in MeGUI that for every single package that needs to be updated, it generates a message that the package is not available offline and asks the user if they want to download it from the internet. To be honest, I don't see why this confirmation is even required, especially for every single package. This forces the user to keep MeGUI on top throughout the update process and confirm the update of every single package manually. An option to disable this confirmation would be very much appreciated.
Correct, as you have disabled automatic updates there are some questions. I agree that it may be a bit too much, however you have disabled the automatic update check. Why do you not enable it if I may ask? If I understand the use case better it would help me.

2- Extracting packages during update seems to be much slower than it should be on all of my machines. Extracting packages takes 10-15 seconds despite their small size, while extracting the same files directly using 7-zip takes less than a second. Correct me if I am wrong but it seems to me that there is a minimum "animation time" for the bar that shows the extraction progress and even if the package is extracted before the bar finishes, the process does not exit before the animation reaches the end. Or maybe there is regular synchronization between the extraction process and the animation process, resulting in sub-optimal performance. Right now, on my machine, extracting the updates takes 5 times longer than downloading them.
Thanks, known behaviour. I would not call it issue as it works - it is only a bit slow. To be honest I forgot about that topic as the prio is quite low. Maybe I will have a look in the near future.

hello_hello
10th May 2018, 14:17
A feature request or two:

Could the "Load Defaults" button in the x264 encoder configuration not disable "Show Advanced Settings" if it's already checked. Aside from the default x264 settings not really having anything to do with whether or not MeGUI shows them to you, it's somewhat annoying to be looking at advanced settings, only to click "load defaults" and have them disappear.

The same applies to the option being saved as part of an encoder configuration. You can be looking at the advanced settings, select a preset saved when the "Show Advanced Settings" option wasn't checked, and once again they disappear. In my opinion, it should be an independent global option.

I think I've mentioned this before, but....
The way the deinterlace options in the script creator interact still drive me nutty at times. For instance, when the source type is interlaced, why does unchecking or checking "source is anime" reset the de-interlacing method to Yadif?
It's made more frustrating by the preview refresh being based on frame numbers rather than a particular point in time. So if you have (for example), "TDeint with IDE & Bob" selected as the de-interlacing method and you're previewing frame 1000, for an NTSC source you'd be previewing a frame at roughly the 20 second point. Should you have the audacity to change the field order, not only does the de-interlacing method switch to Yadif, but you're still previewing frame 1000 which is now at roughly the 40 second mark, so you're suddenly previewing a frame at a different point in the video.

Thanks Zathor. :)

THEAST
10th May 2018, 15:37
Correct, as you have disabled automatic updates there are some questions. I agree that it may be a bit too much, however you have disabled the automatic update check. Why do you not enable it if I may ask? If I understand the use case better it would help me.

I regularly open MeGUI for some quick task and I don't want that task to be interrupted by the automatic update notification, which, if approved, could also require MeGUI to be restarted until I can continue my work. Hence, I disable the automatic update and instead, manually update MeGUI every once in a while when my work will not be interrupted by the update process.


Thanks, known behaviour. I would not call it issue as it works - it is only a bit slow. To be honest I forgot about that topic as the prio is quite low. Maybe I will have a look in the near future.

I see. This is certainly not a show-stopper, please take your time.

Zathor
11th May 2018, 15:09
2853 [Update] if automatic updates are disabled and the update window is manually opened no question will be raised anymore if packages have to be downloaded
2852 [x264] changed "show advanced settings" to be a global setting (default is disabled)
when --no-psy is selected the --psy-rd options are not availble
when using 8bit --qpmax with a value > 69 is used as 69 for the command line creation
2851 [Chapter Creator] added fps selector for the input source
changing the input fps changes the time codes if the input fps is not known (e.g. as with TXT/XML)
the output fps value is used during saving for all output types
new chapters are sorted based on time codes
double click on a chapter jumps to the positions if the preview pane is open
preview button asks for an AVS file
added option to use an automated counter for chapters (enabled by default)
if the "Start Time" value is in a wrong format the text color is changed to red
the Chapter Creator window stays on top of the video preview window
2850 [HD Streams Extractor] added support for EAC3 in files
"Custom Options" setting will be saved
Except of 2853 this is the "hello_hello" edition ;)

THEAST
11th May 2018, 15:59
2853 [Update] if automatic updates are disabled and the update window is manually opened no question will be raised anymore if packages have to be downloaded

Great, thank you!

hello_hello
11th May 2018, 20:07
Except of 2853 this is the "hello_hello" edition ;)

Is that to make me feel bad for this post?? :)

I'm probably silly but I can't quite get my head around the way the chapter creator's fps options work.

My expectation was for the input/output fps options to effectively function as numerator and denominator for the stretch factor. Therefore after opening a chapters file, setting an input and output fps of 23.976 would produce the same chapter file as selecting 50fps for both. Currently, changing the input fps changes the chapter timings even when the output fps is the same.

When using the chapter creator and it's preview to create chapters manually, you'd want the input fps to match the fps of the script being previewed, but when stretching chapters it's probably more likely the previewed script will have the desired output frame rate. Should the input fps always be adjustable?

In my humble opinion, the output fps should change the chapter timings in the GUI, otherwise they don't match those saved to the output txt/xml files.

The output fps when saving a qp file no longer seems to have an effect, but maybe there should be a third "QP FPS" option?
INHO, the keyframes saved to a qp file file should correspond to the chapter timings displayed by the GUI and that should be the case whether you've stretched them or not, so while the current input/output fps could apply stretching for the chapter timings, a "qp fps" option would determine the frame numbers written to the qp file based on those. If a chapter in the GUI is at 00:00:10.000, selecting 25fps as the "qp fps" would make the corresponding keyframe 250 k. Selecting a "qp fps" of 50 would make it 500 k etc. That way a "qp fps" option could work as before without messing with the chapter timings.

Edit: I condensed the post a bit. I was typing while I tested so I repeated a few things.

Thanks for all the hard work!

Zathor
11th May 2018, 20:10
Mhm, when using a input file without fps information (your mentioned txt file) changing the input fps should not change the time codes. Let me check if it works correctly.

hello_hello
11th May 2018, 20:43
2851 [Chapter Creator] the Chapter Creator window stays on top of the video preview window

I meant to ask about that as the Chapter Creator window stays on top of every window, even when the preview is minimised. There's a potential for some annoyance there. When the preview is closed there's no way to minimise the chapter creator window short of minimising everything, but at least it doesn't insist on being the foreground window when the preview is closed.

It evens out a little though, because for the AVS Cutter, the preview window can't be minimised on it's own, but the AVS Cutter window can be. :)

Zathor
11th May 2018, 21:25
I will have a look in the next 1-2 days. So if you have other ideas/issues in the chapter creator area now is the time :)

hello_hello
12th May 2018, 11:21
I will have a look in the next 1-2 days. So if you have other ideas/issues in the chapter creator area now is the time :)

When creating chapters from IFO/MPLS files, an option to automatically remove the last chapter if it's close to the end of the video would be nice.

I assume it's do-able as ChapterEditor appears to have such an option (screenshot (https://www.videohelp.com/softwareimages/chaptereditor_1590-2.jpg)), but if it's hard to implement it's no big deal.

After sleeping on it, I still think a dedicated "QP FPS" output option would be a good idea.

Thanks again.

hello_hello
13th May 2018, 00:58
Does the new VSFilter work for everyone else with 32 bit Windows, or would it's inability to work be XP related?

When I try to preview a script with something like the following included:
LoadPlugin("C:\Program Files\MeGUI\tools\avisynth_plugin\VSFilter.dll")
TextSub("E:\The Subtitles.srt", 1)

MeGUI offers an error:
LoadPlugin: Unable to load plugin "C:\Program Files\MeGUI\tools\avisynth_plugin\VSFilter.dll", error=0x3e6

If I save the scrip it'll open in MPC-HC fine and display the subtitles. It'll also open in VitrualDub and VirtualDubMod.

Could this be related to MeGUI's inability to use the portable Avisynth+? It also requires the VS2017 runtime files, I think.

Edit: I tried AvsPmod and it has the same issue. Opening the script produces the same error. What would MeGUI and AvsPmod have in common when it comes to previewing scripts?

foxace
13th May 2018, 12:37
Hello @Zathor, do you have the project to add nvenc with the HDR metada ?

Zathor
13th May 2018, 12:51
Not at the moment. MeGUI does not support high bit depths right now, but I am working on that.

2855 [Chapter Creator] input fps can always be selected
time codes will only be changed when the input fps is changed if the input fps of the source is not known (regression of 2851)
the window can be minimized
[AVS Cutter] video preview can be closed
2854 [Source Detector] added high bit depth support
new "Minimum Analysis Percent" mode when set to 0 (default 0).
only "Minimum Analysis Sections" has to be reached in sequential read therefore providing a quick detection method

@hello_hello - changing the output fps does not change the time codes in the preview as this would be a major change. Please have a look if you can work with it. Nevertheless I will have a look to have it completly changed but this is nothing which I can do in a few days.

hello_hello
14th May 2018, 10:46
2855 [Chapter Creator]time codes will only be changed when the input fps is changed if the input fps of the source is not known (regression of 2851)

Thanks for the hard work! It seems to be working the other way around though. Changing the input FPS changed the timecodes in the GUI with an IFO as the source and when previewing a script, but not for a txt chapter file.
Although... if chapter five is at 00:25:07, I'm not sure why it shouldn't stay at 00:25:07 whether the input is 12fps or 250fps.

@hello_hello - changing the output fps does not change the time codes in the preview as this would be a major change. Please have a look if you can work with it. Nevertheless I will have a look to have it completely changed but this is nothing which I can do in a few days.

I'm not sure if it's this simple, but it's almost as though the Input FPS and the Output FPS need to be swapped.
If the "top" FPS was the output and the "bottom" FPS was the input...

Changing the "bottom" FPS could continue to have no effect on the timecodes in the GUI, no effect on the preview timecodes, and logically no effect on the timecodes saved to a chapters file. Changing the "bottom" FPS probably should do nothing but change the "top" FPS to match, and when they match, the "top" FPS should also do nothing (aside from determining the preview frame rate, I think).

On the other hand, changing the "top" FPS independently should continue to change the timecodes in the GUI, and being the "output" FPS it probably makes it's the assumed preview frame rate. Changing the "top" (output) FPS independently would also have to change the timecodes saved as chapters, but then everything should match. The timecodes in the GUI, the saved timecodes and the preview frame rate would all be stretched together. Chapters would always correspond to the same frames in the preview.

The current "top" and "bottom" FPS would have to swap positions in the GUI, and I guess the calculations would need to be reversed. It'd probably require a third FPS option to restore the original QP functionality, as the (stretched) timecodes need the chapter creator equivalent of ChangeFPS() applied to them. Have I mentioned my "QP FPS" idea? ;)

I don't know if any of that has any basis in reality. It works well in my head. :)

doomleox999
24th May 2018, 17:16
Is it possible to choose the default audio language of encoded files with One Click Encoder when you load an entire folder? If you do it with only one file you can do it, you just select the audio language, but when you load a folder (with multiple files inside) you can't select the audio.

littlepox
24th May 2018, 18:11
Hi all:
I notice that in the latest release, HD Stream Extractor no longer provide the flac option for PCM/DTS-HDMA. Is that intended or I'm missing something?

hello_hello
25th May 2018, 00:48
littlepox,
on the top left corner of the HD Stream Extractor window it says Settings. It's actually a menu, despite being cleverly disguised to look like plain text.
Is "show encoding options" checked?

Cunhambebe
25th May 2018, 18:09
Hi friends.
I recently updated w10 (April 2018 version). This happened las friday here. Sice then MEGUI 2828 stoped working, it doesn't start anymore. Then I've decided to install the new version 2836. Same thing. It says here: MeGUI encountered a fatal error and may not be able do proceed. Reason: external component added an exception.
Question: should I remove w10 last update or wait for a fix on MeGUI?

Edited:
Anyway, it didn't work. Left w10 as it is, waiting for an answer here. Doesn't even have a log file because the proggie does not start.
Thanks in advance.

Barough
25th May 2018, 18:56
No issues here with MeGUI & W10 after the latest 'major' update. Works smooth.......

Sent from my SM-G965F via Tapatalk

Taurus
25th May 2018, 19:35
Hi friends.
I recently updated w10 (April 2018 version). This happened las friday here. Sice then MEGUI 2828 stoped working, it doesn't start anymore. Then I've decided to install the new version 2836. Same thing. It says here: MeGUI encountered a fatal error and may not be able do proceed. Reason: external component added an exception.
Question: should I remove w10 last update or wait for a fix on MeGUI?

No problem here on Win10 all updates.
Just some suggestions:
Dont "install" MeGui in protected folders like "Programs", "Program files", etc.
Just the root of any harddisk.
Make sure net framework is installed properly.
Verify your visual C++ runtime libaries are uptodate.
(MeGui comes with it's own package, but who knows...)
Make a new install of Megui from the development server.
Update all packages using the build in updater.
Make sure the runtime files are checked.
Maybe a conflict with some plugins in your avisynth folder are causing the crash.
Temporarily move some or all of them to another place
and try again.
No more to say...:D

mini-moose
26th May 2018, 00:00
Hi

have there been any changes made in the auto crop function in AVS Script Editor? I noticed quite a few times recently that it returns highly inaccurate values (like suggesting aggressive crop values on the sides like 280pxls when non are needed).

Zathor
27th May 2018, 16:03
No, are you able to provide a sample file?

Zathor
27th May 2018, 16:04
Is it possible to choose the default audio language of encoded files with One Click Encoder when you load an entire folder? If you do it with only one file you can do it, you just select the audio language, but when you load a folder (with multiple files inside) you can't select the audio.

Before you open a complete folder make sure that a proper OneClick preset is selected which covers your audio language needs.

littlepox
27th May 2018, 17:17
littlepox,
on the top left corner of the HD Stream Extractor window it says Settings. It's actually a menu, despite being cleverly disguised to look like plain text.
Is "show encoding options" checked?

OK, I found it. Whoever implemented that button seemed not getting paid to do an actual button:rolleyes:...

Zathor
27th May 2018, 20:41
OK, I found it. Whoever implemented that button seemed not getting paid to do an actual button:rolleyes:...

Correct!

2858 [Video Encoder] removed input/output settings from the command line preview
2857 [x265] replaced avs4x26x with ffmpeg
2856 [x264] replaced avs4x26x with ffmpeg

Please check if the switch to ffmpeg works as intended. I had to do the switch as avs4x26x does not support high bit depth.

Zetti
27th May 2018, 21:52
Is there any visible speed difference with ffmpeg??

Is it also safe to remove avs4x26x now it is replaced by ffmpeg??

Zathor
28th May 2018, 06:32
Is there any visible speed difference with ffmpeg??
I have not tested that. Feel free to share your results.

Is it also safe to remove avs4x26x now it is replaced by ffmpeg??
For x264 yes (it will be deleted with the next x264 package), for x265 not yet, as a file is needed in the root of the directory.

LeMoi
28th May 2018, 06:57
Is there a way to still have the choice (FFMPEG or avs4x26x) ? I just encode from standard Blu-Ray Disc, 1080p with AVC, and I don't really need high bit depth, AFAIK, and I'm really satisfied with the current tool ^^

mini-moose
28th May 2018, 08:45
No, are you able to provide a sample file?

I'll try and get a sample uploaded.

I think this is possibly a DSS issue. I often try the crop with m2ts loaded in DSS and index after. Same sample I tried now gave me different crop when loaded with DSS and when loaded indexed. It didn't happen that often in the past though.

Barough
28th May 2018, 10:42
New releases :
QAAC v2.67
x265 v2.8

Zetti
28th May 2018, 11:12
I have not tested that. Feel free to share your results.


For x264 yes (it will be deleted with the next x264 package), for x265 not yet, as a file is needed in the root of the directory.
Thank You for answer.

Zathor
28th May 2018, 20:16
Is there a way to still have the choice (FFMPEG or avs4x26x) ? I just encode from standard Blu-Ray Disc, 1080p with AVC, and I don't really need high bit depth, AFAIK, and I'm really satisfied with the current tool ^^

There are always ways :-) however ideally I will only support one and that is not the outdated avs4x26x. Are there issues with ffmpeg?

Taurus
29th May 2018, 07:53
There are always ways :-) however ideally I will only support one and that is not the outdated avs4x26x. Are there issues with ffmpeg?

@Zathor
Please wait with the full implantation of ffmpeg.
Just yesterday evening a full encode with an selfmade heavy avisynth script crawls to the bone after circa a hour.
From 4.5fps to 1.2fps.
At start taskmanager shows 100% cpu load on all 4 cores.
After a hour or so it was circa 25%.
I aborted the encode then.
The script I'm using is somewhat demanding, but I used it for years now without hazzles in MeGui.
Maybe it was just coincidence, it was a hot summer day.
The cpu was not throttling. The temperatures 55° celsius on all cores.
How to implant avs4x26x in this build for testing purposes?
I will happily test whether it's a flaw with ffmpeg or something else.
Thank you.

Edit:
Today the same encode finishes unexpected at about a quarter of the expected filesize and length without throttling the cpu .
Original length: 28.15min, encoded 6.51min.
Mediaplayer shows full length, but stops playback at 6.51min.

Zathor
29th May 2018, 17:52
If you want to test the old behaviour you have to go back to version 2855 (http://megui.org/auto/megui-core-2855-32.7z - or 64 if you are using the 64 one).

Do you mind to share the log of the encode with the unexpected end?

Taurus
29th May 2018, 19:06
@Zathor
I sended the logfile via PM.
And I will happily test the older version....
EDIT:
I just noticed that I deleted the source file which struggles.
But I will investigate on similar stuff with both versions of MeGui.
Maybe the source file was somewhat bonkered.
It played ok in any mediaplayer and via an avisynth script in Virtualdub and MPC-HC.
If you want me to explore this a little more, feel free to tell so.

Zathor
29th May 2018, 19:57
Yes, please.

Btw what I have noticed is:
- you are using not avs+. could you maybe try that one as well?
- there was no error at all. it simply stopped to encode all frames.

Taurus
30th May 2018, 12:13
- there was no error at all. it simply stopped to encode all frames.

This is what I noticed too...
Strange!
I will test different settings with and without Avisynth+ and report back.
But it's to hot at the moment....maybe this evening
33° Degrees and no cloud in sight...:devil::D

Morku
31st May 2018, 16:51
When I try to encode my 10bit files, I now get "---[Error] [31.05.2018 17:44:52] x265 [error]: y4m: frame header missing"
I think it has something to do with: "2857 [x265] replaced avs4x26x with ffmpeg"

What do I need to know or change?
My file:
Video
ID : 1
Format : VC-3
Commercial name : DNxHR HQX
Format version : Version 3
Format profile : RI@HQX
Codec ID : AVdh
Codec ID/Info : Avid DNxHR
Duration : 10 s 978 ms
Frame rate : 59.940 (60000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:2
Bit depth : 10 bits

My script:
LSMASHVideoSource("Premiere.mov", format="YUV420P10")
command line
--preset slow --crf 19.0 --input-depth 10 --no-sao --profile main10
and the Log

[Error] Log
-[Information] Versions
--[Information] MeGUI: 2858 x64
--[Information] Update Check: development update server
--[Information] System Information
---[Information] Operating System: Windows 10 Pro 1803 x64 (10.0.17134.81)
---[Information] .NET Framework: 4.0 (4.0.0.0)
---[Information] .NET Framework: 4.7 (4.7.03056)
---[Information] Redistributables
----[Information] Microsoft Visual C++ 2010 x64: 10.0.40219
----[Information] Microsoft Visual C++ 2010 x86: 10.0.40219
---[Information] DPI: 100% (96/96)
---[Information] Monitor 1
----[Information] Resolution: 1920x1200
----[Information] Primary Screen: True
--[Information] Component Information
---[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: 18.05.0.0 (08-05-2018)
---[Information] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
---[Information] 7z: 9.20 (18-11-2010)
--[Information] AviSynth Information
---[Information] AviSynth Wrapper
----[Information] Version: 1.0.2847.0
----[Information] Date: 06-05-2018
----[Information] Interface: 3
---[Information] AviSynth
----[Information] File Version: 0.1
----[Information] Date: 28-03-2018
----[Information] Name: AviSynth+ 0.1 (r2664, MT, x86_64)
----[Information] Version: AviSynth+ 0.1 (r2664, MT, x86_64)
----[Information] AviSynth+: true
----[Information] MT: true
----[Information] Status: active
---[Information] AviSynth portable
----[Information] File Version: 0.1
----[Information] Date: 28-03-2018
----[Information] Name: AviSynth+ 0.1 (r2664, MT, x86_64)
----[Information] Status: inactive
-[Information] Update detection
--[Information] [31.05.2018 17:44:29] Using cached update config and server: http://megui.tmebi.de/test/
--[Information] [31.05.2018 17:44:30] No package requires an update
--[Information] [31.05.2018 17:44:30] redist files copied: 2017_x64
-[Information] AutoEncode
--[Information] D:\Desktop\EOS 5D Mark IV Premiere-muxed.mkv
---[Information] [31.05.2018 17:44:49] No Target Size (use profile settings)
---[Information] [31.05.2018 17:44:49] Split Size: null
---[Information] Eliminating duplicate filenames
----[Information] [31.05.2018 17:44:49] Video output file: D:\Desktop\EOS 5D Mark IV Premiere.hevc
----[Information] [31.05.2018 17:44:49] Muxed output file: D:\Desktop\EOS 5D Mark IV Premiere-muxed.mkv
-[Error] Log for job1 (video, EOS 5D Mark IV Premiere.avs -> EOS 5D Mark IV Premiere.hevc)
--[Information] [31.05.2018 17:44:51] Started handling job
--[Information] [31.05.2018 17:44:51] Preprocessing
--[Information] [31.05.2018 17:44:51] AviSynth input script
---[NoImage] LoadPlugin("D:\Sonstiges\Videotools\MeGUI\tools\lsmash\LSMASHSource.dll")
---[NoImage] vid = LSMASHVideoSource("Premiere.mov", format="YUV420P10")
---[NoImage] aud = LSMASHAudioSource("Premiere.mov")
---[NoImage] AudioDub(vid, aud)
--[Information] [31.05.2018 17:44:51] resolution: 3840x1080
--[Information] [31.05.2018 17:44:51] frame rate: 60000/1001
--[Information] [31.05.2018 17:44:51] frames: 658
--[Information] [31.05.2018 17:44:51] aspect ratio (avs): 32:9 (3.556)
--[Information] [31.05.2018 17:44:51] custom command line: --input-depth 10 --no-sao --profile main10
--[Information] [31.05.2018 17:44:51] Job command line: "cmd.exe" /c ""D:\Sonstiges\Videotools\MeGUI\tools\ffmpeg\ffmpeg.exe" -loglevel level+warning -i "D:\Desktop\EOS 5D Mark IV Premiere.avs" -strict -1 -f yuv4mpegpipe - | "D:\Sonstiges\Videotools\MeGUI\tools\x265\x64\x265.exe" --preset slow --crf 19.0 --input-depth 10 --no-sao --profile main10 --sar 1:1 --output "D:\Desktop\EOS 5D Mark IV Premiere.hevc" --frames 658 --y4m -"
--[Information] [31.05.2018 17:44:51] Process started
--[Information] [31.05.2018 17:44:51] Standard output stream
--[Error] [31.05.2018 17:44:51] Standard error stream
---[Information] [31.05.2018 17:44:52] [chan] box has more bytes than expected: 40
---[Information] [31.05.2018 17:44:52] [chan] box has more bytes than expected: 40
---[Information] [31.05.2018 17:44:52] [avisynth @ 000002236e6fac80] [warning] Stream #0: not enough frames to estimate rate; consider increasing probesize
---[Information] [31.05.2018 17:44:52] [warning] Guessed Channel Layout for Input Stream #0.1 : stereo
---[Information] [31.05.2018 17:44:52] y4m [info]: 3840x1080 fps 60000/1001 i420p10 sar 1:1 unknown frame count
---[Information] [31.05.2018 17:44:52] raw [info]: output file: D:\Desktop\EOS 5D Mark IV Premiere.hevc
---[Information] [31.05.2018 17:44:52] x265 [info]: HEVC encoder version 2.8+10-a7bd0622ece5
---[Information] [31.05.2018 17:44:52] x265 [info]: build info [Windows][GCC 7.3.0][64 bit] 10bit
---[Information] [31.05.2018 17:44:52] x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
---[Information] [31.05.2018 17:44:52] x265 [info]: Main 10 profile, Level-5 (Main tier)
---[Information] [31.05.2018 17:44:52] x265 [info]: Thread pool created using 8 threads
---[Information] [31.05.2018 17:44:52] x265 [info]: Slices : 1
---[Information] [31.05.2018 17:44:52] x265 [info]: frame threads / pool features : 3 / wpp(17 rows)
---[Information] [31.05.2018 17:44:52] x265 [info]: Coding QT: max CU size, min CU size : 64 / 8
---[Information] [31.05.2018 17:44:52] x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
---[Information] [31.05.2018 17:44:52] x265 [info]: ME / range / subpel / merge : star / 57 / 3 / 3
---[Information] [31.05.2018 17:44:52] x265 [info]: Keyframe min / max / scenecut / bias: 25 / 250 / 40 / 5.00
---[Information] [31.05.2018 17:44:52] x265 [info]: Lookahead / bframes / badapt : 25 / 4 / 2
---[Information] [31.05.2018 17:44:52] x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0
---[Information] [31.05.2018 17:44:52] x265 [info]: References / ref-limit cu / depth : 4 / on / on
---[Information] [31.05.2018 17:44:52] x265 [info]: AQ: mode / str / qg-size / cu-tree : 1 / 1.0 / 32 / 1
---[Information] [31.05.2018 17:44:52] x265 [info]: Rate Control / qCompress : CRF-19.0 / 0.60
---[Information] [31.05.2018 17:44:52] x265 [info]: tools: rect limit-modes rd=4 psy-rd=2.00 rdoq=2 psy-rdoq=1.00
---[Information] [31.05.2018 17:44:52] x265 [info]: tools: rskip signhide tmvp strong-intra-smoothing lslices=4
---[Information] [31.05.2018 17:44:52] x265 [info]: tools: deblock
---[Error] [31.05.2018 17:44:52] x265 [error]: y4m: frame header missing
---[Information] [31.05.2018 17:44:52] x265 [info]: frame I: 1, Avg QP:26.60 kb/s: 62686.27
---[Information] [31.05.2018 17:44:52] x265 [info]: consecutive B-frames: 100.0% 0.0% 0.0% 0.0% 0.0%
---[Information] [31.05.2018 17:44:52] encoded 1 frames in 0.67s (1.49 fps), 62686.28 kb/s, Avg QP:26.60
---[Information] [31.05.2018 17:44:52] [error] av_interleaved_write_frame(): Broken pipe
---[Information] [31.05.2018 17:44:52] [error] Error writing trailer of pipe:: Broken pipe
--[Information] [31.05.2018 17:44:52] Job completed

LigH
31st May 2018, 17:00
A pity the log does not reveal how ffmpeg handles HBD AviSynth+ output as Y4M.

sneaker_ger
31st May 2018, 17:12
It seems to work as expected (i.e. 10 bit avs+ is output as 10 bit y4m).

Morku
31st May 2018, 18:58
The issue also occur with this testfile: http://4kmedia.org/lg-new-york-hdr-uhd-4k-demo/
and in my case when "--input-depth 10" is added.
But I want to keep 10-bit of the sourcefile.