Testers for new Samsung TV configs

[Optimus_prime]

Hi all,
I've made 2 new .confs for samsung TV's. Now i've tested it with no issues but i would like to get a little feedback to make sure they are going to work with no issues.
There is 1 for A/B/C/E series tv that has the fix (ChunkedTransfer=True) for transcoding. And one for D series TV's. As i own both a D and E series i found when turning on chunked transfer it prevented me from transcoding any file to my D series thus the two new .conf files.

So free to drop them into your C:\Program Files (x86)\Universal Media Server\renderers
and give them a go. Just make sure you back up your old SamsungAllshare.conf before you do!!!

Also there is a Beta of UMS containg the new .confs and the latest from git up Here (Label=UMS-25-3-13-a6f3e057e05eb1e)

[nambit]

I guess it's in the latest update or something. Anyhow, tried it and it works fine.
One thing I really wished would happen is the detection of the decoder inside the container.
So basically if UMS determined it's a 10-bit mkv file, then transcoding automatically should
start, otherwise, just stream.

Another thing that I think is inherent to the TVs and not the DLNA server is that once the
file is trancoded, you can't seek (ie: fast forward, rewind). That would be the next big thing
as even on my android device which can act as a front-end for UMS to my TV, I'm able to
transcode but unable to skip forward and such.

[DeFlanko]

Skipping in time is a limitation of transcoding files. Its annoying; i have no idea where to begin on changing that.

EDIT: DynDNS-RDP and a Wife FTW!

Code: Select all

