TPEPlatform/2013-07-11: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
(Created page with "==Media== ==Streaming Media== ==Graphic == ==Stability== ==Free Agent==")
 
Line 2: Line 2:


==Streaming Media==
==Streaming Media==
<b>RTSP {{bug|831645}}</b> / Bechen
*  RTSP {{bug|831645}}
** waiting for review
* {{Bug|877116}} - [RTSP] audio playback latency is serious with the following media streams(Video:H.264 Audio:AAC)
** According to rfc3640, we can divide a RTP packet into several Access-Unit, and calculate the timestamp for each AU.
*** It works now, but since we divide a RTP packet into several small pieces, also increase the ipc loading. And we observe the smallest aac AU is only 9 bytes (silence aac frame), means that a RTP packet will be divided into more than 100 AUs corresponding to 100 ipc, 100 slots. Then we must adjust the slot buffer number in RTSPTrackBuffer {{Bug|877193}}.
* The b2g process crash on our ipc call "onMediaDataAvailable", seems we can't do ipc on android  thread. Help by / Cervantes.


==Graphic ==
==Graphic ==

Revision as of 02:41, 8 July 2013

Media

Streaming Media

RTSP bug 831645 / Bechen

  • RTSP bug 831645
    • waiting for review
  • bug 877116 - [RTSP] audio playback latency is serious with the following media streams(Video:H.264 Audio:AAC)
    • According to rfc3640, we can divide a RTP packet into several Access-Unit, and calculate the timestamp for each AU.
      • It works now, but since we divide a RTP packet into several small pieces, also increase the ipc loading. And we observe the smallest aac AU is only 9 bytes (silence aac frame), means that a RTP packet will be divided into more than 100 AUs corresponding to 100 ipc, 100 slots. Then we must adjust the slot buffer number in RTSPTrackBuffer bug 877193.
  • The b2g process crash on our ipc call "onMediaDataAvailable", seems we can't do ipc on android thread. Help by / Cervantes.

Graphic

Stability

Free Agent