Send pictures to remote DLNA renderers (eg. TVs, Rygel)
Submitted by an unknown user
Link to original bug (#719196)
Description
---- Reported by shotwell-maint@gnome.bugs 2013-07-26 02:15:00 -0700 ----
Original Redmine bug id: 7280
Original URL: http://redmine.yorba.org/issues/7280
Searchable id: yorba-bug-7280
Original author: Emanuele Aina
Original description:
The Intel OTC team in Montpellier working on the dLeyna framework has previously sponsored the development of this feature for GNOME Photos (see https://bugzilla.gnome.org/show_bug.cgi?id=701775) and they would now like to see the same feature being developed for Shotwell.
Before starting to implement anything I'd like to gather some feedback about the user interaction, as Shotwell and GNOME Photos UI are different enough.
I've attached some screenshots to show how this stuff currently work in Photos:
-
the default GNOME Photos overview mode
-
clicking on a picture leads to the preview mode
-
in the gear menu we've added a "Display on…" menu entry
-
which shows a dialog with the list of discovered DLNA renderers
-
once a renderer has been selected, we switch back to the overview
mode and activating any picture will send it to the current DMR
instead of switching to preview mode; the big button on the right of
the header bar breaks the association with the DMR and brings Photos
back to normal operations.
Let me know what do you think, any suggestion is welcome (even more so sketches and mockups :)
---- Additional Comments From shotwell-maint@gnome.bugs 2013-08-01 11:22:00 -0700 ----
History
Comment 1
Updated by Jim Nelson 4 months ago
- Status changed from Open to Need Information
I think this would be a great enhancement to Shotwell. I think the question is where to put it, and how it's implemented.
Does GNOME Photos use some kind of plugin system for adding devices to its Display On... menu? Or would creating a DLNA-specific menu item be suitable? The former seems the right way to go, but in the interests of incremental progress, it might make sense to build a DLNA-specific feature and then think about plugins afterward.
I would think in Shotwell this would live under the File menu, as that's where our exporting/publishing functionality lives.
Does Display On... only work with one photo? Or could multiple photos be selected and sent en masse to the device?
Also, is the proposal that Shotwell could act as a DLNA photo server, such that Events or Tags could be marked as "published" to DLNA, and whenever a device goes searching the network, sees them as one source?
Comment 2
Updated by Emanuele Aina 4 months ago
Jim Nelson wrote:
I think this would be a great enhancement to Shotwell. I think the question is where to put it, and how it's implemented.
Does GNOME Photos use some kind of plugin system for adding devices to its Display On... menu?
No, we had to create it and at the moment is directly wired to the DLNA renderer chooser dialog.
Or would creating a DLNA-specific menu item be suitable? The former seems the right way to go, but in the interests of incremental progress, it might make sense to build a DLNA-specific feature and then think about plugins afterward.
Yep, since we were building a single feature with a clear scope we stayed away from developing a plugin system, since we could not know the requirements for other potential users. As usual we tried to keep the code as clean as possible, but surely it lacks many of the abstractions that would be needed for a plugin system.
I would think in Shotwell this would live under the File menu, as that's where our exporting/publishing functionality lives.
Yup, makes sense.
Does Display On... only work with one photo? Or could multiple photos be selected and sent en masse to the device?
The DMR can only display one image at a time (think about it as the image being displayed fullscreen on your TV). We can queue multiple images or think about any other client-side trick, but the only thing we can tell to DMR is "please display this URL now" (and locally-serving the URL in our case).
Also, is the proposal that Shotwell could act as a DLNA photo server, such that Events or Tags could be marked as "published" to DLNA, and whenever a device goes searching the network, sees them as one source?
This is an interesting feature, but it is just very tangentially related to our proposal. I'll make sure that the powers that be are aware of the idea, but for now I don't think there's room for that. Since it would be about implementing a DLNA server, the dLeyna services wouldn't be of any use but instead Rygel provides some shared libraries for this exact scope.
If can help clear any doubt don't hesitate to ask me. I'm even reachable as
em
on irc.gnome.org or em-
on FreeNode if you prefer a quicker
interaction. :)
Comment 3
Updated by Joe Bylund 4 months ago
What about integrating this with the slideshow? I think it's a fairly common use case of DLNA devices to display a slideshow.
Comment 4
Updated by Emanuele Aina 4 months ago
Joe Bylund wrote:
What about integrating this with the slideshow? I think it's a fairly common use case of DLNA devices to display a slideshow.
Yep, in fact what we've got in Photos is mostly a slideshow. Just keep in mind that we cannot control how the pictures are transitioned, it is completely up to the DMR to fade them or just switch abruptly to the new image. :/
Comment 5
Updated by Jim Nelson 4 months ago
- Category set to library-mode
- Status changed from Need Information to Open
--- Bug imported by chaz@yorba.org 2013-11-25 22:00 UTC ---
This bug was previously known as bug 7280 at http://redmine.yorba.org/show_bug.cgi?id=7280 Imported an attachment (id=262740) Imported an attachment (id=262741) Imported an attachment (id=262742) Imported an attachment (id=262743) Imported an attachment (id=262744)
Unknown version " in product shotwell. Setting version to "!unspecified". Unknown milestone "unknown in product shotwell. Setting to default milestone for this product, "---". Setting qa contact to the default for this product. This bug either had no qa contact or an invalid one. Resolution set on an open status. Dropping resolution