Is there an object that will output MIDI clock data? I'd like to sync some external sequencers to PD.
Also, is there a canonical list of all objects somewhere?
- 
				
				
				
				MIDI Clock object? 
 
- 
				
				
				
				^^^Bump I'm trying to build a MIDI clock to control Sooper Looper. Something like MAX's [sync~] would be awesome. 
- 
				
				
				
				@rjp9 Wow, a 10 years old bump!  is there a canonical list of all objects somewhere? The best I know is this: http://en.flossmanuals.net/pure-data/list-of-objects/introduction/ As for the MIDI, I am sorry but I don't know the answer to that, but I found this thread that may contain what you are looking for: http://forum.pdpatchrepo.info/topic/75/midi-clock-sync-pd-following-a-sequencer/10 Best, 
 Gilberto
- 
				
				
				
				EDIT: I have revised the original solution I found here because it seemed to be an abstraction for a larger patch rather than a standalone patch (it has a bunch of "out-of-context" sends and receives). This patch outputs MIDI timecode for apps like Sooper Looper:  
- 
				
				
				
				@rjp9 I have this patch for midi clock input midiClock.pd :  not tested (will do this week-end). I will also try to test your patch and if both are working, I will post them to http://www.pdpatchrepo.info Cheers~ 
- 
				
				
				
				@EEight Awesome so your patch would be used to slave PD to another MIDI clock source instead of the other way around. Side question: what is the purpose of the "continue" command? 
- 
				
				
				
				@rjp9 I know very little of the MIDI protocol (really 7bit of resolution...) - but my friends use MIDI hardware and want to sync pd to it. Will test and report soon. About the continue message, here's what I found: 
 "...Every time the sequencer is started after being paused, the continue byte is sent."
 I guess you pause with a stop?! Damn I hate this protocol Cheers~ 
- 
				
				
				
				Hi all, This question lead me to create a metronome/MIDI clock source for use in sequencing programs called [metromidi~]. Click this link to take you to the original post.  
- 
				
				
				
				/me reporting back: it's working on my setup (linux, midi slave), but I modified the patch (divided the clock by 4 = bpm & round the value). the [timer]output is not stable (midi protocol, I don't know). do we need to average the output to have a stable bpm... not sure.midiClock.pd 
 Cheers~
- 
				
				
				
				has anyone successfully used [midirealtimein] within MobMuPlat for Android? 
- 
				
				
				
				@EEight i used a combination of averaging (once) and a median of the last five changes to smooth the jitter out. it has the disadvantage of introducing lag. (not a problem if you do not change tempo quickly). 
 there was a discussion about this, i will try to find the link or upload my own patch.
 
					 
									