LiveTV - Audio lost for a long / unpredictable time

    Hi,

    Another ways to check the stream coming from TVH server:

    1. Install the Kodi to another device (PC, Android), install the TVHeadend client addon and try if the same issue appear.

    2. Download the channel list as m3u playlist (browser: http://ip:9981/playlist - "TVH-IP" = IP of device where the Tvheadend server installed).

    Try to open the channel with another video player (ex: VLC).

    In the both case if the playback not perfect (interrupted sound or video), means the stream from TVHeadend server have errors (antenna signal quality?).

    Just to confirm this annoying bug is still present in LE 12 Nightly ( nightly-20230527-557e821 (RPi4.aarch64) ).

    Also sometimes the audio stream (usually AAC) is not detected at all after switching Live TV channels, even though the signal quality is great.

    I'm swatting flies but it works, in modern IPTV HLS streams with ads, in playlists for tvheadend, I pass the URL of each channel through streamlink+ffmpeg+cvlc using a personal tvhdecode.sh script... and it works .

    I sense that now many TV streams or other, include DRM codes that need specific hardware/software in which linux is excluded or license burned in of the SoC itself, and only work well in major browsers or android applications, or some certified devices.

    Now I'm testing with Jellyfin clients that receive streams from the server from the playlists generated by tvheadend and the tests are interesting, with Android you can use the processing with the internal player based on ExoPlayer!.

    I hope I didn't bore you!

    Edited once, last by elonesna (May 27, 2023 at 3:47 PM).

    Quote from ghtester

    Also sometimes the audio stream (usually AAC) is not detected at all after switching Live TV channels, even though the signal quality is great.

    This stupid and very annoying issue is still here ( nightly-20230910-09641de (RPi4.aarch64) ) :(

    I wonder why this can happen.

    I don't expect somebody of developers could have a look on it but there's a log of issue encountered.

    It's too big for pastebin so I have used the local sharing platform which can hold it for 30 days:

    https://www.uschovna.cz/en/download/MZIDD66ZDCVY2LBS-4F5/5693GL2MA6/

    The issue happened at about 9:19 when the short stream data corruption led to silenced audio.

    Then I rewound a bit using timeshift and enabled the debug output So the issue repeated again at about 9:31.

    I would expect the audio should be restored quickly but it stayed silent.

    I also have the stream data recorded (at the time of the issue) by tvheadend but due to format used it can't be easily played.