This is the standard Pd in the repos of ubuntu Dapper: Pd version 0.39-2 compiled 20:40:11 Apr 1 2006
I've used Pd on various machines running Dapper and have never had any problems. Now, on this specific machine, as soon as I start pd, the entire machine, mouse keyboard and all, completely freezes. The only thing I can do is pull the plug of the machine and restart.
The machine has a very standard install of kubuntu with Gnome installed as well. However, this behavior happens even when no window managers and sound daemons are running and before any user programs are run. Moreover it happens even with these flags:
pd -help pd -nodac -noadc
Basically, it comes down to this: if I want the computer to freeze completely regardless of what is running or not, it takes 2 letters on the command line: pd
For your enjoyment, here's a printout of lspci:
0000:00:00.0 Host bridge: Intel Corporation E7520 Memory Controller Hub (rev 08) 0000:00:00.1 ff00: Intel Corporation E7525/E7520 Error Reporting Registers (rev 08) 0000:00:01.0 System peripheral: Intel Corporation E7520 DMA Controller (rev 08) 0000:00:02.0 PCI bridge: Intel Corporation E7525/E7520/E7320 PCI Express Port A (rev 08) 0000:00:1d.0 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 (rev 02) 0000:00:1d.1 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2 (rev 02) 0000:00:1d.2 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3 (rev 02) 0000:00:1d.3 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4 (rev 02) 0000:00:1d.7 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller (rev 02) 0000:00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev c2) 0000:00:1f.0 ISA bridge: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge (rev 02) 0000:00:1f.2 IDE interface: Intel Corporation 82801EB (ICH5) SATA Controller (rev 02) 0000:00:1f.3 SMBus: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus Controller (rev 02) 0000:01:00.0 PCI bridge: Intel Corporation 6700PXH PCI Express-to-PCI Bridge A (rev 08) 0000:01:00.2 PCI bridge: Intel Corporation 6700PXH PCI Express-to-PCI Bridge B (rev 08) 0000:02:05.0 SCSI storage controller: LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI (rev 08) 0000:02:05.1 SCSI storage controller: LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI (rev 08) 0000:03:01.0 SCSI storage controller: LSI Logic / Symbios Logic SAS1068 PCI-X Fusion-MPT SAS 0000:04:04.0 Ethernet controller: Intel Corporation 82541GI/PI Gigabit Ethernet Controller (rev 05) 0000:04:06.0 Multimedia audio controller: VIA Technologies Inc. ICE1712 [Envy24] PCI Multi-Channel I/O Controller (rev 02) 0000:04:0c.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27)
-John
OK.... next try: pd -nosound -nomidi
I bet it's MIDI that's hanging you - it's much shakier on all computer platfirms than is audio.
cheers Miller
On Sat, Oct 21, 2006 at 06:41:50PM -0500, John Harrison wrote:
This is the standard Pd in the repos of ubuntu Dapper: Pd version 0.39-2 compiled 20:40:11 Apr 1 2006
I've used Pd on various machines running Dapper and have never had any problems. Now, on this specific machine, as soon as I start pd, the entire machine, mouse keyboard and all, completely freezes. The only thing I can do is pull the plug of the machine and restart.
The machine has a very standard install of kubuntu with Gnome installed as well. However, this behavior happens even when no window managers and sound daemons are running and before any user programs are run. Moreover it happens even with these flags:
pd -help pd -nodac -noadc
Basically, it comes down to this: if I want the computer to freeze completely regardless of what is running or not, it takes 2 letters on the command line: pd
For your enjoyment, here's a printout of lspci:
0000:00:00.0 Host bridge: Intel Corporation E7520 Memory Controller Hub (rev 08) 0000:00:00.1 ff00: Intel Corporation E7525/E7520 Error Reporting Registers (rev 08) 0000:00:01.0 System peripheral: Intel Corporation E7520 DMA Controller (rev 08) 0000:00:02.0 PCI bridge: Intel Corporation E7525/E7520/E7320 PCI Express Port A (rev 08) 0000:00:1d.0 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 (rev 02) 0000:00:1d.1 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2 (rev 02) 0000:00:1d.2 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3 (rev 02) 0000:00:1d.3 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4 (rev 02) 0000:00:1d.7 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller (rev 02) 0000:00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev c2) 0000:00:1f.0 ISA bridge: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge (rev 02) 0000:00:1f.2 IDE interface: Intel Corporation 82801EB (ICH5) SATA Controller (rev 02) 0000:00:1f.3 SMBus: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus Controller (rev 02) 0000:01:00.0 PCI bridge: Intel Corporation 6700PXH PCI Express-to-PCI Bridge A (rev 08) 0000:01:00.2 PCI bridge: Intel Corporation 6700PXH PCI Express-to-PCI Bridge B (rev 08) 0000:02:05.0 SCSI storage controller: LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI (rev 08) 0000:02:05.1 SCSI storage controller: LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI (rev 08) 0000:03:01.0 SCSI storage controller: LSI Logic / Symbios Logic SAS1068 PCI-X Fusion-MPT SAS 0000:04:04.0 Ethernet controller: Intel Corporation 82541GI/PI Gigabit Ethernet Controller (rev 05) 0000:04:06.0 Multimedia audio controller: VIA Technologies Inc. ICE1712 [Envy24] PCI Multi-Channel I/O Controller (rev 02) 0000:04:0c.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27)
-John
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Sat, 21 Oct 2006, John Harrison wrote:
I've used Pd on various machines running Dapper and have never had any problems. Now, on this specific machine, as soon as I start pd, the entire machine, mouse keyboard and all, completely freezes. The only thing I can do is pull the plug of the machine and restart.
Are you running this as root (sudo or not), or with suid root?
What about the -nrt option?
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada
I have now tried
pd -nrt -nosound -nomidi
and it was the same thing: complete computer freeze with even mouse and keyboard not responding, requiring me to pull the plug.
I've tried both as root and not.
-John
Mathieu Bouchard wrote:
On Sat, 21 Oct 2006, John Harrison wrote:
I've used Pd on various machines running Dapper and have never had any problems. Now, on this specific machine, as soon as I start pd, the entire machine, mouse keyboard and all, completely freezes. The only thing I can do is pull the plug of the machine and restart.
Are you running this as root (sudo or not), or with suid root?
What about the -nrt option?
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada
Hallo, John Harrison hat gesagt: // John Harrison wrote:
I have now tried
pd -nrt -nosound -nomidi
and it was the same thing: complete computer freeze with even mouse and keyboard not responding, requiring me to pull the plug.
I've tried both as root and not.
Can you try to start Pd under a debugger? That is: $ gdb /usr/bin/pd (gdb) run
and if Pd crashes and your machine is still alive try to catch a backtrace with: (gdb) bt
Frank Barknecht _ ______footils.org_ __goto10.org__
Pd is still completely freezing my ubuntu Dapper machine. I have tried recompiling with Pd 0.40.2 and still absolute and instant freeze. So I tried the suggestion below. The debugger reports:
Starting program /usr/local/bin/pd [Thread debugging using libthread_db enabled] [New Thread -1211066688 (LWP 6400)]
Then the machine is completely frozen again, so I have to pull the plug.
I also tried editing /etc/hosts as was suggested here: http://lists.puredata.info/pipermail/pd-list/2005-07/029853.html
and that didn't help either...
I have used this on many ubuntu Dapper machines so I don't know what's so special about this one. Could it be the 2 dual-core Pentium Xeons? Could it be the M-audio Delta 1010LT card?
When I run
$ pd -verbose
I get no response at all. Just the instantly frozen machine.
And I have tried the various flags (-nrt -nomidi -nosound) and others...
-John
Frank Barknecht wrote:
Hallo, John Harrison hat gesagt: // John Harrison wrote:
I have now tried
pd -nrt -nosound -nomidi
and it was the same thing: complete computer freeze with even mouse and keyboard not responding, requiring me to pull the plug.
I've tried both as root and not.
Can you try to start Pd under a debugger? That is: $ gdb /usr/bin/pd (gdb) run
and if Pd crashes and your machine is still alive try to catch a backtrace with: (gdb) bt
Ciao
If I yank the M-audio Delta 1010LT card out of the machine, Pd runs fine. When I part the card back in, Pd freezes again. So the problem appears to be this M-audio card. The thing is...I Googled and searched this mailing list and it appears people use this card with Pd all the time with no problems. I need Pd and I need this M-audio card. What's my next step?
Weird that the card would crash Pd even with this command:
$ pd -nosound -noadc -nodac
Thanks,
-John
John Harrison wrote:
Pd is still completely freezing my ubuntu Dapper machine. I have tried recompiling with Pd 0.40.2 and still absolute and instant freeze. So I tried the suggestion below. The debugger reports:
Starting program /usr/local/bin/pd [Thread debugging using libthread_db enabled] [New Thread -1211066688 (LWP 6400)]
Then the machine is completely frozen again, so I have to pull the plug.
I also tried editing /etc/hosts as was suggested here: http://lists.puredata.info/pipermail/pd-list/2005-07/029853.html
and that didn't help either...
I have used this on many ubuntu Dapper machines so I don't know what's so special about this one. Could it be the 2 dual-core Pentium Xeons? Could it be the M-audio Delta 1010LT card?
When I run
$ pd -verbose
I get no response at all. Just the instantly frozen machine.
And I have tried the various flags (-nrt -nomidi -nosound) and others...
-John
Frank Barknecht wrote:
Hallo, John Harrison hat gesagt: // John Harrison wrote:
I have now tried
pd -nrt -nosound -nomidi
and it was the same thing: complete computer freeze with even mouse and keyboard not responding, requiring me to pull the plug.
I've tried both as root and not.
Can you try to start Pd under a debugger? That is: $ gdb /usr/bin/pd (gdb) run
and if Pd crashes and your machine is still alive try to catch a backtrace with: (gdb) bt
Ciao
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
hi john
without knowing the deeper details of and reasons for your problem i suggest the following: -try to run jack with your delta 1010LT -then try out, if any other application can use your soundcard over jack -if yes, then try 'pd -jack', so that pd connects to jack and then maybe you can use your soundcard without freezing.
from my experience, i solved many problems concerning audiosoftware and soundcards by inserting 'the jack-layer' in between (on linux//debian/ubuntu and osx). hopefully it helps in your situation as well.
cheers roman
On Fri, 2006-11-03 at 20:16 -0600, John Harrison wrote:
If I yank the M-audio Delta 1010LT card out of the machine, Pd runs fine. When I part the card back in, Pd freezes again. So the problem appears to be this M-audio card. The thing is...I Googled and searched this mailing list and it appears people use this card with Pd all the time with no problems. I need Pd and I need this M-audio card. What's my next step?
Weird that the card would crash Pd even with this command:
$ pd -nosound -noadc -nodac
Thanks,
-John
John Harrison wrote:
Pd is still completely freezing my ubuntu Dapper machine. I have tried recompiling with Pd 0.40.2 and still absolute and instant freeze. So I tried the suggestion below. The debugger reports:
Starting program /usr/local/bin/pd [Thread debugging using libthread_db enabled] [New Thread -1211066688 (LWP 6400)]
Then the machine is completely frozen again, so I have to pull the plug.
I also tried editing /etc/hosts as was suggested here: http://lists.puredata.info/pipermail/pd-list/2005-07/029853.html
and that didn't help either...
I have used this on many ubuntu Dapper machines so I don't know what's so special about this one. Could it be the 2 dual-core Pentium Xeons? Could it be the M-audio Delta 1010LT card?
When I run
$ pd -verbose
I get no response at all. Just the instantly frozen machine.
And I have tried the various flags (-nrt -nomidi -nosound) and others...
-John
Frank Barknecht wrote:
Hallo, John Harrison hat gesagt: // John Harrison wrote:
I have now tried
pd -nrt -nosound -nomidi
and it was the same thing: complete computer freeze with even mouse and keyboard not responding, requiring me to pull the plug.
I've tried both as root and not.
Can you try to start Pd under a debugger? That is: $ gdb /usr/bin/pd (gdb) run
and if Pd crashes and your machine is still alive try to catch a backtrace with: (gdb) bt
Ciao
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
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
Yes everything works with jack...except Pd. pd -jack still freezes the system utterly, completely. What could possibly be causing this? I wish I could compile w/out both ALSA and OSS so Pd basically had no chance for connection to the audio hardware at all....but that breaks the compile, as have already posted about to this list.
Does anybody know of a LiveCD with Pd on the CD? I'd like to try booting this to see if the problem might be in my os config somewhere...
To anybody else using this card with Pd: any config for the card itself (say, using envy24control) I need to know about? Should I try a different slot on the computer? This is just crazy...
-John
Roman Haefeli wrote:
hi john
without knowing the deeper details of and reasons for your problem i suggest the following: -try to run jack with your delta 1010LT -then try out, if any other application can use your soundcard over jack -if yes, then try 'pd -jack', so that pd connects to jack and then maybe you can use your soundcard without freezing.
from my experience, i solved many problems concerning audiosoftware and soundcards by inserting 'the jack-layer' in between (on linux//debian/ubuntu and osx). hopefully it helps in your situation as well.
cheers roman
On Fri, 2006-11-03 at 20:16 -0600, John Harrison wrote:
If I yank the M-audio Delta 1010LT card out of the machine, Pd runs fine. When I part the card back in, Pd freezes again. So the problem appears to be this M-audio card. The thing is...I Googled and searched this mailing list and it appears people use this card with Pd all the time with no problems. I need Pd and I need this M-audio card. What's my next step?
Weird that the card would crash Pd even with this command:
$ pd -nosound -noadc -nodac
Thanks,
-John
John Harrison wrote:
Pd is still completely freezing my ubuntu Dapper machine. I have tried recompiling with Pd 0.40.2 and still absolute and instant freeze. So I tried the suggestion below. The debugger reports:
Starting program /usr/local/bin/pd [Thread debugging using libthread_db enabled] [New Thread -1211066688 (LWP 6400)]
Then the machine is completely frozen again, so I have to pull the plug.
I also tried editing /etc/hosts as was suggested here: http://lists.puredata.info/pipermail/pd-list/2005-07/029853.html
and that didn't help either...
I have used this on many ubuntu Dapper machines so I don't know what's so special about this one. Could it be the 2 dual-core Pentium Xeons? Could it be the M-audio Delta 1010LT card?
When I run
$ pd -verbose
I get no response at all. Just the instantly frozen machine.
And I have tried the various flags (-nrt -nomidi -nosound) and others...
-John
Frank Barknecht wrote:
Hallo, John Harrison hat gesagt: // John Harrison wrote:
I have now tried
pd -nrt -nosound -nomidi
and it was the same thing: complete computer freeze with even mouse and keyboard not responding, requiring me to pull the plug.
I've tried both as root and not.
Can you try to start Pd under a debugger? That is: $ gdb /usr/bin/pd (gdb) run
and if Pd crashes and your machine is still alive try to catch a backtrace with: (gdb) bt
Ciao
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
___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
I booted up a LiveCD of Dynebolic v1.4.1 which has Pd on it. Just as with my ubuntu machine, trying to run Pd froze the machine utterly, completely. So my guess is it has something to do with the driver for this particular sound card, the Alsa library, and Pd. I'm guessing Pd must load in the libraries for alsa and/or do some sort of check of the audio hardware initially, regardless of the flags set on the command line, and this must be what is crashing it. I'm not sure what is unique about Pd as opposed to all of the other audio apps I have tried on this machine, but apparently there's something because no other audio apps are crashing. I'm also not sure how it is that others are apparently running this same M-audio Delta 1010LT card w/ Pd with no problems? Can somebody confirm this? I see the card referenced in the official Pd docs for installation in Linux, so I'm assuming this card apparently worked with Pd somehow, at least at one time.
I thought of trying the same card w/ Pd in another machine, but I'm not even sure where I would go w/ these results...
-John
John Harrison wrote:
Yes everything works with jack...except Pd. pd -jack still freezes the system utterly, completely. What could possibly be causing this? I wish I could compile w/out both ALSA and OSS so Pd basically had no chance for connection to the audio hardware at all....but that breaks the compile, as have already posted about to this list.
Does anybody know of a LiveCD with Pd on the CD? I'd like to try booting this to see if the problem might be in my os config somewhere...
To anybody else using this card with Pd: any config for the card itself (say, using envy24control) I need to know about? Should I try a different slot on the computer? This is just crazy...
-John
Roman Haefeli wrote:
hi john
without knowing the deeper details of and reasons for your problem i suggest the following: -try to run jack with your delta 1010LT -then try out, if any other application can use your soundcard over jack -if yes, then try 'pd -jack', so that pd connects to jack and then maybe you can use your soundcard without freezing.
from my experience, i solved many problems concerning audiosoftware and soundcards by inserting 'the jack-layer' in between (on linux//debian/ubuntu and osx). hopefully it helps in your situation as well.
cheers roman
On Fri, 2006-11-03 at 20:16 -0600, John Harrison wrote:
If I yank the M-audio Delta 1010LT card out of the machine, Pd runs fine. When I part the card back in, Pd freezes again. So the problem appears to be this M-audio card. The thing is...I Googled and searched this mailing list and it appears people use this card with Pd all the time with no problems. I need Pd and I need this M-audio card. What's my next step?
Weird that the card would crash Pd even with this command:
$ pd -nosound -noadc -nodac
Thanks,
-John
John Harrison wrote:
Pd is still completely freezing my ubuntu Dapper machine. I have tried recompiling with Pd 0.40.2 and still absolute and instant freeze. So I tried the suggestion below. The debugger reports:
Starting program /usr/local/bin/pd [Thread debugging using libthread_db enabled] [New Thread -1211066688 (LWP 6400)]
Then the machine is completely frozen again, so I have to pull the plug.
I also tried editing /etc/hosts as was suggested here: http://lists.puredata.info/pipermail/pd-list/2005-07/029853.html
and that didn't help either...
I have used this on many ubuntu Dapper machines so I don't know what's so special about this one. Could it be the 2 dual-core Pentium Xeons? Could it be the M-audio Delta 1010LT card?
When I run
$ pd -verbose
I get no response at all. Just the instantly frozen machine.
And I have tried the various flags (-nrt -nomidi -nosound) and others...
-John
Frank Barknecht wrote:
Hallo, John Harrison hat gesagt: // John Harrison wrote:
I have now tried
pd -nrt -nosound -nomidi
and it was the same thing: complete computer freeze with even mouse and keyboard not responding, requiring me to pull the plug.
I've tried both as root and not.
Can you try to start Pd under a debugger? That is: $ gdb /usr/bin/pd (gdb) run
and if Pd crashes and your machine is still alive try to catch a backtrace with: (gdb) bt
Ciao
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
___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
-- John Harrison Associate Professor of Violin Director: CRATEL (Center for Research in Arts, Technology, Education and Learning) Wichita State University Wichita, KS 67260-0053 USA
http://JohnHarrisonViolin.com http://cratel.wichita.edu
tel: 001 316 978 6572 fax: 001 316 978 3625
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
fax: 001 316 978 3625
Now I have tried building pd-0.39.2 and here is my configure command:
./configure --disable-alsa --enable-jack --disable-portaudio --disable-portmidi --enable-debug
Build is successful. Yet running pd with any parameter(s) still completely crashes the computer, forcing me to unplug.
So now that I have tried different distros with the same bad results, different versions of Pd, and compiled with as little hardware support as possible, I have no choice but to conclude that Pd cannot run on this sound card with this particular computer. Weird. Maudio Delta 1010LT. If I remove the card, Pd loads up...but I need this card.
-john
John Harrison wrote:
I booted up a LiveCD of Dynebolic v1.4.1 which has Pd on it. Just as with my ubuntu machine, trying to run Pd froze the machine utterly, completely. So my guess is it has something to do with the driver for this particular sound card, the Alsa library, and Pd. I'm guessing Pd must load in the libraries for alsa and/or do some sort of check of the audio hardware initially, regardless of the flags set on the command line, and this must be what is crashing it. I'm not sure what is unique about Pd as opposed to all of the other audio apps I have tried on this machine, but apparently there's something because no other audio apps are crashing. I'm also not sure how it is that others are apparently running this same M-audio Delta 1010LT card w/ Pd with no problems? Can somebody confirm this? I see the card referenced in the official Pd docs for installation in Linux, so I'm assuming this card apparently worked with Pd somehow, at least at one time.
I thought of trying the same card w/ Pd in another machine, but I'm not even sure where I would go w/ these results...
-John
John Harrison wrote:
Yes everything works with jack...except Pd. pd -jack still freezes the system utterly, completely. What could possibly be causing this? I wish I could compile w/out both ALSA and OSS so Pd basically had no chance for connection to the audio hardware at all....but that breaks the compile, as have already posted about to this list.
Does anybody know of a LiveCD with Pd on the CD? I'd like to try booting this to see if the problem might be in my os config somewhere...
To anybody else using this card with Pd: any config for the card itself (say, using envy24control) I need to know about? Should I try a different slot on the computer? This is just crazy...
-John
Roman Haefeli wrote:
hi john
without knowing the deeper details of and reasons for your problem i suggest the following: -try to run jack with your delta 1010LT -then try out, if any other application can use your soundcard over jack -if yes, then try 'pd -jack', so that pd connects to jack and then maybe you can use your soundcard without freezing.
from my experience, i solved many problems concerning audiosoftware and soundcards by inserting 'the jack-layer' in between (on linux//debian/ubuntu and osx). hopefully it helps in your situation as well.
cheers roman
On Fri, 2006-11-03 at 20:16 -0600, John Harrison wrote:
If I yank the M-audio Delta 1010LT card out of the machine, Pd runs fine. When I part the card back in, Pd freezes again. So the problem appears to be this M-audio card. The thing is...I Googled and searched this mailing list and it appears people use this card with Pd all the time with no problems. I need Pd and I need this M-audio card. What's my next step?
Weird that the card would crash Pd even with this command:
$ pd -nosound -noadc -nodac
Thanks,
-John
John Harrison wrote:
Pd is still completely freezing my ubuntu Dapper machine. I have tried recompiling with Pd 0.40.2 and still absolute and instant freeze. So I tried the suggestion below. The debugger reports:
Starting program /usr/local/bin/pd [Thread debugging using libthread_db enabled] [New Thread -1211066688 (LWP 6400)]
Then the machine is completely frozen again, so I have to pull the plug.
I also tried editing /etc/hosts as was suggested here: http://lists.puredata.info/pipermail/pd-list/2005-07/029853.html
and that didn't help either...
I have used this on many ubuntu Dapper machines so I don't know what's so special about this one. Could it be the 2 dual-core Pentium Xeons? Could it be the M-audio Delta 1010LT card?
When I run
$ pd -verbose
I get no response at all. Just the instantly frozen machine.
And I have tried the various flags (-nrt -nomidi -nosound) and others...
-John
Frank Barknecht wrote:
Hallo, John Harrison hat gesagt: // John Harrison wrote:
> I have now tried > > pd -nrt -nosound -nomidi > > and it was the same thing: complete computer freeze with even mouse and > keyboard not responding, requiring me to pull the plug. > > I've tried both as root and not. >
>
Can you try to start Pd under a debugger? That is: $ gdb /usr/bin/pd (gdb) runand if Pd crashes and your machine is still alive try to catch a backtrace with: (gdb) bt
Ciao
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
___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
-- John Harrison Associate Professor of Violin Director: CRATEL (Center for Research in Arts, Technology, Education and Learning) Wichita State University Wichita, KS 67260-0053 USA
http://JohnHarrisonViolin.com http://cratel.wichita.edu
tel: 001 316 978 6572 fax: 001 316 978 3625
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
fax: 001 316 978 3625
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
I thought it worth mentioning that I solved this. It turned out the problem is no matter what flags I use in the configure part of the build and no matter what flags I call pd with, some OSS midi routines were still being called and these routines were what was crashing the system hard. There was more than one oss midi routine causing the crash i.e. if I commented one out in s_midi.c the next one would crash it, but the offending code was always inside preprocessor directives labeled USEAPI_OSS. Since I have no intention of using any OSS audio or midi, I just had to make sure this directive was not set when building. I couldn't find a configure flag to disable setting USEAPI_OSS so I manually edited the configure file and took this flag out. I rebuilt Pd and everything works, including alsamidi. (Maybe OSS doesn't work --- I didn't even bother to check since I have no use for OSS.) A build of 0.39.2 and 0.40-1 both work now and neither worked before.
Perhaps there should be a configure flag to enable or disable oss introduced into the Pd build code?
-John
John Harrison wrote:
Now I have tried building pd-0.39.2 and here is my configure command:
./configure --disable-alsa --enable-jack --disable-portaudio --disable-portmidi --enable-debug
Build is successful. Yet running pd with any parameter(s) still completely crashes the computer, forcing me to unplug.
So now that I have tried different distros with the same bad results, different versions of Pd, and compiled with as little hardware support as possible, I have no choice but to conclude that Pd cannot run on this sound card with this particular computer. Weird. Maudio Delta 1010LT. If I remove the card, Pd loads up...but I need this card.
-john
John Harrison wrote:
I booted up a LiveCD of Dynebolic v1.4.1 which has Pd on it. Just as with my ubuntu machine, trying to run Pd froze the machine utterly, completely. So my guess is it has something to do with the driver for this particular sound card, the Alsa library, and Pd. I'm guessing Pd must load in the libraries for alsa and/or do some sort of check of the audio hardware initially, regardless of the flags set on the command line, and this must be what is crashing it. I'm not sure what is unique about Pd as opposed to all of the other audio apps I have tried on this machine, but apparently there's something because no other audio apps are crashing. I'm also not sure how it is that others are apparently running this same M-audio Delta 1010LT card w/ Pd with no problems? Can somebody confirm this? I see the card referenced in the official Pd docs for installation in Linux, so I'm assuming this card apparently worked with Pd somehow, at least at one time.
I thought of trying the same card w/ Pd in another machine, but I'm not even sure where I would go w/ these results...
-John
John Harrison wrote:
Yes everything works with jack...except Pd. pd -jack still freezes the system utterly, completely. What could possibly be causing this? I wish I could compile w/out both ALSA and OSS so Pd basically had no chance for connection to the audio hardware at all....but that breaks the compile, as have already posted about to this list.
Does anybody know of a LiveCD with Pd on the CD? I'd like to try booting this to see if the problem might be in my os config somewhere...
To anybody else using this card with Pd: any config for the card itself (say, using envy24control) I need to know about? Should I try a different slot on the computer? This is just crazy...
-John
Roman Haefeli wrote:
hi john
without knowing the deeper details of and reasons for your problem i suggest the following: -try to run jack with your delta 1010LT -then try out, if any other application can use your soundcard over jack -if yes, then try 'pd -jack', so that pd connects to jack and then maybe you can use your soundcard without freezing.
from my experience, i solved many problems concerning audiosoftware and soundcards by inserting 'the jack-layer' in between (on linux//debian/ubuntu and osx). hopefully it helps in your situation as well.
cheers roman
On Fri, 2006-11-03 at 20:16 -0600, John Harrison wrote:
If I yank the M-audio Delta 1010LT card out of the machine, Pd runs fine. When I part the card back in, Pd freezes again. So the problem appears to be this M-audio card. The thing is...I Googled and searched this mailing list and it appears people use this card with Pd all the time with no problems. I need Pd and I need this M-audio card. What's my next step?
Weird that the card would crash Pd even with this command:
$ pd -nosound -noadc -nodac
Thanks,
-John
John Harrison wrote:
Pd is still completely freezing my ubuntu Dapper machine. I have tried recompiling with Pd 0.40.2 and still absolute and instant freeze. So I tried the suggestion below. The debugger reports:
Starting program /usr/local/bin/pd [Thread debugging using libthread_db enabled] [New Thread -1211066688 (LWP 6400)]
Then the machine is completely frozen again, so I have to pull the plug.
I also tried editing /etc/hosts as was suggested here: http://lists.puredata.info/pipermail/pd-list/2005-07/029853.html
and that didn't help either...
I have used this on many ubuntu Dapper machines so I don't know what's so special about this one. Could it be the 2 dual-core Pentium Xeons? Could it be the M-audio Delta 1010LT card?
When I run
$ pd -verbose
I get no response at all. Just the instantly frozen machine.
And I have tried the various flags (-nrt -nomidi -nosound) and others...
-John
Frank Barknecht wrote:
> Hallo, > John Harrison hat gesagt: // John Harrison wrote: > >
>
>> I have now tried >> >> pd -nrt -nosound -nomidi >> >> and it was the same thing: complete computer freeze with even mouse and >> keyboard not responding, requiring me to pull the plug. >> >> I've tried both as root and not. >>
>>
> Can you try to start Pd under a debugger? That is: > $ gdb /usr/bin/pd > (gdb) run > > and if Pd crashes and your machine is still alive try to catch a > backtrace with: > (gdb) bt > > Ciao >
>
____________________________________________________________________
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
___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
-- John Harrison Associate Professor of Violin Director: CRATEL (Center for Research in Arts, Technology, Education and Learning) Wichita State University Wichita, KS 67260-0053 USA
http://JohnHarrisonViolin.com http://cratel.wichita.edu
tel: 001 316 978 6572 fax: 001 316 978 3625
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
fax: 001 316 978 3625
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 Sun, 22 Oct 2006, John Harrison wrote:
and it was the same thing: complete computer freeze with even mouse and keyboard not responding, requiring me to pull the plug. I've tried both as root and not.
The only time that I've had the computer crash that bad, without being in realtime mode, was when I tried using [pix_dv] that I had transplanted into GridFlow. The kernel-based DV interface is very brittle.
The only other possibility I can think of, is defective RAM and defective CPU, but those wouldn't crash so predictably *and* instantly. I used to have a CPU that would crash whenever I was using it at 100% with SIMD code for more than approx 5 minutes if I was not using the following CPU fan:
http://artengine.ca/matju/pics/fan.jpg
but that's surely not the problem that you are experiencing.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada