jellyfin 10.9 cannot playback recordings - sid=jellyfin told not valid

[mvallevand]

What I think is happening is you have Jellyfin configured only for IPv4 (this is why I like full logs) but ffmpeg is probably coming in on IPv6. NextPVR's sid security is blocking the IPv6 connection as a different source IP address, which is actually what it should do. If you change network.xml to allow IPv6 does it work?

What is odd is the LiveTV request since it also using IPv6 not IPv4 and that should be from Jellfyin.

Martin

[prahal]

What I think is happening is you have Jellyfin configured only for IPv4 (this is why I like full logs) but ffmpeg is probably coming in on IPv6.  NextPVR's sid security would be blocking the IPv6 connection as a different source IP address, which is actually what it should do.  If you change network.xml to allow IPv6 does it work?

Martin

I am puzzled. I attached full logs. However I believe you are right. I indeed have left Jellyfin with Ipv6 disabled after it was suggested.
With it enabled I can do live and recording playback via jellyfin with NextPVR has "Allow remote access" and " Allow unauthenticated access for streaming Live TV / Recordings" ticked.:

Code:

[23] Got request [fc00:10::95d0:9841:2f1:aaf8]: /live
[23] /live?recording=851&sid=498a108a3ecd41758f44f3877e0e4e7c
[23]  - recording: 851
[23]  - sid: 498a108a3ecd41758f44f3877e0e4e7c
[23] range: bytes=0-
[23] StreamNative@1..
[23] StreamNative@2
[23] StreamNative@3
[23] StreamNative@4
[23] RollingFile.Open(/recordings/Pouic-Pouic/Pouic-Pouic_20230113_22500015.ts) ..
[23] About to stream recording: /recordings/Pouic-Pouic/Pouic-Pouic_20230113_22500015.ts
[23] Request had range request
[23] Requested Range: 0- (2359003320 bytes)
[83] Got request [fc00:10::95d0:9841:2f1:aaf8]: /live
[83] /live?recording=851&sid=498a108a3ecd41758f44f3877e0e4e7c
[83]  - recording: 851
[83]  - sid: 498a108a3ecd41758f44f3877e0e4e7c
[83] range: bytes=0-
[83] StreamNative@1..
[83] StreamNative@2
[83] StreamNative@3
[83] StreamNative@4
[83] RollingFile.Open(/recordings/Pouic-Pouic/Pouic-Pouic_20230113_22500015.ts) ..
[83] About to stream recording: /recordings/Pouic-Pouic/Pouic-Pouic_20230113_22500015.ts
[83] Request had range request
[83] Requested Range: 0- (2359003320 bytes)
[23] Client has disconnected
[23] Sent total of 789600 bytes
[101] Got request [fc00:10::95d0:9841:2f1:aaf8]: /live
[101] /live?recording=851&sid=498a108a3ecd41758f44f3877e0e4e7c
[101]  - recording: 851
[101]  - sid: 498a108a3ecd41758f44f3877e0e4e7c
[101] range: bytes=2358753320-
[101] StreamNative@1..
[101] StreamNative@2
[101] StreamNative@3
[101] StreamNative@4
[101] RollingFile.Open(/recordings/Pouic-Pouic/Pouic-Pouic_20230113_22500015.ts) ..
[101] About to stream recording: /recordings/Pouic-Pouic/Pouic-Pouic_20230113_22500015.ts
[101] Request had range request
[101] Requested Range: 2358753320- (250000 bytes)
[83] Client has disconnected
[83] Sent total of 150193200 bytes
[101] Sent total of 250000 bytes
[83] Got request [fc00:10::95d0:9841:2f1:aaf8]: /live
[83] /live?recording=851&sid=498a108a3ecd41758f44f3877e0e4e7c
[83]  - recording: 851
[83]  - sid: 498a108a3ecd41758f44f3877e0e4e7c
[83] range: bytes=0-
[83] StreamNative@1..
[83] StreamNative@2
[83] StreamNative@3
[83] StreamNative@4
[83] RollingFile.Open(/recordings/Pouic-Pouic/Pouic-Pouic_20230113_22500015.ts) ..
[83] About to stream recording: /recordings/Pouic-Pouic/Pouic-Pouic_20230113_22500015.ts
[83] Request had range request
[83] Requested Range: 0- (2359003320 bytes)
[101] Got request [fc00:10::95d0:9841:2f1:aaf8]: /service (recording.lastupdated)
[101] method=recording.lastupdated
[101] parameters:
[101]    method: recording.lastupdated
[101]    ignore_resume: true
[101]    sid: 498a108a3ecd41758f44f3877e0e4e7c
[101]    format: json
[101]    client_ip: fc00:10::95d0:9841:2f1:aaf8
[101]    user_agent: Jellyfin-Server/10.9.3
[101]    host_callback: ...
[101] LastUpdated
[101] {"last_update":1716855120}

