How to watch movies on TV from NAS server (Samba)

08
2014-07
  • Joudicek Jouda

    I have a RaspberryPi headless NAS server running Samba that I use as my movie storage. For now I watch movies from NAS on external monitor connected to my laptop. I would like to cut the laptop and watch movies directly on TV using only TV remote control.

    1. Is there any television that is able to connect to Samba server and play mpeg movies with .srt subtitles?
    2. If not, what other protocol should I install on RaspberryPi and use to watch movies on TV?

    MORE Information: My RaspberryPi with attached HDD is located in the basement (HDD noise + lack of space) and connected to the Wi-Fi router via RJ-45 Ethernet cable. So I cannot make a RaspberryPi --- HDMI cable --- TV connection.

    • Answers
  • Xetius

    You have a couple of options

    1) install a dlna server on your raspberry pi, and get a smart TV which can play from a dlna source. I don't know if these will play the srt subtitles though. This page gives details on how to set up minidlna

    2) connect your pi to the TV via HDMI and run RaspBMC. This is a port of XBMC for the Pi, which should play the srt files.


    • Related Question

    nas - Samba vs. NFS: Performance
  • nagul

    I've got a choice of setting up Samba or NFS on my Linux based NAS ( nslu2 running OpenDebian ).

    1. Does anyone have performance related stories comparing the two options ? Are there tuneup tricks that improve transfer speeds for one or the other ?
    2. What options do I have in terms of toolkits/test suites to gather performance metrics on my setup ?

    The nslu2 isn't the most powerful NAS ( 266Mhz ARM processor, 32 MB RAM ) so the overhead of running the Samba or NFS daemon is a factor too. Also, I'm looking at this purely from a performance standpoint, i.e. security issues surrounding NFS aren't my concern.


    • Related Answers
  • Anonymous

    Hello fellow NSLU2 user. I would definitely go for NFS, unless there were some compelling reasons (namely Windows machines). NFS is more light-weight and faster.

    As for the NSLU2 side, you will find that tweaking the NFS options and choosing the right filesystem for the shared disk are important. I have chosen ext3 but then switched to ext2 as it seemed to consume less of the precious resources. When using wireless don't expect extraordinary performance and don't use too big block size, otherwise go for huge blocks.

    In either case there are some parameters to tweak. Do some benchmarks on your own and decide which options are the best (TCP/UDP, rsize, wsize, etc) for example for NFS here is some old comparison: NSLU2 NFS

    Last but not least - it would be nice to see your results - to learn from them ;)

  • Axxmasterr

    The main benefit I can think of to use SAMBA is that is supports SMB file shares to windows boxes. If you want to connect to this with only a another unix box, then NFS will likely perform better.

  • Swish

    NFS isn't great but Samba will definitely be slower, the only advantage is to allow Windows clients. Unless Windows machines are an issue go with NFS.

  • Brian Knoblauch

    I don't have the numbers anymore, but NFS trounced Samba in performance when I did my big head to head comparison/benchmarking series. And on high speed and/or high latency links, using NFS over TCP outperformed NFS over UDP. Apparently at some point windowing becomes more important than simple packets.

  • churnd

    Go with NFS - if you are using Vista or 7 Clients install Services for Unix and you'll be able to access NFS exports via Windows machines using microsofts NFS clients.