<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Netreceive in abstraction..]]></title><description><![CDATA[<p>Hi,</p>
<p>Today I made the plunge and set out to migrate my EWOCvj video mixer from ArchLinux to Ubuntu, together with the leap from Pdextended 0.42.5 to 0.43.4. Everything goes well so far, except for some new behaviour I did not expect... When using the same abstraction several times in a patch, and when this abstraction contains a [netreceive XXXX] object, in 0.42 this would connect every single abstraction in the patch to port XXXX. Now in 0.43, only one of the netreceive objects is created, the other ones give a &quot;couldnt create&quot; error. In this case (the videomixer) this is a sizeable problem.</p>
<p>Any workaround?</p>
]]></description><link>http://forum.pdpatchrepo.info/topic/7066/netreceive-in-abstraction</link><generator>RSS for Node</generator><lastBuildDate>Mon, 20 Jul 2026 04:02:22 GMT</lastBuildDate><atom:link href="http://forum.pdpatchrepo.info/topic/7066.rss" rel="self" type="application/rss+xml"/><pubDate>Sat, 02 Feb 2013 09:28:13 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Netreceive in abstraction.. on Sat, 02 Feb 2013 09:28:13 GMT]]></title><description><![CDATA[<p>Hi,</p>
<p>Today I made the plunge and set out to migrate my EWOCvj video mixer from ArchLinux to Ubuntu, together with the leap from Pdextended 0.42.5 to 0.43.4. Everything goes well so far, except for some new behaviour I did not expect... When using the same abstraction several times in a patch, and when this abstraction contains a [netreceive XXXX] object, in 0.42 this would connect every single abstraction in the patch to port XXXX. Now in 0.43, only one of the netreceive objects is created, the other ones give a &quot;couldnt create&quot; error. In this case (the videomixer) this is a sizeable problem.</p>
<p>Any workaround?</p>
]]></description><link>http://forum.pdpatchrepo.info/topic/7066/netreceive-in-abstraction</link><guid isPermaLink="true">http://forum.pdpatchrepo.info/topic/7066/netreceive-in-abstraction</guid><dc:creator><![CDATA[paleajed]]></dc:creator><pubDate>Sat, 02 Feb 2013 09:28:13 GMT</pubDate></item><item><title><![CDATA[Reply to Netreceive in abstraction.. on Sat, 02 Feb 2013 10:21:23 GMT]]></title><description><![CDATA[<p>how about having only one [netreceive XXXX] and dispatch its data via [send], since all your [netreceive] listen to the same port ?</p>
]]></description><link>http://forum.pdpatchrepo.info/topic/7066/netreceive-in-abstraction/2</link><guid isPermaLink="true">http://forum.pdpatchrepo.info/topic/7066/netreceive-in-abstraction/2</guid><dc:creator><![CDATA[baptiste_c]]></dc:creator><pubDate>Sat, 02 Feb 2013 10:21:23 GMT</pubDate></item><item><title><![CDATA[Reply to Netreceive in abstraction.. on Sat, 02 Feb 2013 12:35:09 GMT]]></title><description><![CDATA[<p>Brilliant as it is simple! Thx!</p>
]]></description><link>http://forum.pdpatchrepo.info/topic/7066/netreceive-in-abstraction/3</link><guid isPermaLink="true">http://forum.pdpatchrepo.info/topic/7066/netreceive-in-abstraction/3</guid><dc:creator><![CDATA[paleajed]]></dc:creator><pubDate>Sat, 02 Feb 2013 12:35:09 GMT</pubDate></item></channel></rss>