|
|
Special diagnostic build!
AviSynth 2.5.7 Alpha2 (April 2nd):
Warnings
* This installer does not abort on registry error, to aid in debugging
* the current XPsp2 problem with the installer. i.e. it just stumbles
* on after the mesagebox, possibly leaving an invalid install. This will
* be restored after the problem is corrected.
*
* This version has had the automatic output ConvertAudioTo16Bit disabled
* to ease the testing of input of WAVE_FORMAT_IEEE_FLOAT type steams.
* Audio Sample type float will be output as WAVE_FORMAT_IEEE_FLOAT to
* the host application. None of the popular application can currently
* handle this stream type. Add a ConvertAudioTo16Bit() to the end of
* your script. This will be restored for the next release.
Additions
* 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 raw audio streams of type WAVE_FORMAT_IEEE_FLOAT.
* 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(quot;presetquot;) string preset FPS values. (Tritical)
* Better avisynth_c cdecl/stdcall mismatch detection and protection (Tritical).
Bugfixes
* 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(quot;textquot;) 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.
Optimizations
* None.
Changes
* SetMemoryMax() minimum now 4Mb instead of 16. (Tritical)
* Remove 50 plugin auto load limit. (Tritical)
* COM QueryInterface calls now return S_OK instead of NULL.
* Bracketless call of argless function 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 change ratio is gt; 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().
As usual download from Sourceforge.
Seeing the CVS server is down here is a source tarball of the modified source src_060402.tgz to keep the GPL happy.
A Note about the XPsp2 installer problem
I have slightly reorganized this installer and broken the problem registry part into 3 sections, each with it's own error handler. I have removed the quot;abortquot; calls so the installer will just bumble thru all 3 sections. I have also enabled the installer progress window so we can see what is going on when an error occurs.
Hopefully when an error occurs there will be enough information for someone to make a meaningfull report about this problem so I can fix it.
Note :-
A succesfull install has no error message dialog boxes popup.
A broken install will have error message dialog boxes popup, but the installation will stumble on after you click Ok. Please report the exact text of the Dialog box, with a copy of the status window.
i just installed it on xp pro sp2, worked flawlessly.
thanks much for all your hard work and great product!
Ahhhg! Well it's good that it works, but apart from shuffling things into a more logical order and adding diagnostic hook, it should be the same as the Alpha 1 apart from telling me why it was failing. I hope the diag hooks aren't making it work.
Does it :-
A) Install cleanly on a virgin setup?
B) Install cleanly over an existing install of 2.5.5/2.5.6?
C) Install cleanly after an uninstall of 2.5.5/2.5.6?
D) Reinstall cleanly over an existing install of 2.5.7?
E) Reinstall cleanly after an uninstall of 2.5.7?
Uninstalled 2.5.6-asking pointer to plugin directory to be left untouched-install halted in the middle
clicked OK and install completed.
Seems to be working OK
Thanks for the tarball, I've been trying to update my copy of HEAD for the past four days (frickin' sourceforge). Now to have a looky at this 2gb wav problem...
@mgh,
Thank you, mark 1 up for the good guys.
Firstly, any chance you could repeat the exercise, but this time move the top dialog box out of the way so I can read the status window beneath before you snatch your screen grab.
Secondly, can you please delete the file colors_rgb.avsi from your pluggin directory. Was it flagged READONLY?. Does the install now run cleanly? Belgium! I could really scream sometimes. grrrr!
@Squid,
The rot starts in bool AudioStreamSource::Seek(long samples) in sources\avi\VD_Audio.cpp and spreads like a cancer from there.
I have been meaning to reimport all this vdub code for some time. Avery has made many fixes and changes. It's all about finding the time.
Apparently virtualdub still can't read beyond 2gb but it is being worked on. I remember looking at the WAVE64 specs a while back too, it's more or less odml for wav files.
honestly i don't know why you even bother with audio...
avisynth should be the king of video, not audio...
i would rather see optimizations for dual processing and multithreading along with sse2/sse3.
i would also like to see optimization and porting of avisynth to x64, i think we could benefit a lot from that.
just my personal wishes ;-)
Uninstalled the alpha-leaving pointer to plugin directory untouched as before-reinstalled-installation completed without a hitch
@mgh
To fix this I really need to see the contents of the status window that is hidden by the dialog box in your screen grab.
Sigh!
Hopefully somebody else with a still failing install can oblige.
I had a similar problem as mgh, it was a lot of files marked read only including C:\WINNT\system32\avisynth.dll. after removing the readonly attrib and restarting the installer, all went smoothly.
IanB: I think I fell down the rabbit hole a bit too far...
What I found was this call in AVIReadTunnelStream::Read (AVIReadHandler.cpp):
Code:
hr = AVIStreamRead(pas, (LONG)lStart, lSamples, lpBuffer, cbBuffer, plBytes, plSamples);
which seems to be an avifile API call, and returns squat (no bytes or discernible error code) once the 2GB boundary is crossed. Not sure where to go from here, but I might see if I can somehow use AudioSourceWAV for wavsource instead of AudioSourceAVI.
And this is at the bottom end of the food chain. There is also a similar problem at the top.
CAVIStreamSynth::Read() in main.cpp is an implementation of AVIStreamRead() so 2 Gbytes of audio is a pretty severe wall on all sides.
Hi,
After installing avisynth 2.5.7. a1, when I've try to encode with HC 0.17 preview image was scrambled. And, what is worst, encoded video too. After restore avisynt.dll to release 18.11.2005 the problem was solved.
BTW with avisynth 2.5.7 a2 I had the problem too.
AMD Athlon 64, Windows XP Pro, 1Gb RAM
Originally Posted by AVILHi,
After installing avisynth 2.5.7. a1, when I've try to encode with HC 0.17 preview image was scrambled. And, what is worst, encoded video too.
I had this exact problem today too. I tried HC 0.16 and the problem remained.
you can (probably) work around this by adding a quot;turnleft().turnright()quot; to the end of your script. speed will suffer a little, but barely. think it's a data alignment thing. ffdshow (vfw) sourced video also used to do this.
Dejevu!
Originally Posted by Change List* Default planar chroma planes mod 16 aligned. See SetPlanarLegacyAlignment().
Originally Posted by IanBCAVIStreamSynth::Read() in main.cpp is an implementation of AVIStreamRead() so 2 Gbytes of audio is a pretty severe wall on all sides.
If I'm understanding correctly what you mean, that problem's not so bad; all virtualdub's ::Read (and ::_Read) functions were changed to use 64 bit values for samples, so updating them is easy enough. The sample number (lStart) isn't the problem anyway, since it's multiplied by bytesPerSample (plus an offset) to get the position in the file. I tried using AudioSourceWav, but it uses mmio routines which are limited just like avifile (probably the same code). It *might* be possible to use mmioDescend to get the offset to the data chunk of the .wav file, then switch to good old direct I/O (which should include _fseeki64 under windows) if the file's big.
@IanB
I've put SetPlanarLegacyAlignment() as the last function in my script and all is OK now wit HC 0.17
Thanks |
|
Post at 2011-4-15 14:27
| This Author's Posts Only
