AVISYNTH 2.5.7 -- Any Issues?

[jdobbs]

All,

There have been some reports in the past related to problems using AVISYNTH 2.5.7 with DVD-RB. But I'd like to upgrade the installation package to include it -- and I want to be sure first.

I've been using AVISYNTH 2.5.7 with DVD-RB for a couple months now exclusively (which means at least a hundred or more discs) -- and I haven't experienced a single problem.

Has anyone had different experiences? Problems?

[feedback]

I have been using AviSynth 2.5.7 for a couple of weeks with DVD Rebuilder Pro. with no problem. :)
OS WinXP Media Center Edition.

[Fishman0919]

I did at one point have some issues with several discs and rolling back to 2.56a would fix the problem. For about a month or so I have been using 2.57 without any problem at all... I have since having the issues reinstall my OS and since then no problems at all with 2.57.

[steptoe]

I've been using 2.5.7 for a long time now, about 12 months, with various filters and some very heavy slow filter functions that use a lot of other filters with no problems

There was mention of a possible problem with lanczos resize and 2.5.7, but not everybody reported it happening all the time


Plus, some filters will NOT work without 2.5.7 being installed, especially some complex filter functions as I found out when nothing seemed to work and I mentioned I was using 2.5.6a. Turned out once I installed 2.5.7 the filters that I couldn't get to work needed 2.5.7, after that everything worked that didn't before



For those that are interested, I'm also using the 'patched' 2.5.7 .dll for people that are intetested in 'MT' and squeezing that bit more multi-core useage with avisynth and the sloooow filters and functions with no issues

[blutach]

I have been using a prog called SUPER to convert some stuff. It comes with AVISYNTH 2.5.8. I didn't realise this until I did a couple of encodes with DVDRB and looked at the log.

Importantly, there were no problems.

Regards

[jdobbs]

Good point. Maybe I should just skip to 2.5.8, eh?

[manolito]

Good point. Maybe I should just skip to 2.5.8, eh?
You mean, right now?
This would be a very bold move, considered that Avisynth 2.5.8 is not even Beta yet.

BTW, I also have been using ver 2.5.7 for some time together with the free version of DVD-RB, and I also had no issues.

Cheers
manolito

[jdobbs]

What I meant was hanging on with 2.5.6 for a while and then going straight to 2.5.8...

[Fishman0919]

Rolling up to 2.5.7 now would not be I bad idea. It seems the sizing issue has all but gone away... haven't seen any reports in sometime now. Not sure if that is contributed to everyone just using the ver that comes with DVD-RB or something else but many people are using 2.5.7 and 2.5.8 alpha because they are being packaged with lots of other softwares... and having that be case... not to many reports of sizing as of late.

[Sharc]

I have been using a prog called SUPER to convert some stuff. It comes with AVISYNTH 2.5.8. I didn't realise this until I did a couple of encodes with DVDRB and looked at the log.


I noticed some time ago that SUPER enforces the installation of its avisynth package into the "c:/Programs" folder. This can become a problem if one has avisynth normally installed in another folder (e.g. the language dependent name of the "Programs" folder). It can severely mess up things as the pointer to the plug-ins is also redirected. Moreover, SUPER overwrites silently the existing avisynth plus some plug-in filters if in the c:/programs folder. I didn't use SUPER since, so I don't know if this problem still exists with recent versions.

[feedback]

What efficiencies have you noticed using AviSynth 2.5.7 over 2.5.6.?

Also, what efficiencies are obtained with the use of AviSynth 2.5.8 over 2.5.7.?

[JohnGalt]

I noticed some time ago that SUPER enforces the installation of its avisynth package into the "c:/Programs" folder. This can become a problem if one has avisynth normally installed in another folder (e.g. the language dependent name of the "Programs" folder). It can severely mess up things as the pointer to the plug-ins is also redirected. Moreover, SUPER overwrites silently the existing avisynth plus some plug-in filters if in the c:/programs folder. I didn't use SUPER since, so I don't know if this problem still exists with recent versions.

