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 2017, 23:46 | #3041 | Link | |
Registered User
Join Date: Sep 2003
Location: Berlin, Germany
Posts: 3,079
|
Update the AVStoDVD helper applications
I have been meaning to compile this little list for a long time, here it is finally. I will try to keep this list current as good as I can...
Since I still use the software on an ancient machine with a non-SSE2 CPU under Windows XP I took special care to point out which updates require newer hardware or software. Please note that if you want to upgrade you absolutely have to download and use the 32-bit versions of the applications. All 64-bit software cannot be used under AVStoDVD Quote:
Comments and corrections welcome... Here is the link to the current version of my plugins for AVStoDVD: https://files.videohelp.com/u/172211...D%20Plugins.7z The package consists of FFmpeg_VBR (adds VBR modes for the FFmpeg encoder), Wavi_Mod (offers alternative audio normalizing modes) and HCenc_Mod (users can add custom parameters to HC.ini). The FFmpeg_VBR and HCenc_Mod plugins also allow to automatically enable AVS+ Multithreading using very stable settings, a guide and some additional tools are included. Cheers manolito Last edited by manolito; 10th January 2021 at 04:57. |
|
14th August 2017, 20:43 | #3043 | Link |
Registered User
Join Date: Sep 2003
Location: Berlin, Germany
Posts: 3,079
|
Sorry I have no idea...
With AVSMeter 2.6.1 I get an error message complaining that the AVSInfo.log file could not be read. No further explanation what exactly caused the error. Using AVSMeter 2.1.3 users never get to see this log file, so there is no way to compare the two versions. Whatever, it is not worth the trouble to fix this. For AVStoDVD the old version 2.1.3 works nicely, and since the software is small and portable users can easily keep a current version of AVSMeter in a different HDD folder. Cheers manolito |
19th August 2017, 21:49 | #3045 | Link |
Registered User
Join Date: Sep 2003
Location: Berlin, Germany
Posts: 3,079
|
Yes it does, thanks a lot...
Just one minor catch: Older versions of AVSMeter could read the previous INI file and take over the settings to the new INI file. This does not work here. If the older INI file from 2.1.3 is still present in the AVSMeter folder then the new version 2.6.2 will crash. No big deal, I just need to tell users to clean the AVSMeter folder completely before upgrading to the latest version. Thanks again manolito |
20th August 2017, 18:24 | #3046 | Link | |
Join Date: Mar 2006
Location: Barcelona
Posts: 5,034
|
Quote:
|
|
30th September 2017, 17:17 | #3048 | Link |
AVStoDVD Dev
Join Date: Apr 2006
Location: Italy
Posts: 1,302
|
A new 2.8.7 alpha release is available to download.
Change log (cumulative from 2.8.6): - Some bugs fixed - Added support to WebM files (*.webm) as input files, subset of Matroska - Added warning messages when AVC/AAC title is added and Microsoft DTV-DVD decoders are default codecs - Added a warning message when input title has a DVD compliant audio track with delay, to force audio re-encode - Added check of .NET Framework 2 presence in 'Preferences'/'System'/'Software Info' - Added BDSup2Sub 5.1.2 to improve bitmap-based subs handling (resize and resync). It requires Java Runtime Environment - Added check of Java Runtime Environment presence in 'Preferences'/'System'/'Software Info' - Improved support of VobSub subtitles: resize and resync from BD sources is now implemented with BDSup2Sub - Improved handling of "non-mod4" interlaced sources within the AviSynth script generation routine - Revised video encoder smart selection rationale: no more HCenc VBR 1-pass for multicore CPUs - LAV Filters updated to release 0.70.2 - AVSMeter updated to release 2.6.5 Bye |
3rd October 2017, 01:21 | #3049 | Link |
Registered User
Join Date: Sep 2003
Location: Berlin, Germany
Posts: 3,079
|
Thanks for the new Alpha...
Did some short tests and found no problems. For the new addition BDSup2Sub I only checked that it runs at all on my ancient computer and that it also works using the current JRE Version 8 Update 144 (32-bit). Cheers manolito |
3rd October 2017, 13:41 | #3050 | Link |
AVStoDVD Dev
Join Date: Apr 2006
Location: Italy
Posts: 1,302
|
Hi manolito, thanks for the feedback on the new Alpha.
I'm planning to alter a bit the routine to select the FPS conversion method, specifically for 30p/60p sources. Currently, if Pulldown, SelectEven, PAL SpeedUp, NTSC SlowDown are not selected/feasible, then MotionProtectedFPS is used by default (with the option for the user to switch to ChangeFPS or ConvertFPS in Preferences section). MotionProtectedFPS does usually its job nicely, but we know it can introduce edge artifacts. Nowadays many HD/FullHD sources are 30p and, when output is NTSC, probably the best approach could be to drop few frames (from 30 to 29.97) with ChangeFPS instead of applying motion compensation. Same for 60p sources: first SelectEven than ChangeFPS. Instead for PAL output the frames drop approach from 30p could provoke too much jerkiness. What do you think? (open question to all Doom9 expert users, of course) Bye Last edited by MrC; 3rd October 2017 at 13:45. |
3rd October 2017, 23:01 | #3051 | Link |
Registered User
Join Date: Sep 2003
Location: Berlin, Germany
Posts: 3,079
|
Hi MrC,
basically I believe that you are absolutely right. My thoughts so far - please keep in mind that I do not know all that much about NTSC... The MotionProtectedFPS routine is quite deprecated these days. Using MVTools2 the results can be much better, but of course at the cost of a slower speed. A while ago I stumbled upon a script suggestion by johnmeyer which IMO could beat everything I had seen before. I called it "jm_fps", the name did stick somehow. See here: https://forum.doom9.org/showthread.p...39#post1800439 The script defaults work well for most sources except for anime (where you often need a higher block size of 32 and maybe a DCT value of 1). The speed is slower than for MotionProtectedFPS, but still very usable. There is another approach by MysteryX which is based on this jm_fps script, but adds artifact masking. Still slower, sometimes very useful, sometimes not. I simplified it quite a bit and called it "mx_fps", get it here: https://forum.doom9.org/showthread.p...50#post1805050 I also uploaded an ALL In ONE package which you can download from this page. But still this motion interpolation approach is not for everyone, with some sources it just does not work too well. Another challenge is that today we encounter a lot more different source formats than we did earlier, and getting the best approach to convert these formats to DVD is not easy. For a 30p source when the target format is NTSC then of course using ChangeFPS would be the preferred choice. If the target format is PAL then the users have to decide if they can live with a lot of dropped frames, or if a motion interpolated conversion is required. The same applies to 60p sources. Recently here in Germany the switch to DVB-T2 brought some more confusion for me. The video format is now HEVC, it is always progressive at 50 fps. For film sources they just duplicate frames (looks like they first speed up 24fps sources to 25fps and then just duplicate each frame). But for video sources (news, soaps, sports) there are no duplicate frames, the captured clips have 50 unique progressive frames per second. Can we still use SelectEven() for such sources, or is it better to interpolate? And which method is best to convert such sources to 29.97fps for NTSC? Decimate (or convert) to 25p first and then apply NTSC slowdown followed by soft pulldown? Or better interpolate from 50p to 29.97p directly? I have no idea... Cheers manolito Last edited by manolito; 3rd October 2017 at 23:15. |
5th October 2017, 13:04 | #3052 | Link |
AVStoDVD Dev
Join Date: Apr 2006
Location: Italy
Posts: 1,302
|
Hi manolito,
thanks for the link about the most recent applications of motion interpolation on FPS conversion. I have quickly tested the jm_fps routine and it is very very clean, with acceptable impact on encoding speed. Quite easy to implement into A2D too. I just would find a more "sexy" name, instead of jm_fps.... Do you confirm that fftw3.dll is actually needed only if DCT flag is set to 1? Still not tested mx_fps. As per the 50p conversion to DVD, if the output is PAL, generally speaking I would go with SelectEven(), it should deliver the smoothest result. If the output is NTSC the decision is much more video content dependant. Will the DVB-T2 standard be @ 50fps in all countries or only in German? If the latter, NTSC output could be irrelevant... Bye Last edited by MrC; 5th October 2017 at 13:53. Reason: Revised comment on encoding speed of jm_fps |
5th October 2017, 15:48 | #3053 | Link | ||
Registered User
Join Date: Sep 2003
Location: Berlin, Germany
Posts: 3,079
|
Quote:
It's just that a couple of other folks also have adopted this name, it might get confusing to rename the script now. fftw3.dll is not needed when DCT is not used (DCT=0), which is the default. Usually DCT=0 works fine, but for some rare (mostly anime) sources DCT=1 gives a much better quality, but at a very very low speed. The jm_fps script only exposes the framerate to keep it as simple as possible. Maybe I should change the interface to also expose the block size and DCT. These 2 params are the ones a user wants to play with for difficult sources. But this might be beyond the scope of A2D... Another thing you want to think about when integrating this into A2D: For most helper plugins there are "modernized" versions (mostly written by pinterf) which add additional features like new colorspaces, high bitdepth and MT support. All these newer versions require SSE2 so they will not work on my computer. I also find them a little unstable, they are work in progress. The AIO package for mx_fps which I linked to contains older but stable versions of these plugins. Quote:
Cheers manolito Last edited by manolito; 7th October 2017 at 17:07. |
||
7th October 2017, 16:10 | #3054 | Link |
AVStoDVD Dev
Join Date: Apr 2006
Location: Italy
Posts: 1,302
|
Rename to MCJMFPS (Motion Compensation John Meyer FPS)? Not so sexier, but more "impressive"... and "expressive"...
About the need of fftw3.dll, since it was not present in my system, I did some tests, and, DCT=0 does not require it. Thus I would update the avsi info section accordingly. And maybe add the DCT flag to the MCJMFPS function. What do you think? Another small clue when loading RemoveGrain. RemoveGrain.dll needs MSVCR71.DLL in System32/Syswow64, while the monolithic build RemoveGrainS.dll works alone. In terms of speed, from few 1080p@60 to PAL conversions, I would say that jm_fps (DCT=0) is 1/3 than MotionProtectedFPS and 1/5 than ChangeFPS. What about mx_fps with defaults params? Even slower than jm_fps? Bye |
7th October 2017, 19:35 | #3055 | Link |
Registered User
Join Date: Sep 2003
Location: Berlin, Germany
Posts: 3,079
|
Yes of course, just noticed that my previous post had it the other way around. Getting old...
I would still recommend to copy fftw3.dll into a system folder because for some sources (anime) DCT=0 causes bad artifacts. MysteryX even changed his "normal" preset from DCT=0 to DCT=4 in the latest version of his "FrameRateConverter" plugin. If you want to have a look at this latest version, see here: https://github.com/mysteryx93/FrameR...eases/tag/v1.2 My mx_fps version has many presets removed, all the debug code is gone, I made it compatible with older versions of MaskTools and MVTools, and the user interface exports only the most important parameters (MysteryX hates me for doing this). And yes, mx_fps with default parameters is a little bit slower than jm_fps, simply because of the added artifact masking. In most of my tests I found that jm_fps is all I need, but this probably is different for different sources and different users. The mx_fps version I linked to uses an additional DLL which can build a "stripe mask". This DLL needs SSE2, so I do have an alternative version which has the stripe mask feature removed. Not a big loss, this feature only helps in rare cases IMO. Meanwhile I updated jm_fps so now it has the two additional parameters "BlkSize" and "Dct". BlkSize can only be 8, 16 or 32. For the possible Dct values see the MVTools documentation. The most useful values are 0, 1 and 4. Cheers manolito |
10th November 2017, 22:18 | #3056 | Link |
AVStoDVD Dev
Join Date: Apr 2006
Location: Italy
Posts: 1,302
|
AVStoDVD release 2.8.7 Alpha 171109 is out
Change log (cumulative from 2.8.6): - Added AviSynth plugin DSS2mod to replace DirectShowSource for video frame serving in 'A2DSource.avsi' script - Added support to WebM files (*.webm) as input files, subset of Matroska - Added warning messages when AVC/AAC title is added and Microsoft DTV-DVD decoders are default codecs - Added a warning message when input title has a DVD compliant audio track with delay, to force audio re-encode - Added check of .NET Framework 2 presence in 'Preferences'/'System'/'Software Info' - Added BDSup2Sub 5.1.2 to improve bitmap-based subs handling (resize and resync). It requires Java Runtime Environment - Added check of Java Runtime Environment presence in 'Preferences'/'System'/'Software Info' - Added 'Smart Selection' option to 'Preferences'/'AviSynth'/'Hard FrameRate Conversion' option (see Help section for more details) - Added AviSynth script 'MCJMFPS.avsi' for hard fps conversions (thanks to johnmeier and manolito from doom9) - Dropped AviSynth script 'MotionProtectedFPS.avsi' for hard fps conversions, mainly due to edge artifacts - Revised other 'Preferences'/'AviSynth'/'Hard FrameRate Conversion' option labels - Revised video encoder smart selection rationale: no more HCenc VBR 1-pass for multicore CPUs - Improved support of VobSub subtitles: resize and resync from BD sources is now implemented with BDSup2Sub - Improved handling of "non-mod4" interlaced sources within the AviSynth script generation routine - Spun off Preferred DirectShow Codecs Tool in a separate executable file 'A2DCodecs.exe' - Removed 'Execute AVStoDVD with Elevated Privileges' option in 'Preferences'/'Misc' - LAV Filters updated to release 0.70.2 - AVSMeter updated to release 2.6.5 Bye MrC |
11th November 2017, 01:06 | #3057 | Link | |
Registered User
Join Date: Sep 2003
Location: Berlin, Germany
Posts: 3,079
|
Thanks for the new build...
Did a couple of short test conversions, no problems. The only thing I found is that Quote:
Cheers manolito |
|
24th November 2017, 22:09 | #3059 | Link | |||
Registered User
Join Date: Sep 2003
Location: Berlin, Germany
Posts: 3,079
|
Oops, after a few days I did find a bug in the latest Alpha which crashes AviSynth for interlaced sources...
Quote:
For "non-mod4" interlaced sources A2D adds the follwing line to the AVS script: Quote:
Quote:
Cheers manolito Last edited by manolito; 14th December 2017 at 15:49. |
|||
6th December 2017, 09:27 | #3060 | Link |
Registered User
Join Date: Sep 2003
Location: Berlin, Germany
Posts: 3,079
|
And here is another bug report for the latest Alpha...
This latest Alpha breaks BatchMux completely (at least for me). Took me a while to find it because the change log did not mention any changes to BatchMux. The BatchMux log file says that there is no reference to the first video file. The relevant log files are here: http://www30.zippyshare.com/v/6nkm21Zp/file.html I then went back to the previous Alpha from 170921, and this version worked using identical settings. Something with the script creation for BatchMux must be broken. Cheers manolito |
|
|