Note I edited my post to add that all works well when I hack the jellyding docker container /etc/gai.conf to prefer IPv4 when resolving.



When "Allow remote access" is not ticked in NextPVR I get failure to playback from jellyfin web for both live and recording:

Code:

[90] Got request [fc00:10::95d0:9841:2f1:aaf8]: /live
[90] /live?recording=851&sid=498a108a3ecd41758f44f3877e0e4e7c
[90]  - recording: 851
[90]  - sid: 498a108a3ecd41758f44f3877e0e4e7c
[90] range: bytes=0-
[90] Rejecting streaming request from remote client (fc00:10::95d0:9841:2f1:aaf8). Remote access not enabled.
[101] Got request [fc00:10::95d0:9841:2f1:aaf8]: /live
[101] /live?recording=851&sid=498a108a3ecd41758f44f3877e0e4e7c
[101]  - recording: 851
[101]  - sid: 498a108a3ecd41758f44f3877e0e4e7c
[101] range: bytes=0-
[101] Rejecting streaming request from remote client (fc00:10::95d0:9841:2f1:aaf8). Remote access not enabled.
[101] Got request [fc00:10::95d0:9841:2f1:aaf8]: /live
[101] /live?recording=851&sid=498a108a3ecd41758f44f3877e0e4e7c
[101]  - recording: 851
[101]  - sid: 498a108a3ecd41758f44f3877e0e4e7c
[101] range: bytes=0-
[101] Rejecting streaming request from remote client (fc00:10::95d0:9841:2f1:aaf8). Remote access not enabled.
[90] Got request [fc00:10::95d0:9841:2f1:aaf8]: /service (recording.lastupdated)
[90] method=recording.lastupdated
[90] parameters:
[90]    method: recording.lastupdated
[90]    ignore_resume: true
[90]    sid: 498a108a3ecd41758f44f3877e0e4e7c
[90]    format: json
[90]    client_ip: fc00:10::95d0:9841:2f1:aaf8
[90]    user_agent: Jellyfin-Server/10.9.3
[90]    host_callback: ...
[90] LastUpdated
[90] {"last_update":1716855120}

Code:

[90] Got request [fc00:10::95d0:9841:2f1:aaf8]: /live
[90] /live?channeloid=7153&client=jellyfin.4&sid=498a108a3ecd41758f44f3877e0e4e7c
[90]  - channeloid: 7153
[90]  - client: jellyfin.4
[90]  - sid: 498a108a3ecd41758f44f3877e0e4e7c
[90] range: bytes=0-
[90] Rejecting streaming request from remote client (fc00:10::95d0:9841:2f1:aaf8). Remote access not enabled.
[23] Got request [fc00:10::95d0:9841:2f1:aaf8]: /service (recording.list)
[23] method=recording.list
[23] parameters:
[23]    method: recording.list
[23]    filter: pending
[23]    sid: 498a108a3ecd41758f44f3877e0e4e7c
[23]    format: json
[23]    client_ip: fc00:10::95d0:9841:2f1:aaf8
[23]    user_agent: Jellyfin-Server/10.9.3
[23]    host_callback: ...
[23] GetRecordingsList()
[23] GetRecordingList@1.5)
[23] GetRecordingsList@2
[23] Matched 0 recordings
[23] GetRecordingsList@exit
[23] {
"recordings": [
]
}

