Unfortunately no one can be told what fun_plug is - you have to see it for yourself.
You are not logged in.
I've installed mediatomb-0.11.0-5.tgz using fun_pkg 0.5 on my DNS-321. I'm getting the following error from mediatomb (in the logs):
... 2009-03-17 16:43:20 ERROR: iconv: Invalid or incomplete multibyte or wide character 2009-03-17 16:43:20 ERROR: iconv: No such file or directory 2009-03-17 16:43:20 WARNING: skipping /mnt/HD_a2/<MyMusicFileWithUTF-8Characters>.mp3 : iconv: No such file or directory ...
The iconv version is supposed to be the latest one, which I believe was installed by either ffp-base or libiconv (both contain the same version).
# ldd `which mediatomb` libiconv.so.2 => /ffp/lib/libiconv.so.2 (0x4000e000) ...
The filenames are displayed properly using ls on a ssh session to the DNS-321. Furthermore, accessing the directory my linux box using NFS shows the files properly as well (I can edit and save UTF-8 characters in filenames and on its id3 metadata). Therefore, I do not think the problem is with any mount issue (Im running on a RAID 1 configuration).
Any clues?
Thanks.
--
As side experiments, I noted that the iconv application (installed from ffp-base) is a rather old one v1.11 versus the one on my ubuntu box. This cmd line interface somewhat reproduces the problem:
# ldd `which iconv` ldd: can't open cache '/ffp/etc/ld.so.cache' libiconv.so.2 => /ffp/lib/libiconv.so.2 (0x4000e000)
# iconv --version iconv (GNU libiconv 1.11) Copyright (C) 2000-2007 Free Software Foundation, Inc. License GPLv2+: GNU GPL version 2 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Written by Bruno Haible.
On my linux box I have a newer iconv (latest package in ubuntu intrepid) and ls'ing the file and piping to iconv works fine.
# iconv --version iconv (GNU libc) 2.8.90 Copyright (C) 2008 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Written by Ulrich Drepper.
Furthermore, adding the following to mediatomb does not do the trick:
<filesystem-charset>UTF-8</filesystem-charset> <metadata-charset>UTF-8</metadata-charset> <playlist-charset>UTF-8</playlist-charset>
2009-03-17 16:23:46 INFO: Loading configuration from: /ffp/var/mediatomb/config.xml 2009-03-17 16:23:46 INFO: Checking configuration... 2009-03-17 16:23:46 INFO: Setting filesystem import charset to UTF-8 2009-03-17 16:23:46 INFO: Setting metadata import charset to UTF-8 2009-03-17 16:23:46 INFO: Setting playlist charset to UTF-8 2009-03-17 16:23:47 INFO: Configuration check succeeded. ...
Offline
I'm experiencing the identical problem on my DNS-323 with mediatomb-0.11.0-5.tgz and fun_pkg 0.5. I've also noted that upon receiving the error the DNS-323 becomes unreachable via Windows and requires a reboot.
Any insight would be appreciated.
Offline
This worked for me:
<filesystem-charset>ISO-8859-1</filesystem-charset>
<metadata-charset>ISO-8859-1</metadata-charset>
<playlist-charset>ISO-8859-1</playlist-charset>
HTH, Cheers.
Offline
I tried to do it your way as well but it does not work for me. Since the music streams I'm happy (though title displayed looks funny).
Offline