DLNA suggestions

[Cyclic]

Hi,

I'm in the middle of repairing an old rPi 3 model B (SD card failed) which I'd been using as a media server on my LAN - I'd planned to re-install a DLNA so I can watch on my TV. I was using miniDLNA before which seemed easy to install and configure so I started my adventure by looking for that in the repository, it's not there anymore (I'm assuming it's obsolete or there isn't a version for the current release of piCore OS).

I used Rich's extension download script (thanks Rich) to get the old extension and tried installing that first, no joy (script worked fine though) so I've given up on miniDLNA.

Any recomendations for a suitable alternative? I tried searching for dlna in the app browser which brings up gupnp but that looks to be a utility library...

Many thanks as usual!

[Rich]

Hi Cyclic
If everything was working well before, why not just
re-install piCore 7?

... I used Rich's extension download script (thanks Rich) ...

You are welcome.

... to get the old extension and tried installing that first, no joy ...

Your best chance of getting that to work:
Boot up the latest piCore.
Then:

Code: [Select]

wget http://tinycorelinux.net/7.x/armv7/tcz/minidlna.tcz
wget http://tinycorelinux.net/7.x/armv7/tcz/minidlna.tcz.dep
Next, use my script to fetch the dependencies listed in minidlna.tcz.dep
from the latest piCore:

Code: [Select]

FetchExt.sh libavformat.tcz libexif.tcz libid3tag.tcz libjpeg-turbo.tczOf course, it's still possible the newer libraries will have
some incompatibilities, so re-installing the older piCore
may be simpler.

[GNUser]

Hi Cyclic. I maintain the minidlna extension for x86_64 and am also a happy user of the extension. My wireless router is powered by TCL and serves multiple additional purposes including media server.

I don't know if the piCore repository has all the build dependencies, but here are the steps I took to compile minidlna for tc14 x86_64:
http://repo.tinycorelinux.net/14.x/x86_64/tcz/src/minidlna/compile_minidlna

[Cyclic]

Hi,

First off, thanks for your valued input.

I first tried the old version with the old libraries, no joy - then I tried the old version with the new libraries, no joy - then the newly compiled version suggested by GNUser (much appreciated) with the new libraries - still no success.

Then I thought I'd try Rich's suggestion of just going back to picore v7 (simple is better as they say), I had to wipe the SD I'd been working on (it's my only spare atm) - for some reason the Pi wouldn't boot using that image (I tried re-writing with different image writing tools in case the standard's changed) - no joy again so I've given up on that.

I'm back to the latest version, booting from external USB and with Samba working again (though this time I knew what I was doing so it's all neat and tidy). Apologies for the delay in replying, I'm disabled so I have to do everything one-handed these days and it takes time.

I found an alternative called rygel in the repository, is that any good?

[Cyclic]

PS: For GNUser - forgot to say that I couldn't get all the files from the repo to get the compiled version working...

[Cyclic]

Hi again,

I've installled Rygel and appended my media drive path to the uris variable in the config file but I'm having trouble starting the service:

-------

Rygel-Message: 05:38:28.263: Rygel v0.38.3 starting?

(rygel:2083): RygelCore-WARNING **: 05:38:28.288: Failed to load module from path ?/usr/local/lib/rygel-2.6/plugins/librygel-tracker.so?: libtracker-sparql-2.0.so.0: cannot open shared object file: No such file or directory
RygelCore-Message: 05:38:28.326: New plugin ?Playbin? available
Trace/breakpoint trap

-------------------
Any ideas?

Thanks again...

[Juanito]

I found an alternative called rygel in the repository, is that any good?

I used to have a piCore media server running rygel - it looks like you’re missing the tracker extension.

[Cyclic]

I found an alternative called rygel in the repository, is that any good?

I used to have a piCore media server running rygel - it looks like you’re missing the tracker extension.

That's what I thought at first but that file /usr/local/lib/rygel-2.6/plugins/librygel-tracker.so does exist - I was wondering if those ? characters were causing the problem? - looks like the kind of thing to expext when you parse utf8 as ascii...

[Juanito]

Does this give an error:

Code: [Select]

ldd /usr/local/lib/rygel-2.6/plugins/librygel-tracker.so

[Cyclic]

Does this give an error:

Code: [Select]

ldd /usr/local/lib/rygel-2.6/plugins/librygel-tracker.so

Nope. I get:

Code: [Select]

