[PD-dev] Midi overflow, when receiving Song Position Pointer (os x)

[Miller Puckette]

Which 'make process' (automake on linux, for example?)

thanks
M

On Thu, Aug 01, 2013 at 09:41:56PM +0200, Max wrote:
> I'm trying to compile the git and i get an error in the make process:
> 
> ld: warning: directory not found for option '-L/sw/lib'
> Undefined symbols for architecture x86_64:
>   "_find_default_device", referenced from:
>       _pm_init in libportmidi.a(pmmac.o)
>      (maybe you meant: _pm_find_default_device)
> ld: symbol(s) not found for architecture x86_64
> collect2: ld returned 1 exit status
> make[2]: *** [pd] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all] Error 2
> 
> 
> 
> Am 07.07.2013 um 04:14 schrieb Miller Puckette <msp at ucsd.edu>:
> 
> > OK... maybe got it working now (should be in git repo).  THanks for flagging it.
> > 
> > M
> > 
> > On Fri, Jul 05, 2013 at 04:36:46PM -0700, Miller Puckette wrote:
> >> Hmm... just looking at the code in s_midi_pm.c I can't understand how
> >> it could ever have worked for sysex or 'system' messages.  I'll see if
> >> I can get MIDI running on a MAC so I can try to fix it.
> >> 
> >> cheers
> >> Miller
> >> 
> >> On Wed, Jun 05, 2013 at 01:59:45PM +0200, Jan Baumgart wrote:
> >>> I've found the bad guy: it's the old version of the PortMidi
> >>> Library, that's packaged with pd's source. After replacing it with a
> >>> newer version (131) and recompiling, the midi overflow bug is gone.
> >>> I couldn't get the latest version of portmidi compiled on os x
> >>> 10.6.8 (probably a cmake issue).
> >>> 
> >>> Now that all midi messages are coming in, I've noticed that pd
> >>> handles some midi system messages incorrectly. Seems like Pd
> >>> assumes, that system messages always carry three data bytes (like
> >>> sysex messages). But there are messages like Midi Time Code or Song
> >>> Position Pointer, which have one or two data bytes.
> >>> 
> >>> cheers,
> >>> Jan
> >>> 
> >>> 
> >>> 
> >>> On 3.6.13 17:07 , Jan Baumgart wrote:
> >>>> Seems like [midirealtimein] is working under os x (although there's an
> >>>> obsolete error "message midirealtimein: works under MSW only").
> >>>> 
> >>>> But when receiving a realtime messages (248, 250 or 252) [midiin] and
> >>>> [notein] output 0.
> >>>> Maybe this is related to the fifo overflow.
> >>>> 
> >>>> Correction: the status byte for the song position pointer is 242 (dec -
> >>>> not hex)
> >>>> 
> >>>> On 3.6.13 15:18 , Jan Baumgart wrote:
> >>>>> Hi there,
> >>>>> 
> >>>>> I'm experiencing a severe bug, when sending a Song Position Pointer
> >>>>> message (0x242 0 0) to pd.
> >>>>> 
> >>>>> After sending just one SPP message to pd, the status window says:
> >>>>> "warning: MIDI timing FIFO overflowed".
> >>>>> 
> >>>>> When looking at the output of [midiin] I see "242 0 0 0" repeated
> >>>>> endlessly.
> >>>>> 
> >>>>> The Song Position Pointer message belongs to the System Common Messages
> >>>>> and has two data bytes. Pd seems to get confused with this message.
> >>>>> Where is the third data byte coming from?
> >>>>> 
> >>>>> I'm running precompiled vanilla pd-0.44-3 from puckette's site on 32-bit
> >>>>> intel mac (os x 10.6.8).
> >>>>> 
> >>>>> 
> >>>>> I have a related second question: Is there any way to receive midi
> >>>>> realtime messages with pd on os x? I'm trying to receive Midi Beat
> >>>>> Clock...
> >>>>> 
> >>>>> 
> >>>>> cheers,
> >>>>> Jan
> >>> 
> >>> _______________________________________________
> >>> Pd-dev mailing list
> >>> Pd-dev at iem.at
> >>> http://lists.puredata.info/listinfo/pd-dev
> >> 
> >> _______________________________________________
> >> Pd-dev mailing list
> >> Pd-dev at iem.at
> >> http://lists.puredata.info/listinfo/pd-dev
> > 
> > _______________________________________________
> > Pd-dev mailing list
> > Pd-dev at iem.at
> > http://lists.puredata.info/listinfo/pd-dev
> 



> _______________________________________________
> Pd-dev mailing list
> Pd-dev at iem.at
> http://lists.puredata.info/listinfo/pd-dev