Beiträge von Starfoxfs

Zitat von easy4me

MPD steht in diesem Fall aber für Media Presentation Description, ist einfach nur eine XML-Datei, die bei Dash zum Laden der Streams genutzt wird.

Kannst du bitte mal in den API-Settings die korrekte IP-Adresse des Telerising-Servers (Raspberry Pi) hinterlegen?

Hattest Recht, mit echter IP und Port geht es

Zitat von Publish3r

So, das Ruckeln mit den DASH Streams ist vorbei, wenn ich die -re Option in der TVH Playlist entferne.

Das hatten wir ja vor einigen Wochen schonmal irgendwo, dass es Probleme bereitet hat.

Bis gestern hat es bei Zattoo allerdings auch mit -re noch funktioniert.

Also wer jetzt auch mit Buffering konfrontiert ist, ihr wißt dann jetzt bescheid.

Ebenfalls Recht gehabt, hab das -RE wieder entfernt und siehe da es ruckelt nicht mehr.

Habs oben schon geschrieben, wahrscheinlich liegts daran das ich keinen MPD - Music Player Deamon auf dem Raspi installiert hab ?!?

Ansonsten OS Windows 11, Firefox und Edge beides geht aber nicht.

Der Webplayer geht bei mir gar nicht

Weder mit DASH noch mit HLS7

Brauch man dafür ein Python Addon ?!?

FFMpeg ist ja aufm Raspi drauf.

:Edit: sehe gerade MPD, Music Player Deamon brauch man da für den Raspi wahrscheinlich.

VLC kann ich dir leider nicht sagen, bei mir läuft der nicht mit Telerising zusammen.

Es ging erst, dann viel Buffering und jetzt gar nix mehr.

Webplayer und TVHeadend gehen beide nicht. Auf der Webseite von Zattoo scheint es aber zu gehen.

:Edit: geht wieder, war wohl temporärer Fehler ?!?

Aber der Webplayer der Telerising API geht trotzdem nicht, aber das net schlimm für mich

Mit Pihole kann man die sperren, aber dann ist so einiges andere mit gesperrt was leider funktionieren sollte.

Irgendwas mit Zattoo jetzt DE passt mal wieder nicht, entweder liegt es an Zattoo selbst ?!?

Telerising hat keine Fehler in der Exceptions.txt (Version 0.11.8) aber TVHeadend sagt Fehler:

2024-03-25 13:07:36.363 iptv: stdin pipe 27 unexpectedly closed: No data
2024-03-25 13:07:51.100 mpegts: channels.m3u - Grjngo HD in IPTV Zattoo DE - scan no data, failed
2024-03-25 13:07:51.100 subscription: 000F: "scan" unsubscribing

Telerising geht auch kein Live TV Player:

Bei DASH Mode siehe Bild hier, bei HLS7 sagt er selbes wie im Bild nur hls:networkError_manifestLoadError

Wisst Ihr das Amazon Freevee auch ohne Prime ABO funktioniert ?

Das war mir nämlich neu, habs jetzt erst entdeckt nachdem ich gekündigt hatte.

Freevee geht auch mit dem normalen Amazon Account ohne Prime ABO.

Weil jetzt hier soviel negativ über Kodi geschrieben wird von meiner Seite aus mal ein DANKE an das Kodi Team.

DANKE DANKE DANKE sowas kostenlos haben zu dürfen.

Aha hab ich heute Tomaten auf den Augen

Danke Euch beiden

Moin zusammen,

kann man irgendwie die Videoskalierung Lanczos3 als Standard definieren ?

Mein Bild von SD Fernseh-Sendern ist damit deutlich besser.

Bisher mach ich das immer pro Sender unter Einstellungen beim Abspielen, Standard ist wohl "Bilinear"

Ja anscheinend gibt es mit den Switches hier Probleme. Mein SAT IP Server 3 von Megasat hängt aktuell auch an der 7590 und keine Probleme.

