Digital Devices Octopus NET CT/2 Erfahrungen? (2 Viewers)

[FreakyJ]

Lieber Kay,

das erinnert mich etwas an Kindergarten hier... Wenn du mir eine Nachricht schreibst und vage Andeutungen machst, du hättest vermutlich einen Bug gefunden und fragst ob es schon jemand getest hat, dann frage ich mich folgendes:
- Ich hatte kurz vor deiner Nachricht im Forum geschrieben, dass der Branch nicht kompilierbar ist im Moment (du hattest das auch gelsen) => wie soll es jemand testen?! https://forum.team-mediaportal.com/...t-ct-2-erfahrungen.122415/page-4#post-1060089
- Hättest du es selbst ausprobiert wüsstest du, ob a) da ein Bug ist b) der Branch nicht kompiliert
- Zu guter letzt: schreib doch direkt deine Vermutung was deiner Meinung nach ein Bug ist und mach nicht erst vage andeutungen
- Es scheint ein Bug in den SAT>IP Servern zu sein und nicht in MP => eigentlich müssten die HErsteller sich darum kümmern...

Hast du einen Bug gefunden, mach einen Thread in dem enstrepchenden Forum auf, dann freuen sich alle, dass es einen Fehler weniger in MP gibt.

Du hast schon mehr so Dinger gemacht wo ich mich gefragt habe "Oh Junge..." und wenn du dann halt mal eine flapsige Antwort bekommst und dann damit nicht zurecht kommst, sondern immer noch im Forum um Aufmerksamkeit betteln musst, dann bitte. Hier hast du sie.

 

[KayDiefenthal]

die vage andeutung halt, da ich es nicht mit gewissheit sagen kann ob ihr auch davon betroffen seid und solange da nicht gewissheit herrscht schreib ich sowas normalerweise nicht öffentlich sondern frage die die den code geschrieben haben was ha nicht geht da mm1352000 seine privatssphere sehr schätzt ist auch ok so.

ich ging davon aus das die MP Build prozesse noch so sind wie früher wo Frodo aka E. B. die jetzige tve gebaut hat das heißt das zwischenschritte auch getestet werden zwischen den Commits und da mm1352000 ja kein sat>ip gerät hat dachte ich halt das du es getestet haben könntest.


in einem gebe ich dir recht es ist gerät spezifisch und habe bei den firmen auch schon tickets laufen
das ist halt das was ich ganz am anfang meinte das die geräte eigenheiten haben und die spec halt aus meiner sicht zuviel freiraum lässt.

 

[FreakyJ]

ich ging davon aus das die MP Build prozesse noch so sind wie früher wo Frodo aka E. B. die jetzige tve gebaut hat das heißt das zwischenschritte auch getestet werden zwischen den Commits...

Ja normal ist das auch so, aber das ist soooo ein großer rewrite, dass es einfach nicht möglich ist, weil alles irgendwie zusammenhängt und das kostet dann zu viel Zeit. Aber das ist die Sache von mm wie er es macht. Sein code => seine Regeln^^

und da mm1352000 ja kein sat>ip gerät hat

Er hat eine OctopusNet

 

[KayDiefenthal]

klar kostet das zeit aber man ist dann auf der sichern seite wenn ich bedenke was das damals für eine arbeit war die ganzen verschiedenen karten richtig anzusprechen Diseq c z.b. was dann darin endete das für jede sat karte dann ein interface gebaut wurde

ok wenn er eine hat wird er es wohl auch probiert haben

 

[mm1352000]

I don't really understand what is being said but I just wanted to say thanks for the tip and no I haven't tried my own code. It does not compile => can't try it yet.

 

[KayDiefenthal]

I don't really understand what is being said but I just wanted to say thanks for the tip and no I haven't tried my own code. It does not compile => can't try it yet.

if have test your Rtsp Code
there is one Thing in RtspClient.cs that had me confused stream.close if i send the frist Request /Response goes it but if i try to send the next is Client.GetStream always null so i have removed(not nice i know) the stream.Close and it works

