Opened 15 years ago

Closed 15 years ago

Last modified 15 years ago

#924 closed enhancement (fixed)

Loop media transport now allows more than one streams to receive the reflected packets

Reported by: bennylp Owned by: bennylp
Priority: minor Milestone: release-1.4
Component: unit-tests Version: trunk
Keywords: Cc:
Backport to 1.x milestone: Backported:

Description (last modified by bennylp)

Previously the loop media transport only sends packets back to the same stream, which is not very flexible.

This ticket allows the same loop media transport instance to be attached to more than one streams, and allow application to control which stream(s) receives the reflected packets. The new behavior should be backward compatible with the previous behavior (when there is only one stream attached and application does not specify which stream to receive packet, since by default all streams receive packets).

Change History (2)

comment:1 Changed 15 years ago by bennylp

  • Description modified (diff)
  • Resolution set to fixed
  • Status changed from new to closed
  • Summary changed from Loop media transport now allows more than one stream to receive the reflected packets to Loop media transport now allows more than one streams to receive the reflected packets

Done in r2845

comment:2 Changed 15 years ago by bennylp

In r2881:

  • removed assertion in detach() since SRTP transport calls this function with NULL argument (in transport_srtp.c:792)
Note: See TracTickets for help on using tickets.