Bei meinem TP-Link Switch SG105E den ich vor paar Tagen zurück geschickt hab ging das zwar mit TVHeadend aber immer mit extrem Artefakten im Bild.

Simultan dazu die RXBadPackets im Netzwerk Monitor des SG105E.

Umgesteckt auf Fritzbox keine Probleme mehr.

Jetzt suche ich aber auch einen neuen Switch der das SAT IP Multicast Unicast beherrscht, kann ja nicht sein das es die Fritzbox kann und der Switch versagt hier.

Bei TVHeadend ist ganz wichtig das brauch einen dynamischen UDP Port in der Firewall von etwa 30000 bis 55000 UDP. Damit werden die TV Adapter von TVHeadend gesucht und das dumme ist die Portrange geht eben soweit weil dynamisch von TVHeadend abgefragt wird.

Ich hab das bei mir nur für den SAT IP Server freigegeben (UDP Portrange)

Die Streaming UDP Ports kann man dann pro Adapter festlegen.

Naja der andere Switch ist ja zurückgeschickt also habe ich derzeit keinen Dump wo der Fehler vorhanden ist.

Aktuell läuft das Ding über CAT7 Kabel zur Fritte und meine Nividia Shield TV Pro halt über WLAN (weil im Wohnzimmer nur 1 Cat7 Kabel liegt)

Dafür war ja der Switch um auch Fernseher und Nvidia Shield TV Pro an das LAN anzuschließen.

Ich mach dir aber gerne einen RTP dump

:Edit: und hier isser schon, die Einträge sind aber alle gleich und gleiche größe 1316 Bytes.

14:20:31.613888 IP SAT-IP-Server.fritz.box.6970 > pi.hole.38400: udp/rtp 1316 c3                                                                                                                                                             3  4095 11661836

Ich kann mir mal tcpdump ziehen und laufen lassen.

Fakt ist aber sobald ich Bad Packets auf dem TP-Link Switch habe gibts Bildfehler und das ist nur mit dem TP Link Switch so.

Lass ich das Teil von der Fritte aus laufen gibts keine Probleme und keine Bad Packets.

:Edit: gleich mal gemacht:

10:01:09.156190 IP SAT-IP-Server.fritz.box.6970 > pi.hole.38400: UDP, length 1328
10:01:09.156633 IP SAT-IP-Server.fritz.box.6970 > pi.hole.38400: UDP, length 1328
10:01:09.157102 IP SAT-IP-Server.fritz.box.6970 > pi.hole.38400: UDP, length 1328
10:01:09.157581 IP SAT-IP-Server.fritz.box.6970 > pi.hole.38400: UDP, length 1328
10:01:09.158046 IP SAT-IP-Server.fritz.box.6970 > pi.hole.38400: UDP, length 1328
10:01:09.172308 IP SAT-IP-Server.fritz.box.6971 > pi.hole.38401: UDP, length 180
10:01:09.174496 ARP, Request who-has SAT-IP-Server.fritz.box tell pi.hole, length 28
10:01:09.175110 ARP, Reply SAT-IP-Server.fritz.box is-at b8:87:1e:09:85:c4 (oui Unknown), length 46
10:01:09.175950 IP SAT-IP-Server.fritz.box.6970 > pi.hole.38400: UDP, length 1328
10:01:09.176392 IP SAT-IP-Server.fritz.box.6970 > pi.hole.38400: UDP, length 1328
10:01:09.176849 IP SAT-IP-Server.fritz.box.6970 > pi.hole.38400: UDP, length 1328
10:01:09.177315 IP SAT-IP-Server.fritz.box.6970 > pi.hole.38400: UDP, length 1328
10:01:09.177789 IP SAT-IP-Server.fritz.box.6970 > pi.hole.38400: UDP, length 1328
10:01:09.178258 IP SAT-IP-Server.fritz.box.6970 > pi.hole.38400: UDP, length 1328
10:01:09.196159 IP SAT-IP-Server.fritz.box.6970 > pi.hole.38400: UDP, length 1328
10:01:09.196606 IP SAT-IP-Server.fritz.box.6970 > pi.hole.38400: UDP, length 1328

