Fehlerliste / known Bugs (Dreambox One/Two)
-
-
Genau diese Option hatte ich doch oben hinterfragt !? Gibts aber in der DP Image Version von EPGRefresh nimmer, wenn ich es richtig verstanden habe.
-
Im Code gibt es das noch:
https://github.com/opendreambo…reshConfiguration.py#L166
Ich hab die Option hier ja auch.
Allerdings auf der 920, wobei der Code für die One der gleiche sein müsste.
-
Selbstverständlich gibt es die noch. Nur hat die null und nichts damit zu tun, welcher Tuner verwendet wird. Da wird einfach ein freier genommen. Offenbar wird die Anzahl videodecoder mit 0 oder 1 zurückgegeben bei der one.
Ich müsste mal schauen, was da bei meiner rauskommt.
-
Wird wohl so sein, dass bei der One irgendwie die Anzahl der Tuner falsch gemeldet wird.
Daher wird dann immer der aktive Tuner 1 genommen, obwohl Tuner 2 ja frei wäre, weil EPGRefresh denkt, dass es nur einen Tuner gibt
-
Vielleicht funktioniert ja deshalb auch das PiP nicht
-
-
Nachdem Dr.Best mich aufgeklärt hat, habe ich nun auch verstanden worum es überhaupt geht.
Die Sache mit den Tunern hat mich total verwirrt.
Es gibt wohl eine alte Abfrage im EPGRefresh Code... die verhindert, dass EPGRefresh im Hintergrund laufen kann.
Das ist einfach zu beheben.
Nur wäre ich ohne Dr. Best nie darauf gekommen. Weil mit den Tunern hat das mal gar nichts zu tun
cya
-
-
Ich schon.
Das sind übrigens die einzigen Zitate, die ich mit Tapatalk lesen kann.War mir nicht klar. Danke für die Titel Info. Ich schau mal, dass ich es im Browser ändern kann.
-
...Weil mit den Tunern hat das mal gar nichts zu tun
Dann ist doch aber merkwürdig, dass die Setup-Option für die Art des Refreshs (Pseudoaufnahme, Hauptbild...) nicht sichtbar ist:
Codeif SystemInfo.get("NumVideoDecoders", 1) > 1: self.list.append(getConfigListEntry(_("Refresh EPG using"), config.plugins.epgrefresh.adapter, _("If you want to refresh the EPG in background, you can choose the method which best suits your needs here, e.g. hidden, fake reocrding or regular Picture in Picture."), False))
Wenn diese Option im Setup nicht angezeigt wird, denkt EPGRefresh doch, dass es nur einen Tuner gibt, oder verstehe ich das falsch?
Und wenn EPGRefresh das denkt, ist doch logisch, dass dann beim Refresh der Tuner1 verwendet wird.
Das gleiche Problem könnte es dann ja auch beim InfoBarPiP geben, wo ja auch SystemInfo.get("NumVideoDecoders", 1) abgefragt wird.
-
Nachdem Dr.Best mich aufgeklärt hat, habe ich nun auch verstanden worum es überhaupt geht.
Dr.Best, der User versteher.
Schon wieder hat er was verstanden, was sonst keiner hat.
-
Nunja. PIP kann nicht gehen, weil die Box nur einen Video Decoder hat.
Aber trotzdem kann man nach dem Fix dann ja als pseudo Aufnahme im Hintergrund den EPG refreshen.
Da ist halt ein Abfrage auf NumVideoDecoders einfach falsch
cya
-
EPGRefresh benutzt immer den ersten Tuner, obwohl zwei Tuner in der One konfiguriert sind. Entsprechende Optionen zur Tunerbenutzung stehen nicht zur Verfügung. Starten also nur bei Nichtnutzung der One sinnvoll.
Ich hab das gefixt und auf github aktualisiert. Danke fürs Melden.
-
Funktioniert das 5 GHz WLAN schon ohne Probleme?
-
Nunja. PIP kann nicht gehen, weil die Box nur einen Video Decoder hat.
Aber trotzdem kann man nach dem Fix dann ja als pseudo Aufnahme im Hintergrund den EPG refreshen.
Ah, jetzt hab ich es glaub ich auch verstanden
NumVideoDecoders ist also die Anzahl der möglichen Videoausgabefenster. Dachte bisher, das gibt die Anzahl der Tuner zurück
Wenn PiP bei der One nicht geht, müsste man dann nicht noch die PiP-Optionen im EPGRefresh-Setup rausnehmen?
https://github.com/opendreambo…refresh/src/plugin.py#L59
(nur noch Pseudo und Main drin lassen)
Python: plugin.pyconfig.plugins.epgrefresh.adapter = ConfigSelection(choices = [ ("main", _("Main Picture")), ("pip", _("Picture in Picture")), ("pip_hidden", _("Picture in Picture (hidden)")), ("record", _("Fake recording")), ], default = "record" )
Besser als rausnehmen wäre es vermutlich, diese beiden Optionen dann über NumVideoDecoders abzufangen, oder ?
Vielleicht kommt ja noch eine neue Box, die dann wieder mehr als einen Videodecoder hat - ich hoffe es
Dann ist der Code zumindest schon vorbereitet.
Python: plugin.pyadapter_options=[] adapter_options.append( ("main", _("Main Picture")) ) if SystemInfo.get("NumVideoDecoders", 1) > 1: adapter_options.append( ("pip", _("Picture in Picture")) ) adapter_options.append( ("pip_hidden", _("Picture in Picture (hidden)")) ) adapter_options.append( ("record", _("Fake recording")) ) config.plugins.epgrefresh.adapter = ConfigSelection(choices = adapter_options, default = "record")
-
Lass drinnen...zumindest im Master. Es gibt einen Grund, warum ich den Commit gestern nicht zu sehr verkompliziert hatte. Die One wird schon noch PiP "erlernen" ... vielleicht ja sogar zeitnah.
Ich hab das ja so in beide Branches gepusht, bei 4.3 gibt es die 5x0 Boxen, die kein PIP haben. Ggf. könnte man das so anpassen, wie du gesagt hast, aber es ist eigentlich nicht notwendig. Denn wenn kein PIP vorhanden ist wird einfach automatisch das Main-Bild genommen.
-
Kein Problem
Deshalb hab ich das ja hier nur so in den Raum gestellt.Das wäre ja cool, wenn die One das PiP noch „erlernen“ würde.
Dann wäre die Box doch noch eine Option für michStatt NumVideoDecoders könnte man im Setup/Recordadapter vermutlich auf die Anzahl der Tuner prüfen.
Aber wie du schon sagst, man muss das ja nicht unnötig kompliziert machen
-
Hi hab heute eine usb 3.0 Platte an die one am usb 3.0 Port Angeschlossen Ein Aufzeichnung von der 7080 gestartet und nach einiger Zeit blieb das Bild stehen immer wenn das kommt (eFilePushThread WRITE ERROR...... FILEPUSH THREAD STOP )
. Könnte zurück springen und dann läuft es kurz weiter bis es wider stoppt . Im Telnet kommt dann das .
Hdd is in ntfs formatiert .
Nach einen Neustart der Box dauert es ungefähr 15 min bis der Effekt Eintritt . Oder wenn man kurz im normalen tv Programm ist und dann das Video wieder startet . Abgespielt mit AMS kann es auch nochmal ohne ams testen wenn es wichtig ist aber heute nicht mehr . Vielleicht kann man damit schon was anfangen .
MFG
KURTI
Code
Alles anzeigenJul 05 22:19:29 dreamone enigma2[390]: ERROR reading PES (fd=127) - Value too large for defined data type Jul 05 22:19:29 dreamone enigma2[390]: poll: unhandled POLLERR for fd 127 /dev/dvb/adapter0/demux16 Jul 05 22:19:29 dreamone enigma2[390]: getNextSourceSpan, current offset is 577156992, m_skipmode_m = 0! Jul 05 22:19:29 dreamone enigma2[390]: NO CUESHEET. (577156992, 10485700) Jul 05 22:19:32 dreamone enigma2[390]: eFilePushThread WRITE ERROR Jul 05 22:19:32 dreamone enigma2[390]: FILEPUSH THREAD STOP ...... Jul 05 22:21:55 dreamone enigma2[390]: [eCec] --- KNOWN CEC DEVICES --- Jul 05 22:22:01 dreamone enigma2[390]: eFilePushThread WRITE ERROR Jul 05 22:22:01 dreamone enigma2[390]: FILEPUSH THREAD STOP ...... Jul 05 22:25:57 dreamone enigma2[390]: [eCec] |- 0 (): 00e091 (LG), power=0 Jul 05 22:25:57 dreamone enigma2[390]: [eCec] --- KNOWN CEC DEVICES --- Jul 05 22:25:57 dreamone enigma2[390]: getNextSourceSpan, current offset is 621011752, m_skipmode_m = 0! Jul 05 22:25:57 dreamone enigma2[390]: NO CUESHEET. (621011752, 10485700) Jul 05 22:26:03 dreamone enigma2[390]: getNextSourceSpan, current offset is 631497452, m_skipmode_m = 0! Jul 05 22:26:03 dreamone enigma2[390]: NO CUESHEET. (631497452, 10485700) Jul 05 22:26:09 dreamone enigma2[390]: getNextSourceSpan, current offset is 641983152, m_skipmode_m = 0! Jul 05 22:26:09 dreamone enigma2[390]: NO CUESHEET. (641983152, 10485700) Jul 05 22:26:10 dreamone enigma2[390]: eFilePushThread WRITE ERROR Jul 05 22:26:10 dreamone enigma2[390]: FILEPUSH THREAD STOP Jul 05 22:26:11 dreamone enigma2[390]: [eCec] handle message 0 -> f : 87 00 e0 91
-
NTFS ist nicht das Linux Dateisystem überhaupt...
Nimm mal was ordentliches..
cu