[gstreamer-bugs] [Bug 542510] [apexsink] Apple AirPort Express Wireless Sink

[GStreamer (bugzilla.gnome.org)]

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=542510

  GStreamer | gst-plugins-bad | Ver: 0.10.15




------- Comment #17 from Jérémie Bernard  2008-08-15 21:20 UTC -------
(In reply to comment #15)
> I tried a bit more yesterday - turns out that it was occasionally producing
> some sound. Often it started out (for half a second or so) perfectly, but then
> started glitching, etc.
> 
> Looked like some sort of problem with how fast it was sending data - I tried
> sync=false, but no luck.

I've added a sleeping time between frames in the new uploaded code to avoid
apex buffer potential saturation.

> I noticed at least one bug: in gst_apexraop_write(), you allocate a buffer 3
> bytes too short (the ALAC frame header), and then use the shorter length. I
> guess this discards 3 bytes of valid audio data from each frame? Fixing this
> didn't make it work for me, though.
> 

This is absolutely right. As you saw, the true length does not change the
output audio result... In fact, I did not find already the right alignement for
this section. It just discards one and half a sample per frame. Anyway, I'm
working on it too. Hope the last post and updated ccode will help you debug or
give me some additionnal informations.


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=542510.