Yeah this confused me to no end recently, after I installed SUPER. Undot and Deen mysteriously stopped working for me in RB. Finally figured out that SUPER had installed AviSynth to the Program Files directory, and once I copied the appropriate libraries into the new location in progra~1, everything was fine again. All of which is to say that SUPER's install routine should be rather more transparent, but nevertheless, I've been using 2.5.8 with RB without difficulty since then.

[gizzin]

I had problems with 2.5.7. I reverted back to 2.5.6a and haven't had a problem since.

[blutach]

I agree - it wasn't the nicest installation and it was only by accident (I was looking at a DVDRB log) that I discovered the different version. I went back to 2.5.6 with DVDRB.

Regards

[archaeo]

I still use 2.56... and also would like to know what improvements are found in 2.57 (or 2.58) that would be worth the switch (and risk?).

[jdobbs]

There are some new features built in. Some bugfixes, and some changes.

Changes from 2.5.6

Additions
Blur()/Sharpen() MMX=False option to force use of C++ routines.
Explicitly try to request input sample rate from the audio codec (Tritical).
Installer option for avisynth.lib, avisynth.exp and avisynth.map files.
DirectShowSource() now sets _HIRESOUTPUT property of
WMAudio Decoder DMO. Allows 24 bit samples and 6
channel decoding.
Avisynth COM object now supports IAVIStreaming interface.
Many apps blindly expect it and subsequently failed to load
AVS scripts.
ConditionalReader now also accepts T, F, Yes and No for bool data.
DirectShowSource() log debug messages to file.
DirectShowSource() force set framecount.
DirectShowSource() accept audio streams of type WAVE_FORMAT_IEEE_FLOAT.
Added KillVideo() verb.
TimeStretch now exposes the tuning parameter of the SoundTouch library.
Adding global OPT_AllowFloatAudio=True to your script enables WAVE_FORMAT_IEEE_FLOAT audio output.
Explicitly request all the channels available in the audio stream [acm AC3]
Explicitly try to request float, 32 bit then 24 bit samples from the audio codec.
Accept uncompressed audio streams of type WAVE_FORMAT_IEEE_FLOAT.
Added installer option to add "Avisynth Script" item to Explorer shell for new .avs file creation.
Added avs_delete_script_environment and avs_subframe_planar to avisynth_c interface.
Hack to allow Fraunhoffer MP3 codec to work when wBitPerSample==16. (Squid_80)
Added portugese translation (by RoLon), and partly french translation (by JasonFly)
Subtitle multi-line text, set LSP arg and use \n. (foxyshadis, tateu)
xxxFPS("preset") string preset FPS values. (Tritical)
Better avisynth_c cdecl/stdcall mismatch detection and protection (Tritical).

