Differences
This shows you the differences between two versions of the page.
| Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
| dlna [2014/07/19 06:29] – beandog | dlna [2025/04/21 05:46] (current) – external edit 127.0.0.1 | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| ====== DLNA ====== | ====== DLNA ====== | ||
| + | * [[DLNA HTTP Requests]] | ||
| * [[x264]] | * [[x264]] | ||
| * [[Matroska]] | * [[Matroska]] | ||
| * [[MP4]] | * [[MP4]] | ||
| - | * [[minidlna]] - best DLNA server, evar! :D | ||
| - | * [[Sony BDP-S390]] | ||
| - | * [[Sony BDP-S5100]] | ||
| * [[PS3]] | * [[PS3]] | ||
| Line 38: | Line 36: | ||
| MP4 worked natively. | MP4 worked natively. | ||
| - | ==== minidlna hacking to do ==== | ||
| - | * Store more details in SQLite database -- number of times played, which media device is requesting, etc. | ||
| - | * Figure out how resume-playback works -- I'm guessing that the DLNA server makes a request for a starting point | ||
| - | |||
| - | ==== Best Practices: DLNA ==== | ||
| - | |||
| - | When it comes to encoding video with x264 for embedded devices that do playback (Blu-ray players, Roku, etc.), your **safest bet** is to use little to no advanced H.264 features. | ||
| - | |||
| - | General testing with various encoding settings is a reasonable approach, but if you want to keep it safe, focus on changing the CRF or constant bitrate, or the preset, and that's it. That' | ||