a other Thing from SatIpTuner Base where you read the Tranport there must i Change the split char in

string[] sections = transport.Split(', ');

to

string[] sections = transport.Split(' " ');

so i become i all things

and i had small Addition made ( i Know you doesnt Need it )
but i share it with you if you it want built in

 else if (parts[0].Equals("destination"))
                      {
                          destination = parts[1];
                      }
                      else if (parts[0].Equals("port"))
                      {
                          string[] ports = parts[1].Split('-');
                          _rtpPort = int.Parse(ports[0]);
                          _rtcpPort = int.Parse(ports[1]);
                      }
                      else if (parts[0].Equals("ttl"))
                      {
                          ttl = parts[1];
                      }
                      else if (parts[0].Equals("source"))
                      {
                          source = parts[1];
                      }

if you want that i look more inside let it me Know PS i can share the Test Project too

 

[KayDiefenthal]

ok with DDOnet runs your code fine but now have i testet with the other Transmitters
and ther is the first Problem

Setup Response you check if the Session Header contains sessionid and timetolive

private static readonly Regex REGEX_RTSP_SESSION_HEADER = new Regex(@"\s*([^\s;]+)(;timeout=(\d+))");

but the ttl isnt there so crashs it

you Need something like this

 var sessionline = s;
                    if (string.IsNullOrEmpty(sessionline))
                    {

                    }
                    var sessionlinevalues = sessionline.Split(';');
                    var sessionvalues = sessionlinevalues[0].Split(':');
                    _rtspSessionId = sessionvalues[1];
                    if(sessionlinevalues.Length> 1)
                    {
                        var ttlvalues = sessionlinevalues[1].Split('=');
                        _rtspSessionTimeToLive = int.Parse(ttlvalues[1]);
                    }

but then you Need a const ttl value for the KeepAliveThread

edit

possible fix ?

if (sessionHeader.Contains(";"))
            {
                var sessionvalues = sessionHeader.Split(';');
                _rtspSessionId = sessionvalues[0];
                var ttlvalues = sessionvalues[1].Split('=');
                _rtspSessionTimeToLive = int.Parse(ttlvalues[1]);
            }
            else
            {
                _rtspSessionId = sessionHeader;
            }

for the guys that would test is an test build attached
the source is here https://sourceforge.net/p/satip/code/HEAD/tree/

 

[mm1352000]

Big thanks Kay!
This was a silly bug from me. As you can see from the presence of:

private const int DEFAULT_RTSP_SESSION_TIMEOUT = 60;

...I did know that timeout is optional, but I didn't write the regex correctly.
Could you please try this modified regex:

private static readonly Regex REGEX_RTSP_SESSION_HEADER = new Regex(@"\s*([^\s;]+)(;timeout=(\d+))?");

Note the added "?" means "optional part".

 

[KayDiefenthal]

Big thanks Kay!
This was a silly bug from me. As you can see from the presence of:

private const int DEFAULT_RTSP_SESSION_TIMEOUT = 60;

...I did know that timeout is optional, but I didn't write the regex correctly.
Could you please try this modified regex:

private static readonly Regex REGEX_RTSP_SESSION_HEADER = new Regex(@"\s*([^\s;]+)(;timeout=(\d+))?");

Note the added "?" means "optional part".

the new pattern with ? works

 

[KayDiefenthal]

da ich schon ein paar mal( in verschiedenen Foren) lesen musste das ja kein epg mit übertragen wird
und die Damen und Herren nichts mit der PID 16 17 18 Info und auslesen von RTP anfangen konnten habe ich da jetzt mal eine sehr rudimentäre Umsetzung

es liest EIT 0x12 0x4E von einer rtp:// URL ein

Dialogbox addresse eingeben
Start liest die Rtp packete von der addresse und packt die in ein Byte Array
Stop bewirkt das keine neuen Rtp Packete entgegen genommen werden und das vorhandene gelesen wird