foxyshadis
23rd March 2006, 07:51
Anyone else having this problem? This is the first time I've used vsfilter since I got the new computer (core duo, xp pro).
Specifically, what happens is that when I load vdub with a single textsub call, it runs fine but hogging 50% cpu (one core) from the main system. Any more calls and it's 100%. Reloading hangs up vdub completely. Strange part is, if I use process explorer, I see extra vsfilter threads, one for each textsub, sitting there, and if I kill them cpu usage goes down to normal with no ill effect (subtitles work), except that reloads still hang.
I've tried versions of avisynth from 2.5.5 to current cvs, and the latest and an older vsfilter, and they ALL seem to do this. Also the last 3 versions of vdub, and mpc. It happens with any kind of source call, even blankclip(). These exact same subtitle files worked on my two old machines.
Anyone know why vsfilter sits in a busy loop like that?
Specifically, what happens is that when I load vdub with a single textsub call, it runs fine but hogging 50% cpu (one core) from the main system. Any more calls and it's 100%. Reloading hangs up vdub completely. Strange part is, if I use process explorer, I see extra vsfilter threads, one for each textsub, sitting there, and if I kill them cpu usage goes down to normal with no ill effect (subtitles work), except that reloads still hang.
I've tried versions of avisynth from 2.5.5 to current cvs, and the latest and an older vsfilter, and they ALL seem to do this. Also the last 3 versions of vdub, and mpc. It happens with any kind of source call, even blankclip(). These exact same subtitle files worked on my two old machines.
Anyone know why vsfilter sits in a busy loop like that?