Android beta

[myoldvcr 21]

Using the latest Android app installed on my NVShield there is an issue with playing live TV or in-progress recordings with the IPTV tuner. With live TV I cannot rewind without the video stream freezing. Also when playing an IPTV recording that is in-progress seeking forward immediately freezes the stream. The only way to recover is to exit the player and start again. I can seek a recording from the the IPTV tuner after it completes just fine.

The Android TV app has no issues with rewinding IPTV Live TV or seeking in-progress recordings.

embyserver.txt hardware_detection-63880040274.txt

[Luke 42077]

HI, if you go into playback settings and enable the option to force a conversion on mpegts, then this will give you the same result as what the android tv app does. 

[myoldvcr 21]

3 hours ago, Luke said:

HI, if you go into playback settings and enable the option to force a conversion on mpegts, then this will give you the same result as what the android tv app does. 

Thanks for the reply.

"Force Conversion for Formats MPEGTS was already enabled". The setting does not seem to work with IPTV or something else is wrong,

Also, the timeline marker does not look right either for live IPTV.  It always stays at the beginning of the show time slot even though the show is half done. Normally the time line marker should be at the point of where it is live instead of always at the beginning.

[myoldvcr 21]

Here is a more detailed explanation of the issue I am seeing with live IPTV using the Android app on my NVShield.

First I created an M3U tuner using this link from Github https://iptv-org.github.io/iptv/subdivisions/us-ia.m3u 
Then I played a channel using the Android app without mapping the channel to any guide. The timeline indicator progressed normally and I could rewind without any issue.
Next I mapped the channel using the appropriate source and channel data from the Emby guide.
After mapping the channel I played the channel. The time line buffer progressed but the timeline indicator was stuck at the beginning. When I tried to rewind or skip ahead the stream immediately froze.

Hopefully the logs will give some clues.

Screen grab from the NVShield.

ffmpeg-transcode-92d8bf64-cfba-44de-91ff-01879d8278d0_1.zip

[Luke 42077]

Hi, we’ll take a look at it. Thanks for reporting.

[Deihmos 169]

On 4/12/2025 at 2:36 PM, Luke said:

HI, if you go into playback settings and enable the option to force a conversion on mpegts, then this will give you the same result as what the android tv app does. 

 

I have the same exact behavior as the OP. If I add the iptv stream directly to emby, it works fine until I add an emby guide. My solution is to feed iptv from tvheadend so the server converts the stream to hls. 

Edited April 19, 2025 by Deihmos

[myoldvcr 21]

On 4/19/2025 at 3:25 PM, Deihmos said:

 

I have the same exact behavior as the OP. If I add the iptv stream directly to emby, it works fine until I add an emby guide. My solution is to feed iptv from tvheadend so the server converts the stream to hls. 

Good idea using tvheadend.

I'm now using nextpvr to serve all my tuners (IPTV, HDHR, and Tablo) to emby. I exported an .m3u file from nextpvr then used it to add an M3U TV source to Emby, then added emby guide to the M3U tuner. Works great so far.

[Luke 42077]

@myoldvcr @Deihmos

Can you please try this again using the latest update to Emby for Android and let us know if it's still an issue?

Thanks !

[myoldvcr 21]

I tried with 3.4.80 and it is now seekable with "Force Conversion for Formats MPEGTS"enabled.

However the timeline marker still stays at the beginning of the show and never moves (see pic from earlier post).

[Luke 42077]

1 hour ago, myoldvcr said:

I tried with 3.4.80 and it is now seekable with "Force Conversion for Formats MPEGTS"enabled.

However the timeline marker still stays at the beginning of the show and never moves (see pic from earlier post).

Hi, we’ll take a look at that. Thanks.

[myoldvcr 21]

On 7/27/2025 at 6:10 PM, Luke said:

Hi, we’ll take a look at that. Thanks.

I have some more observations with this issue.

The first pic shows a channel  from an Emby M3U tuner source directly from my Tablo Dual tuner. The second pic shows the same channel from my Tablo dual tuner except it was exported from NextPVR as an M3U, then imported into Emby. In both pics "Force Conversion for Formats MPEGTS" is enabled.

Timeline indicator is stuck at the beginning. "Stats for nerds" indicates the stream is already HLS and does not need to be converted.

 

When using my "nextpvr workaround" mentioned earlier "Stats for nerds" shows that the M3U source stream is MPEGTS and Emby converts it to HLS. Notice the timeline marker is correct now.

 

Hope this helps.

 

embyserver.txt

[Luke 42077]

3 hours ago, myoldvcr said:

I have some more observations with this issue.

The first pic shows a channel  from an Emby M3U tuner source directly from my Tablo Dual tuner. The second pic shows the same channel from my Tablo dual tuner except it was exported from NextPVR as an M3U, then imported into Emby. In both pics "Force Conversion for Formats MPEGTS" is enabled.

Timeline indicator is stuck at the beginning. "Stats for nerds" indicates the stream is already HLS and does not need to be converted.

 

When using my "nextpvr workaround" mentioned earlier "Stats for nerds" shows that the M3U source stream is MPEGTS and Emby converts it to HLS. Notice the timeline marker is correct now.

 

Hope this helps.

 

embyserver.txt 5.25 MB · 0 downloads

Do the tablo HLS manifests not contain #EXT-X-PROGRAM-DATE-TIME: ?

When it gets converted through emby server, the server will insert those values into the output hls.

[myoldvcr 21]

46 minutes ago, Luke said:

Do the tablo HLS manifests not contain #EXT-X-PROGRAM-DATE-TIME: ?

When it gets converted through emby server, the server will insert those values into the output hls.

I don't know about #EXT-X-PROGRAM-DATE-TIME from the Tablo. However all of my IPTV sources behave the same way so they must be missing that parameter as well.

With NextPVR I create an "Extra" for the Tablo and iptv sources which uses ffmpeg to convert the stream to MPEGTS so maybe #EXT-X-PROGRAM-DATE-TIME: gets added somehow which makes the timeline work properly.

Edited August 10, 2025 by myoldvcr

[Luke 42077]

Hi, are you still having an issue with this?

[myoldvcr 21]

Yes this is still an issue for me.