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
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 60000]. It should work ok.
Raphaël
----- Mail original ----- De: "Villa Anna" werf@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
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
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-bounces@iem.at [mailto:pd-list-bounces@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
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-bounces@iem.at [mailto:pd-list-bounces@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
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-bounces@iem.at [mailto:pd-list-bounces@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
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
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-bounces@iem.at [mailto:pd-list-bounces@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-bounces@iem.at [mailto:pd-list-bounces@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
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-bounces@iem.at [mailto:pd-list-bounces@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-bounces@iem.at [mailto:pd-list-bounces@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
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 ingo@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-bounces@iem.at [mailto:pd-list-bounces@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
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 ingo@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-bounces@iem.at [mailto:pd-list-bounces@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
-
Ingo -
Mathieu Bouchard -
Miller Puckette -
Pierre-Olivier Boulant -
raphael.isdant＠free.fr -
Villa Anna