I attached the logs to the post for the case with NextPVR remote access disabled.
However, this might be an invalid issue if I am not supposed to use fc00://7 for a LAN. Please confirm if I ought to switch to fd00::/7.

Edit: Both the working with remote access on NextPVR side enabled and the non working with it disabled where done with the glibc gai.conf hack to prefer IPv4 in the jellyfin container removed.

[mvallevand]

I was just explaining that I liked the full logs in the first post, since I look at more than just the NextPVR lines that people usually include so thanks for that.

Now that that recordings have sid security in normal use unauthenticated access is not required. I need to do a few more tests after reading this use case.

Optionally I can see if I can resolve the IP in the addon using Jellyfin paths.

Sub has made a change to the next version to allow for fc00 as local but if you use fd00 now you don't need to allow remote access now. It might allow the any sid in unauthenticated mode, it does in my testing.

Martin

[prahal]

Do you think the Jellyfin NextPVR plugin could avoid transcoding the NextPVR stream (both live and recording)? My NAS rk3399 video encoder and decoder are still not supported in Linux per se (well the rockchip tree but this would prevent me from patching and testing Linux upstream for other codes I work on.
I plan to mostly

However, as I understood from one of your comments I could have used "a storage container and use the filename method and not http streaming".
I believe you mean I could have stored the recordings onto a docker storage container and accessed it from both hosts via path. So this would apply only for recording, not live?

[mvallevand]

The plugin doesn't transcode it just provides a URL to Jellyfin which decides what to do with it based on the ffmpeg probe.

The reason I mentioned a storage container is if you mapped the NextPVR recording volume on both Dockers the same way, the virtual filename could be the same and you wouldn't need to worry about http streaming or security just filesystem permissions. ffprobe will give the same results though but maybe is a bit more efficient.

Martin

[prahal]

I was just explaining that I liked the full logs in the first post, since I look at more than just the NextPVR lines that people usually include so thanks for that.

Now that that recordings have sid security in normal use unauthenticated access is not required.  I need to do a few more tests after reading this use case. 

Optionally I can see if I can resolve the IP in the addon  using Jellyfin paths.

Sub has made a change to the next version to allow for fc00 as local but if you use fd00 now you don't need to allow remote access now.  It might allow the any sid in unauthenticated mode, it does in my testing.

Martin

We misunderstood but you are right. Live and recordings are now playing fine from jellyfin web when " Allow unauthenticated access for streaming Live TV / Recordings"  is unticked. I just checked.

I was asking if you planned to have fc00::/7 not working when " Allow remote access" is unticked. Or if I was supposed to switch to fd00://7 as fc00::/7 would be invalid for a private LAN.

Thanks a lot.

[mvallevand]

In 6.1.5 fc00 is public. In 6.1.6 sub the author has added fc00 to the private list since many users consider it to be private so you will be able to untick allow remote access then.

Martin

[prahal]

In 6.1.5 fc00 is public.  In 6.1.6 sub the author has added fc00 to the private list since many users consider it to be private so you will be able to untick allow remote access then.

Martin

From a search on the forum, 6.1.6 is not published, isn't it?
I checked https://hub.docker.com/r/nextpvr/nextpvr_amd64/tags and stable, latest, and prerelease are the same commit which gives me at runtime NextPVR 6.1.5.231022.

Also, do you know if it is possible to avoid transcoding the NextPVR stream on Jellyfin (it transcodes both to Jellyfin web in Firefox 126 and the Android 12 Jellyfin app?

[mvallevand]

A much earlier pre-release of 6.1.6 was released but not for Docker and even the current version I am using has too many limitations. It is an ambitious release and I am not sure when it will be complete.

I noted above that the plugin isn't involved in transcoding. NextPVR considers Jellyfin as a direct play client like Kodi and so it sends a raw stream to Jellyfin server. Your question would be for the Jellyfin forum, I don't even use Jellyfin, but it might be worthwhile to try uidroid on Android to see if it can direct play your DVB-T from NextPVR directly. I know in France there is a lot of E-AC3 audio (which would need to be transcoded for the web) but if uidroid can direct play so should the Jellfyin Android client. The both are ExoPlayer based.

Marti

[prahal]

A much earlier pre-release of 6.1.6 was released but not for Docker and even the current version I am using has too many limitations.  It is an ambitious release and I am not sure when it will be complete.

I noted above that the plugin isn't involved in transcoding. NextPVR considers Jellyfin as a direct play client like Kodi and so it sends a raw stream to Jellyfin server.  Your question would be for the Jellyfin forum, I don't even use Jellyfin, but it might be worthwhile to try uidroid on Android  to see if it can direct play your DVB-T from NextPVR directly.  I know in France there is a lot of E-AC3 audio (which would need to be transcoded for the web) but if uidroid can direct play so should the Jellfyin Android client.  The both are ExoPlayer based.

Marti

I should have given my findings earlier.
I found in the jelllyfin that the TV bitrate is bigger than jellyfin limit thus transcoding happens.
Jelluyfin has a limit that depends on the video width:


https://github.com/jellyfin/jellyfin/blo...#L551-L574

Code:

            var videoStream = mediaSource.MediaStreams.FirstOrDefault(i => i.Type == MediaStreamType.Video);
            if (videoStream is not null)
            {
                if (!videoStream.BitRate.HasValue)
                {
                    var width = videoStream.Width ?? 1920;

                    if (width >= 3000)
                    {
                        videoStream.BitRate = 30000000;
                    }
                    else if (width >= 1900)
                    {
                        videoStream.BitRate = 20000000;
                    }
                    else if (width >= 1200)
                    {
                        videoStream.BitRate = 8000000;
                    }
                    else if (width >= 700)
                    {
                        videoStream.BitRate = 2000000;
                    }

French streams are 20Mbps

Code:

Média
Administration
Utilisateur
Planète Terre, le prix de la survie

Informations de lecture
Lecteur
Html Video Player
Méthode de lecture
Transcodage
Protocole
http
Type de flux
HLS

Informations vidéo
Dimension du lecteur
1920x963
Résolution vidéo
852x479
Images perdues
45
Images corrompues
0

Informations de transcodage
Codec vidéo
H264
Codec audio
AAC
Canaux audio
2
Débit
19.9 Mbps
Taux de rafraîchissement du transcodage
22 fps
Raison du transcodage
Le débit binaire de la vidéo dépasse la limite
Informations sur le média original
Conteneur
mpegts
Débit
20.1 Mbps
Codec vidéo
H264 High
Débit vidéo
20.0 Mbps
Type de plage vidéo
SDR
Codec audio
EAC3
Débit audio
128 kbps
Canaux audio
2
Taux d’échantillonnage audio
48000 Hz

ie 

Code:

Media
Administration
User
Planet Earth, the price of survival

Reading information
Drive
Html Video Player
Reading method
Transcoding
Protocol
http
Flow type
HLS

Video information
Drive size
1920x963
Video resolution
852x479
Lost images
45
Corrupt images
0

Transcoding information
Video codec
H264
Audio codec
AAFC
Audio channels
2
Speed
19.9 Mbps
Transcoding refresh rate
22fps
Reason for transcoding
Video bitrate exceeds limit
Original media information

Container
mpegts
Speed
20.1 Mbps
Video codec
H264 High
Video bitrate
20.0 Mbps
Video track type
SDR
Audio codec
EAC3
Audio rate
128 kbps
Audio channels
2
Audio sample rate
48000 Hz

There is already a report requesting higher bitrates https://github.com/jellyfin/jellyfin/issues/3277

However, adding my finding that French TV is always transcoded without a valid reason might push the issue up the stack. I have not done that yet.