Bugfixes
Fixed Tritcal bracketless call multiple cache over cache regression.
Fixed DirectShowSource greyframe regression.
Fixed DirectShowSource audio format negotiation regression.
Fixed TCPDeliver YV12 transfer 50% to much data.
Fixed TCPDeliver do Makewritable before getting params.
Fixed TCPDeliver audio transfer off by 4 bytes.
Fixed resizer core boundary condition crashes/errors/glitches.
Fixed Invert() crash with small widths.
Fixed small memory leak Amplify().
Fixed grey frames with internal start, stop, start while DSS is initializing.
Fixed AudioChannels() returning non-zero when no audio (Tritical).
Fixed ConvertFPS() blend mode mix_ratio was wrong.
Fixed AviSource() handling of dud AVI files that start with drop frames, just return the first key frame.
Fixed DirectShowSource() handling of pin renegotiation.
Fixed Overlay() "PC_Range" argument handling.
Fixed SubTitle() crash when resources exhausted.
Fixed Resizers cropping argument validation.
Fixed % operator bad argument text message.
Fixed stuffing Audio buffer with video graphics on Exception.
Now returns E_FAIL. Video stream subsequently will
return error text in graphic form.
Fixed KillAudio() resetting nchannels and sample type to 0.
Fixed Conditional Reader sscanf buffer overrun.
Fixed Version() and VersionString() timestamp discrepancies.
Fixed Serious inaccuracies in TimeStretch. It is still not sample exact!
Fixed Negative int arg handling for ApplyRange() and Animate().
Fixed Installer handling of readonly target files.
Fixed ConvertAudio SSE2 to Float alignment test.
Fixed (auto)LoadPlugin altname generation. (Tritical)
Fixed SaveString memory block overrun.
Fixed $Plugin!Functionname!Param$ bug. (Fizick)
Fixed registry handle leak on $PluginDir$ lookup. (Dave Brueck)
Fixed memory leaks avisynth_c.
Fixed returning locked/protected VBF's to LRU. (Tritical)
Fixed runtime mixed SEH/C++ exception handling for XPsp2. (Tritical)
Fixed CAVIStreamSynth::Read audio buffer overrun. (Avery Lee)
Fixed DLL handle leak in LoadPlugin. (Tritical)
Fixed Assert("text") no longer parses % args.
Fixed number parser returning inaccurate float conversions.
Fixed ConvertFPS() blend mode not processing of chroma planes.
Fixed resizer resampling pattern attempted use after deletion.
Fixed resizer subpixel shifting functionality being a noop.
Fixed Info() auto font selection metric.
Fixed Conditional error checking of float RHS.
Corrected colours in YUV ColorBars, Now match BT.801-1.
TCPDeliver updates: Client: Fixed crash if client gets disconnected.
TCPDeliver updates: Server: Remember to disconnect clients when shutdown.
Fixed Turn*() YUY2 mod 2 height test.
Fixed AVISource() corrupted error messages.
Fixed AVISource() direct input drop frame handling.
[edit] Optimizations
Parser tries to prevent adding a cache of a cache to graph.
ImageSource() no longer use static buffer, uses cache and freezeframe.
TCPDeliver big buffer enhancement (retro from 2.6 stream).
SubTitle() releases all resources when the last frame of the clip is rendered.
SubTitle() releases GDI resources after text map is created.
ApplyRange() only builds 2 chains instead of 3.

Changes
TCPDeliver add icon, make all resource US English.
Map file is now generated for release builds.
ConvertTo*() and GreyScale() now accept "Rec601" as a valid matrix.
DirectShowSource.dll upx'ed.
Upgrade internal copy of SoundTouch library to 1.3.1.
SoundTouch now available in RelSym build.
Animate Integer arg enumeration no longer rounds toward
positive infinity. Both positive and negative enumerations
are identical. i.e. For Animate(0, 10, "Foo", 0, 0, 10, -10),
Foo's arg1 = -arg2 for all frames.
Selecting associate open with Notepad with .avs files in
the installer now also includes .avsi files.
The Installer now pushes a recovery dialog box when
unwritable files are encountered during an install. The user
may manually correct the problem and retry installing that
file.
SetMemoryMax() minimum now 4Mb instead of 16. (Tritical)
Remove 50 plugin auto prescan load limit. (Tritical)
COM QueryInterface calls now return S_OK instead of NULL.
Bracketless call of functions without arguments now get a cache (Tritical).
Over-range numbers now raise a compile time exception.
xxxFPS(float) now uses continued fraction to generate a minimal rational pair (Raymod2).
ChangeFPS(linear) now raises a compile time exception if the speed change ratio is > 10.
ConvertFPS() blend mode works for all pixel formats. (Tritical)
Info() retrofit of 2.60 updates.
TCPDeliver.dll upx'ed.
RGB ColorBars +Q and -I bars, Hue is now correct, Luma is NOT zero to achive this.
AVISource Audio no longer limited to 2 channels.
SaveString memory blocks are now 32 bit aligned.
Default planar chroma planes mod 16 aligned. See SetPlanarLegacyAlignment().

[SpazzHH]

I have no idea why, but I just tried Believe in Me-NTSC R1 with HC(2 instances) and AviSynth 2.57, and they both went at about 25 fps until they reached 4% and 7%, then they both appeared to freeze totally while still using 100% CPU. I rebooted the computer and had exactly the same result. So out of curiousity, I reverted to 2.56, and they are both going strong at their normal 65fps. Changing AviSynth versions was the only change I made.

