New Media Navigation Facility

[erasmix]

I just installed 0710B4 and I see the same behavior as RC1. I tried both NFS shares and Windows, and I see the same behavior when I add a share. I see only tv_shows_0 & _1 when I try to sort by Filename. Also, the share is gone after I reboot linuxMCE (I do it nicely by using the remote control). 

However, if I add the share, Windows, or NFS, and mark it Readonly, all the "flakiness" goes away. I reboot any number of times and the share always reappears. I haven't tested back on RC1, since it requires wiping everything off, but I'm willing to bet the behavior will be the same. And this doesn't allow me to sort on Filename either.

At this point, after all the testing we've done, I dare say this is a bug. I suspect that anybody accessing a Network Share outside the LMCE network would experience the same problem. Would it be possible for somebody to test this? On my setup, the file server where the share is, is also the network default gateway from which linuxMCE gets its external IP (192.168.1.2). My linuxMCE box has 2 cards. The internal one  is192.168.80.2 as expected and I haven't tampered with the DHCP settings on the router.

One last thing. Its not a problem, but its a bit obnoxious. I see all these never stopping messages:

May 24 08:53:39 neo mountd[5619]: authenticated mount request from 192.168.1.2:892 for /usr/fatboy/CleanTorrents (/usr/fatboy/CleanTorrents)
May 24 08:53:44 neo mountd[5619]: authenticated mount request from 192.168.1.2:990 for /usr/fatboy/CleanTorrents (/usr/fatboy/CleanTorrents)
May 24 08:53:50 neo mountd[5619]: authenticated mount request from 192.168.1.2:663 for /usr/fatboy/CleanTorrents (/usr/fatboy/CleanTorrents)
May 24 08:53:55 neo mountd[5619]: authenticated mount request from 192.168.1.2:761 for /usr/fatboy/CleanTorrents (/usr/fatboy/CleanTorrents)

if the share is NFS, or:

[2008/05/24 08:41:03, 1] smbd/service.c:make_connection_snum(1033)
  192.168.1.2 (192.168.1.2) connect to service CleanTorrents initially as user nobody (uid=99, gid=99) (pid 27885)
[2008/05/24 08:41:03, 1] smbd/service.c:close_cnum(1230)
  192.168.1.2 (192.168.1.2) closed connection to service CleanTorrents
[2008/05/24 08:41:09, 1] smbd/service.c:make_connection_snum(1033)
  192.168.1.2 (192.168.1.2) connect to service CleanTorrents initially as user nobody (uid=99, gid=99) (pid 27889)

if it is a Windows (using samba) share. It would be nice to stop them, but I can live with them.

[caiman]

For what it's worth, I had a similar problem: I could access /mnt/device/40/public but the media was not seen in the orbiter.
I found out that LMCE was setting the flag "Online" to off when it couldn't reach the server, and never switched it back on.
So going to the web admin, to the NFS share and enabling "online" again fixed it for me (after doing all the permission verifications explained earlier in this thread). Not sure if you have the same problem, but it's worth checking.

[erasmix]

I have checked. The device is never set offline. However it happened once, but it stopped happening when I made the top directory fully writable so LMCE could create files and directories under the share. But that was months ago. I strongly suspect this happens if you mount a network share from outside the LMCE subnet.

[totallymaxed]

Each video will get an extra MovieName.id3 file for the meta-data.

Each picture file (at least *.jpg) may get an .id3 and a .tnj (thumbnail)

I'll let someone else answer on audio files as I don't really use LMCE for audio files (I store the files on a NFS share under public/data/audio but then just download to ipod for listening).

Have fun,
Roy

For audio files the id3 data is written back to the files themselves so that other applications eg iTunes or Amarok etc can take advantage of it.

Andrew