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 327078 - mad and id3mux plugin should be seperate
mad and id3mux plugin should be seperate
Status: RESOLVED WONTFIX
Product: GStreamer
Classification: Platform
Component: gst-plugins-ugly
git master
Other Linux
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-01-15 15:36 UTC by Arwed v. Merkatz
Modified: 2006-05-09 13:00 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
patch against gst-plugins-ugly cvs (100.82 KB, patch)
2006-01-15 15:37 UTC, Arwed v. Merkatz 		none Details | Review

Description Arwed v. Merkatz 2006-01-15 15:36:06 UTC 
Since libmad and libid3tag are distributed in seperate tarballs and can be installed completely independently of each other, the plugins based on those libraries should also be seperate.
Comment 1 Arwed v. Merkatz 2006-01-15 15:37:49 UTC 
Created attachment 57407 [details] [review]
patch against gst-plugins-ugly cvs
Comment 2 Jan Schmidt 2006-02-15 10:32:40 UTC 
Sounds good to me, although we can move the files better using CVS surgery and preserve the history in the new location.
Comment 3 Tim-Philipp Müller 2006-03-13 11:11:10 UTC 
Sounds good to me too.

Another 'solution' would be to drop the libid3tag-based id3mux element entirely and move the taglib-based id3v2mux element into -good and make that as backwards-compatible with id3mux as possible (and register it under the 'id3mux' name as well of course).
Comment 4 Christian Fredrik Kalager Schaller 2006-04-13 13:07:57 UTC 
What is the current status of this? I know there has been a lot of tag changes to various modules of the last month.
Comment 5 Tim-Philipp Müller 2006-04-13 13:30:07 UTC 
IMHO the libid3tag-based id3mux should be removed completely once the taglib-based id3v2mux has been moved to -good (and given a compatible interface), or alternatively be rewritten to be sane code that works (and I can't really see anyone volunteering to do this).

I'm not sure there's much point in splitting mad and id3tag now if it's scheduled for removal soon anyway.
Comment 6 Jan Schmidt 2006-05-07 22:25:24 UTC 
Can we close this bug out now?
Comment 7 Arwed v. Merkatz 2006-05-09 08:16:02 UTC 
It's still not possible to build the mad plugin without having libid3tag installed, but if the id3tag gets removed soon, that's good enough for me.
Comment 8 Tim-Philipp Müller 2006-05-09 13:00:43 UTC 
> ..., but if the id3tag gets removed soon, that's good enough for me.
 
Great, closing then.