ANNOUNCEMENT: Live Wireshark University & Allegro Packets online APAC Wireshark Training Session
April 17th, 2024 | 14:30-16:00 SGT (UTC+8) | Online

Wireshark-dev: Re: [Wireshark-dev] Enhancement-Request: RTP-MIDI dissector

From: "Tobias Erichsen" <mailinglists@xxxxxxxxxxxxxxxxxx>
Date: Fri, 10 Dec 2010 16:19:42 +0100
Yep - did so from the beginning, I was just adding some more stuff,
so I did not include it together with the apple-midi dissector... 

Tobias

> -----Ursprüngliche Nachricht-----
> Von: wireshark-dev-bounces@xxxxxxxxxxxxx 
> [mailto:wireshark-dev-bounces@xxxxxxxxxxxxx] Im Auftrag von 
> Dirk Jagdmann
> Gesendet: Freitag, 10. Dezember 2010 11:21
> An: Developer support list for Wireshark
> Betreff: Re: [Wireshark-dev] Enhancement-Request: RTP-MIDI dissector
> 
> > MIDI has something that is called "running-status" where 
> some commands 
> > are abbreviated by ommiting the first octet if that is the 
> same in the 
> > consecutive commands.
> > 
> > I really don't know how I could do the MIDI-dissection 
> without knowing 
> > where the actual Status-Byte comes from (in RTP-MIDI each 
> packet still 
> > contains a "phantom" running-status at the beginning of the command 
> > section).  This might not be the case for all ip-based 
> MIDI-protocols...
> 
> I didn't know about the phantom status, but of course it 
> makes sense for a "non serial cable distribution". I guess 
> your approach is fine then. Does it work with your earlier 
> applemidi dissector?
> 
> 
> -- 
> ---> Dirk Jagdmann
> ----> http://cubic.org/~doj
> -----> http://llg.cubic.org
> ______________________________________________________________
> _____________
> Sent via:    Wireshark-dev mailing list <wireshark-dev@xxxxxxxxxxxxx>
> Archives:    http://www.wireshark.org/lists/wireshark-dev
> Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev
>              
> mailto:wireshark-dev-request@xxxxxxxxxxxxx?subject=unsubscribe