Re: Rygel-0.32.1 will not stream outside the gnome evironment



Am 2017-03-08 08:48, schrieb John Frankish:
> > Apparently the discovery process gets stuck then. Can you run it
> > inside gdb and get a "thread apply all bt" output? Thanks.
> >
> $ GST_DEBUG=*iscover*:7,*:2 rygel
> <snip>
> 0:00:00.102207708 10927  0x13be180 WARN              discoverer
> gstdiscoverer.c:1612:start_discovering: No URI to process
> 0:00:00.101578125 10928  0x14c3180 WARN              discoverer
> gstdiscoverer.c:1612:start_discovering: No URI to process
> MediaExport-Message: rygel-media-export-extract.vala:163: Started with
> descriptors 3 (in) 4 (out)
> 0:00:00.120645261 10926   0x3d6180 WARN              discoverer
> gstdiscoverer.c:1612:start_discovering: No URI to process
>
> Ok, not really helpful... very odd.
>
I tried running rygel on the x86_64 using the non-dbus wm, but loading
gnome-session inside the wm - 226 packages - and things start to work
without dbus running.

This would seem to indicate:

1. I'm missing a run-time dep - startup-notification, libnotify,
taglib, totem-pl-parser, libplist? (package list attached)

No. But according to the extraction fails, you need gstreamer-libav.

2. I'm missing a gschema (ref object.item.audioItem.musicTrack)

No. That has nothing to do with dconf or gsettings, that's UPnP.

3. rygel needs a symlink /etc/xdg -> /usr/local/etc/xdg - everything

Should work without, I think

in tinycorelinux is under /usr/local
4. rygel needs additional mime info and "update-desktop-database"

Definitely. But that still should not cause libmediaart to block. But
gvfs /gudev might carry the necessary extension points to make volume
monitoring work, at least in theory


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]