Live TV - Transcoding HLS (H264/AAC)

[StreamEmby 0]

hi guys. a bit of a question. got emby installed on my server with live tv setup, epg etc. but every channel trancodes but the streams are hls (h264/aac) - these are supposed to direct play/stream as per the documentation. I have tried a number of different devices and all the same. you guys got any ideas?

 

 

i think i posted in the wrong category previously.

[Luke 42080]

Hi,

Please take a look at our wiki on transcoding:

 

https://github.com/MediaBrowser/Wiki/wiki/Transcoding

 

It will help you identify why, and will tell you how to report it if you think it shouldn't be transcoding. Let us know if you have any more questions. Thanks!

[StreamEmby 0]

Cheers Luke! I'll have a look now mate

[Notfast 7]

I have the same problem - now my live TV gets transcoded - Im sure that it used to be stream as streamcopy. Im using a chormecast.

 

Here is what my settop box from my provider support :

 

-------------------------------

MPEG-2 (SD and HD): Transport stream - PAT, PMT, video and audio streams, constant and variable bit rate, 2-25 Mbps, up to MP@HL 1080i@60 fps

 

H.264 (SD and HD): PAT, PMT, video and audio streams, up to 20 Mbps, up to HP@L4.1 (1080i@60 fps) High Definition video: 1280x720@50 or 60 fps (progressive scan) 1920x1080@50 or 60 fps (interlaced scan)

 

Streaming Audio Audio Types: MPEG (Layer 1, 2, 3), PCM, AC3, AAC

-------------------------------

 

So .ts H.264 720p50 should be play able with just streamcopy (.ts container to .mp4).

.ts H.264 1080i50 just need deinterlace + streamcopy (.ts container to .mp4), yadif=0 should do it I think

 

This will free up a lot of load on my server!

I´m using dvblogic for my TV.

server-63589863699.txt

transcode-8f6e0ec5-9bde-4420-a68d-776ef94ff3e4.txt

Edited January 31, 2016 by Notfast

[punk4funk 1]

I am also seeing this problem.

 

When i run the ffmpeg command contained in the logs, I see the following error.

 

So, I'm guessing ffmpeg, thus emby, will not support my needs.  True?

 

Hard to imagine my DVR's raw OTA transport stream is not supported.  Kodi plays it just fine.

 

Any thoughts?  Maybe a custom switch/option required by ffmpeg in this case?

 

TIA

 

 

C:\Users\Brett\AppData\Roaming\Emby-Server\ffmpeg\20170308\ffmpeg.exe -f tp -codec:0 mpeg2video -codec:1 ac3 -codec:2 ac3 -codec:3 ac3 -i file:"F:\dvr\BBC News\BBC World News-2017-06-26-0.tp" -map_metadata -1 -map_chapters -1 -threads 0 -map 0:0 -map 0:1 -map -0:s -codec:v:0 libx264 -pix_fmt yuv420p -preset veryfast -crf 23 -maxrate 10962403 -bufsize 21924806 -profile:v high -level 4.1 -x264opts:0 subme=0:me_range=4:rc_lookahead=10:me=dia:no_chroma_me:8x8dct=0:partitions=none -force_key_frames "expr:gte(t,n_forced*3)" -vf "yadif=0:-1:0,scale=trunc(min(max(iw\,ih*dar)\,3840)/2)*2:trunc(ow/dar/2)*2" -copyts -vsync -1 -codec:a:0 aac -strict experimental -ac 6 -ab 384000 -f segment -max_delay 5000000 -avoid_negative_ts disabled -start_at_zero -segment_time 3 -individual_header_trailer 0 -segment_format mpegts -segment_list_type m3u8 -segment_start_number 0 -segment_list "C:\Users\Brett\AppData\Roaming\Emby-Server\transcoding-temp\cbf91cf95989e3f86dd4bbd877d6e60d.m3u8" -y "C:\Users\Brett\AppData\Roaming\Emby-Server\transcoding-temp\cbf91cf95989e3f86dd4bbd877d6e60d%d.ts"

 

ffmpeg version N-83781-g3016e91 Copyright © 2000-2017 the FFmpeg developers

  built with gcc 6.3.0 (GCC)

  configuration: --enable-gpl --enable-version3 --enable-cuda --enable-cuvid --e

nable-d3d11va --enable-dxva2 --enable-libmfx --enable-nvenc --enable-avisynth --

enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv

--enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-li

bfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug -

-enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enabl

e-libopenh264 --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-li

bsnappy --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolam

e --enable-libvidstab --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx

 --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable

-libxavs --enable-libxvid --enable-libzimg --enable-lzma --enable-zlib

  libavutil      55. 48.100 / 55. 48.100

  libavcodec     57. 82.102 / 57. 82.102

  libavformat    57. 66.103 / 57. 66.103

  libavdevice    57.  3.100 / 57.  3.100

  libavfilter     6. 74.100 /  6. 74.100

  libswscale      4.  3.101 /  4.  3.101

  libswresample   2.  4.100 /  2.  4.100

  libpostproc    54.  2.100 / 54.  2.100

Unknown input format: 'tp'

[Luke 42080]

@@punk4funk that is easily resolved with a change to our encoding command line. it will be in the next release, thanks.

[punk4funk 1]

Confirmed this.

When I remove the -f 'tp' option from the command, the transcoding works fine.

Plus, when I rename my DVR's file extension to 'ts', emby android client works great.

Looking forward to next release.

Thanks for speedy response.

[Luke 42080]

Thanks for the feedback.

[punk4funk 1]

Working great in the Beta.

Thanks

[Luke 42080]

Thanks for the feedback.