SAT>IP-Server Triax in MPO einbinden (2 Viewers)

[mm1352000]

There is a "Destination unreachable (Port unreachable)"
and then "TEARDOWN" which does not sound good ;-)

TEARDOWN is 100% normal. It just means "close the connection".
The "destination unreachable" is also normal for a SAT>IP tuner.

Please give me a week or so to provide a new patch (hint to Kay: OPTIONS keep-alive! ). I'm working on it as fast as I can, but work this week is really busy so I don't have as much time to do MediaPortal code as normal.

 

[KayDiefenthal]

@mm1352000 Good things Need time
with other words you had all the time that you Need for it
i run not away

 

[KayDiefenthal]

Wireshark test
There is a "Destination unreachable (Port unreachable)"
and then "TEARDOWN" which does not sound good ;-)

we had localize the Problem the current filter had no thread that send RTSP Options in a specific time
so Close the Server the Connection

 

[mm1352000]

Hello Kay and TheMerovingian

First, I apologise for the long wait. My computer's motherboard died last weekend. I've had to rebuild my computer before I could make more progress with the promised patch. Thanks for your patience.

The patch is attached.
You need to modify MPIPTVSource.ini:

[RTSP]
...
RtspSendCommandDescribe = 0
RtspKeepAliveWithOptions = 1

I've done a quick test and it looks like it's working.
If you find any problems, please provide:

• MediaPortal log files from the Watchdog tool option 1
• all TV Server log files, including MPIPTVSource.log with LogVerbosity 4 or 5
  
• MPIPTVSource.ini
• Wireshark dump

@KayDiefenthal
Please test thoroughly with all available SAT>IP servers (including the OctopusNet) because the code has been heavily modified.

 

[KayDiefenthal]

Hello Kay and TheMerovingian

First, I apologise for the long wait. My computer's motherboard died last weekend. I've had to rebuild my computer before I could make more progress with the promised patch. Thanks for your patience.

Murphys Law ?

@KayDiefenthal
Please test thoroughly with all available SAT>IP servers (including the OctopusNet) because the code has been heavily modified

an short test with the triax

scan is working had here only one 454 Session not found seen by an Options Request but this was after an Teardown
so is it no Problem

preview send Options and runs ok

the other two (Digibit R1 ,DD Onet )
test i now for you

 

[mm1352000]

Murphys Law ?

Yes.

scan is working
...
preview send Options and runs ok

Great!

had here only one 454 Session not found seen by an Options Request but this was after an Teardown
so is it no Problem

Hmmm, I'll try to change the code to avoid sending OPTIONS after TEARDOWN.

the other two (Digibit R1 ,DD Onet )
test i now for you

Thanks. I look forward to the results...

 

[KayDiefenthal]

so next test log and capture for Telestar digibit r1

rtsp Looks ok but rtp packages have only Header Information no ts data

telestar digibit r1 keep alive .7z

Octupus net Says Bad Request by Setup

 

[mm1352000]

so next test log and capture for Telestar digibit r1

rtsp Looks ok but rtp packages have only Header Information no ts data

Log files and Wireshark are excellent.

The RTCP stream is telling me "pids=none".
Maybe the PIDs need to be set by the RTSP PLAY command?
If that's the case, I'm sorry to say that I don't think I can fix it. I don't have easy control of the URL for the PLAY command.

 

[KayDiefenthal]

in my samples tune i only with Setup include with pids
and if i want Change the Service send i Play with new Tuning Infos


before i Forget it the Telestar send after new tune /Change firstly one rtp package with only the Header
the next packages had than the ts included

 

[mm1352000]

in my samples tune i only with Setup include with pids

Can you please send a Wireshark dump for comparison?