Fun fact about the current XBMC build... it won't buffer the video unless the network share is FTP.
If that's true that is absolutely pathetic.
Fun fact about the current XBMC build... it won't buffer the video unless the network share is FTP.
So FTP and HTTP are cached (meant to say "cached" not "buffered")... it will play video over the other shares, but since it won't cache, it's almost guaranteed to stutter. It only applies to v12, so presumably it will be changed in v13, but v13 has not been 100% finalized yet.If that's true that is absolutely pathetic.
Fun fact about the current XBMC build... it won't buffer the video unless the network share is FTP.
I'm going to go ahead and assume you've never tried this with XBMC, or read my follow up with a link to the XBMC documentation. Go try streaming HD video over wifi with NFS on XBMC v12 and let me know how it works out. I switched it to FTP after reading the link in my last post and now it works with no problems.what does that even mean?
what would "buffering" would achieve with a media player?
XBMC uses ffmpeg libs (libavcodec, libavformat, libavutil) ; ffmpeg typically access the files by blocks; the size of a block depends on the media format. And that's all there is. At best you get 2-3s of buffer (unless you use HTTP Live Streaming). Internally, the media player has no idea what the underlying file system you have: CIFS, FTP, NFS, local as the OS will mount the drive as a block device and it's completely abstracted.
However, using FTP as underlying connection is a very poor choice. Depending on the media being played, seeking may be required. And FTP doesn't allow optimal seeking: NFS, CIFS or local are a *much* better choice.
For container like MPEG-TS (or PS) there's no seek required: so ftp would be fine. But a container like mp4 (like videos created by an iphone), the codec and format information is located at the end of the file; so it needs to seek a fair bit. Playing those over FTP would give shocking experience. It would be even worse with some AVI file. The way the information is interleaved, you need one seek for every read.
I'm going to go ahead and assume you've never tried this with XBMC, or read my follow up with a link to the XBMC documentation. Go try streaming HD video over wifi with NFS on XBMC v12 and let me know how it works out. I switched it to FTP after reading the link in my last post and now it works with no problems.
Im curious is ipmi still vulnerable to easy access? As in this topic firstpage Mobo: ASRock E3C226D2I LGA 1150 Mini-ITX
The comment below is probably the biggest obstacle... but also I'm not sure if the board supports 16GB modules.Oops!, Yes, 16 GB
There's only 2 DIMM slots so you'd need 16GB DIMMs. I'm not even aware that those exist in UDIMM variants but they definitely exist for RDIMMs.
Point taken. I'm not buying any used RAM unless it's a significant enough discount. However from the looks of it even used Unbuffered ECC RAM is very hard to come by so I'll probably wind up spending the $170 on 2x8GB sticks.