INFO  2013-09-23 09:53:07.994 [pool-6-thread-5] Checking IP: 172.10.1.95 for Samsung D Series TV
DEBUG 2013-09-23 09:53:08.003 [New I/O worker #15] HTTP User-Agent: SEC_HHP_[TV]UN46D6300/1.0
INFO  2013-09-23 09:53:12.897 [pool-6-thread-5] Renderer Samsung D Series TV found on this address: 172.10.1.95
DEBUG 2013-09-23 09:53:12.898 [pool-6-thread-5] Starting ping -n 3 -l 64000 172.10.1.95
DEBUG 2013-09-23 09:53:12.913 [Thread-28] 
DEBUG 2013-09-23 09:53:12.913 [Thread-28] Pinging 172.10.1.95 with 64000 bytes of data:
DEBUG 2013-09-23 09:53:12.927 [Thread-28] Reply from 172.10.1.95: bytes=64000 time=13ms TTL=64
DEBUG 2013-09-23 09:53:13.928 [Thread-28] Reply from 172.10.1.95: bytes=64000 time=13ms TTL=64
DEBUG 2013-09-23 09:53:14.898 [SpeedStats Failsafe] Stopping process: ping-4
INFO  2013-09-23 09:53:14.901 [pool-6-thread-5] Address /172.10.1.95 has an estimated network speed of: 39 Mb/s
DEBUG 2013-09-23 09:57:07.281 [New I/O worker #13] Starting transcode/remux of Avatar.2009.mp4 with media info: container: null, bitrate: 0, size: 10256437509, video codec: null, duration: null, width: 0, height: 0, frame rate: null, muxing mode: null, mime type: video/mpeg
DEBUG 2013-09-23 09:57:07.296 [New I/O worker #13] Creating pipe \\.\pipe\resumeplayer1379955427295
DEBUG 2013-09-23 09:57:07.308 [Thread-305] Waiting for pipe connection \\.\pipe\resumeplayer1379955427295
DEBUG 2013-09-23 09:57:07.358 [ffmpeg.exe-74] Starting "E:\Program Files (x86)\Universal Media Server\win32\ffmpeg.exe" -y -loglevel warning -threads 8 -ss 266.0 -i E:\Media\Movies\Movies\Avatar.2009.mp4 -vcodec copy -acodec copy -f mp4 \\.\pipe\resumeplayer1379955427295
DEBUG 2013-09-23 09:57:07.360 [ffmpeg.exe-74] Reading pipe: \\.\pipe\resumeplayer1379955427295
DEBUG 2013-09-23 09:57:07.360 [ffmpeg.exe-74] Attaching thread: ffmpeg.exe-74
DEBUG 2013-09-23 09:57:07.404 [Thread-308] [mov,mp4,m4a,3gp,3g2,mj2 @ 0034bb60] moov atom not found
DEBUG 2013-09-23 09:57:07.404 [Thread-308] E:\Media\Movies\Movies\Avatar.2009.mp4: Invalid data found when processing input
INFO  2013-09-23 09:57:07.407 [ffmpeg.exe-74] Process E:\Program Files (x86)\Universal Media Server\win32\ffmpeg.exe has a return code of 1! Maybe an error occurred... check the log file
INFO  2013-09-23 09:57:13.392 [StartPlaying Event] Started playing Avatar.2009.mp4 on your Samsung D Series TV
DEBUG 2013-09-23 09:57:13.395 [StartPlaying Event] The full filename of which is: E:\Media\Movies\Movies\Avatar.2009.mp4 and the address of the renderer is: 172.10.1.95
DEBUG 2013-09-23 09:57:15.894 [Buffered IO End Checker] Stopping process: ffmpeg.exe-74
INFO  2013-09-23 09:57:18.374 [StartPlaying Event] Started playing Avatar.2009.mp4 on your Samsung D Series TV
DEBUG 2013-09-23 09:57:18.375 [StartPlaying Event] The full filename of which is: E:\Media\Movies\Movies\Avatar.2009.mp4 and the address of the renderer is: 172.10.1.95
INFO  2013-09-23 09:57:19.203 [StopPlaying Event] Stopped playing Avatar.2009.mp4 on your Samsung D Series TV
DEBUG 2013-09-23 09:57:19.204 [StopPlaying Event] The full filename of which is: E:\Media\Movies\Movies\Avatar.2009.mp4 and the address of the renderer is: 172.10.1.95

Video was ok, Sound was ok!

[DeFlanko]

Also how about a logo update?

[nambit]

Is this fix integrated in the newer versions of UMS as it appears not to be. I have to add the new conf file each time.

Speaking of which, I guess there won't be a way to skip forward / back through a video (ie: seek) when transcoding is there?
It's possible with a PS3 but not with this .conf file.

By the way, I figured a way around the 10-bit video files (which needs trancoding) and non 10-bit files (both have .mkv
containers thus transcoding turns off regardless of the actual codec). I just rename the 10-bit files to .wmv files (as I
don't use that) and set the player to always trancode .wmv files. Works great. Wish the UMS Server was able to distinguish
the file type based on the codec itself (ie: 10-bit vs. non- 10-bit) instead of deciding solely on the file extension (.mkv).
Oh well.

[Optimus_prime]

There's an issue with these configs that cannot be fixed at this stage. It relates to the way the renderer is detected. Sorry you have to add it everytime, but thats what i have to do too. I'm hopefully comming up with a fix soon, but until then this is the way it has to be

[nambit]

There's an issue with these configs that cannot be fixed at this stage. It relates to the way the renderer is detected. Sorry you have to add it everytime, but thats what i have to do too. I'm hopefully comming up with a fix soon, but until then this is the way it has to be

Man, that sucks. Hope you come up with a fix soon. The thing I don't understand is that Samsung is amongst the best when it comes to SmartTV and yet UMS needs a fix for it.
It boggles me that there isn't a huge outcry for this rendering issue.

You know what I really want? The ability to seek/search videos while transcoding, like how it's done on the PS3. Damn, if I had that... I'd be a happy camper.

By the way, I used the 'evolution kit' from Samsung. Faster and nicer interface... but more of the same in terms of functionality. Was hoping for 10-bit support.

[keefor]

There is a bug with AAC audio using mkv container. IF using this combination the audio is stuttery and inconsistent no matter how low the bit rates are.
Nothing to do with UMS I get the same problem simply playing from a USB stick directly plugged into the TV

[nambit]

Is there any fix for the F8500 series (plasma)? This one doesn't work.

[Optimus_prime]

Not at the moment, nambit. I'm not sure if a fix will be found anytime soon