On 01/07/2013 07:51 PM, Patrice Colet wrote:
hello, I'd like to report again a problem that is still not resolved in this release...
On win32, I've got many pd patches that makes the GUI not working with mouse binding, I can not move any object on the patch, only the arrows can make it move when it's selected.
It's still hard to tell where does it come from without passing hours opening, modifying, closing, and opening again patches that makes pd GUI doing this, maybe one day...
Yeah, that's a tough one. Is this something that you have reported before, like in a bug report in the tracker? Do you get any error messages when it happens?
I've seen bugs like this in the past, I think we've fixed some of them, but I wouldn't be surprised if there are still some out there.
Hello, I think I've found out where this problem comes from... It's related with audio, asio particulary...portaudio is still a big problem here...
In some words, when asio doesn't work the mouse binding is out.
I'd be glad to put a bug report but I don't really know how to attribute this one, it's both hardware (it might be a portaudio bug), hardcoding (it might be how portaudio is implemented in pd), and interface (the tcl part shouldn't be involved when audio is messing up)...
On 23/01/2013 13:02, Patrice Colet wrote:
On 01/07/2013 07:51 PM, Patrice Colet wrote:
hello, I'd like to report again a problem that is still not resolved in this release...
On win32, I've got many pd patches that makes the GUI not working with mouse binding, I can not move any object on the patch, only the arrows can make it move when it's selected.
It's still hard to tell where does it come from without passing hours opening, modifying, closing, and opening again patches that makes pd GUI doing this, maybe one day...
Yeah, that's a tough one. Is this something that you have reported before, like in a bug report in the tracker? Do you get any error messages when it happens?
I've seen bugs like this in the past, I think we've fixed some of them, but I wouldn't be surprised if there are still some out there.
Hello, I think I've found out where this problem comes from... It's related with audio, asio particulary...portaudio is still a big problem here...
In some words, when asio doesn't work the mouse binding is out.
I'd be glad to put a bug report but I don't really know how to attribute this one, it's both hardware (it might be a portaudio bug), hardcoding (it might be how portaudio is implemented in pd), and interface (the tcl part shouldn't be involved when audio is messing up)...
Hi,
It seems I have something similar on Windows 7 64bits.
When selecting ASIO (DSP on or off), I have a great lag when moving the mouse around. The object takes a second to catch up with mouse pointer once it's stopped. There's no continuous updating of the object position like with MMIO selected. Happens on a new canvas with just one object, any object (I used [route] and [sel]), not just GUI stuff. With GUI elements (numbox) the value is not updated until the mouse stops briefly.
pob
On 23/01/2013 13:22, Pierre-Olivier Boulant wrote:
On 23/01/2013 13:02, Patrice Colet wrote:
On 01/07/2013 07:51 PM, Patrice Colet wrote:
hello, I'd like to report again a problem that is still not resolved in this release...
On win32, I've got many pd patches that makes the GUI not working with mouse binding, I can not move any object on the patch, only the arrows can make it move when it's selected.
It's still hard to tell where does it come from without passing hours opening, modifying, closing, and opening again patches that makes pd GUI doing this, maybe one day...
Yeah, that's a tough one. Is this something that you have reported before, like in a bug report in the tracker? Do you get any error messages when it happens?
I've seen bugs like this in the past, I think we've fixed some of them, but I wouldn't be surprised if there are still some out there.
Hello, I think I've found out where this problem comes from... It's related with audio, asio particulary...portaudio is still a big problem here...
In some words, when asio doesn't work the mouse binding is out.
I'd be glad to put a bug report but I don't really know how to attribute this one, it's both hardware (it might be a portaudio bug), hardcoding (it might be how portaudio is implemented in pd), and interface (the tcl part shouldn't be involved when audio is messing up)...
Hi,
It seems I have something similar on Windows 7 64bits.
When selecting ASIO (DSP on or off), I have a great lag when moving the mouse around. The object takes a second to catch up with mouse pointer once it's stopped. There's no continuous updating of the object position like with MMIO selected. Happens on a new canvas with just one object, any object (I used [route] and [sel]), not just GUI stuff. With GUI elements (numbox) the value is not updated until the mouse stops briefly.
pob
Looking into the matter, it seems to affect portaudio when I select the sound chip of the laptop, but not when I select ASIO4all. I haven't tried my RME Hdsp yet.
Also, when turning off DSP, the tick left of the selected audio output mode disappears (ASIO or MMIO). It reappears once you re-enable DSP.
On 01/23/2013 07:31 AM, Pierre-Olivier Boulant wrote:
On 23/01/2013 13:22, Pierre-Olivier Boulant wrote:
On 23/01/2013 13:02, Patrice Colet wrote:
On 01/07/2013 07:51 PM, Patrice Colet wrote:
hello, I'd like to report again a problem that is still not resolved in this release...
On win32, I've got many pd patches that makes the GUI not working with mouse binding, I can not move any object on the patch, only the arrows can make it move when it's selected.
It's still hard to tell where does it come from without passing hours opening, modifying, closing, and opening again patches that makes pd GUI doing this, maybe one day...
Yeah, that's a tough one. Is this something that you have reported before, like in a bug report in the tracker? Do you get any error messages when it happens?
I've seen bugs like this in the past, I think we've fixed some of them, but I wouldn't be surprised if there are still some out there.
Hello, I think I've found out where this problem comes from... It's related with audio, asio particulary...portaudio is still a big problem here...
In some words, when asio doesn't work the mouse binding is out.
I'd be glad to put a bug report but I don't really know how to attribute this one, it's both hardware (it might be a portaudio bug), hardcoding (it might be how portaudio is implemented in pd), and interface (the tcl part shouldn't be involved when audio is messing up)...
Hi,
It seems I have something similar on Windows 7 64bits.
When selecting ASIO (DSP on or off), I have a great lag when moving the mouse around. The object takes a second to catch up with mouse pointer once it's stopped. There's no continuous updating of the object position like with MMIO selected. Happens on a new canvas with just one object, any object (I used [route] and [sel]), not just GUI stuff. With GUI elements (numbox) the value is not updated until the mouse stops briefly.
pob
Looking into the matter, it seems to affect portaudio when I select the sound chip of the laptop, but not when I select ASIO4all. I haven't tried my RME Hdsp yet.
Also, when turning off DSP, the tick left of the selected audio output mode disappears (ASIO or MMIO). It reappears once you re-enable DSP.
Can you make a screenshot and add it to the bug report patco said he'd file? The above info would be good to have there too. Something is definitely problematic with the portaudio implementation. It was causing issues on Mac OS X, and its the same code.
.hc
Don't know if this has been mentioned before...
On Ubuntu Lucid (10.04LTS) Pd-extended-0.43 deb from the launchpad.net repository. Pd won't start properly in that it complains that it need Tcl/Tk8.5. Tcl/Tk8.5 is installed, but so is Tcl/Tk8.4.
(Tcl) UNHANDLED ERROR: version conflict for package "Tk": have 8.4, need 8.5
while executing "package require Tk 8.5" ("uplevel" body line 10) invoked from within "uplevel #0 $tclcode"FAILED TO LOAD /usr/lib/pd-extended/extra/search-plugin/search-plugin.tcl
So I tried changing the symlinks in /usr/lib to point to 8.5. This lrwxrwxrwx 1 root root 10 2013-01-24 09:45 libtk.a -> libtk8.5.a lrwxrwxrwx 1 root root 11 2013-01-24 09:45 libtk.so -> libtk8.5.so
Still no good. Could Pd-extended be made to force the use of the 8.5 libs?
Ed
You shall be able to choose tcl 8.5 with: sudo update-alternatives --config wish
Then, did this error prevent Pd from loading? Afaicr, plugins' errors shall not block Pd.
András
On Thu, Jan 24, 2013 at 10:47 AM, Ed Kelly morph_2016@yahoo.co.uk wrote:
Don't know if this has been mentioned before...
On Ubuntu Lucid (10.04LTS) Pd-extended-0.43 deb from the launchpad.netrepository. Pd won't start properly in that it complains that it need Tcl/Tk8.5. Tcl/Tk8.5 is installed, but so is Tcl/Tk8.4.
(Tcl) UNHANDLED ERROR: version conflict for package "Tk": have 8.4, need 8.5
while executing"package require Tk 8.5" ("uplevel" body line 10) invoked from within "uplevel #0 $tclcode"FAILED TO LOAD /usr/lib/pd-extended/extra/search-plugin/search-plugin.tcl
So I tried changing the symlinks in /usr/lib to point to 8.5. This lrwxrwxrwx 1 root root 10 2013-01-24 09:45 libtk.a -> libtk8.5.a lrwxrwxrwx 1 root root 11 2013-01-24 09:45 libtk.so -> libtk8.5.so
Still no good. Could Pd-extended be made to force the use of the 8.5 libs?
Ed
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
From: András Murányi muranyia@gmail.com To: Ed Kelly morph_2016@yahoo.co.uk Cc: "pd-list@iem.at" pd-list@iem.at Sent: Thursday, January 24, 2013 9:14 AM Subject: Re: [PD] [PD-announce] Pd-extended 0.43.4 release candidate 1: last chance to report your bugs
You shall be able to choose tcl 8.5 with: sudo update-alternatives --config wish
Then, did this error prevent Pd from loading? Afaicr, plugins' errors shall not block Pd.
Right, but the question is whether Pd-extended should go ahead and require tcl/tk 8.5. The ttk requirement of search-plugin.tcl-- which loads by default in the next Pd-extended-- is one reason. Avoiding two messages in each "Fonts are ugly/weird/broken" thread is another:
User-to-entire-mailinglist: Font problem x y z... Answer-back-to-entire-mailinglist: Are you using tcl/tk 8.5? User-to-entire-mailinglist: Yes so what next / No but now I am thanx
Much less likely with tcl/tk 8.5 requirement: User-to-entire-mailinglist: In 2006 I set up my Pd box and stepped out for a bit
to go to medical school. Now I updated Pd and suddenly there's this error.
What happened?
-Jonathan
András
On Thu, Jan 24, 2013 at 10:47 AM, Ed Kelly morph_2016@yahoo.co.uk wrote:
Don't know if this has been mentioned before...
On Ubuntu Lucid (10.04LTS) Pd-extended-0.43 deb from the launchpad.net repository. Pd won't start properly in that it complains that it need Tcl/Tk8.5. Tcl/Tk8.5 is installed, but so is Tcl/Tk8.4.
(Tcl) UNHANDLED ERROR: version conflict for package "Tk": have 8.4, need 8.5
while executing "package require Tk 8.5" ("uplevel" body line 10) invoked from within "uplevel #0 $tclcode"FAILED TO LOAD /usr/lib/pd-extended/extra/search-plugin/search-plugin.tcl
So I tried changing the symlinks in /usr/lib to point to 8.5. This lrwxrwxrwx 1 root root 10 2013-01-24 09:45 libtk.a -> libtk8.5.a lrwxrwxrwx 1 root root 11 2013-01-24 09:45 libtk.so -> libtk8.5.so
Still no good. Could Pd-extended be made to force the use of the 8.5 libs?
Ed
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
I agree it should be fixed: http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revision&revi...
Looks for fresh builds on launchpad in about 5-6 hours: https://launchpad.net/~eighthave/+archive/pd-extended/+packages
.hc
On 01/24/2013 12:09 PM, Jonathan Wilkes wrote:
From: András Murányi muranyia@gmail.com To: Ed Kelly morph_2016@yahoo.co.uk Cc: "pd-list@iem.at" pd-list@iem.at Sent: Thursday, January 24, 2013 9:14 AM Subject: Re: [PD] [PD-announce] Pd-extended 0.43.4 release candidate 1: last chance to report your bugs
You shall be able to choose tcl 8.5 with: sudo update-alternatives --config wish
Then, did this error prevent Pd from loading? Afaicr, plugins' errors shall not block Pd.
Right, but the question is whether Pd-extended should go ahead and require tcl/tk 8.5. The ttk requirement of search-plugin.tcl-- which loads by default in the next Pd-extended-- is one reason. Avoiding two messages in each "Fonts are ugly/weird/broken" thread is another:
User-to-entire-mailinglist: Font problem x y z... Answer-back-to-entire-mailinglist: Are you using tcl/tk 8.5? User-to-entire-mailinglist: Yes so what next / No but now I am thanx
Much less likely with tcl/tk 8.5 requirement: User-to-entire-mailinglist: In 2006 I set up my Pd box and stepped out for a bit
to go to medical school. Now I updated Pd and suddenly there's this error.
What happened?
-Jonathan
András
On Thu, Jan 24, 2013 at 10:47 AM, Ed Kelly morph_2016@yahoo.co.uk wrote:
Don't know if this has been mentioned before...
On Ubuntu Lucid (10.04LTS) Pd-extended-0.43 deb from the launchpad.net repository. Pd won't start properly in that it complains that it need Tcl/Tk8.5. Tcl/Tk8.5 is installed, but so is Tcl/Tk8.4.
(Tcl) UNHANDLED ERROR: version conflict for package "Tk": have 8.4, need 8.5
while executing"package require Tk 8.5" ("uplevel" body line 10) invoked from within "uplevel #0 $tclcode"FAILED TO LOAD /usr/lib/pd-extended/extra/search-plugin/search-plugin.tcl
So I tried changing the symlinks in /usr/lib to point to 8.5. This lrwxrwxrwx 1 root root 10 2013-01-24 09:45 libtk.a -> libtk8.5.a lrwxrwxrwx 1 root root 11 2013-01-24 09:45 libtk.so -> libtk8.5.so
Still no good. Could Pd-extended be made to force the use of the 8.5 libs?
Ed
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On 01/23/2013 07:02 AM, Patrice Colet wrote:
On 01/07/2013 07:51 PM, Patrice Colet wrote:
hello, I'd like to report again a problem that is still not resolved in this release...
On win32, I've got many pd patches that makes the GUI not working with mouse binding, I can not move any object on the patch, only the arrows can make it move when it's selected.
It's still hard to tell where does it come from without passing hours opening, modifying, closing, and opening again patches that makes pd GUI doing this, maybe one day...
Yeah, that's a tough one. Is this something that you have reported before, like in a bug report in the tracker? Do you get any error messages when it happens?
I've seen bugs like this in the past, I think we've fixed some of them, but I wouldn't be surprised if there are still some out there.
Hello, I think I've found out where this problem comes from... It's related with audio, asio particulary...portaudio is still a big problem here...
In some words, when asio doesn't work the mouse binding is out.
I'd be glad to put a bug report but I don't really know how to attribute this one, it's both hardware (it might be a portaudio bug), hardcoding (it might be how portaudio is implemented in pd), and interface (the tcl part shouldn't be involved when audio is messing up)...
If you think you have something repeatable, then please file a bug report. Ideally, it would be the steps needed to reprocude it everytime or a patch to trigger the bug. But that's not always possible.
.hc
-
András Murányi -
Ed Kelly -
Hans-Christoph Steiner -
Jonathan Wilkes -
Patrice Colet -
Pierre-Olivier Boulant