Spazz

[Boulder]

Have you tried running only one HC instance? Have you tried using any other encoder?

[SpazzHH]

Yes, I tried running only one instance, same result, and no I didn't try another encoder. When I used the same encoder with a different AviSynth version, and the problem immediately disappeared, I kind of figured that narrows the problem to AviSynth. Wrong conclusion?

[Boulder]

It should be doublechecked whether it is an HC issue with the latest Avisynth version or only an Avisynth issue. You could also try Avisynth 2.5.8 alpha (I've been using it for weeks now, no problems whatsoever).

[SpazzHH]

O.K., here goes. CCE also freezes with 2.57, with speeds of 0.87-1.34 before it does. No problems at all with 2.58.

[jdobbs]

Interesting. I'll pick up a copy of "Believe In Me", NTSC, R1 and see if it does it on my computer as well. This is the one about a basketball coach, right? Do you (or anyone) know if there is more than one version of the disc (widescreen, fullscreen, etc)?

[Boulder]

O.K., here goes. CCE also freezes with 2.57, with speeds of 0.87-1.34 before it does. No problems at all with 2.58.Could you check the frames around the spot where the hang happens to see if there is anything special about it..the problem sounds interesting indeed.

[jdobbs]

What was used to rip it?

[SpazzHH]

@jdobbs - There is only one version of it that I know of. It says on both the case and the disc that it is 16:1 Widescreen(No this is not a typo)., but it is indeed just simple Fullscreen according to the IFO's and the way it plays. It was ripped with RipIt4Me, but all programs I have(including AnyDVD) report no copy protection on the disc.

@Boulder - I checked all through the frames in the first 4 segments, and saw nothing out of the ordinary. Interlaced, but nothing that looked odd. Strange that 2.57 would have a problem when neither 2.56 nor 2.58 even batted an eye.

Spazz

[jdobbs]

Ahh... interlaced. My bet is that it is a field based picture structure rather than frame based. They are fairly rare and I've seen issues caused by them before (in DGDECODE v1.10).

[SpazzHH]

You're right(naturally:rolleyes:), it is field based. BFF.

[jdobbs]

Yeah. Most sources are field based, even if they are interlaced. So the fields are stored together in one picture within the stream. The field based sources have each field stored individually. The problems usually come in when you have a missing or corrupt field in the stream -- then you have a mess because they are out of order. Not sure if that is the problem here -- but it has been known to have happened before.

I went by Best Buy and Circuit City today and didn't see that disc there. I may have to order it online.

[dragongodz]

i personally wouldnt be rushing to go to 2.5.7. i know it has atleast 1 bug that is not useful to someone using it outside DVD-RB.

http://forum.doom9.org/showthread.php?t=128891

[rocky29]

I've used Avisynth 2.5.7 without any problem. Currently, I use Avisynth 2.5.8 with all late versions of DVDRB with CCE without any problem !!! Just let you know...

[masscamp24]

I notice a problem with Avisynth 2.5.8 alpha. Since reading this post I tried it and when the source is played through windows media player, it played ok, but at the end of play and when WMP closed I get an error message (the normal windows error message when a program is not closed properly). Therefore I revert back to 2.5.7 and the problem went away. That's the only problem I notice with 2.5.8 so far and thought I should report it.:helpful:

[Boulder]

I notice a problem with Avisynth 2.5.8 alpha. Since reading this post I tried it and when the source is played through windows media player, it played ok, but at the end of play and when WMP closed I get an error message (the normal windows error message when a program is not closed properly). Therefore I revert back to 2.5.7 and the problem went away. That's the only problem I notice with 2.5.8 so far and thought I should report it.:helpful:Please report the problem in this linked thread, it's the official release thread. That way it'll get the attention it deserves.

http://forum.doom9.org/showthread.php?t=125968

[TECK]

No problems with 2.5.7, all movies are perfectly encoded.

[blutach]

I've been using 2.5.8 for a bit now and it is fine.

Regards