Same file plays over windows share, but NFS gives content not supported error?

WD Legacy Products WD TV Live Streaming
1

I don’t understand why, but the same file (on the same server) shared over Windows sharing (Samba) plays fine, but when I access the file over NFS, I get a “Content type not supported” error when trying to play it.

I’ve tried this with version 1.12, 1.10, 1.09, and they all have the same results.

Here’s the mediainfo for the file in question:

➜ TV_Shows mediainfo Curious\ George\ S03E05\ Amazing\ Maze\ Race;\ The\ Color\ of\ Monkey\ 1080i\ HDTV\ DDD5.1\ MPEG2-TrollHD.ts
General
ID : 1 (0x1)
Complete name : Curious George S03E05 Amazing Maze Race; The Color of Monkey 1080i HDTV DDD5.1 MPEG2-TrollHD.ts
Format : MPEG-TS
File size : 2.52 GiB
Duration : 26mn 9s
Overall bit rate mode : Variable
Overall bit rate : 13.8 Mbps

Video
ID : 2048 (0x800)
Menu ID : 1 (0x1)
Format : MPEG Video
Format version : Version 2
Format profile : Main@High
Format settings, BVOP : Yes
Format settings, Matrix : Default
Format settings, GOP : M=3, N=15
Codec ID : 2
Duration : 26mn 9s
Bit rate mode : Variable
Bit rate : 12.7 Mbps
Maximum bit rate : 14.5 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 29.970 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Interlaced
Scan order : Top Field First
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.204
Stream size : 2.32 GiB (92%)

Audio
ID : 2049 (0x801)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : 129
Duration : 26mn 9s
Bit rate mode : Constant
Bit rate : 384 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Delay relative to video : 16ms
Stream size : 71.8 MiB (3%)
Language : English

Text #1
ID : 2048 (0x800)-CC1
Menu ID : 1 (0x1)
Format : EIA-608
Muxing mode : A/53 / DTVCC Transport
Muxing mode, more info : Muxed in Video #1
Duration : 26mn 9s
Bit rate mode : Constant
Stream size : 0.00 Byte (0%)

Text #2
ID : 2048 (0x800)-1
Menu ID : 1 (0x1)
Format : EIA-708
Muxing mode : A/53 / DTVCC Transport
Muxing mode, more info : Muxed in Video #1
Duration : 26mn 9s
Bit rate mode : Constant
Stream size : 0.00 Byte (0%)

2

WD players have a long history, of providing error messages that mean nothing

if it plays over windows shares, then there is nothing wrong with the file

it’s a networking problem you have

3

Are the backslashes (escapes) actually part f the filename?

Ive never seen MEDIAINFO do that, so I’m curious if THAT might be why NFS isn’t working the same as Samba… 

4

The 's are just part what my shell (zsh) adds when I do tab completion (since there are spaces in the filename).

Hmm, I wonder if the spaces might be messing with NFS.   I’ll check that and report back.

5

Nope, no dice.  Still get the error message.

Very strange.

6

Ok, then it’s likely a permissions or “ownership” issue.

You might try SSHing into the box and see what the permission bits of the files are, as well as the “owner.”

Lots of people don’t understand that you can access a share via SAMBA and you can access a share via NFS – but you really shouldn’t do BOTH.

The permission bits mean different things to Samba than they do with NFS.