I'm doing DLNA (mediatomb) of DVD rips from an i7 920 Linux server using a pair of mirrored discs, works flawlessly to PS3 over a gigabit ethernet link , and also over wi-fi to my Android tablet running Bubble UPnP.
Yeah I used to run MediaTomb on my old NAS box. If you don't transcode and only stream video in a straightforward manner, then it should be fine.
What resolution do you use for your Android tablet ? (720p ?)
I was hoping Sony would extend its DLNA foundation further, but no dice so far. e.g., Cache video/image thumbnails locally and animate them as if the files are kept locally. This would provide a much smoother navigation experience.
I remember testing DLNA and XMB videos with RemotePlay. The unprotected ones would play fine. But the protected ones can't be played.
Patsu, you say that HTTP streaming works better than DLNA for you? How does that work out? Isn't DLNA already HTTP based?
Yes DLNA is built on top of HTTP.
On the PS3, if you use the old web browser to download a video, it will be treated as a progressive download movie. You would see a custom movie controller and could play the video while it is being downloaded via HTTP. FF and REW work like a file-based seek, so it's fast and consistent. When you seek beyond the download boundary, the browser would try to keep up (Move your seek head further as it downloads more bytes). I have not tested this use case with the new browser.
I used to run a DLNA server and a web server pointing to my media directory at the same time.
In DLNA, the media controller is part of the protocol. The client sends high level "seek" commands to the DLNA server (at the app and HTTP level). In my experience, it's much slower and less predictable (Could hang your PS3 if you seek too aggressively, like 30x). I remember Sony improved the performance somewhat, but the last time I checked -- which is years ago -- the HTTP approach is still more reliable.