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.

 

Go Back   Doom9's Forum > Video Encoding > MPEG-4 Encoder GUIs

Reply
 
Thread Tools Search this Thread Display Modes
Old 25th June 2015, 16:27   #4541  |  Link
hello_hello
Registered User
 
Join Date: Mar 2011
Posts: 4,823
Quote:
Originally Posted by Barough View Post
I just replaced the files in the avs folder and that was it. Haven't seen the Avisynth.dll file in any other folders.

The portable version is what i use.
I found seven copies of Avisynth.dll in the following folders:

MeGUI
avs
ffmpeg
x264
x264_10b
x265
xvid_encraw

Along with copies of DeviL.dll.

So I told MeGUI to switch to the "installed" Avisynth and restarted it. That gets MeGUI to delete all the avisynth.dll and DeviL.dll copies.
Then I replaced all the files in the avs folder, told MeGUI to use the portable Avisynth and restarted it again. When it restarted it copied the new files back to the appropriate locations.

I don't know if switching between Avisynth versions was necessary. Chances are MeGUI would replace the copies with the newer files when it starts anyway, but it might be worth checking they're all the same.

So far so good (not that I've done much testing yet).
hello_hello is offline   Reply With Quote
Old 25th June 2015, 18:54   #4542  |  Link
Barough
Registered User
 
Barough's Avatar
 
Join Date: Feb 2007
Location: Sweden
Posts: 480
I have never enabled the option to always use the included Avisynth (nor installed the stand alone version) but when i did enable it so did avisynth.dll and DeviL.dll copies pop up here and there. So it seems like if u dont have AviSynth installed so do MeGUI use the portable one that comes with it, without any questions.......
Barough is offline   Reply With Quote
Old 25th June 2015, 19:33   #4543  |  Link
hello_hello
Registered User
 
Join Date: Mar 2011
Posts: 4,823
I guess it must, but I've always had Avisynth "installed" so I don't know for sure.
hello_hello is offline   Reply With Quote
Old 26th June 2015, 13:55   #4544  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,752
Report in the German doom9/Gleitz board:

When MeGUI creates an Xvid AVI "immediately" (e.g. in the Main window, loading an AVS, selecting Xvid as encoder, and queuing a job), it is now split into 2 jobs, so that xvid_encraw creates a raw ASP stream (*.m4v), and ffmpeg multiplexes it to an AVI. This multiplex uses the FourCCs "FMP4" as VfW and DShow flags, instead of "xvid" (VfW, right after "vids" chunk) and "XVID" (DShow). Especially consumer players supporting Xvid may not recognize the FourCC "FMP4".

I hope it will be possible to enforce the Xvid FourCCs during the ffmpeg multiplex.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 26th June 2015, 14:42   #4545  |  Link
Kurtnoise
Swallowed in the Sea
 
Kurtnoise's Avatar
 
Join Date: Oct 2002
Location: Aix-en-Provence, France
Posts: 5,191
ffmpeg -i input.avi -c:v mpeg4 -vtag XVID output.avi
Kurtnoise is offline   Reply With Quote
Old 27th June 2015, 13:15   #4546  |  Link
Zathor
Registered User
 
Join Date: Nov 2009
Posts: 2,405
Fixed already several weeks ago in build 2558:
Code:
2558 [XviD Encoder]         changed FourCC to XVID when muxing with FFmpeg (regression of 2546)
Zathor is offline   Reply With Quote
Old 27th June 2015, 13:30   #4547  |  Link
Zathor
Registered User
 
Join Date: Nov 2009
Posts: 2,405
Also I have now updated AviSynth+ to r1825, qaac to 2.50 and FFMS to 2.22 RC2. I have tested none of them myself. If you have problems write it down here please.
Zathor is offline   Reply With Quote
Old 27th June 2015, 19:08   #4548  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,752
@ Kurtnoise:

MeGUI executes xvid_encraw to encode raw MPEG4-ASP first (*.m4v), then calls ffmpeg only to multiplex it:

Code:
"ProgramFiles\MeGUI\tools\ffmpeg\ffmpeg.exe" -y -i "*.m4v" -vcodec copy -vtag XVID -r fps "*.avi"
This call appears to ignore the FourCC tag.
__

People in ffmpeg related IRC channels recommend filing an issue on trac.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid

Last edited by LigH; 27th June 2015 at 19:31.
LigH is offline   Reply With Quote
Old 27th June 2015, 19:12   #4549  |  Link
Zathor
Registered User
 
Join Date: Nov 2009
Posts: 2,405
As written in the german forum this is a bug of FFmpeg 2.7+
FFmpeg 2.5.2 wrote the tag correctly. 2.7 and above seems to ignore the vtag option for AVI containers (not for MKV).

If anyone has the time to report this bug (feature?) in the FFmpeg ticket tool please feel free to do so.
Zathor is offline   Reply With Quote
Old 27th June 2015, 19:51   #4550  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,752
Ticket #4682
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 28th June 2015, 17:13   #4551  |  Link
Zathor
Registered User
 
Join Date: Nov 2009
Posts: 2,405
Thanks!
Zathor is offline   Reply With Quote
Old 29th June 2015, 09:39   #4552  |  Link
Morku
Registered User
 
Join Date: Jul 2012
Posts: 208
After Avisynth+ was upgraded to r1825 my encodings wont end because of lack of RAM error message after some hours.
There is nothing special in my script, just some deinterlacing:
Code:
global MeGUI_darx = 93
global MeGUI_dary = 68

AVISource("x.avi")

QTGMC(Denoiser="dfttest", Preset="Placebo", EdiMode="NNEDI3", EdiThreads=8, Sharpness=1.0)
It also happened with DGSource.

Reverting back to r1576 solves the problem for me.
Morku is offline   Reply With Quote
Old 29th June 2015, 09:50   #4553  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,752
This may be because r1825 is an MT build which possibly does memory management in a different way, even if you did not explicitly enable multithreading for the whole filter sequence. Some issues are already known, the high complexity of QTGMC provokes failures easily.

Try some more conservative options. Espoecially EdiThreads=8 appears way too much to me. And the preset "placebo" has this name for a good reason, I bet: You only believe it does good...

At least this is definitely not caused by MeGUI as a user interface for calling a conversion script.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 29th June 2015, 10:01   #4554  |  Link
Morku
Registered User
 
Join Date: Jul 2012
Posts: 208
I already made some tests in past, because r1825 is already out for some days and my encoding also broke with "tempgaussmc_beta2(edimode="nnedi3")".
I just wonder when issues are known why it was published by MeGUI.

My placebo encodings looks great (and the other settings also will)
Morku is offline   Reply With Quote
Old 29th June 2015, 10:14   #4555  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,752
And I believe that less "insane" settings will not look much less great.

Yes, this sentence was made intentionally. Even though I am not a native english speaker.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 29th June 2015, 10:30   #4556  |  Link
Morku
Registered User
 
Join Date: Jul 2012
Posts: 208
And you are absolutly right (Grüße übrigens auch aus Deutschland).
I read about the settings which preset for which source will make sense. But I don't want sit with a magnifier next to my monitor to count pixels just to see, that there is no difference... or maybe there is? No... yes, um... so I made an easy choice and just take the "best" setting and don't risk some quality disadvantages. For encoding I can spend time and placebo is not that insane slow on SD sources.
It makes sense for decoding when performance is important.
(Just my OT thoughts.)
Morku is offline   Reply With Quote
Old 30th June 2015, 22:08   #4557  |  Link
AMED
Registered User
 
AMED's Avatar
 
Join Date: Sep 2004
Location: Auckland, New Zealand
Posts: 466
I'm seeing a filename issue with MeGUI 2561 and OCE. The file is called Mukōzuke.mkv and when ever it's processed by the oneclick step it errors. If I rename it to Mukozuke.mkv, OCE works fine.

To reproduce this error just name any working mkv to Mukōzuke.mkv and then run through OCE.

Code:
[Error] [1/07/2015 9:06:05 a.m.] An error occurred
-[Error] [1/07/2015 9:06:05 a.m.] Exception message: FFVideoSource: Can't open 'D:\MeGUI Test\Mukozuke.mkv'
-[Error] [1/07/2015 9:06:05 a.m.] Stacktrace
--[NoImage]    at MeGUI.AviSynthClip..ctor(String func, String arg, AviSynthColorspace forceColorspace)
--[NoImage]    at MeGUI.AvsFile..ctor(String script, Boolean parse)
--[NoImage]    at MeGUI.ffmsFile..ctor(String fileName, String indexFile)
--[NoImage]    at MeGUI.OneClickPostProcessing.createAVSFile(String indexFile, String inputFile, Nullable`1 AR, Int32 desiredOutputWidth, Boolean signalAR, LogItem _log, AviSynthSettings avsSettings, Boolean autoDeint, VideoCodecSettings settings, Nullable`1& dar, Boolean autoCrop, Boolean keepInputResolution, Boolean useChaptersMarks)
--[NoImage]    at MeGUI.OneClickPostProcessing.StartPostProcessing()
-[Error] [1/07/2015 9:06:05 a.m.] Inner exception: null

Code:
[Information] Versions
-[Information] [1/07/2015 9:01:18 a.m.] MeGUI: 2561
-[Information] [1/07/2015 9:01:18 a.m.] Operating System: Windows 8.1 Professional Edition x64 (6.3.0.9600)
-[Information] [1/07/2015 9:01:18 a.m.] .NET Framework: 4.0 (4.0.0.0)
-[Information] [1/07/2015 9:01:18 a.m.] .NET Framework: 4.5.1 (4.5.51641)
-[Information] [1/07/2015 9:01:18 a.m.] AviSynth: 2.6.0.2 (25-05-2011) (inactive)
-[Information] [1/07/2015 9:01:18 a.m.] AviSynth+ portable: 0.1 (23-03-2015) (active)
-[Information] [1/07/2015 9:01:18 a.m.] AvisynthWrapper:  (02-01-2009)
-[Information] [1/07/2015 9:01:18 a.m.] Haali Matroska Splitter: 1.11.96.14 (03-03-2011)
-[Information] [1/07/2015 9:01:18 a.m.] Haali DSS2:  (03-03-2011)
-[Information] [1/07/2015 9:01:18 a.m.] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
-[Information] [1/07/2015 9:01:18 a.m.] MediaInfo: 0.7.74.0 (26-05-2015)
-[Information] [1/07/2015 9:01:18 a.m.] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
-[Information] [1/07/2015 9:01:18 a.m.] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
-[Information] [1/07/2015 9:01:18 a.m.] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
-[Information] [1/07/2015 9:01:18 a.m.] 7z: 9.20 (18-11-2010)
__________________
A Man Eating Duck

Last edited by AMED; 30th June 2015 at 22:11.
AMED is offline   Reply With Quote
Old 30th June 2015, 23:10   #4558  |  Link
Groucho2004
 
Join Date: Mar 2006
Location: Barcelona
Posts: 5,034
Quote:
Originally Posted by AMED View Post
I'm seeing a filename issue with MeGUI 2561 and OCE. The file is called Mukōzuke.mkv and when ever it's processed by the oneclick step it errors. If I rename it to Mukozuke.mkv, OCE works fine.

To reproduce this error just name any working mkv to Mukōzuke.mkv and then run through OCE.
It's not an error. The character "ō" is part of the Latin Extended-A character set which is not supported by Avisynth. This character however is part of the character range in the Windows 1257 code page (Baltic).
So, in order to make this work you would have to save the script with CP1257 encoding and change your system locale to Baltic (Latvian or Lithuanian, for example).

Not sure if it's worth the trouble...
__________________
Groucho's Avisynth Stuff
Groucho2004 is offline   Reply With Quote
Old 1st July 2015, 00:01   #4559  |  Link
AMED
Registered User
 
AMED's Avatar
 
Join Date: Sep 2004
Location: Auckland, New Zealand
Posts: 466
ahh ok, i'll just rename everything then.
__________________
A Man Eating Duck
AMED is offline   Reply With Quote
Old 1st July 2015, 07:06   #4560  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,752
ffmpeg trac ticket #4682
Quote:
Fixed in 8750aef3d65c0d52946a9b52eba5f5203280b548
So please test a most current build if it applies the forced FourCC correctly. (Somehow I doubt that it would correctly use both lowercase and uppercase in appropriate places, but we'll see when my compile finished.)
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 12:14.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.