Das sind so die Pakete UDP beim anschauen von ARD z.b.

:Edit2:

Dazu hab ich dann noch das hier gefunden:

What does "oui Unknown" means in tcpdump?

Please refer to example packet: 2010-08-22 21:35:26.571793 00:50:56:9c:69:38 (oui Unknown) > Broadcast, ethertype Unknown (0xcafe), length 74…

stackoverflow.com

Bei Netgear stand das:

SAT-IP und diverse Switche IGMP Problem

Hallo zusammen, ich bin neu hier im Forum. Ich habe schon einiges versucht um meine Fehler zu finden und habe nun die Hoffnung das hier noch jemand eine Idee…

community.netgear.com

Ich bin jetzt gerade dabei bei Netgear mal nachzufragen, die haben zwar auch den Fehler gehabt, aber wohl die Firmware geändert sodas man die IGMP Header Validierung deaktivieren kann.

Damit soll es dann funktionieren.

Das bei dem TP-Link wohl bekannt, SAT IP sendet irgendwas mit kleinen Header Paketen 64byte oder sowas.

Beim Megasat kann man nur DHCP einstellen.

Beim TP-Link kann man Qqs und 802.1P/DSCP konfigurieren das macht aber keinen Unterschied, hab da schon alle Einstellungen durch.

Der TP-Link schmeißt einfach Bad Packets raus die zwar im Datenverkehr keine Rolle spielen aber bei VOIP oder einem Fernsehbild sehr wohl.

:Edit: Hier der Link zum TP Link Forum mit der Fehlerbeschreibung:

High RxBadPkt on TL-SG108E - Business Community

So ich will hier nochmal berichten und zwar diesmal den Megasat SAT IP Server 3 in Verbindung mit einem TP-Link SG105E funktioniert nicht richtig !

Schuld ist hier aber der Switch, er hat Probleme den "Header" vom Megasat SAT IP Server 3 zu senden und es kommt zu Bildfehlern "Artefakten" wie beim Digibit Twin (allerdings hatte ich da den Switch noch nicht)

Laut Internet ist das Problem bekannt und scheint auch andere SAT IP Server zu betreffen.

Ich bin aktuell mit Netgear am schreiben ob die was passendes haben was funktioniert.

Ansonsten bin ich mit dem MegaSat SAT IP Server 3 sehr zufrieden und kann diesen uneingeschränkt empfehlen.

Ebay, Restposten.

War leider der letzte aktuell für 150 Euro. Ein kleiner Elektromarkt der den noch hatte.

Also ich kann nur gutes berichten, läuft wie ne 1

Keine Artefakte, SNR 100% und Signalstärke bei 63% beim Digibit Twin waren das entweder auf Port 1 60%SNR 63% Signalstärke oder auf Port 2 61%SNR und 80% Signalstärke.

Wichtiger ist hier wohl der SNR wie ich im Internet unter SAT Einstellung gelesen habe.

Hab zwar jetzt 8 Tuner mit 4 Ports was ich gar net brauch, aber es funktioniert sehr gut.

:Update: Umschalten funktioniert Mega schnell, deutlich schneller als der Digibit Twin. Liegt aber vielleicht auch am Prozessor den das Ding hat.

So der Megasat ist heute angekommen, natürlich gleich wie Weihnachten ausgepackt.

Stromverbrauch kann ich schon mal sagen sind genau 8,5 Watt mit einem Tuner eingeschaltet (Edit: im Leerlauf genau 3.0 Watt).

TVHeadend hat das Teil sofort erkannt und Sendersuche ging auch problemlos.

Signalstärke und Rauschabstand ganz anders als beim Digibit Twin hervorragend.

Jetzt muss ich erstmal testen wie das Bild aussieht und ob es Artefakte gibt (Stay tuned)