Am Mittwoch, den 26.01.2011, 13:29 +0100 schrieb Tom Szilagyi: > 2011/1/26 Jörn Nettingsmeier <[email protected]>: > > > > since it's based on zita-convolver: did you also use the multi-threaded > > partitioned convolution approach from jconvolver? > > Hi Jörn, > > I'm not sure about the mentioned approach, since I'm not familiar with > the jconvolver source, only zita-convolver (and only from a user > p.o.v; haven't modified it). So I don't know that this multi-threaded > approach you mention is something jconvolver actually does, or is it > just the usual workings of zita-convolver (which I use in a really > simple manner).
It's zita-convolver who create the multi-threaded partitioned convolution threads, in that sense jconvolver is a front-end like IR or like we do in guitarix. greats hermann > > I will look at the jconvolver source to educate myself about said > approach when I have a bit of free time. > > > if so, how does IR behave in freewheeling mode? > > As usual: it works for me 10 out of 10 times (at least for what I do > and how I work), but YMMV. I must admit that I don't use freewheeling > that much, but some test passes with various projects (some simple and > some big) on two machines, one older single processor and one fairly > recent quad core (both 64 bit), indicated no problems. Of course this > means nothing at all in this case. > > > > > i'm asking because jconvolver is known to have problems with the timing of > > its non-jack helper threads in freewheeling mode, which has finally bitten > > me a few days ago (haven't had problems with it before). jconvolver is nice > > enough to halt the entire graph (at least with tschack), so it's always > > obvious there was a problem. > > i just want to make sure that *if* IR fails in freewheeling, it will fail in > > some obvious way. > > That would be definitely nice but currently missing. I would say that > if there is a problem with jconvolver, IR most probably also has this > problem. > > I tend to listen to what I commit, though, so I bounce in realtime. > > Tom > _______________________________________________ > Linux-audio-dev mailing list > [email protected] > http://lists.linuxaudio.org/listinfo/linux-audio-dev _______________________________________________ Linux-audio-dev mailing list [email protected] http://lists.linuxaudio.org/listinfo/linux-audio-dev
