I finally got around to looking at this video server idea again -- as Mathieu suggested, I created a folder in web UI and moved all video files to the folder. Now when pk-mounted, the new folder is not visible in "roots" unless I manually set the camliRoot attribute to it, and none of the videos are visible within unless I set, say, a camliPath:filename.mp4 attribute on the folder permanode. Mathieu, you mentioned adding a custom handler. As I look through the source, I see a number of other blobservers, but I have no clue how to use them or what they are for. I'm assuming that was how were suggesting I deal with this camliRoot/camliPath problem?
The other idea I had was an approach similar to how <pkmount>/recent folder is working. Within that folder, I can see filenames for some recently added stuff, apparently without the need for these redundant camliPath: attributes (since the fileName is stored with the blob content for the videos). Was curious to see how this actually populates the /recent folder, but was unable to locate the implementation. Any idea where I should look for it? As I was saying in my original post, it seems like what I'd really want here is to write my own alternative implementation of /recent (called, e.g. /videos), that makes all uploaded videos available. I was able to successfully add a "is:video" search parameter that uses the mime type prefix, but that's as far as I've gotten. So, any ideas on what direction to go next? On Thursday, December 20, 2018 at 9:11:21 AM UTC-6, mathieu.lonjaret wrote: > > It does not necessarily have to be manual though. The simplest (but > least efficient) way I can imagine to automatize it would be to make a > program monitoring new things being added to your Perkeep (a camtool > search call for recent items, being run regularly, for example), and > when detecting when one of these new items is a video, it would add it > to the mounted camliRoot. > You could also add a custom handler which does that within Perkeep. In > the same way the cond blobserver (pkg/blobserver/cond) is used to add > a blob to the index only if it is a schema blob. But that is a bit > more involved than the above. > > On Thu, 20 Dec 2018 at 15:55, dx25 <[email protected]> wrote: > > > > Sorry, that was worded poorly. My hope was to avoid creating a folder, > and then every time phone uploads something, manually adding that to the > folder. Sounds like for now that's the way to do it though. > > > > > > > > On Wednesday, December 19, 2018 at 6:26:57 PM UTC-6, mathieu.lonjaret > wrote: > >> > >> On Thu, 20 Dec 2018 at 00:51, dx25 <[email protected]> wrote: > >> > > >> > Hi, > >> > >> Hello, > >> > >> > I have been using the android app on Perkeep to upload photos and > videos from my phone to a perkeepd instance I run locally. I'm also > running Plex Media Server on that same machine, and would like it to serve > up the videos I've added to Perkeep. My first thought was to run pk-mount > as a service, pointing Plex there, and hopefully everything would just > work. > >> > >> Yes, in theory that should work. > >> > >> > However, I can't figure out how to access content uploaded from the > phone via pk-mount. > >> > >> Have you seen https://perkeep.org/cmd/pk-mount/ ? > >> What step are you blocked at exactly? > >> > >> > Ideally I would create a search that finds all videos (e.g. > "format:mp4", although this appears not to be supported now), and then be > able to mount that search directly in pk-mount. Is something like this > possible? > >> > >> No, I don't think you can do that kind of thing for now. You can only > >> control whether you want to only mount a subset via the second > >> argument of pk-mount. So what you can actually do pretty easily, is to > >> gather (after you searched for them) all your videos under a common > >> root. Then you mount that very root with pk-mount. > >> > >> hth, > >> Mathieu > >> > >> > You received this message because you are subscribed to the Google > Groups "Perkeep" group. > >> > To unsubscribe from this group and stop receiving emails from it, > send an email to [email protected]. > >> > For more options, visit https://groups.google.com/d/optout. > > > > -- > > You received this message because you are subscribed to the Google > Groups "Perkeep" group. > > To unsubscribe from this group and stop receiving emails from it, send > an email to [email protected]. > > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "Perkeep" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/perkeep/1b38a8f6-d118-4951-9ae7-dbd87ffe1a07%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
