Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
13th August 2018, 14:03 | #6281 | Link |
Registered User
Join Date: Feb 2007
Location: Sweden
Posts: 480
|
New x264
x264 0.157.2932 303c484 (32-bit GCC 7.3.0 / 64-bit GCC 8.2.0 8/10/12bit Multilib Windows Binaries) |
14th August 2018, 05:22 | #6284 | Link | |
Registered User
Join Date: Nov 2017
Posts: 154
|
HD Stream Extractor Not Getting .ts in Extraction Process then how can i Pre-Clean .TS??
Quote:
|
|
20th August 2018, 13:34 | #6285 | Link |
Registered User
Join Date: Dec 2009
Posts: 16
|
Megui 64 bits hangs when coding small files
Situation:
Megui 64 bit (2872 Development Server-portable version) on Windows10. I want to make a MKV from an image sequence. Only 10" total length. On the main input tab, I introduce the name of the avs-file in the field "AviSynth Script". It's this: LoadPlugin("C:\programs\megui64\tools\avs\plugins\ImageSeq.dll") ImageSource("C:\tmp\video\the_end\1920x1080fps50\%04d.png", 1, 500, 50) ConvertToYV12(matrix="REC709") In the field "Video Output" I changed the name of the output-file; field "Encoder settings": a preset crf 17 level4.2. No audio. So I click on "Queue" in the "Video encoding frame". I went to the "Queue tab" and I see now 2 jobs listed: x264-job + mux-job. Click on "start". All goes well till nearly the end of the 1st job, no reaction of Megui. In windows I look in the log file it is this: see attachement "...10a.txt" and I see also at the last line "Job completed"... but Megui still hangs. With file manager I see also that the mkv is created and the .264-file deleted. With Taskmanager I stopped Megui. Then I look into the log file: see attachment "...10b.txt". See the time jump in the log from 37:25 to 43:52 at the start of job2: the mux-job the moment I stopped Megui with Task manager. When I restart Megui I see job 2 is waiting of execution. I have tested Megui64b with other clips and the risk of hanging is about 14". So if my clip-length is longer than 14", I'ill use 32bit: with that version (2836) I have no problems with short clips. My question is now: experience of others with Megui 64b and short clips? |
27th August 2018, 14:04 | #6287 | Link | |
Registered User
Join Date: Jan 2013
Posts: 37
|
encoding using x265 regardless of encoder settings (even with defaults) does not work and fails right after recreating of lwi index file. Audio encoding on this file as well as encoding video with x264 works without any problems so no idea why would it complain about opening input file for x265.
Code:
SetMemoryMax(2048) Import("C:\Software\Megui\tools\setmtmode.avsi") LoadPlugin("C:\Software\Megui\tools\lsmash\LSMASHSource.dll") LWLibavVideoSource("E:\kodowanie\20180826 2104 - TVP 2 HD - Wieden dla Kiepury.ts.lwi") # AudioDub(last, LWLibavAudioSource("E:\kodowanie\20180826 2104 - TVP 2 HD - Wieden dla Kiepury.ts.lwi", stream_index=1, av_sync=true)) Load_Stdcall_Plugin("C:\Software\Megui\tools\avisynth_plugin\yadifmod2.dll") yadifmod2(order=-1) crop(2, 2, -2, -2) Spline16Resize(720,400) # Spline16 (Neutral) Import("C:\Software\Megui\tools\denoise-min.avs") Trim(7698, 82090) Prefetch(8) Quote:
Last edited by tebasuna51; 27th August 2018 at 17:13. |
|
27th August 2018, 16:51 | #6289 | Link |
Registered User
Join Date: Jan 2013
Posts: 37
|
@LigH Anything can be done about it? I tried several different builds from https://builds.x265.eu/ with same result. Maybe it is MeGUI that feeds x265 wrong file location?
|
27th August 2018, 18:38 | #6290 | Link | |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
|
There is no file location if x265 gets the video stream piped from ffmpeg. It only exists in the RAM (more or less).
Why don't you rely on the x265 shipped with MeGUI? Is there any reason to take it from any other distributor? __ If you are able, try to execute the whole job command line inside "cmd.exe" /c "..." (what matches ...) in a separate command window. In your case: Quote:
Last edited by tebasuna51; 28th August 2018 at 10:57. |
|
27th August 2018, 23:14 | #6291 | Link |
Registered User
Join Date: Jan 2013
Posts: 37
|
I dodn't have any other x265 than that shipped by MeGUI. It actually worked just fine as I encoded about 200 videos using it, but I did not encode anything for several months. I updated MeGUI wth Ctrl+U and whoopsie something went south.
|
28th August 2018, 10:53 | #6292 | Link |
Moderator
Join Date: Feb 2005
Location: Spain
Posts: 6,890
|
The command line sintax work fine here.
Maybe the problem is in ffmpeg side than crash with this .avs and don't send the appropiate STDOUT to x265. If previously work fine... The last MeGUI change was ffmpeg to version 4.0.2, try recover the previous version from: C:\Software\Megui\update_cache\_obsolete_ffmpeg-4.0-64.7z BTW in your script there are a non-MeGUI standard avs call: Import("C:\Software\Megui\tools\denoise-min.avs") we can't know what happen with that. When use that script to encode video (to be sended to x264/x265) please comment the AudioDub line: #AudioDub(...)
__________________
BeHappy, AviSynth audio transcoder. Last edited by tebasuna51; 28th August 2018 at 11:05. Reason: Add info |
28th August 2018, 12:43 | #6293 | Link |
Registered User
Join Date: Jan 2013
Posts: 37
|
To my suprise it is not downgrade of x265 not ffmpeg that helped, but changing MeGUI core to version 2855 (the previous one I had). Latest x265 with latest ffmpeg encodes now just fine.
As for AudioDub(...) it never really was the problem for thousands of encodes I did this way, although I realize for video part it is not required. It is simply faster that way to load one avs in main window as it would than show in both video and audio section. I realized long time ago that setting denoise separately for each video or even having different avisynth profile for each video type is a bit error prone. Al my profiles have script that loads minimal denoise chain and if I need I simply change min to med/high/higher/highest. So my Import("C:\Software\Megui\tools\denoise-min.avs") actually loads file starting Code:
LoadPlugin("C:\Software\Megui\tools\avisynth_extra\TTempSmooth\TTempSmooth.dll") ttempsmooth() LoadPlugin("C:\Software\Megui\tools\avisynth_extra\RgTools\RgTools.dll") RemoveGrain(mode=1) |
28th August 2018, 16:21 | #6294 | Link | |
Registered User
Join Date: Feb 2014
Posts: 355
|
Quote:
P.S.--Actually, the above makes me wonder, since x264 Encoder r2932 was recently released: how would I update the x264 encoder in version 2855, ie, what does MeGUI version 2855 use to encode 10 bit x264 video? More simply, which .exe in the "Tools" folder would I need to update? Thanks for any help. Last edited by LouieChuckyMerry; 28th August 2018 at 16:41. Reason: Post Script |
|
30th August 2018, 12:46 | #6295 | Link | |
Registered User
Join Date: Mar 2011
Posts: 4,823
|
Running an Xvid first pass results in an error (as opposed to an automated 2 pass). When the output selected is something other than RAWASP the following happens. Also, it's not possible to change the output location unless the encoder is configured for running something other than a first pass. I don't know if that's expected behavior.
Two jobs are added to the queue, implying an output video will be written and then remuxed by ffmpeg, but the second job fails as the output file doesn't exist. Quote:
|
|
4th September 2018, 16:06 | #6297 | Link |
Registered User
Join Date: Dec 2015
Posts: 306
|
xy-VSFilter / XySubFilter v3.1.0.801 is released by pinterf
https://forum.doom9.org/showthread.p...00#post1850600 https://github.com/pinterf/xy-VSFilt.../tag/3.1.0.801 |
7th September 2018, 09:44 | #6298 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
|
When DirectShowSource is enabled, opening anything except AVIs (which displays a choice with 3 buttons, the rightmost is "AviSource") makes MeGUI crash in module StackHash_2264 for me.
Both VirtualDub2 in 32 and 64 bit can open the default DSS script via AviSynth+ MT r2728 and LAV Filters 0.72, so I would doubt the reason for the crash is in my DirectShow installation. Code:
Preliminary log file only. During closing of MeGUI the well formed log file will be written. -[Information] Versions --[Information] MeGUI: 2872 x86 --[Information] Update Check: development update server -[Information] Operating System: Windows 7 Professional x64 SP1 (6.1.65536.7601) -[Information] .NET Framework: 4.0 (4.0.0.0) -[Information] .NET Framework: 4.7 (4.7.03062) -[Information] Microsoft Visual C++ 2008 x86: 9.0.21022 -[Information] Microsoft Visual C++ 2010 x64: 10.0.40219 -[Information] Microsoft Visual C++ 2010 x86: 10.0.40219 -[Information] Microsoft Visual C++ 2012 x64: 11.0.61030 -[Information] Microsoft Visual C++ 2012 x86: 11.0.61030 -[Information] Microsoft Visual C++ 2013 x64: 12.0.40660 -[Information] Microsoft Visual C++ 2013 x86: 12.0.40660 -[Information] Microsoft Visual C++ 2017 x64: 14.14.26405 -[Information] Microsoft Visual C++ 2017 x86: 14.14.26405 -[Information] Redistributables -[Information] DPI: 100% (96/96) -[Information] Resolution: 1920x1200 -[Information] Primary Screen: True -[Information] Monitor 1 --[Information] System Information -[Information] Update detection -[Information] Haali Media Splitter: not installed -[Information] Haali DSS2: not installed -[Information] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008) --[Information] [07.09.2018 10:33:33] Using cached update config and server: http://megui.org/auto/ -[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] Component Information -[Information] Version: 1.0.2847.0 -[Information] Date: 06-05-2018 -[Information] Interface: 3 -[Information] AviSynth Wrapper -[Information] File Version: 0.1 -[Information] File Date: 02-07-2018 -[Information] File Name: AviSynth+ 0.1 (r2728, MT, i386) -[Information] File Path: c:\windows\system32\avisynth.dll -[Information] AviSynth Version: AviSynth+ 0.1 (r2728, MT, i386) -[Information] AviSynth+: true -[Information] AviSynth MT: true -[Information] AviSynth --[Information] AviSynth Information --[Information] [07.09.2018 10:33:33] No package requires an update -[Information] MediaInfoWrapper -[Information] [07.09.2018 10:33:50] File: H:\Video\Test\example.ts --[Information] sessions open: 1, id: 392232 -[Information] [07.09.2018 10:33:51] File: H:\Video\Test\example.ts --[Information] sessions open: 0, id: 392232, close: True -[Information] AviSynthWrapper -[Information] [07.09.2018 10:33:51] Script: DirectShowSource("H:\Video\Test\example.ts", audio=false) --[Information] sessions open: 1, id: 99936 |
8th September 2018, 14:06 | #6299 | Link |
Registered User
Join Date: Oct 2017
Posts: 17
|
MediaInfo.dll (x64) v18.08 causes an unhandled error
#Bug - MediaInfo.dll (x64) v18.08 causes an unhandled error in HD Stream Extractor (MeGUI 2872 x64).
Everything works fine with the old 18.05 MediaInfo.dll x64 (using "obsolete_mediainfo-18.05-64.7z" from "update_cache" folder). |
Thread Tools | Search this Thread |
Display Modes | |
|
|