linux-vdso.so.1 (0x7efce000)
librygel-core-2.6.so.2 => /usr/local/lib/librygel-core-2.6.so.2 (0x76ef0000)
librygel-server-2.6.so.2 => /usr/local/lib/librygel-server-2.6.so.2 (0x76e60000)
libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x76d20000)
libgio-2.0.so.0 => /usr/local/lib/libgio-2.0.so.0 (0x76b80000)
libgobject-2.0.so.0 => /usr/local/lib/libgobject-2.0.so.0 (0x76b10000)
libgee-0.8.so.2 => /usr/local/lib/libgee-0.8.so.2 (0x76a70000)
libtracker-sparql-2.0.so.0 => not found
libc.so.6 => /lib/libc.so.6 (0x76900000)
libgupnp-1.2.so.0 => /usr/local/lib/libgupnp-1.2.so.0 (0x768c0000)
libgmodule-2.0.so.0 => /usr/local/lib/libgmodule-2.0.so.0 (0x76890000)
libgssdp-1.2.so.0 => /usr/local/lib/libgssdp-1.2.so.0 (0x76860000)
libxml2.so.2 => /usr/local/lib/libxml2.so.2 (0x76730000)
libm.so.6 => /lib/libm.so.6 (0x766c0000)
libpthread.so.0 => /lib/libpthread.so.0 (0x76690000)
libsoup-2.4.so.1 => /usr/local/lib/libsoup-2.4.so.1 (0x76610000)
libgupnp-av-1.0.so.2 => /usr/local/lib/libgupnp-av-1.0.so.2 (0x765d0000)
libmediaart-2.0.so.0 => /usr/local/lib/libmediaart-2.0.so.0 (0x765b0000)
libpcre2-8.so.0 => /usr/local/lib/libpcre2-8.so.0 (0x76510000)
/lib/ld-linux-armhf.so.3 (0x76f77000)
libz.so.1 => /usr/lib/libz.so.1 (0x764d0000)
libffi.so.8 => /usr/lib/libffi.so.8 (0x764a0000)
libuuid.so.1 => /lib/libuuid.so.1 (0x76470000)
liblzma.so.5 => /usr/local/lib/liblzma.so.5 (0x76420000)
libsqlite3.so.0 => /usr/local/lib/libsqlite3.so.0 (0x76300000)
libpsl.so.5 => /usr/local/lib/libpsl.so.5 (0x762d0000)
libgdk_pixbuf-2.0.so.0 => /usr/local/lib/libgdk_pixbuf-2.0.so.0 (0x76280000)
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x76240000)
libdl.so.2 => /lib/libdl.so.2 (0x76210000)
libunistring.so.2 => /usr/local/lib/libunistring.so.2 (0x76090000)
libidn2.so.0 => /usr/local/lib/libidn2.so.0 (0x76063000)
libpng16.so.16 => /usr/local/lib/libpng16.so.16 (0x76020000)
libjpeg.so.62 => /usr/local/lib/libjpeg.so.62 (0x75f80000)

[Rich]

Hi Cyclic
Here's the error:

Code: [Select]

libtracker-sparql-2.0.so.0 => not found

Do you have  tracker.tcz  installed?

[Cyclic]

Hi Cyclic
Here's the error:

Code: [Select]

libtracker-sparql-2.0.so.0 => not found

Do you have  tracker.tcz  installed?

No, I didn't have it installed. Installed it and now the ldd error is gone. Can't see rygel in my list of processes yet (I backed up and rebooted - starting rygel in bootlocal.sh).

Many thanks indeed!

How did you work out which package would solve the issue?

[Rich]

Hi Cyclic

... How did you work out which package would solve the issue?

You can find it like this:

Code: [Select]

provides.sh "libtracker-sparql-2.0.so.0"

[Cyclic]

Ah, I see now - useful indeed!

Spoke too soon though - new error:

Code: [Select]

(rygel:2002): RygelTracker-WARNING **: 12:28:27.665: Failed to start Tracker service: Cannot autolaunch D-Bus without X11 $DISPLAY. Plugin disabled.
RygelCore-Message: 12:28:27.703: New plugin ?Playbin? available
Trace/breakpoint trap

I'm running headless which might be the cause of the error - I thought I only needed the GUI if I used rygel-preferences?

[Juanito]

I believe it’s possible to start the tracker daemon from the cli, you would have to do some research though.