Probleme kann es geben wenn man USB3.0 oder 1000 MB/s Netzwerk verwendet.
Kann ich bestätigen. Ich bin das noch am erforschen. Theoretisch könnten das auch falsche Settings der modules sein. Aber usb2 und 100MBit läuft stabil!
Probleme kann es geben wenn man USB3.0 oder 1000 MB/s Netzwerk verwendet.
Kann ich bestätigen. Ich bin das noch am erforschen. Theoretisch könnten das auch falsche Settings der modules sein. Aber usb2 und 100MBit läuft stabil!
Auf meiner Two steht noch satco drauf, also gab es die GmbH 2020 noch
da würde ich mich nicht auf die Daten verlassen, immerhin haben die 2019 und 2020 noch die One und Two gebracht...
Die Satco Europe GmbH hat mit der HM-Sat GmbH juristisch nichts zu tun, und wo hast Du das gelesen?
Das einzige was wirklich schade ist, dass der öffentliche AIO branch bisher nicht im public git gelandet ist
Dies setzt voraus, dass noch jemand da ist, dass ein Statement geben kann
Immerhin hat jemand die DNS Einträge geändert als das Board weg war. Also irgend jemand ist noch da...
Ich habe eine Frage, ich nutze mit der ONE die Streams meiner DM920 als Fallback, wenn kein Tuner frei ist. Dafür habe ich die Alternate Services eingerichtet.
Damit funktioniert der InstantEPGTimer in der ChannelSelection nicht mehr. Im Code steht dazu folgendes:
def ChannelSelectionBase_startInstantRecording(self, limitEvent = False):
cur = self.servicelist.getCurrent()
if cur.flags & eServiceReference.mustDescent:
cprint("BOUQUET") # bouquet or service with alternatives
return
Soweit so klar. Nun als Idee: Im EPGSelection funktioniert das Timer setzten, soweit ich es sagen kann, normal.
<timer begin="1686639720" end="1686645360" serviceref="1:134:1:0:0:0:0:0:0:0:FROM BOUQUET "alternatives.zdf_hd.tv" ORDER BY bouquet" repeated="0" name="Volle Kanne - Service täglich" description="2023" afterevent="auto" eit="61257" tags="" disabled="0" justplay="0">
</timer>
Dabei sollten die Alternative Services korrekt berücksichtigt werden.
Könnte man nicht im Falle von "bouquet or service with alternatives" intern (unsichtbar) die EPGSelection aufrufen und dort den Timer auf den ersten Eintrag der Liste setzen?
Ja wäre schön, aber ich glaube nicht daran. Aktuell stellt ja Dreamy als einziger noch Fixe inoffiziell bereit
Ob nun Dream nur die Entwicklung der Software einstellt, oder ganz dicht macht, oder ob es doch weitergeht, wird die Zeit zeigen. Ich vermute das wissen Sie vielleicht selbst noch nicht...
Auch wenn ich es wahrscheinlich eh nie nutze, aber mit PIP und Bild tauschen in Kombination mit Partnerbox bringe ich die Box innerhalb von 1-2 Minuten erst zum Stottern und dann zum Komplettabsturz...
Ansonsten hat das Umstellen auf 100MBit geholfen und die Stream laufen gut-sehr gut.
ja kann ich, aber die Box zieht ab und an um innerhalb des Hauses. Daher fände ich es besser, die 100FDuplex für eth0 im Receiver zu machen, weiß nur nicht genau wie..
In meinem konkreten Fall ist die Hausverkabelung mit einem TPLink TL-SG3216 Switch realisiert. Der ist schon recht potent...
Diese Meldung sind normal kommen alle paar Sekunden.
Bei mir geht es auch öfter eine ganze Zeit, aber nach mehrmaligen Servicewechsel fängt es dann an. Ich glaube es hängt auch irgendwie mit den Kanälen und den Audiotracks zusammen. UHD mit DD+ z.B. zieht den Fehler relativ schnell. Aber da ist auch ein bisschen was los am eth0.
Da seit Jahren bekannt, gibt es Vermutungen, warum 1000Mbit teilweise instabil ist:
1. Schlechter Treiber
2. Falsche Options im Treiber gesetzt
3. Schlechtes Mainboarddesign
4. Qualitätsstreuung in der Produktion
5. 922x nicht gut bei viel parallelm I/O (Video, Audio, Netzwerk, USB, ...)
Ist mir ein Rätsel. Nutze ein Orchid N2 mit selbem SOC als OpenMediaVault NAS, und da ist Gbit LAN tip top!
ah, okay. Dann bleibt die Frage, warum es bei Pclin ohne Probleme geht. pclin Hast Du auf 100Mbit begrenzt?
Und by the way, wie kann ich das am Besten festlegen, dass es beim reboot immer zieht, init script?
nutzt du auch die Variante mit den 100mb/s? Oder braucht man das nur bei Streams und nicht bei Aufnahmen?
Sven H : Okay, Pclin hat es so geschrieben als sei es ohne Auswirkung. Das heißt, das die ONE und TWO generell ab und an Tonaussetzer haben, oder wie muss ich das verstehen.
Bei mir kommt die Meldung immer im Doppelpack mit eAlsaOutput(HDMI OUT OF SYNC RESYNC! Auch normal?
Kann man eigentlich den SPDIF deaktivieren? Brauche den eh nicht. Nur um auszuschließen, dass die Ruckler deshalb auftreten:
Oft im LOG: eAlsaOutput(SPDIF): OUT OF SYNC RESYNC!
Ich habe nun die Two nochmal komplett neu aufgesetzt (nur das nackte AIO Image und ein Eintrag in der TV Liste).
Leider keine Besserung.
Ich verwende zum Test nur diesen Service von der server dm920:
#NAME Favourites (TV)
#SERVICE 1:256:19:283D:3FB:1:C00000:0:0:0:http%3a//root%3adreambox@192.168.2.77%3a8001/1%3a256%3a19%3a283D%3a3FB%3a1%3aC00000%3a0%3a0%3a0%3a:Das Erste HD
#DESCRIPTION Das Erste HD
Wenn es die Hänger gibt erscheint im Log:
Jun 05 11:52:29 dreambox enigma2[488]: [eAudioPlayback] Audio buffer underrun! (2 times)
Jun 05 11:52:29 dreambox enigma2[488]: wait for driver eof ok
Jun 05 11:52:29 dreambox enigma2[488]: reached EOF, but we are in stream mode. delaying 1 second.
Jun 05 11:52:29 dreambox enigma2[488]: eDVBChannel: End of file!
Jun 05 11:52:29 dreambox enigma2[488]: not pauseable.
Jun 05 11:52:29 dreambox enigma2[488]: I/ [PlayerImpl.stopPolling] :: <no detail> (2 times)
Jun 05 11:52:29 dreambox enigma2[488]: I/ [UPnPPlayer.stopPolling] :: <no detail> (2 times)
Keine Ahnung was da schiefläuft...
Welche Logs könnte ich den alle aufdrehen um weitere Informationen zu erhalten. PCLIN hat das Problem scheinbar nicht...
Hi, keine Eile. Hobbies sollten nicht in Stress ausarten. Und wenn es für Dich so passt, brauchst Dir nur meinetwegen nicht eine menge Arbeit zu machen. PTS geht auch, ist aber nicht so "schick".
Hi alpha,
ich gehe zunächst wieder zurück zum PTS Plugin. In der Single Tuner Situation ist es aktuell nicht alltagstauglich. Falls Du es Fix kannst wenn Du es überhaupt ändern willst, werde ich es nochmal testen . Danke trotzdem für das schöne Plugin.
stimmt, aber dort funktionieren die Picon trotzdem wenn in /usr/share/enigma2/picon50x30 keine vorhanden sind...? Habe mit GP4.2 den Pfad auf data/piconpool geändert. Mache ich immer so. Kann ich in der Kanalliste gar nicht einstellen...