Universal Media Server | Forum

• During the installation I set 2GB of memory for UMS. It is saved in registry. Unfortunately when UMS is starting it rewrites value to 1280 so 2GB is lost and not used.
• ffmpeg engine is using wrong DLNAOrgPN value so file is unplayable e.g. on PanTV. Check link. Right now I am not sure if it is true for remuxed or also transcoded files. I tested so many scenarios so my brain is overloaded little bit. Using DLNAOrgPN=false made files playable (PN is not sent in this case)
• [engine] name at the end of file name means UMS should remux or transcode file depending on audio/sub priority. When subs are not needed => remux, transcode otherwise. It is something like auto-smart-engine. But if [engine] name is at the beginning like in transcode folder, UMS should force transcoding like it works for MEncoder. It is not true when "remux if possible" is enabled for [FFmpeg] engine. So there is inconsistency in logic between these two engines! Not possible to force transcoding this way.
• When video have more than one audio tracks and second, third,4th...is DTS then for ffmpeg engine first track is loaded and tagged as DTS also in case it is AC3. It is because DTS muxing doesn't use -map parameter so always first track is loaded. When e.g. playing second DTS track and first is AC3, tsmuxer mux it as DTS so no audio is present on renderer.
• when ffmpeg engine is used with subs, quality is very very poor also with max quality set =1Gbit. Mencoder w/wo subs and tsmuxer is OK. Also ffmpeg without subs is OK but it is because of bug mentioned earlier that file was remuxed also in case transcode folder was used.
• It seems ffmpeg generates hw incompatible mpegts files. I tried to remuxed mkv with h264 so ffmpeg is using annexb and mpegts output. This file is unplayable on PS3 also when I remuxed them on PC and uploaded it directly to PS3. When I remuxed this unplayable ffmpeg file with tsmuxer, PS3 can play it! When I remuxed it via ffmpeg again to mpegts, file is still unplayable but when remuxed to mp4, file is playable! I think I already spotted similar thing somewhere in forum. This mp4 was also playable on PanTV with disabled PN sending. When it was sent, I am not sure what PN was used but file was unplayable.
• ...forgot it...will add it if I will remember...

ExSport wrote:During the installation I set 2GB of memory for UMS. It is saved in registry. Unfortunately when UMS is starting it rewrites value to 1280 so 2GB is lost and not used.

ExSport wrote:ffmpeg engine is using wrong DLNAOrgPN value so file is unplayable e.g. on PanTV. Check link. Right now I am not sure if it is true for remuxed or also transcoded files. I tested so many scenarios so my brain is overloaded little bit. Using DLNAOrgPN=false made files playable (PN is not sent in this case)

ExSport wrote:[engine] name at the end of file name means UMS should remux or transcode file depending on audio/sub priority. When subs are not needed => remux, transcode otherwise. It is something like auto-smart-engine. But if [engine] name is at the beginning like in transcode folder, UMS should force transcoding like it works for MEncoder. It is not true when "remux if possible" is enabled for [FFmpeg] engine. So there is inconsistency in logic between these two engines! Not possible to force transcoding this way.

ExSport wrote:When video have more than one audio tracks and second, third,4th...is DTS then for ffmpeg engine first track is loaded and tagged as DTS also in case it is AC3. It is because DTS muxing doesn't use -map parameter so always first track is loaded. When e.g. playing second DTS track and first is AC3, tsmuxer mux it as DTS so no audio is present on renderer.

ExSport wrote:when ffmpeg engine is used with subs, quality is very very poor also with max quality set =1Gbit. Mencoder w/wo subs and tsmuxer is OK. Also ffmpeg without subs is OK but it is because of bug mentioned earlier that file was remuxed also in case transcode folder was used.

ExSport wrote:It seems ffmpeg generates hw incompatible mpegts files. I tried to remuxed mkv with h264 so ffmpeg is using annexb and mpegts output. This file is unplayable on PS3 also when I remuxed them on PC and uploaded it directly to PS3. When I remuxed this unplayable ffmpeg file with tsmuxer, PS3 can play it! When I remuxed it via ffmpeg again to mpegts, file is still unplayable but when remuxed to mp4, file is playable! I think I already spotted similar thing somewhere in forum. This mp4 was also playable on PanTV with disabled PN sending. When it was sent, I am not sure what PN was used but file was unplayable.

I'm not sure what you mean by "tsmuxer mux it as DTS so no audio is present on renderer", I thought you were talking about FFmpeg, not tsMuxeR?

ExSport wrote:During the installation I set 2GB of memory for UMS. It is saved in registry. Unfortunately when UMS is starting it rewrites value to 1280 so 2GB is lost and not used.

OK. Maybe Optimus can have a look since he is the most recent maintainer of that code.