[L2Ork-dev] Description of intelligent patching

[Ivica Ico Bukvic]

OK, new commit should fix this and improve 4th variant of patching that 
should now make more sense. I still haven't implemented shift logic, so 
for time being it tries to maximize potential connections. Hope this helps!


On 11/9/2016 4:35 AM, Albert Graef wrote:
> On Wed, Nov 9, 2016 at 1:12 AM, Ivica Bukvic <ico at vt.edu 
> <mailto:ico at vt.edu>> wrote:
>
>     Are you talking about the left UNpack's 3rd outlet? If so,
>     connecting its third outlet to the first inlet of the right top
>     unpack does not do anything on my machine.
>
>
> Yes, sorry, I messed that up. To be clear, all four unpack/pack 
> objects are selected, and I'm connecting the rightmost outlet of the 
> [unpack f f f] on the left/top to the leftmost inlet of the [pack f f 
> f] on the right/bottom.
>
> I can reproduce this every single time, with both pd-l2ork and 
> purr-data (latest git sources), on Arch as well as Ubuntu 14.04 and 
> 16.04 (all on the same 2012 Intel Ivy Bridge i5 64 bit system), and it 
> always segfaults in the same outconnect_setvisible routine. So there 
> must be something going awry somewhere.
>
> If you can't reproduce it, well, I can hopefully look at it over the 
> weekend.
>
> Thanks,
> Albert
>
> -- 
> Dr. Albert Gr"af
> Computer Music Research Group, JGU Mainz, Germany
> Email: aggraef at gmail.com <mailto:aggraef at gmail.com>
> WWW: https://plus.google.com/+AlbertGraef
>
>
> _______________________________________________
> L2Ork-dev mailing list
> L2Ork-dev at disis.music.vt.edu
> http://disis.music.vt.edu/listinfo/l2ork-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://disis.music.vt.edu/pipermail/l2ork-dev/attachments/20161111/64b5d2be/attachment-0001.html>