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. |
21st June 2005, 16:35 | #161 | Link |
Guest
Join Date: Jan 2002
Posts: 21,901
|
@IanB
Are you aware of the corruption issue with 2.56 discussed here: http://forum.doom9.org/showthread.ph...095#post676089 Falling back to 2.55 solved the problem. |
22nd June 2005, 14:34 | #165 | Link | |
budala
Join Date: Oct 2003
Location: U.S.
Posts: 545
|
Quote:
I tried all sorts of ways to get RGBAdjust to accept a gg parm, but no luck. I see IanB's code in the CVS ... but I can't get it to work in the build. BTW: I thought this was a nice addition. I'm not sure of another way to adjust the gamma of each channel seperately. |
|
22nd June 2005, 17:59 | #166 | Link |
Avisynth Developer
Join Date: Jan 2003
Location: Melbourne, Australia
Posts: 3,167
|
@Neuron2,
Yep, is broken -ve forced pitch option stuffing up DirectShowSource(), fixed. @trevlac, From the CVS log Thu May 5 06:20:59 2005 UTC (6 weeks, 6 days ago) by ianb so it probably missed out by a whisker. IanB |
2nd July 2005, 18:07 | #168 | Link |
Moderator
Join Date: Nov 2001
Location: Netherlands
Posts: 6,364
|
1) There's one issue with audio, asf and DirectShowSource. I will report about it here.
2) Another (audio, x264 and DSS) issue which needs to be checked: http://forum.doom9.org/showthread.php?t=96708 Other than that, i'm not sure. Last edited by Wilbert; 2nd July 2005 at 18:13. |
10th July 2005, 17:35 | #169 | Link |
Moderator
Join Date: Nov 2001
Location: Netherlands
Posts: 6,364
|
AviSynth 2.5.6 beta 4 Release (July 10th):
additions: - Added DevIL support for RGB32 to ImageSource. - Added Russian language documentation. Thanks to Fizick and his team. Well done. - Added Merge() filter. Includes very fast iSSE pavgb code for weight=0.5. - Added MergeARGB(), MergeRGB() filter. - Added ShowRed(), ShowGreen(), ShowBlue() filters. - Added Planar version of env->SubFrame() (thanks TSP). - Added SetPlanarLegacyAlignment() to select Planar alignment algorithm. - Added Audio padding control to Trim(). - Added operator MulDiv(multiplicand, multiplier, divisor). - Added AssumeScaledFPS(multiplier, divisor, sync_audio) maps vi.MulDivFPS. fixes: - Fixed 2 bit crosstalk in YUV horizontal resizers, thanks Squid. - Fixed resource leak in DirectShowSource(), thanks Tritical. - Fixed minor memory leak in Subtitle() and string(), thanks Tritical. - Fixed global clip close down problem, thanks Tritical. - Uninstaller now remove Docs\pictures directory and DirectShowSource and TCPDeliver plugins. - Fixed ImageReader single file handling. - Fixed ImageWriter info==false no longer write status text onto frame. - Trap .WAV clsid handler GPF with filenames gt 47 chars. - Fixed YUV text access violation, correct bounds alignment tests. (Regression) - Fixed ExpFunctionCall::Call memory leak, thanks Tritical. - Fixed PClip leak in MergeChannels(). Destructor chain not called. - Fixed RGB text alignment inversion. Regression in May 5th ver. - Fixed vfw resource leaks when opening bad AVI files. - Fixed rmvb (dss.dll) stuck at 100% during encoding (thx stevencover). - Fixed Loop audio processing. - Fixed GeneralConvolution crash with cropped input. - Restored forced (negative) planar luma alignment functionality. - Fixed a stack of memory leaks, thanks Tritical. - Fixed Direct AVISource input of raw YV12 and I420 sources. - Fixed (fingers crossed) "Evaluate: Recognized exception!" Problems with XPsp2 hard terminate. - Fixed CACHE_RANGE internal scope test, thanks Tritical. - Fixed Mask() calc of greyscale, red/blue swapped. optimizations: - Run sort -unique|detab on color_rgb.avsi, got rid of all the duplicates. - YV12 MergeLuma(), MergeChroma() include very fast iSSE pavgb code for weight=0.5. - Cleanup VideoFrame garbage collection on script close (Thanks TSP). changes: - New improved cache! - Uninstaller now deletes DirectShowSource.dll and TCPDeliver.dll from plugin directory. - ImageReader doesn't auto fail over to DevIL for DIB/BMP type files. (DevIL crashs on palletted BMPs.) - ImageWriter now throws an exception for non RGB24 format with DevIL? processing. - ImageReader/Writer info text colour now pale yellow $f0f080. - Replaced VideoFrame::SubFrame() with env->SubFrame() (Ready for MultiThreading, Thanks TSP). As usual download from Sourceforge. PS, this will probably be the last beta Last edited by Wilbert; 10th July 2005 at 17:39. |
10th July 2005, 22:25 | #170 | Link |
Registered User
Join Date: Dec 2003
Location: MO, US
Posts: 999
|
A little report on the new cache... it seems to be treating the frame_range that is given for CACHE_RANGE as a diameter instead of a radius. Changing line 731 to
Code:
if (frame_range*2 + 1 <= h_span) // Use the largest size when we have multiple clients Code:
h_span = h_span*2 + 1; |
11th July 2005, 09:16 | #171 | Link |
Avisynth Developer
Join Date: Jan 2003
Location: Melbourne, Australia
Posts: 3,167
|
@Tritical,
Yes I am in rather a quandry about h_span definition, the only internal example of CACHE_RANGE use is TemporalSoften and it uses the parameter as a diameter, probably because the range expunge code previously was wrong. I did a search here and in google generally, and I got nothing definitive. The implication was that it is a radius, but because of the previous bug it has mostly been used used as a diameter (except by you ) and as a diameter it has slightly finer control. As for the limit I thought +/-11 frames was pretty generous, I can easily be convinced to make it higher. Anyhow I have erred on the side of safety. Where it is to small it will give the new heuristic Frame locker a good workout. In many case CACHE_RANGE should be redundant. Thorts? IanB |
11th July 2005, 23:11 | #172 | Link |
Registered User
Join Date: Dec 2003
Location: MO, US
Posts: 999
|
Having it be a diameter is no problem as long as it is clearly stated as such. Since there has been a lot of ambiguity due to it always being mentioned as a radius but, due to the bug, never actually working that way, I think a clear definition of which it is would be good. Also, having it be a diameter now would insure that filters calling it with that convention wouldn't have unnecessary slowdowns with older avisynth versions (as some of my filters do atm).
On the limit, I was mainly worried because I saw unexpected behavior when using a CACHE_RANGE that was too small, but after looking at it some more it does eventually work itself out after cache_limit increases enough that it starts promoting frames. Out of curiosity, what is the cost of calling env->ManageCache(MC_PromoteVideoFrameBuffer, result->vfb) on all frames generated in the cache regardless of h_span? Or in other words, how much is the gain from not calling it on frames that will be protected? Last edited by tritical; 11th July 2005 at 23:18. |
12th July 2005, 05:04 | #174 | Link | |||
Avisynth Developer
Join Date: Jan 2003
Location: Melbourne, Australia
Posts: 3,167
|
@LigH,
Damn! Thanks for the prompt. The planar alignment issue got missed in the notes. @All, ** In this release the default alignment for planar images is back as it has always been, 16 Luma, 8 Chroma. ** So all that naughty code out there that assumes a relationship between width and pitch will work again. To test any pluggins with the upcoming SSE2 optimized alignment put a SetPlanarLegacyAlignment(False) at the end of the script. Quote:
Quote:
Quote:
IanB |
|||
13th July 2005, 03:40 | #176 | Link |
6502 fan
Join Date: Sep 2004
Location: forest
Posts: 131
|
some scripts get 2fps encode speed with 2.5.6 b4....
if replaced the avisynth to b3 or other CVS (16 align) build,the render speed should be about 18fps. I don't konw is it caused by witch filter,if commented the FluxSmoothST line then speed resumed,but In my option is caused by avisynth.dll Code:
video = DirectShowSource("[FREEWIND][Stand_Alone_Complex_2nd_GIG][DVDRIP][H.264_DD][05].avi", audio=false) audio = DirectShowSource("vol05.wav") video = ChangeFPS(video, 19.98) main = video main = FluxSmoothST(main, 8, 3) main = deen(main, "a2d", 1, 8, 12, 3) main = aWarpSharp(main, 2.5, 2, 0.30, 1) video = main video = TextSub(video, "[FREEWIND][Stand_Alone_Complex_2nd_GIG][DVDRIP][H.264_DD][05].tc[M2].ass") video = LanczosResize(video, 368, 208) video = Tweak(video, 0, 1.01, -2, 1.025, true) video = AudioDub(video, audio) return video |
13th July 2005, 15:07 | #177 | Link |
Avisynth Developer
Join Date: Jan 2003
Location: Melbourne, Australia
Posts: 3,167
|
azsd,
Does this simplified script show the problem? Code:
main = DirectShowSource("blah.avi", audio=false) main = FluxSmoothST(main, 8, 3) main = deen(main, "a2d", 1, 8, 12, 3) return main Does left arrowing the script back to the start then trying again make the problem go away? Anyone got a url for the source to FluxSmooth? Anyone make this script break with a debug version? IanB |
13th July 2005, 15:53 | #178 | Link |
6502 fan
Join Date: Sep 2004
Location: forest
Posts: 131
|
yes,the scrollbar slow down at the frame last time backward from.
the FluxSmooth 1.1a src avaliable here: hxxp://www.indeus.com/sansgrip/avisynth/ mmm... It looks like authors webpage moved now, I had make a mirror here: hxxp://my1993.com/downloads/source/sansgrip/FluxSmooth-1.1a_src.zip (same as 0729 build on WarpEnterise collection page) Last edited by azsd; 13th July 2005 at 16:03. |
13th July 2005, 18:42 | #180 | Link |
6502 fan
Join Date: Sep 2004
Location: forest
Posts: 131
|
lots of anime forums I was daily visted has the rule "don't post direct link" (as manners because direct links will caught by google may cause some ISP block that homepage account.)
so I developed a habit for their recommend _http/hxxp url. |
Thread Tools | Search this Thread |
Display Modes | |
|
|