GNOME Bugzilla – Bug 347320
Add CC/copyright metadata
Last modified: 2018-05-24 10:27:43 UTC
It would be nice if totem notified the user when playing a non-free format. When totem has the plugin for that file, we can display a note with an icon (sad face/warning signal) in the file properties dialog or in the statusbar and when totem can't play the file, it should emphasize that the format is non-free in the the dialog.
Just how do you intend: - detecting whether a format is free or not - what a free format is - displaying it without crippling the interface
> - detecting whether a format is free or not There should be a pre-built list to look at. > - what a free format is I'd say anything that has no licensing fees or restriction and is documented. Here there is a page that can get linked https://help.ubuntu.com/community/FreeFormats > - displaying it without crippling the interface I've made a (crappy :-) ) mockup for the first case (When totem has the plugin for the format).
Created attachment 69137 [details] Mockup
How does that help the user? What s the advantage of having this information compared to not having this information?
Hi Ronald, this way the user would be aware that he is using a non-free format, what's a non free-format and why it should care and can decide what to do (for example: tell his friend not to use certain codecs or: not to encode music that he shares with friends with a certain codec because he now knows that someone may be not able to listen to it, and so on.) It can help the user to to understand why "this crappy totem-thing doesn't play my files?" as well, shifting the blame to where it belongs. ;)
That is purely advertising this feature. What is the _advantage_ to the user to having this kind of information? When RealPlayer would tell me that I am not playing a file in the Real format, I would be hugely annoyed. I can't imagine that more than 0.1% of the users would care the least that their media are non-free, and even less are willing to re-encode, not just because of quality loss (because you don't hear that anyway), but also because it requires actual action. Here's some notes about this "feature": - if you're gonna warn users that they are going to use non-free formats, the least you should do is to provide a solution to them, i.e. totem would be required to integrate with apps such as sound-converter (audio), diva (video) and thoggen (dvds) to convert it to free formats. This is _way_ out of scope, but let's not even go into that. Just giving a warning without providing a readily available solution is unacceptable (like I said, it'll just annoy the user). - I don't think that this warning is useful when the user is trying to play a media file. A better alternative would be to put a distribution-changeable version of a message explaining the user where he can find information on how to work around this issue, or (better yet) provide a codec search feature online. This would be more generic, and would work for free formats without installed codecs also. Microsoft has this feature too in their Windows Media Player. This website (or whatever) could then contain up-to-date information and display a header at the bottom that the format is non-free and may require royalties in certain countries.
I'd much rather add information about the copyright of the video/music file being played, including logos for the Creative Commons copyrights. This is what is used in browsers: http://wiki.creativecommons.org/Browser_Plugin
*** Bug 349218 has been marked as a duplicate of this bug. ***
From bug 349218: http://wiki.creativecommons.org/CcBanshee
And: http://wiki.creativecommons.org/Gnome_Integration
This should be pretty straight forward, exporting the data from GStreamer's GST_TAG_COPYRIGHT, GST_TAG_COPYRIGHT_URI, GST_TAG_LICENSE and GST_TAG_LICENSE_URI through the BaconVideoWidget. The properties as well as the video indexer would probably require some minimum changes to show this data.
Filed a gst bug to provide helper functions. Test files available at: http://www.jamendo.com/en/creativecommons
Removing GNOME Target as per IRC discussion with hadess on #gnome-hackers. Please use Target Milestones for project specific planning - you can set them up yourself if you are listed as module maintainer in Bugzilla.
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/totem/issues/5.