After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 330105 - GstRingBuffer does not support iLBC audio format
GstRingBuffer does not support iLBC audio format
Status: RESOLVED NOTABUG
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
0.10.0
Other All
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-02-06 11:47 UTC by Tommi Myöhänen
Modified: 2006-02-06 14:07 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Patch for gstringbuffer.c to add support for iLBC format (421 bytes, patch)
2006-02-06 11:48 UTC, Tommi Myöhänen 		rejected Details | Review
Patch for gstringbuffer.h to add support for iLBC format (361 bytes, patch)
2006-02-06 11:49 UTC, Tommi Myöhänen 		rejected Details | Review

Description Tommi Myöhänen 2006-02-06 11:47:10 UTC 
Please describe the problem:
Currently it is impossible to write GstBase[Src|Sink] -based audio source/sink 
element that supports iLBC encoded audio, since GstRingBuffer does not recognize 
that format. Because GstBasexxx -based audio elements get the details of audio 
format in GstRingBufferSpec data structure, ringbuffer object must know the 
media type.

I have attached a patch that adds support for "audio/iLBC" format in 
GstRingBuffer.

Steps to reproduce:


Actual results:


Expected results:


Does this happen every time?


Other information:
Comment 1 Tommi Myöhänen 2006-02-06 11:48:31 UTC 
Created attachment 58799 [details] [review]
Patch for gstringbuffer.c to add support for iLBC format
Comment 2 Tommi Myöhänen 2006-02-06 11:49:06 UTC 
Created attachment 58800 [details] [review]
Patch for gstringbuffer.h to add support for iLBC format
Comment 3 Andy Wingo 2006-02-06 14:07:38 UTC 
Hi Tommi,

The base audio sink is designed to support raw-mode operation. I think you will be better served with a different audiosink. For example, ac3 output via alsa is implemented in a different audio sink, not based on baseaudiosink.

Closing as NOTABUG. Please reopen if you have compelling reasons why iLBC should not be treated the same as AC3, MPEG, or any of the other compressed audio formats that some audio cards can take.