[Bug 683010] gst_tag_list_add_value_internal() behaviour for tags with no merge function

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=683010
  GStreamer | gstreamer (core) | git

--- Comment #13 from LRN <lrn1986 at gmail.com> 2013-07-26 09:53:47 UTC ---
> Secondly, I think it's an illusion that we actually "keep information" if we
> just keep all those values around. We have lost the proper context for those
> then. What's the point of keeping 10 dates if you don't know what they mean
> anymore?

Good point, but for my purposes the lack of context is not a bug, just a lack
of a feature.

> Lastly, it is always possible to put extra information into "extended comments"
> in the form key=value if there's no good mapping in the tagging system. This
> way you can even preserve them if you remux to the same format.

Since you've mentioned that, i have a question: why couldn't there be a generic
tag class/whatever for holding tags that are not the part of the abstraction? I
mean, putting things into "extended comments" like that sounds...hacky...

> I think we should look at the examples listed in more detail

OK

> whether the best thing is to add more tags (which definitely
> makes sense for the dates IMHO)

I think this possibility was mentioned previously, in the bug where i submitted
matroska demuxer patches for tagging.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.