[gstreamer-bugs] [Bug 169391] [rtpL16enc/parse] don't work (patch attached)

[bugzilla-daemon at bugzilla.gnome.org]

Please DO NOT reply to this by email. All additional comments should be made in
the comments box of this bug report.

 http://bugzilla.gnome.org/show_bug.cgi?id=169391
 GStreamer | gst-plugins | Ver: 0.8.7





------- Additional Comments From Julian Cable  2005-04-18 18:24 -------
Hi Ali,

   no very good reason - my programming style says "open code things first and
then create useful abstractions if it helps" the rtp headers are so simple that
the api doesn't help much - all it provides are some error checking that is
unnecessary if you know where you got the values in the first place. Now if the
library did RTCP I'd probably use it. (ccrtp looks interesting). The main
problem with the coding/parsing was that the hton/ntoh functions seemed broken -
hence my quick and dirty very verbose coding for these parts. Now it works its
on my "aint broke don't fix" list.  I'll send you my snapshot code - I made a
lot of changes to the clock/timing and got 8/16/20/24 bits working (20 is
untested so far). I think I know how to extract the pcm layer now - I may add it
to audioconvert so that we can have a truly general rtpenc/rtpparse. The big
problem I have now is lost packets due to blocking behaviour in the
osssink/alsasink elements.

Julian

------- You are receiving this mail because: -------
You are the assignee for the bug.
You are the QA contact for the bug.