Re: [PD] MIDI input problems in PD
OK... hopefully you'll get a better ride with the new 0.43-3test1... I'd love to hear whether that helps or not :) Miller On Mon, Feb 27, 2012 at 03:14:44PM +0100, Villa Anna wrote: Sounds very similar to my problem. I also think it's a buffer problem cause when I leave everything on overnight (unused), it still works perfectly fine in the morning. The problems occur after usage. I'll check out the tip from Raphael. Thanks! Laura 2012/2/26 Ingo i...@miamiwave.com I had the same problem with Windows XP and a RME Hammerfall DSP card using only the normal [notein], [ctlin], [toutchin] and [pgmin] for a sampling synth. I don't think it's the midi interface. RME has some of the best drivers - very stable. Sometimes after a certain amount of time it started playing notes by itself and didn't seem to stop anymore. It sounded like notes or melodies that I had been playing before. Nothing random. Could it be possible that midi data is written into a buffer that does not get emptied anymore? Then something might trigger reading out that buffer? I couldn't recreate why it happened. Most of the time it didn't do it but every once in a while it did. I had no problem ever running Nuendo for days on that same machine programming midi. The same Pd patch was doing fine on a Linux computer after switching to Linux. Ingo -Ursprüngliche Nachricht- Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von Miller Puckette Gesendet: Sonntag, 26. Februar 2012 00:04 An: Villa Anna Cc: pd-list Betreff: Re: [PD] MIDI input problems in PD I haven't seen this problem, but I have to admit I don't think I ever ran MIDI into a Windows machine for more than 2 hours at a time (back when I acually used MIDI Windows itself wasn't stable enough to run for that long at a time :) It's hard to know whether this is the MOTU driver misbehaving in windows 7 or somethig with Pd itself - my only suggestion would be to try either (1) switching interfaces to something more modern than 828MKII or (2) try using some other software to see if the problem is specific to PD. cheers Miller On Sat, Feb 25, 2012 at 11:03:32AM +0100, Villa Anna wrote: Dear list, I have problems with Midi input in PD. I use Windows 7 and make use of a Motu 828MKII soundcard. I receive MIDI via a polytouchin object (make use of FSRs and a coridium armmite to translate pressure on the FSRs to Midi messages). All goes fine in the beginning, but sometimes after a while (f.e. 2 hours) my Midi input starts to be random (FSRs trigger that are not supposed to be triggering). If I restart PD everything is back to normal. Any idea what the cause of this problem might be? It's an installation project so it is difficult to restart everything from time to time. Thanks in advance for your help! Laura ___ 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
Re: [PD] MIDI input problems in PD
Sounds very similar to my problem. I also think it's a buffer problem cause when I leave everything on overnight (unused), it still works perfectly fine in the morning. The problems occur after usage. I'll check out the tip from Raphael. Thanks! Laura 2012/2/26 Ingo i...@miamiwave.com I had the same problem with Windows XP and a RME Hammerfall DSP card using only the normal [notein], [ctlin], [toutchin] and [pgmin] for a sampling synth. I don't think it's the midi interface. RME has some of the best drivers - very stable. Sometimes after a certain amount of time it started playing notes by itself and didn't seem to stop anymore. It sounded like notes or melodies that I had been playing before. Nothing random. Could it be possible that midi data is written into a buffer that does not get emptied anymore? Then something might trigger reading out that buffer? I couldn't recreate why it happened. Most of the time it didn't do it but every once in a while it did. I had no problem ever running Nuendo for days on that same machine programming midi. The same Pd patch was doing fine on a Linux computer after switching to Linux. Ingo -Ursprüngliche Nachricht- Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von Miller Puckette Gesendet: Sonntag, 26. Februar 2012 00:04 An: Villa Anna Cc: pd-list Betreff: Re: [PD] MIDI input problems in PD I haven't seen this problem, but I have to admit I don't think I ever ran MIDI into a Windows machine for more than 2 hours at a time (back when I acually used MIDI Windows itself wasn't stable enough to run for that long at a time :) It's hard to know whether this is the MOTU driver misbehaving in windows 7 or somethig with Pd itself - my only suggestion would be to try either (1) switching interfaces to something more modern than 828MKII or (2) try using some other software to see if the problem is specific to PD. cheers Miller On Sat, Feb 25, 2012 at 11:03:32AM +0100, Villa Anna wrote: Dear list, I have problems with Midi input in PD. I use Windows 7 and make use of a Motu 828MKII soundcard. I receive MIDI via a polytouchin object (make use of FSRs and a coridium armmite to translate pressure on the FSRs to Midi messages). All goes fine in the beginning, but sometimes after a while (f.e. 2 hours) my Midi input starts to be random (FSRs trigger that are not supposed to be triggering). If I restart PD everything is back to normal. Any idea what the cause of this problem might be? It's an installation project so it is difficult to restart everything from time to time. Thanks in advance for your help! Laura ___ 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
Re: [PD] MIDI input problems in PD
Hi, I have the same problem. It affects several computers running XP, Vista or Win7 and several Midi controllers; either connected to a RME multiface or through USB (Korg NanoPad / Berinhger BCR2000 or BCF2000 / Akai LPD8). Mostly using CC, hardly Midi-notes. And most of the time I go through Midi-Ox and a virtual midi port (midi yoke) to merge all controllers before sending to Pd. Midi-Ox checks for looping and should be able to prevent it and my patches try to limit looping and Midi data flow too. It does look like there is some overflow of the midi I/O buffers. I tend to limit the flow of data outgoing with [speedlim] and have a separate sessions of Pd for the control/GUI and audio with the audio/midi properties set differently between the two sessions. For me it happens after big rushes of data: if I instantiate all the parameters of a BCR2000 at once (over 100 parameters) at the same time as updating the GUI in Pd it's not that hard to overload the midi buffers and create this problem and it doesn't take two hours to crash then... :) And if you send a lot of stuff from the controllers too then it can lead to the same issue. I'm not sure it's only the flow of midi data, but it could be the Midi data plus a lot of processing in Pd, especially with GUI objects moving in response to the Midi input. Re-instantiating the Midi-settings seems to flush the buffers, but sometimes it takes a reboot to make the problem go away once everything is stuck. Cheers Pierre-Olivier On 26/02/2012 08:28, Ingo wrote: I had the same problem with Windows XP and a RME Hammerfall DSP card using only the normal [notein], [ctlin], [toutchin] and [pgmin] for a sampling synth. I don't think it's the midi interface. RME has some of the best drivers - very stable. Sometimes after a certain amount of time it started playing notes by itself and didn't seem to stop anymore. It sounded like notes or melodies that I had been playing before. Nothing random. Could it be possible that midi data is written into a buffer that does not get emptied anymore? Then something might trigger reading out that buffer? I couldn't recreate why it happened. Most of the time it didn't do it but every once in a while it did. I had no problem ever running Nuendo for days on that same machine programming midi. The same Pd patch was doing fine on a Linux computer after switching to Linux. Ingo -Ursprüngliche Nachricht- Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von Miller Puckette Gesendet: Sonntag, 26. Februar 2012 00:04 An: Villa Anna Cc: pd-list Betreff: Re: [PD] MIDI input problems in PD I haven't seen this problem, but I have to admit I don't think I ever ran MIDI into a Windows machine for more than 2 hours at a time (back when I acually used MIDI Windows itself wasn't stable enough to run for that long at a time :) It's hard to know whether this is the MOTU driver misbehaving in windows 7 or something with Pd itself - my only suggestion would be to try either (1) switching interfaces to something more modern than 828MKII or (2) try using some other software to see if the problem is specific to PD. cheers Miller On Sat, Feb 25, 2012 at 11:03:32AM +0100, Villa Anna wrote: Dear list, I have problems with Midi input in PD. I use Windows 7 and make use of a Motu 828MKII soundcard. I receive MIDI via a polytouchin object (make use of FSRs and a coridium armmite to translate pressure on the FSRs to Midi messages). All goes fine in the beginning, but sometimes after a while (f.e. 2 hours) my Midi input starts to be random (FSRs trigger that are not supposed to be triggering). If I restart PD everything is back to normal. Any idea what the cause of this problem might be? It's an installation project so it is difficult to restart everything from time to time. Thanks in advance for your help! Laura ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] MIDI input problems in PD
Drat, I can't reproduce this yet... I don't have any real MIDI devices, just USB keyboards that fake MIDI, so perhaps I need to track down an old-fashioned MIDI device somewhere :) M On Sun, Feb 26, 2012 at 08:15:32PM +0100, Pierre-Olivier Boulant wrote: Hi, I have the same problem. It affects several computers running XP, Vista or Win7 and several Midi controllers; either connected to a RME multiface or through USB (Korg NanoPad / Berinhger BCR2000 or BCF2000 / Akai LPD8). Mostly using CC, hardly Midi-notes. And most of the time I go through Midi-Ox and a virtual midi port (midi yoke) to merge all controllers before sending to Pd. Midi-Ox checks for looping and should be able to prevent it and my patches try to limit looping and Midi data flow too. It does look like there is some overflow of the midi I/O buffers. I tend to limit the flow of data outgoing with [speedlim] and have a separate sessions of Pd for the control/GUI and audio with the audio/midi properties set differently between the two sessions. For me it happens after big rushes of data: if I instantiate all the parameters of a BCR2000 at once (over 100 parameters) at the same time as updating the GUI in Pd it's not that hard to overload the midi buffers and create this problem and it doesn't take two hours to crash then... :) And if you send a lot of stuff from the controllers too then it can lead to the same issue. I'm not sure it's only the flow of midi data, but it could be the Midi data plus a lot of processing in Pd, especially with GUI objects moving in response to the Midi input. Re-instantiating the Midi-settings seems to flush the buffers, but sometimes it takes a reboot to make the problem go away once everything is stuck. Cheers Pierre-Olivier On 26/02/2012 08:28, Ingo wrote: I had the same problem with Windows XP and a RME Hammerfall DSP card using only the normal [notein], [ctlin], [toutchin] and [pgmin] for a sampling synth. I don't think it's the midi interface. RME has some of the best drivers - very stable. Sometimes after a certain amount of time it started playing notes by itself and didn't seem to stop anymore. It sounded like notes or melodies that I had been playing before. Nothing random. Could it be possible that midi data is written into a buffer that does not get emptied anymore? Then something might trigger reading out that buffer? I couldn't recreate why it happened. Most of the time it didn't do it but every once in a while it did. I had no problem ever running Nuendo for days on that same machine programming midi. The same Pd patch was doing fine on a Linux computer after switching to Linux. Ingo -Ursprüngliche Nachricht- Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von Miller Puckette Gesendet: Sonntag, 26. Februar 2012 00:04 An: Villa Anna Cc: pd-list Betreff: Re: [PD] MIDI input problems in PD I haven't seen this problem, but I have to admit I don't think I ever ran MIDI into a Windows machine for more than 2 hours at a time (back when I acually used MIDI Windows itself wasn't stable enough to run for that long at a time :) It's hard to know whether this is the MOTU driver misbehaving in windows 7 or something with Pd itself - my only suggestion would be to try either (1) switching interfaces to something more modern than 828MKII or (2) try using some other software to see if the problem is specific to PD. cheers Miller On Sat, Feb 25, 2012 at 11:03:32AM +0100, Villa Anna wrote: Dear list, I have problems with Midi input in PD. I use Windows 7 and make use of a Motu 828MKII soundcard. I receive MIDI via a polytouchin object (make use of FSRs and a coridium armmite to translate pressure on the FSRs to Midi messages). All goes fine in the beginning, but sometimes after a while (f.e. 2 hours) my Midi input starts to be random (FSRs trigger that are not supposed to be triggering). If I restart PD everything is back to normal. Any idea what the cause of this problem might be? It's an installation project so it is difficult to restart everything from time to time. Thanks in advance for your help! Laura ___ 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
Re: [PD] MIDI input problems in PD
Le 2012-02-26 à 13:11:00, Miller Puckette a écrit : I don't have any real MIDI devices, just USB keyboards that fake MIDI, That's a matter of ontology. What is reality ? I mean the real reality. Politically correct Wikipedia instead calls USB an « Alternative hardware transport » for (real) MIDI. http://en.wikipedia.org/wiki/MIDI#Alternative_hardware_transports __ | Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, QC___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] MIDI input problems in PD
I was using MIDI OX as well. I wonder if Laura did. If yes, it could be related to MIDI OX as well. Ingo -Ursprüngliche Nachricht- Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von Miller Puckette Gesendet: Sonntag, 26. Februar 2012 22:11 An: Pierre-Olivier Boulant Cc: PD-List Betreff: Re: [PD] MIDI input problems in PD Drat, I can't reproduce this yet... I don't have any real MIDI devices, just USB keyboards that fake MIDI, so perhaps I need to track down an old-fashioned MIDI device somewhere :) M On Sun, Feb 26, 2012 at 08:15:32PM +0100, Pierre-Olivier Boulant wrote: Hi, I have the same problem. It affects several computers running XP, Vista or Win7 and several Midi controllers; either connected to a RME multiface or through USB (Korg NanoPad / Berinhger BCR2000 or BCF2000 / Akai LPD8). Mostly using CC, hardly Midi-notes. And most of the time I go through Midi-Ox and a virtual midi port (midi yoke) to merge all controllers before sending to Pd. Midi-Ox checks for looping and should be able to prevent it and my patches try to limit looping and Midi data flow too. It does look like there is some overflow of the midi I/O buffers. I tend to limit the flow of data outgoing with [speedlim] and have a separate sessions of Pd for the control/GUI and audio with the audio/midi properties set differently between the two sessions. For me it happens after big rushes of data: if I instantiate all the parameters of a BCR2000 at once (over 100 parameters) at the same time as updating the GUI in Pd it's not that hard to overload the midi buffers and create this problem and it doesn't take two hours to crash then... :) And if you send a lot of stuff from the controllers too then it can lead to the same issue. I'm not sure it's only the flow of midi data, but it could be the Midi data plus a lot of processing in Pd, especially with GUI objects moving in response to the Midi input. Re-instantiating the Midi-settings seems to flush the buffers, but sometimes it takes a reboot to make the problem go away once everything is stuck. Cheers Pierre-Olivier On 26/02/2012 08:28, Ingo wrote: I had the same problem with Windows XP and a RME Hammerfall DSP card using only the normal [notein], [ctlin], [toutchin] and [pgmin] for a sampling synth. I don't think it's the midi interface. RME has some of the best drivers - very stable. Sometimes after a certain amount of time it started playing notes by itself and didn't seem to stop anymore. It sounded like notes or melodies that I had been playing before. Nothing random. Could it be possible that midi data is written into a buffer that does not get emptied anymore? Then something might trigger reading out that buffer? I couldn't recreate why it happened. Most of the time it didn't do it but every once in a while it did. I had no problem ever running Nuendo for days on that same machine programming midi. The same Pd patch was doing fine on a Linux computer after switching to Linux. Ingo -Ursprüngliche Nachricht- Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von Miller Puckette Gesendet: Sonntag, 26. Februar 2012 00:04 An: Villa Anna Cc: pd-list Betreff: Re: [PD] MIDI input problems in PD I haven't seen this problem, but I have to admit I don't think I ever ran MIDI into a Windows machine for more than 2 hours at a time (back when I acually used MIDI Windows itself wasn't stable enough to run for that long at a time :) It's hard to know whether this is the MOTU driver misbehaving in windows 7 or something with Pd itself - my only suggestion would be to try either (1) switching interfaces to something more modern than 828MKII or (2) try using some other software to see if the problem is specific to PD. cheers Miller On Sat, Feb 25, 2012 at 11:03:32AM +0100, Villa Anna wrote: Dear list, I have problems with Midi input in PD. I use Windows 7 and make use of a Motu 828MKII soundcard. I receive MIDI via a polytouchin object (make use of FSRs and a coridium armmite to translate pressure on the FSRs to Midi messages). All goes fine in the beginning, but sometimes after a while (f.e. 2 hours) my Midi input starts to be random (FSRs trigger that are not supposed to be triggering). If I restart PD everything is back to normal. Any idea what the cause of this problem might be? It's an installation project so it is difficult to restart everything from time to time. Thanks in advance for your help! Laura ___ 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
Re: [PD] MIDI input problems in PD
I had the same problem without Midi-Ox too. pob On 26/02/2012 22:28, Ingo wrote: I was using MIDI OX as well. I wonder if Laura did. If yes, it could be related to MIDI OX as well. Ingo -Ursprüngliche Nachricht- Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von Miller Puckette Gesendet: Sonntag, 26. Februar 2012 22:11 An: Pierre-Olivier Boulant Cc: PD-List Betreff: Re: [PD] MIDI input problems in PD Drat, I can't reproduce this yet... I don't have any real MIDI devices, just USB keyboards that fake MIDI, so perhaps I need to track down an old-fashioned MIDI device somewhere :) M On Sun, Feb 26, 2012 at 08:15:32PM +0100, Pierre-Olivier Boulant wrote: Hi, I have the same problem. It affects several computers running XP, Vista or Win7 and several Midi controllers; either connected to a RME multiface or through USB (Korg NanoPad / Berinhger BCR2000 or BCF2000 / Akai LPD8). Mostly using CC, hardly Midi-notes. And most of the time I go through Midi-Ox and a virtual midi port (midi yoke) to merge all controllers before sending to Pd. Midi-Ox checks for looping and should be able to prevent it and my patches try to limit looping and Midi data flow too. It does look like there is some overflow of the midi I/O buffers. I tend to limit the flow of data outgoing with [speedlim] and have a separate sessions of Pd for the control/GUI and audio with the audio/midi properties set differently between the two sessions. For me it happens after big rushes of data: if I instantiate all the parameters of a BCR2000 at once (over 100 parameters) at the same time as updating the GUI in Pd it's not that hard to overload the midi buffers and create this problem and it doesn't take two hours to crash then... :) And if you send a lot of stuff from the controllers too then it can lead to the same issue. I'm not sure it's only the flow of midi data, but it could be the Midi data plus a lot of processing in Pd, especially with GUI objects moving in response to the Midi input. Re-instantiating the Midi-settings seems to flush the buffers, but sometimes it takes a reboot to make the problem go away once everything is stuck. Cheers Pierre-Olivier On 26/02/2012 08:28, Ingo wrote: I had the same problem with Windows XP and a RME Hammerfall DSP card using only the normal [notein], [ctlin], [toutchin] and [pgmin] for a sampling synth. I don't think it's the midi interface. RME has some of the best drivers - very stable. Sometimes after a certain amount of time it started playing notes by itself and didn't seem to stop anymore. It sounded like notes or melodies that I had been playing before. Nothing random. Could it be possible that midi data is written into a buffer that does not get emptied anymore? Then something might trigger reading out that buffer? I couldn't recreate why it happened. Most of the time it didn't do it but every once in a while it did. I had no problem ever running Nuendo for days on that same machine programming midi. The same Pd patch was doing fine on a Linux computer after switching to Linux. Ingo -Ursprüngliche Nachricht- Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von Miller Puckette Gesendet: Sonntag, 26. Februar 2012 00:04 An: Villa Anna Cc: pd-list Betreff: Re: [PD] MIDI input problems in PD I haven't seen this problem, but I have to admit I don't think I ever ran MIDI into a Windows machine for more than 2 hours at a time (back when I acually used MIDI Windows itself wasn't stable enough to run for that long at a time :) It's hard to know whether this is the MOTU driver misbehaving in windows 7 or something with Pd itself - my only suggestion would be to try either (1) switching interfaces to something more modern than 828MKII or (2) try using some other software to see if the problem is specific to PD. cheers Miller On Sat, Feb 25, 2012 at 11:03:32AM +0100, Villa Anna wrote: Dear list, I have problems with Midi input in PD. I use Windows 7 and make use of a Motu 828MKII soundcard. I receive MIDI via a polytouchin object (make use of FSRs and a coridium armmite to translate pressure on the FSRs to Midi messages). All goes fine in the beginning, but sometimes after a while (f.e. 2 hours) my Midi input starts to be random (FSRs trigger that are not supposed to be triggering). If I restart PD everything is back to normal. Any idea what the cause of this problem might be? It's an installation project so it is difficult to restart everything from time to time. Thanks in advance for your help! Laura ___ 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 -- ~Pierre-Olivier Boulant ~ -o- www.puffskydd.net
[PD] MIDI input problems in PD
Dear list, I have problems with Midi input in PD. I use Windows 7 and make use of a Motu 828MKII soundcard. I receive MIDI via a polytouchin object (make use of FSRs and a coridium armmite to translate pressure on the FSRs to Midi messages). All goes fine in the beginning, but sometimes after a while (f.e. 2 hours) my Midi input starts to be random (FSRs trigger that are not supposed to be triggering). If I restart PD everything is back to normal. Any idea what the cause of this problem might be? It's an installation project so it is difficult to restart everything from time to time. Thanks in advance for your help! Laura ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] MIDI input problems in PD
Hi Laura, A workaround should be reinitializing the midi setup every minute or so. Try the [get-midi-dialog] object (included in pd-extended0.42.5 from the hcs library), bang it to get the working midi settings into a message (see the help of [get-midi-dialog]). Then send this message back to pd every minute with a [metro 6]. It should work ok. Raphaël - Mail original - De: Villa Anna w...@annaville.net À: pd-list pd-list@iem.at Envoyé: Samedi 25 Février 2012 11:03:32 Objet: [PD] MIDI input problems in PD Dear list, I have problems with Midi input in PD. I use Windows 7 and make use of a Motu 828MKII soundcard. I receive MIDI via a polytouchin object (make use of FSRs and a coridium armmite to translate pressure on the FSRs to Midi messages). All goes fine in the beginning, but sometimes after a while (f.e. 2 hours) my Midi input starts to be random (FSRs trigger that are not supposed to be triggering). If I restart PD everything is back to normal. Any idea what the cause of this problem might be? It's an installation project so it is difficult to restart everything from time to time. Thanks in advance for your help! Laura ___ 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
Re: [PD] MIDI input problems in PD
I haven't seen this problem, but I have to admit I don't think I ever ran MIDI into a Windows machine for more than 2 hours at a time (back when I acually used MIDI Windows itself wasn't stable enough to run for that long at a time :) It's hard to know whether this is the MOTU driver misbehaving in windows 7 or somethig with Pd itself - my only suggestion would be to try either (1) switching interfaces to something more modern than 828MKII or (2) try using some other software to see if the problem is specific to PD. cheers Miller On Sat, Feb 25, 2012 at 11:03:32AM +0100, Villa Anna wrote: Dear list, I have problems with Midi input in PD. I use Windows 7 and make use of a Motu 828MKII soundcard. I receive MIDI via a polytouchin object (make use of FSRs and a coridium armmite to translate pressure on the FSRs to Midi messages). All goes fine in the beginning, but sometimes after a while (f.e. 2 hours) my Midi input starts to be random (FSRs trigger that are not supposed to be triggering). If I restart PD everything is back to normal. Any idea what the cause of this problem might be? It's an installation project so it is difficult to restart everything from time to time. Thanks in advance for your help! Laura ___ 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
Re: [PD] MIDI input problems in PD
I had the same problem with Windows XP and a RME Hammerfall DSP card using only the normal [notein], [ctlin], [toutchin] and [pgmin] for a sampling synth. I don't think it's the midi interface. RME has some of the best drivers - very stable. Sometimes after a certain amount of time it started playing notes by itself and didn't seem to stop anymore. It sounded like notes or melodies that I had been playing before. Nothing random. Could it be possible that midi data is written into a buffer that does not get emptied anymore? Then something might trigger reading out that buffer? I couldn't recreate why it happened. Most of the time it didn't do it but every once in a while it did. I had no problem ever running Nuendo for days on that same machine programming midi. The same Pd patch was doing fine on a Linux computer after switching to Linux. Ingo -Ursprüngliche Nachricht- Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von Miller Puckette Gesendet: Sonntag, 26. Februar 2012 00:04 An: Villa Anna Cc: pd-list Betreff: Re: [PD] MIDI input problems in PD I haven't seen this problem, but I have to admit I don't think I ever ran MIDI into a Windows machine for more than 2 hours at a time (back when I acually used MIDI Windows itself wasn't stable enough to run for that long at a time :) It's hard to know whether this is the MOTU driver misbehaving in windows 7 or somethig with Pd itself - my only suggestion would be to try either (1) switching interfaces to something more modern than 828MKII or (2) try using some other software to see if the problem is specific to PD. cheers Miller On Sat, Feb 25, 2012 at 11:03:32AM +0100, Villa Anna wrote: Dear list, I have problems with Midi input in PD. I use Windows 7 and make use of a Motu 828MKII soundcard. I receive MIDI via a polytouchin object (make use of FSRs and a coridium armmite to translate pressure on the FSRs to Midi messages). All goes fine in the beginning, but sometimes after a while (f.e. 2 hours) my Midi input starts to be random (FSRs trigger that are not supposed to be triggering). If I restart PD everything is back to normal. Any idea what the cause of this problem might be? It's an installation project so it is difficult to restart everything from time to time. Thanks in advance for your help! Laura ___ 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