Update to FFMPEG 7

[ebr 16169]

18 hours ago, kpirnie said:

a live TV channel with Direct Play.

Hence, I do believe an upgraded version of FFMPEG will help greatly with that..

Hi.  If the channel is direct playing, ffmpeg won't even be involved so no update will have any impact.

As I already stated, next year should see some improvements here.

[Chillout 110]

On 11/10/2024 at 6:49 PM, kpirnie said:

There's no reason why it needs to even take 3-5 seconds to load a live TV channel with Direct Play.

Agree and softworkz cracked the code probably after speaking with all 300 SW developers handpicked by Gates to work on WMC a decade ago. His fix is explained in another thread and briefly deployed in beta before getting rolled back after only one version due to instability issues.  

 

 

 

[pwhodges 2012]

On 11/11/2024 at 17:29, Anielarias said:

 i simply would like an option to turn that off since as am already using a proxy before it hits emby, which would explain why it takes 5 seconds to tune into a channel.

You are using Emby to transfer a stream which can already be used directly by some more specialised clients.  This is inherently proxying; you have the option to remove the proxy layer by not using Emby.

Paul

[kpirnie 4]

15 hours ago, pwhodges said:

You are using Emby to transfer a stream which can already be used directly by some more specialised clients.  This is inherently proxying; you have the option to remove the proxy layer by not using Emby.

Paul

Trust me here Paul, he doesn't man "proxy".  He means buffer

[Carlo 4560]

On 11/11/2024 at 12:29 PM, Anielarias said:

i haven’t read ur entire answer but the fact that u are saying that the second of the same already playing channel doesn’t need as long as the first time around for said channel and that 2 or more of the same channel will only take 1 cxn back to the provider tells me there is some proxying going on. i simply would like an option to turn that off since as am already using a proxy before it hits emby, which would explain why it takes 5 seconds to tune into a channel.

No proxy in the conventional sense. A proxy is normally considered to be a intermediary server or gateway that sits between one network and another such as a local LAN and the internet. Proxies are used to filter sites and content, block traffic not using specific ports and protocols as well as redirect traffic (especially reverse proxies), and sometimes cache content.

Emby live TV will retrieve the stream, probe, save it at least temporarily, transcode or remux it as needed before sending packets to the client.  The server sends this data to the client in 3 second segments.  So the server will always have approximately 3 seconds of data before the client.  Without getting into technicalities, I suppose you could call this a buffer.

The only way to avoid that buffer is to use a client that direct connects to the source. That of course would also mean that every device needing the stream will require one slot or tuner for its own use. The number of tuners and/or simultaneous streams in an IPTV subscription would be more expensive and would proportionally rise with the number of friends and family you share with.

Edited January 18, 2025 by Carlo

[Anielarias 25]

8 hours ago, Carlo said:

No proxy in the conventional sense. A proxy is normally considered to be a intermediary server or gateway that sits between one network and another such as a local LAN and the internet. Proxies are used to filter sites and content, block traffic not using specific ports and protocols as well as redirect traffic (especially reverse proxies), and sometimes cache content.

Emby live TV will retrieve the stream, probe, save it at least temporarily, transcode or remux it as needed before sending packets to the client.  The server sends this data to the client in 2 second segments.  So the server will always have approximately 2 seconds of data before the client.  Without getting into technicalities, I suppose you could call this a buffer.

The only way to avoid that buffer is to use a client that direct connects to the source. That of course would also mean that every device needing the stream will require one slot or tuner for its own use. The number of tuners and/or simultaneous streams in an IPTV subscription would be more expensive and would proportionally rise with the number of friends and family you share with.

an option to turn any buffer/ caching done by emby is all am asking. nothing more and nothing less. that request might not has nothing to do with this post but...

[ebr 16169]

9 hours ago, Anielarias said:

an option to turn any buffer/ caching done by emby is all am asking. nothing more and nothing less. that request might not has nothing to do with this post but...

Hi.  We cannot allow a direct connection to M3U targets because doing so would potentially get us banned from the app stores so these will always be fed through your server. This has definite benefits as explained above as well.

[kpirnie 4]

1 hour ago, ebr said:

Hi.  We cannot allow a direct connection to M3U targets because doing so would potentially get us banned from the app stores so these will always be fed through your server. This has definite benefits as explained above as well.

Allowing it to be a configurable setting would not get you banned, as you still have everything there to make it happen.

All I'm asking for here is an updated version of FFMPEG.

[Luke 42077]

On 11/15/2024 at 11:38 AM, kpirnie said:

 

All I'm asking for here is an updated version of FFMPEG.

Hi, yes we will be updating our ffmpeg build in the near future, so stay tuned for that. Thanks.

[Anielarias 25]

On 11/15/2024 at 10:21 AM, ebr said:

Hi.  We cannot allow a direct connection to M3U targets because doing so would potentially get us banned from the app stores so these will always be fed through your server. This has definite benefits as explained above as well.

an option to turn it off will be nice to have. the traffic will still be router through my server so ur argument there isn't valid. please consider it.

[ebr 16169]

15 hours ago, Anielarias said:

the traffic will still be router through my server

Not if we allow a direct connection from the apps.  The target could be absolutely anywhere and we'd have no control over it - but would be the ones that pay the price as it is our app in the app store.

[pünktchen 1409]

On 11/15/2024 at 4:21 PM, ebr said:

We cannot allow a direct connection to M3U targets because doing so would potentially get us banned from the app stores

You've wrote that statement maybe a hundred times over the years, but which app stores are you talking about? It definitely cannot be Google Play Store or Microsoft. Probably not Samsung or LG either. And even the Roku store has dozens of IPTV apps that will load m3u files.

[ebr 16169]

18 hours ago, pünktchen said:

You've wrote that statement maybe a hundred times over the years, but which app stores are you talking about? It definitely cannot be Google Play Store or Microsoft. Probably not Samsung or LG either. And even the Roku store has dozens of IPTV apps that will load m3u files.

All of the major stores have rejected or even removed our apps over the years for similar reasons.  This is not a risk we need to or wish to take with this.

[SShzin 32]

On 12/30/2024 at 12:20 AM, Luke said:

Hi, yes we will be updating our ffmpeg build in the near future, so stay tuned for that. Thanks.

@LukeWe are coming up to the anniversary of this comment so just was checking to see what the status of a newer version of FFMPEG. I think most people have "Soon™/near future" fatigue.

Other topics with comments of updating: