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 > Capturing and Editing Video > Avisynth Development

Reply
 
Thread Tools Search this Thread Display Modes
Old 21st June 2005, 16:35   #161  |  Link
Guest
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.
Guest is offline   Reply With Quote
Old 21st June 2005, 16:42   #162  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
Yes, the HC encoder showed the (AFAIR) "usual" pitch shift - diagonal green lines running through the heavily slanted video.

(See attachment.)
Attached Images
 
LigH is offline   Reply With Quote
Old 21st June 2005, 18:33   #163  |  Link
Guest
Guest
 
Join Date: Jan 2002
Posts: 21,901
So somebody should inform Hank about this.
Guest is offline   Reply With Quote
Old 21st June 2005, 18:46   #164  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
hank315 knows it - I did betatests on Windows 2000 for him.
LigH is offline   Reply With Quote
Old 22nd June 2005, 14:34   #165  |  Link
trevlac
budala
 
Join Date: Oct 2003
Location: U.S.
Posts: 545
Quote:
Originally Posted by Wilbert
AviSynth 2.5.6 beta 3 Release (May 5th):

additions:
- Added offsets, gamma and analyze option (ala ColorYUV) in RGBAdjust.
Are the Gamma options in beta 3 ??

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.
trevlac is offline   Reply With Quote
Old 22nd June 2005, 17:59   #166  |  Link
IanB
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
IanB is offline   Reply With Quote
Old 2nd July 2005, 12:02   #167  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
I don't mean to urge - just for curiousity:

Are there still many open issues to solve until the next 2.5.6 beta/RC?
LigH is offline   Reply With Quote
Old 2nd July 2005, 18:07   #168  |  Link
Wilbert
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.
Wilbert is offline   Reply With Quote
Old 10th July 2005, 17:35   #169  |  Link
Wilbert
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.
Wilbert is offline   Reply With Quote
Old 10th July 2005, 22:25   #170  |  Link
tritical
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
and adding in
Code:
h_span = h_span*2 + 1;
after line 737 seems to make it work as expected. Hopefully IanB can report on the behavior. Also, just wondering where did the MAX_CACHE_RANGE limit of 21 come from? What should one do if a filter could require a larger range than that? just use the default CACHE_ALL?
tritical is offline   Reply With Quote
Old 11th July 2005, 09:16   #171  |  Link
IanB
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
IanB is offline   Reply With Quote
Old 11th July 2005, 23:11   #172  |  Link
tritical
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.
tritical is offline   Reply With Quote
Old 11th July 2005, 23:42   #173  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
According to katjarella, HC encoder works well with AviSynth 2.56 b4:

Example picture
LigH is offline   Reply With Quote
Old 12th July 2005, 05:04   #174  |  Link
IanB
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:
Originally Posted by Tritical
Having it be a diameter is no problem as long as it is clearly stated as such....
Thats where the quandry came from, no clear statement, just vague inuendo. Okay I guess we need a list of all the places people know this issue is alluded to. I still need to do a cleanup pass on the source after any bugs have been shaken out and a nice comment block can be part of that as a start.

Quote:
On the limit, I was mainly worried because I saw unexpected behavior when using a CACHE_RANGE that was too small,...
Previously if the range was to small you effectivly got no cacheing, all the frames got purged as it thrashed thru the list each time and there was no tracking of frames in the pool. Now frames in the range are protected from reuse, other frames take there chances in the pool, so getting it wrong is not that serious anymore. And there is a fairly high price to the LRU pool for giving to many frames protection.

Quote:
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?
The cost per say is negligable. The issue is that frames with protection don't need to take there chance in the LRU pool with other frames and as such I don't promote them so they don't flush other frames competing for normal cacheing. Only when there is a chance that LRU pool caching will help do frames get "promoted". So I guess the gain is improved caching for regular frames.

IanB
IanB is offline   Reply With Quote
Old 12th July 2005, 11:48   #175  |  Link
yaz
n00b ever
 
Join Date: May 2002
Posts: 627
thx for the improvements !!!

anyway, would some mod fit the header of the thread to the new release, pls ! (it still refers to b3, may 6)

thx
y
yaz is offline   Reply With Quote
Old 13th July 2005, 03:40   #176  |  Link
azsd
6502 fan
 
azsd's Avatar
 
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
azsd is offline   Reply With Quote
Old 13th July 2005, 15:07   #177  |  Link
IanB
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 the script start fast then go slow after about 100 frame?

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
IanB is offline   Reply With Quote
Old 13th July 2005, 15:53   #178  |  Link
azsd
6502 fan
 
azsd's Avatar
 
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.
azsd is offline   Reply With Quote
Old 13th July 2005, 17:03   #179  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
Why do you mask your links?
LigH is offline   Reply With Quote
Old 13th July 2005, 18:42   #180  |  Link
azsd
6502 fan
 
azsd's Avatar
 
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.
azsd 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 18:42.


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