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 711223 - Port cdaudio element to 1.
Port cdaudio element to 1.
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
git master
Other All
: Normal enhancement
: 1.3.1
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2013-10-31 17:11 UTC by Reynaldo H. Verdejo Pinochet
Modified: 2013-10-31 20:32 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Preliminary port to 1. (6.11 KB, patch)
2013-10-31 17:11 UTC, Reynaldo H. Verdejo Pinochet 		committed Details | Review

Description Reynaldo H. Verdejo Pinochet 2013-10-31 17:11:36 UTC 
Created attachment 258678 [details] [review]
Preliminary port to 1.

As on $summary
Comment 1 Reynaldo H. Verdejo Pinochet 2013-10-31 17:15:09 UTC 
Proly worth saying that I don't have the means to actually test
this element :) So any testing would be highly appreciated.
Comment 2 Tim-Philipp Müller 2013-10-31 17:22:30 UTC 
Hrm, I think this element should just be removed really. It's not really that useful these days, is it?
Comment 3 Reynaldo H. Verdejo Pinochet 2013-10-31 17:46:32 UTC 
Do we have any other way to do the same? If it works and it's the only
alternative I'd vouch to keep it but yeah, I don't rly have any strong
opinions on this.
Comment 4 Tim-Philipp Müller 2013-10-31 17:55:52 UTC 
What do you think it does exactly, and why do you think it's useful? Have you ever used it? Do you know anyone who has used it lately?
Comment 5 Reynaldo H. Verdejo Pinochet 2013-10-31 18:50:44 UTC 
No never used it and know no one that has.

As per the element's purpose, I understand this element should enable
you to listen to a CDDA using the drive as the playback device on those
cdrom drives that support this (those that came with a headphone jack and
sometimes even with HW playback controls). I think it's useful because I
see no other element providing such functionality.

All This being said though, if someone cared enough to program it and it's
still there in the codebase I see little harm on taking it to 1. More
than this, maybe I'm being too just blind or something but I see no gain
whatsoever on it being removed?

Let me know if you want it removed and I can take care of it. Otherwise
I will wait till someone tries it out with 1. and commit if there are
no further objections.
Comment 6 Reynaldo H. Verdejo Pinochet 2013-10-31 20:31:00 UTC 
Agreed on IRC: Patch to be committed and the element staged for removal.