Another issue you may run into: if you pause the player for more than 10s, the server will think it is inactive and release the tuner.
In our clients we have special logic to continue to ping the server while paused, and to force a release when the player is stopped.
It’s hard to fix these kind of edge cases with generic IPTV apps, which is why the m3u is an unsupported hack and not an official feature.
Is there a way we can also grab dvr content the same way we can grab a live stream?
Say we are using quad stream and want to point 1 of the panels to a show residing on the dvr and we point another panel to a live stream?
You can right click copy link on the Watch button in the web UI.
I’ll give it a try when I get home.
The best i found is to place the channel’s iptv links in random order along with other links in the .m3u playlist, so even if you change the channels there is enough time to get atleast one tuner release when playing the next channel.
Anyone thinks we can get this to work with something chromecast enabled? Im thinking about playing around with this and use it to cast the stream via google home or alexa to my tv, so there is no need anymore to open the app first on my Apple TV.
Not sure it works tho
I'm messing with this using QuadStream on appletv. Is there something you can add to the link to tell it not to transcode? If I look at my cpu usage while using a stream in quadstream vs watching in the channels dvr app, using the iptv link is clearly causing it to transcode.
This is the link I'm using. http://ipaddr:8089/devices/ANY/channels/47.1/hls/master.m3u8.
By default it uses the bitrate and resolution set on the settings web UI.
You could add ?codec=copy to the end to disable transcoding
Going to reply to an old thread to ask if there is a way to skip the buffer here too, I don’t think it’s transcoding but it’s still using the Web Player buffer if I’m reading it correctly and I’d like to skip that for my use case if possible.
I'm not sure what buffer you're referring to. What behavior are you seeing that is causing you problems?
Possibly disregard the post I had before this edit. I think the issues I was having could have been unrelated.
If you update to the latest DVR beta you may have a better experience. Also, enabling the Experimental feature Adaptive Streaming for Live TV may also improve things for you.
Is it possible to generate m3u url with ?codec=copy parameter in all the channels?
Right the channel url inside m3u file looks like
http://<ip-address>:8089/devices/TVE-<provider>/channels/<channel#>/hls/master.m3u8?
I'm looking for auto generating the list like
http://<ip-address>:8089/devices/TVE-<provider>/channels/<channel#>/hls/master.m3u8?codec=copy
Just put it at the end of the .m3u
Thanks! It worked. Channel switching is much faster with this parameter.
Why its encoding even with ?codec=copy parameter on Paramount channel and causing to load slow?
2020/05/14 17:38:52.278949 [TNR] Opened connection to TVE-ATTOTT for ch6028 NICKJR
2020/05/14 17:38:52.282902 [HLS] Starting transcoder for channel 6028 from 192.168.1.190 (encoder=remux, resolution=, deinterlacer=, bitrate=0)
2020/05/14 17:38:53.239569 [HLS] Probed live stream in 956.138073ms: h264 1920x1080 progressive 3919121bps
2020/05/14 17:38:53.292949 [HLS] Session ch6028-dTVE-ATTOTT-ip192.168.1.190 started in 1.926413228s
2020/05/14 17:38:56.057881 [HLS] Session ch6022-dTVE-ATTOTT-ip192.168.1.190 started in 23.143105044s
2020/05/14 17:38:56.070491 [ENC] Starting encoder for ch6022 in /storage/37CA9E48476EA4E5/NVIDIA_SHIELD/Streaming/ch6022-dTVE-ATTOTT-ip192.168.1.190-237627073/encoder-1-512451461 at 1 (0.066744) (encoder=libx264, resolution=720, deinterlacer=linear, bitrate=3722 segment_size=0.01)It must not be reading that properly. Try ?vcodec=copy&acodec=copy at the end of ….m3u8. (Note there are two parameters, vcodec and acodec.)
May be an issue with the new transcoder. If you enable the old transcoder does it work?
Haven't heard from @eric on this
Please update to the latest pre-release by pressing-and-holding on the Check for Updates button. v2020.05.15.0133 has a fix for this issue.
Its still transcoding with additional two parameters vcodec and acodec
2020/05/18 16:18:19.202248 [TNR] Opened connection to TVE-ATTOTT for ch6051 CNBC
2020/05/18 16:18:19.204831 [HLS] Starting transcoder for channel 6051 from 192.168.1.231 (encoder=remux, resolution=, deinterlacer=, bitrate=0)
2020/05/18 16:18:20.804988 [HLS] Probed live stream in 1.599571094s: h264 1920x1080 progressive 4337444bps
2020/05/18 16:18:20.818517 [HLS] Session ch6051-dANY-ip192.168.1.231 started in 3.224578749s