Youtube live stream stops after 80 seconds

I'm a long time Mezzmo user, solely to stream movies and series to my TV. Today I wanted to stream a YouTube live stream to my TV, So I added a the URL to my library turned on my TV and everything worked perfectly. But after 80 seconds Its stopped stream and returned back to the menu. I selected the stream and it started streaming again, but after 80 seconds it stopped. Etc..

So I'm wondering If anyone knows what I can do to solve this problem. If you require any further information, let me know.

Hi,
it is possibly a problem with the headers used for the live stream where Mezzmo is telling the TV the size of the content and the TV is streaming until this size is reached, can you please tell us the make and model of the TV and the device profile you are using?

I'm trying to stream it to a Samsung UE32D5000PW and I'm using the auto-assigns profile, Samsung D.

I have also tested some other TVs:
- Samsung UE40ES6300S, Samsung E - File You've Selected is Currently Not Supported.
- Samsung UE55H6500SL, Samsung H - Works perfectly.

I would also like to know how I can solve the problem where my TV doesn't support the file.

We have a Samsung D here in the office so if you can provide the URL to the live stream we can test it here. Possibly the H profile is streaming the original file so you could try right-clicking on the live stream in Mezzmo and select properties then on the Transcoding tab click on Use Original File... and select the Samsung D or E TV to see if it plays.

I'm trying to stream League of Legends World Championship on YouTube. There are no games today, but when I tried a random YouTube stream, switching to device profile E seems to be work.

It sounds like it may be a transcoding issue where the E profile is not transcoding but delivering the original file. For the next live stream try right-clicking on the file in Mezzmo and select 'Get FFmpeg Information...' then copy and paste it here in a post.

The FFmpeg information as requested (YouTube stream):

Quote:

---

ffmpeg version N-78742-gf477849 Copyright (c) 2000-2016 the FFmpeg developers
built with gcc 4.9.2 (GCC)
configuration: --enable-memalign-hack --arch=x86_64 --target-os=mingw32 --cross-prefix=x86_64-w64-mingw32- --enable-static --disable-shared --enable-zlib --disable-postproc --prefix=/home/peter/ffmpeg/build/gpl64 --enable-libmp3lame --enable-libx264 --enable-gpl --extra-libs='-lx264 -lpthread -lstdc++' --enable-runtime-cpudetect --extra-cflags=-I/home/peter/cc32/include --extra-ldflags=-L/home/peter/cc64/lib --pkg-config=pkg-config --pkg-config-flags=--static --disable-w32threads --enable-libvpx --enable-libvorbis --enable-libtheora --enable-libx265 --enable-libmfx --enable-gnutls --extra-libs='-lz -lnettle -lhogweed -lgmp -lidn -lws2_32 -lcrypt32'
libavutil 55. 19.100 / 55. 19.100
libavcodec 57. 25.101 / 57. 25.101
libavformat 57. 26.100 / 57. 26.100
libavdevice 57. 0.101 / 57. 0.101
libavfilter 6. 36.100 / 6. 36.100
libswscale 4. 0.100 / 4. 0.100
libswresample 2. 0.101 / 2. 0.101
Input #0, hls,applehttp, from 'https://manifest.googlevideo.com/api/manifest/hls_playlist/id/eVRBrSrMNhg.1/itag/96/source/yt_live_broadcast/requiressl/yes/ratebypass/yes/live/1/cmbypass/yes/goi/160/sgoap/gir%3Dyes%3Bitag%3D140/sgovp/gir%3Dyes%3Bitag%3D137/hls_chunk_host/r8---sn-5hne6nse.googlevideo.com/ei/tZfMWae2CZqV1gKr4YDgAQ/playlist_type/DVR/gcr/nl/hcs/yes/mm/32/mn/sn-5hne6nse/ms/lv/mv/m/nh/IgpwcjAxLmFtczE2KgkxMjcuMC4wLjE/pl/18/shardbypass/yes/smhost/r1---sn-5hne6n7s.googlevideo.com/dover/6/mt/1506580337/ip/84.27.135.254/ipbits/0/expire/1506602005/sparams/ip,ipbits,expire,id,itag,source,requiressl,ratebyp ass,live,cmbypass,goi,sgoap,sgovp,hls_chunk_host,e i,playlist_type,gcr,hcs,mm,mn,ms,mv,nh,pl,shardbyp ass,smhost/signature/9B8F6AFD3BFA1648046E521404BD53ADD826A672.474F285B2 1813B663A46716EA40F3FD5A6D87F66/key/dg_yt0/playlist/index.m3u8':
Duration: N/A, start: 94353.665000, bitrate: N/A
Program 0
Metadata:
variant_bitrate : 0
Stream #0:0: Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 123 kb/s
Stream #0:1: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], 30 fps, 30 tbr, 90k tbn, 60 tbc
At least one output file must be specified

<MEZZMO>: Child process ended with code: 109, ExitCode=1


---> DB Level Info: 40, 100
---> Frame rate: 30,00
---> Aspect ratio: 16:9 PAR=1:1
---> Duration: 00:30:00

---

I thought it was working on my Samsung UE32D5000PW with device profile E, but after testing it today it still stopped streaming after 4:00 - 4:30 minutes.

I reproduced the issue here on our Samsung D TV using a YouTube Live stream of Peppa Pig, If selecting the video from the TV then after a short time it stops and skips to the next file but if I use Play To from the Mezzmo application then it will stream for the same short time then resume streaming after stopping so it appears that the transcoding may be too slow and the Samsung TV has a very low tolerance for delays in streaming so it stops. I have found that increasing the packet size in the device profile helps it to play a bit longer so you can try editing the profile to add:

<packetsize live="64000">64000</packetsize>
</device>

in the device section at the top of the file then save the file and restart your Mezzmo media server. Go to your DeviceProfiles folder (see this thread for its location: http://forum.conceiva.com/showthread...ofiles-located) and open the SamsungE.prf file then make the change and save the file.

The stream continued today so I tried your solution, and it looks like it affected it negatively. Before I could stream for about 4:00 - 4:30 minutes now I could stream for 3:40 - 3:45 minutes. I doubled the 64000 to 128000 and I could stream 5:00 minutes. For now I just have to use a HDMI-cable.

Can you please try some of the streams from https://www.youtube.com/channel/UC4R...I7CAwX8_LjQHig to see if decreasing the packet size again allows streaming for longer? The default size is 8192. Also please check in the properties of the file in Mezzmo on the Video tab to make sure the 'Live' checkbox is checked as when I added the streams here it was not detected as a live stream.

After playing around with even more deviceProfiles I noticed both my UE32D5000PW and Samsung UE40ES6300S worked with profile SamsungJ.

I checked what packetsize SamsungJ had "<packetsize live="8192">1024000</packetsize>" and edited this to the SamsungE profile. Although it streamed for 10 minutes it still stopped playing. So I'm not sure what causes this but its not just the packetsize.