Project

General

Profile

[SOLVED] TVHeadend SAT>IP Server descrambling issue

Added by Simon S about 6 years ago

Hey there,

Im facing a weird issue and don't know what Im doing wrong. I hope someone can help me.
First of all, my setup is the following:

Im running a tvheadend server that gets its DVB-S2 signals from a Digibit R1. The descrambling is done by a local OSCam server. I'm running this setup quiet a while without any problems on kodis TVHeadend-clients.
But now I have a panasonic TV and connected it to the TVHeadends Sat>IP-Server, after it was configured. So, all is fine (FreeTV and some PaidTV), except the descrambling failed on SOME PaidTV-channels. That means, some channels are descrambled and streamed without any issue and some others not. For those channels, that do not work, I can hear a short period (max 1 second) of the audio stream but the video stays black. The weird thing is, that the tvheadend-kodi-clients can stream all the channels without any problem.

I hope someone can help me with this.

I have attached a trace-log of my tvheadend-server. Here you can see that some channels are working and some do not.
Here you can find an error with message

"[  ERROR]:satip: SAT>IP DVB-S Tuner #1 (<DIGIBIT_R1_IP>) - RTSP cmd error 7 (No error information) [8-500]" 

but I cant find anything about the reason for this.

Heres my dvbapi config:

[dvbapi]
enabled                       = 1
au                            = 1
pmt_mode                      = 4
request_mode                  = 1
listen_port                   = 9001
user                          = tvheadend
read_sdt                      = 1
boxtype                       = pc

In tvheadend I use this as "OSCam net protocol (rev >= 10389)".

OSCam build number is "r11384" and tvheadend version is "4.2.6-30".

Any suggestions or are you missing information?

Thanks in advance!

tvh_trace.log (1.11 MB) tvh_trace.log tvheadend trace log

Replies (4)

RE: TVHeadend SAT>IP Server descrambling issue - Added by Joe User about 6 years ago

Are the channels which work / don't work consistent? ie certain channels always work and other certain channels always don't work? Does the oscam log show something different from working and non-working channels. Do the non-working channels have something in common, ie on the same mux?

RE: TVHeadend SAT>IP Server descrambling issue - Added by Simon S about 6 years ago

Yes, the channels that don't work are always the same. For now I can say, that the two channels from the attached log that are not working are on the same mux (10832.25H). My tvheadend lists 4 channels on that mux (RTLII HD, VOX HD, RTL HD, n-tv HD) which all definitive does not work via the SAT>IP connection from my Panasonic TV. But the strange thing is, that these channels are working fine from a tvheadend client (kodi and android).

I will take a look at the oscam log again, when I have the time.

EDIT: I have attached the oscam.log file, where you can see the difference between working "ProSieben HD" and non-working "VOX HD"

oscam.log (8.04 KB) oscam.log

RE: TVHeadend SAT>IP Server descrambling issue - Added by Simon S about 6 years ago

maybe this error is related to the connection from tvheadend tothe digibit r1. In the log of the digibit I can see the following while trying to stream a channel that does not work:

[9602][2487652.843][s2i-streamer-stream-allocator][0x631998][free][FE ref: 0,0,0,0][FE freq: -1,-1,-1,-1]
[9603][2487660.050][s2i-streamer-stream-allocator][0x631998][allocate][FE ref: 1,0,0,0][FE freq: 11464,-1,-1,-1][stream-demux map: 2338-0,1]
[9604][2487660.053][s2i-streamer-stream-allocator][0x631998][openSource][FE ref: 1,0,0,0][FE freq: 11464,-1,-1,-1][stream-demux map: 2338-0,1]
[9605][2487661.867][rtsp-server][0x663e00][updatePidsAllocation:WARNING:streamer/rtsp/rtspstreamserver.cpp:2424][maximum streams number reached!]
[9606][2487661.952][s2i-streamer-stream-allocator][0x631998][closeSource][FE ref: 1,0,0,0][FE freq: 11464,-1,-1,-1][stream-demux map: 2338-0,1]
[9607][2487661.952][s2i-streamer-stream-allocator][0x631998][free][FE ref: 0,0,0,0][FE freq: -1,-1,-1,-1]
[9608][2487665.751][s2i-streamer-stream-allocator][0x631998][allocate][FE ref: 1,0,0,0][FE freq: 10832,-1,-1,-1][stream-demux map: 2339-0,1]
[9609][2487665.754][s2i-streamer-stream-allocator][0x631998][openSource][FE ref: 1,0,0,0][FE freq: 10832,-1,-1,-1][stream-demux map: 2339-0,1]
[9610][2487668.217][rtsp-server][0x663e00][updatePidsAllocation:WARNING:streamer/rtsp/rtspstreamserver.cpp:2424][maximum streams number reached!]
[9611][2487668.279][s2i-streamer-stream-allocator][0x631998][closeSource][FE ref: 1,0,0,0][FE freq: 10832,-1,-1,-1][stream-demux map: 2339-0,1]
[9612][2487668.279][s2i-streamer-stream-allocator][0x631998][free][FE ref: 0,0,0,0][FE freq: -1,-1,-1,-1]
[9613][2487672.335][s2i-streamer-stream-allocator][0x631998][allocate][FE ref: 1,0,0,0][FE freq: 11464,-1,-1,-1][stream-demux map: 2340-0,1]
[9614][2487672.338][s2i-streamer-stream-allocator][0x631998][openSource][FE ref: 1,0,0,0][FE freq: 11464,-1,-1,-1][stream-demux map: 2340-0,1]
[9615][2487674.512][rtsp-server][0x663e00][updatePidsAllocation:WARNING:streamer/rtsp/rtspstreamserver.cpp:2424][maximum streams number reached!]
[9616][2487674.574][s2i-streamer-stream-allocator][0x631998][closeSource][FE ref: 1,0,0,0][FE freq: 11464,-1,-1,-1][stream-demux map: 2340-0,1]
[9617][2487674.574][s2i-streamer-stream-allocator][0x631998][free][FE ref: 0,0,0,0][FE freq: -1,-1,-1,-1]
[9618][2487685.665][s2i-streamer-stream-allocator][0x631998][allocate][FE ref: 1,0,0,0][FE freq: 10832,-1,-1,-1][stream-demux map: 2341-0,1]
[9619][2487685.669][s2i-streamer-stream-allocator][0x631998][openSource][FE ref: 1,0,0,0][FE freq: 10832,-1,-1,-1][stream-demux map: 2341-0,1]
[9620][2487692.174][s2i-streamer-stream-allocator][0x631998][closeSource][FE ref: 1,0,0,0][FE freq: 10832,-1,-1,-1][stream-demux map: 2341-0,1]
[9621][2487692.174][s2i-streamer-stream-allocator][0x631998][free][FE ref: 0,0,0,0][FE freq: -1,-1,-1,-1]
[9622][2487692.176][s2i-streamer-stream-allocator][0x631998][allocate][FE ref: 1,0,0,0][FE freq: 11464,-1,-1,-1][stream-demux map: 2342-0,1]
[9623][2487692.179][s2i-streamer-stream-allocator][0x631998][openSource][FE ref: 1,0,0,0][FE freq: 11464,-1,-1,-1][stream-demux map: 2342-0,1]
[9624][2487694.579][rtsp-server][0x663e00][updatePidsAllocation:WARNING:streamer/rtsp/rtspstreamserver.cpp:2424][maximum streams number reached!]
[9625][2487694.641][s2i-streamer-stream-allocator][0x631998][closeSource][FE ref: 1,0,0,0][FE freq: 11464,-1,-1,-1][stream-demux map: 2342-0,1]
[9626][2487694.642][s2i-streamer-stream-allocator][0x631998][free][FE ref: 0,0,0,0][FE freq: -1,-1,-1,-1]
[9627][2487698.579][s2i-streamer-stream-allocator][0x631998][allocate][FE ref: 1,0,0,0][FE freq: 10832,-1,-1,-1][stream-demux map: 2343-0,1]
[9628][2487698.583][s2i-streamer-stream-allocator][0x631998][openSource][FE ref: 1,0,0,0][FE freq: 10832,-1,-1,-1][stream-demux map: 2343-0,1]
[9629][2487707.077][rtsp-server][0x663e00][updatePidsAllocation:WARNING:streamer/rtsp/rtspstreamserver.cpp:2424][maximum streams number reached!]
[9630][2487707.140][s2i-streamer-stream-allocator][0x631998][closeSource][FE ref: 1,0,0,0][FE freq: 10832,-1,-1,-1][stream-demux map: 2343-0,1]
[9631][2487707.140][s2i-streamer-stream-allocator][0x631998][free][FE ref: 0,0,0,0][FE freq: -1,-1,-1,-1]
[9632][2487758.706][s2i-streamer-stream-allocator][0x631998][allocate][FE ref: 0,0,1,0][FE freq: -1,-1,10832,-1][stream-demux map: 2344-2,1]
[9633][2487758.719][s2i-streamer-stream-allocator][0x631998][openSource][FE ref: 0,0,1,0][FE freq: -1,-1,10832,-1][stream-demux map: 2344-2,1]
[9634][2487769.994][s2i-streamer-stream-allocator][0x631998][closeSource][FE ref: 0,0,1,0][FE freq: -1,-1,10832,-1][stream-demux map: 2344-2,1]
[9635][2487769.994][s2i-streamer-stream-allocator][0x631998][free][FE ref: 0,0,0,0][FE freq: -1,-1,-1,-1]

I have attached a screenshot of my digibit-config and digibit-tuner-config in tvheadend. Maybe here is something wrong?

RE: TVHeadend SAT>IP Server descrambling issue - Added by Simon S about 6 years ago

Ok, I got it!

Based on the warning in the DIGIBIT R1 log, I have modified the value "Maximum PIDs" of the global DIGIBIT configuration in tvheadend from "32" to "16".

Now all works fine!

    (1-4/4)