DSM-G600, DNS-3xx and NSA-220 Hack Forum

Fonz,

Just curious, did you consider compiling mediatomb (http://mediatomb.cc/) before deciding on gmediaserver?

The reason I ask is mediatomb is supposedly more robust, supports more media types (especially FLAC) and appears to be more actively maintained.

If not, do you think the ARM binary of mediatomb will run as-is with chroot debian without requiring recompilation?  The reason I ask is I don't have my DNS-323 yet and want to get the tools I need compiled beforehand if necessary.

http://mediatomb.cc/pages/download#debian_ubuntu

Thanks.

@lindend, Yes Mediatomb does work out of the box using a chroot debian.

However my Teac doesn't support flac so I need a mediaserver which uses transcoding and I don't like the chroot-thing. There is twonkyvision which works but costs money and there is Fuppes. Fuppes doesn't compile yet, but it's getting closer with svn-570.

@fonz, taglib did compile on my toolchain.

kallehak wrote:

@fonz, taglib did compile on my toolchain.

Mind sharing your script?

fonz wrote:

kallehak wrote:

@fonz, taglib did compile on my toolchain.

Mind sharing your script?

I configure with:  ./configure CC=arm-linux-uclibc-gcc GCC=arm-linux-uclibc-gcc CXX=arm-linux-uclibc-g++ CFLAGS="-Os -pipe " CXXFLAGS="-Os -pipe" --target="arm-uclibc-linux-gnu" --host="i686-linux-gnu" --build="arm-uclibc-linux-gnu" --prefix=/mnt/HD_a2/fun_plug.d

and then make: make CC=arm-linux-uclibc-gcc GCC=arm-linux-uclibc-gcc CXX=arm-linux-uclibc-g++

I don't have any scripts !?

fonz wrote:

kallehak wrote:

I don't have any scripts !?

I'm a little surprised. What toolchain are you using? I started investigating the issue and found problems with arm-specific uclibc c++ headers.

I installed following the guide here: http://dns323.kood.org/howto:crosscompile

does the upnp server already come pre-compiled? or must i compile it?

fonz,

Ran across an interesting article in the intel OSS site: "Windows* client CIFS behavior can slow Linux* NAS performance"

It's a fast and easy read, very informative.  http://softwarecommunity.intel.com/arti … g/1259.htm

I run fedora 8 on my desktop, and a few others.  Just setup my new 323 and installed a handful of the goodness from the great stuff you've done.  I've use the 323 for various reasons, none at the moment related to streaming a/v, but I'll get around to it.  The article got my curiosity going though.  The smbclient on my fedora setups is version:  3.0.27a-0.fc8.  Can't seem to get the 323's smbclient via telnet to give up it's version number.  Was thinking that as much as you've dug into things you might be check more easily than for me having to pull the GPL tar ball down and plunder through the goods to get the version info.  Maybe you might just know off the top of your head?

Thx...  Keep up the great work!

kallehak wrote:

fonz wrote:

kallehak wrote:

I don't have any scripts !?

I'm a little surprised. What toolchain are you using? I started investigating the issue and found problems with arm-specific uclibc c++ headers.

Could that be the reason for the "illegal instruction"-message I get when trying to run versions higher than 1.1.2 of flac !?
I would love to get at least flac 1.1.3 running since I want support of cover art.

Broken toolchains can cause many kinds of strange behaviour. But often enough, broken Makefiles (i.e. those not designed with cross-compilation in mind) can also break things in mysterious ways... Not 100% sure, but 'illegal instruction' sounds like the binary is made for ARM, but contains either non-ARM instructions or ARM instructions for a different processor or architecture. The DNS-323 has a 926ej-s processor (gcc -mcpu or -mtune) and is an armv5te architecture (gcc -march).

snarfy wrote:

If you happened to read the article, you'll this is pretty much a non-issue for smbd versions greater than 3.0.20

I think you will still have to set

     strict allocate = yes

in the smb.conf file, if the D-Link default smb.conf does not include this parameter

Windows client CIFS behavior can slow Linux NAS performance wrote:

We have tried to force the linux server to allocate data-full files with the Samba “strict allocate” flag but observed
no change in ext3 performance. (UPDATE 9/12/07: newer versions of Samba 3.0.20 or greater zero-fill files when
“strict allocate” is set. This has the desired effect of producing NTFS-like behavior that works well with windows clients
and improves media serving performance to be on par with XFS.)

Hi fonz,

any idea about a UPnP Software client I could use with GMediaStreamer - e.g. VLC?

Thanks,  ollo

Hi fonz,

I just realized MPG files are currently not supported by GMediaStreamer. Any chance you include that patch into your next build?

http://lists.gnu.org/archive/html/gmedi … 00000.html

Thanks, ollo

PS: hope you find the issue...