Agreed. Another option would be to register the payload type if the preference is in the range of [96-127]. The same concerns the RTP events (RFC 4733, RFC 2833).
      
  From: Anders Broman <a.broman@xxxxxxxxxxxx>
 To: Arsen Chaloyan <achaloyan@xxxxxxxxx>; Developer support list for Wireshark <wireshark-dev@xxxxxxxxxxxxx> 
 Sent: Friday, March 9, 2012 11:58 AM
 Subject: Re:
 [Wireshark-dev] RTP Payload Type for MIDI
  
 
  
    
  
  
    Arsen Chaloyan skrev 2012-03-09 19:54:
    
      
        Hi,
        
        
        Building Wireshark from the latest source, I've noticed a
          small issue related to the dissection of RTP packets.
        
        
        A generic RTP PCMU (pt=0) packet is decoded as a malformed
          RTP-MIDI packet. The problem is the default payload type
          assigned to the RTP-MIDI packets is set to 0, which is just an
          oversight, I believe. It should be in the range of dynamic
          payload types such as 96-127. Changing that value from the
          Preferences helps. However, you may want to change the default
          value in the code too.
        
        
        
        Index: packet-rtp-midi.c
        
===================================================================
          --- packet-rtp-midi.c    (revision 41439)
          +++ packet-rtp-midi.c    (working copy)
          @@ -2897,7 +2897,7 @@
           static gint ett_rtp_midi_sysex_common_tune_note        = -1;
           
           
          -static guint rtp_midi_payload_type_value    = 0;
          +static guint rtp_midi_payload_type_value    = 96;
        
        
        
        Hope this helps,
        Arsen
       
    
    Hi,
    I think the solution should be that if the preference is set to zero
    the payload type should not be registered.
    
      
      
      
      ___________________________________________________________________________
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