New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Video as additional metadata #175
Comments
This being the FOSS world, the webm container and VP8 codec are probably going to be less controversial! :) |
That's fine, you get the idea. :) But whatever is chosen, should be at least common on the web, and easy to implement in distros/applications. Webm/VP8 would qualify :) |
Yes, webm/VP8 as container/codec would work, but we would kind of need to have the projects host these files on their own servers, so the appstream generators can download them and cache them for the respective distribution. That being said, I have nothing against adding a new videos tag. Brainstorming sectionMaybe using a style like this: <videos>
<video format='webm-vp9'>
<caption>Showing how to edit a video</caption>
<url>http://example.org/myvideo.webm</url>
</video>
</videos> I don't like this much though, because it uses the <videos>
<video_group>
<caption>Showing how to edit a video</caption>
<video format='webm-vp9'>http://example.org/myvideo-vp9.webm</video>
<video format='webm-av1'>http://example.org/myvideo.webm</video>
</video_group>
</video> In this case, I am not a huge fan of the |
Why would video have the format tag but screenshot does not? Just to make sure the right codec is used? I'm not sure what to use other than video_group either. Screenshots has screenshot and image, but I don't have a good synonym for video I can think of that would work better. |
Is a video just another logical kind of screenshot? In gnome-software it'll just be in the existing screenshot carousel. No app is going to have more than one video (video_group?), and we just say that videos have to be playable with gstreamer-plugins-good -- which limits to well known and free software codecs. |
@hughsie I am pretty sure that apps will want to show multiple videos - or do you mean they will not have multiple versions of the same video with different encodings? <screenshots>
<screenshot type="default">
<image>https://example.com/test.png</image>
<caption>XYZ</caption>
</screenshot>
<screenshot>
<video format="webm-av1">https://example.org/myvideo.webm</video>
<caption>Some text</caption>
</screenshot>
</screenshots> I don't want to say in the spec "we support stuff that X supports", because different software centers may use very different technology, and by saying "just use GStreamer" we mandate a choice of technology. Also, limits are good (and easy to adjust) @crouthamela The video tag has a format specifier because just mandating one format does not make much sense. For screenshots AppStream only allows .png and .jpg screenshots (nothing else), which can be distinguished by their file extensions. For videos, with the mix of encoders and containers, the software center can not know in advance whether it supports the specific container/codec combination (but it needs to know that for a good user experience) - with specifying the format explicitly, we will be able to add support for WebM/AV1 as well as soon as it becomes available. |
My initial thought was to have one introductory video, before the screenshots, in the screenshot carousel that gnome-software and discover use. But it makes sense to allow for multiple videos, just as multiple screenshots are supported, in case that is desired by the developer. I like the idea of putting Gstreamer-plugins-good includes the vpx plugin, which handles VP8 and VP9 (and I'm guessing AV1 in the future), so that would work fine if you restrict to that codec family, as that sounded like the plan anyway. |
I am intending to go ahead with implementing videos as described in #175 (comment) In future, allowing a dedicated format to embed videos from YouTube and other video platforms could make sense, but I would like to not go that route for now due to privacy concerns. |
Great! Thanks for continuing this and implementing it. |
See #175 for the discussion about this feature.
The specification now contains the details of what was discussed here.
I am currently working on the implementation in libappstream which should be done today or tomorrow. Any feedback to the change is welcome, @hughsie please have a look as well! |
I believe it would be beneficial to add a video tag for metadata, to enhance the screenshots already part of the specification. Many app stores (such as the Google Play Store, Steam, etc.) provide a means of adding a video, showing the functionality and features of the app. One can provide a quick summary of the app and demo of its use in a short period of time, enhancing the screenshots and description, which can include more detailed information. This makes it easy for potential users to get a feel for an app, and make a better decision on its installation. The Internet is increasingly relying on video for all sorts of needs, I believe this should be no exception.
I would recommend limiting the container and file extension to something such as H.264/MP4, and YouTube links to make it simple to implement for app store developers.
At very least, I hope this opens a discussion on the idea and what may be feasible.
The text was updated successfully, but these errors were encountered: