Mal blöd gefragt, was steht denn in den Timer-Optionen, was die Box danach tun soll? (nichts, Standby, DeepStandby, Auto)
Bei mir steht bei den Timern bei "nach der Aufnahme" der Wert "Auto".
Damit habe ich bei mir keine Probleme.
Mal blöd gefragt, was steht denn in den Timer-Optionen, was die Box danach tun soll? (nichts, Standby, DeepStandby, Auto)
Bei mir steht bei den Timern bei "nach der Aufnahme" der Wert "Auto".
Damit habe ich bei mir keine Probleme.
Man lernt nie aus
Hatte mich mit diesem Thema bisher nicht so intensiv beschäftigt.
Ja, das macht natürlich auch Sinn.
War mein Irrtum, da ich annahm, die URLs werden aus dem Netz abgerufen.
Wusste bisher nicht, dass diese Infos mit DVB mitkommen
Lt. deinem Bild hast du die aktuellste Version 4.3.1.r3
Ne neuere Version gibt es nicht.
muelleimer321 meinte diese Version mit "Update am Mittwoch", da die meisten das Update wohl erst am Mittwoch bemerkt haben.
Wie war es denn vor dem letzten Update?
Ich habe 2x DVB-S2-Dual-Tuner (also insgesamt 4 Tuner) und keine Probleme mit der neuesten Version.
Hier die Einträge aus dem e2-log (das war beim Umschalten auf RTL).
Wenn es tatsächlich nur die per DVB erhaltenen URLs sind, dann nehme ich alles zurück
Ich bin davon ausgegangen, dass diese URLs aufgerufen wurden
[eHbbtv] aitChanged pid=0x105
[eOipfApplication] Profile 0000, Version 1.1.1
[eOipfApplication] deu:RTL Startleiste
[eHbbtv] New Application: RTL Startleiste (orgid=33, appid=100, urlBase=http://cdn.digitaltext.rtl.de/launchbar/, initalPath=index.html, controlCode=1, visibility=2)
[eHbbtv] Resolving Application Locator: dvb://current.ait/21.64
[eHbbtv] We have 1 app(s) for service 1.1057.61200
[eHbbtv] 'dvb://current.ait/21.64' resolved to 'http://cdn.digitaltext.rtl.de/launchbar/index.html'
[eOipfApplication] Profile 0000, Version 1.1.1
[eOipfApplication] deu:RTL Digitaltext
[eHbbtv] New Application: RTL Digitaltext (orgid=33, appid=105, urlBase=http://cdn.digitaltext.rtl.de/, initalPath=index.html, controlCode=2, visibility=2)
[eHbbtv] Resolving Application Locator: dvb://current.ait/21.69
[eHbbtv] We have 2 app(s) for service 1.1057.61200
[eHbbtv] 'dvb://current.ait/21.69' resolved to 'http://cdn.digitaltext.rtl.de/index.html'
[eOipfApplication] Profile 0000, Version 1.1.1
[eOipfApplication] deu:RTL Specials (CDN)
[eHbbtv] New Application: RTL Specials (CDN) (orgid=33, appid=112, urlBase=http://cdn.specials.digitaltext.rtl.de/, initalPath=index.html, controlCode=2, visibility=2)
[eHbbtv] Resolving Application Locator: dvb://current.ait/21.70
[eHbbtv] We have 3 app(s) for service 1.1057.61200
[eHbbtv] 'dvb://current.ait/21.70' resolved to 'http://cdn.specials.digitaltext.rtl.de/index.html'
[eOipfApplication] Profile 0000, Version 1.1.1
[eOipfApplication] deu:Clipfish Music
[eHbbtv] New Application: Clipfish Music (orgid=33, appid=103, urlBase=http://hbbtv-app.akamai.rtl.de/, initalPath=application.html, controlCode=2, visibility=2)
[eHbbtv] Resolving Application Locator: dvb://current.ait/21.67
[eHbbtv] We have 4 app(s) for service 1.1057.61200
[eHbbtv] 'dvb://current.ait/21.67' resolved to 'http://hbbtv-app.akamai.rtl.de/application.html'
[eOipfApplication] Profile 0000, Version 1.1.1
[eOipfApplication] deu:RTL NOW DEV index
[eHbbtv] New Application: RTL NOW DEV index (orgid=33, appid=120, urlBase=http://dev.rtlnow.de/hbbtv2/, initalPath=index.php, controlCode=2, visibility=2)
[eHbbtv] Resolving Application Locator: dvb://current.ait/21.78
[eHbbtv] We have 5 app(s) for service 1.1057.61200
[eHbbtv] 'dvb://current.ait/21.78' resolved to 'http://dev.rtlnow.de/hbbtv2/index.php'
[eOipfApplication] Profile 0000, Version 1.1.1
[eOipfApplication] deu:RTL ext Specials
[eHbbtv] New Application: RTL ext Specials (orgid=33, appid=114, urlBase=http://cdn.specials.digitaltext.rtl.de/extern/, initalPath=index.php, controlCode=2, visibility=2)
[eHbbtv] Resolving Application Locator: dvb://current.ait/21.72
[eHbbtv] We have 6 app(s) for service 1.1057.61200
[eHbbtv] 'dvb://current.ait/21.72' resolved to 'http://cdn.specials.digitaltext.rtl.de/extern/index.php'
[eOipfApplication] Profile 0000, Version 1.1.1
[eOipfApplication] deu:RTL smartpages
[eHbbtv] New Application: RTL smartpages (orgid=33, appid=115, urlBase=http://smartpages-live.netrtl.com/, initalPath=spc_hbb.php, controlCode=2, visibility=2)
[eHbbtv] Resolving Application Locator: dvb://current.ait/21.73
[eHbbtv] We have 7 app(s) for service 1.1057.61200
[eHbbtv] 'dvb://current.ait/21.73' resolved to 'http://smartpages-live.netrtl.com/spc_hbb.php'
[eOipfApplication] Profile 0000, Version 1.1.1
[eOipfApplication] deu:RTL Spiele
[eHbbtv] New Application: RTL Spiele (orgid=33, appid=116, urlBase=http://mg-rtl.spielecenter.tv/spielecenter/, initalPath=?pid=rtl, controlCode=2, visibility=2)
[eHbbtv] Resolving Application Locator: dvb://current.ait/21.74
[eHbbtv] We have 8 app(s) for service 1.1057.61200
[eHbbtv] 'dvb://current.ait/21.74' resolved to 'http://mg-rtl.spielecenter.tv/spielecenter/?pid=rtl'
Alles anzeigen
Hallo
Ich habe das hbbtv-Plugin deinstalliert und festgestellt, dass im e2-log beim Sender-Wechsel dennoch Aktivitäten zu hbbtv ausgeführt werden.
Da auch bei deaktiviertem hbbtv im e2-log weiterhin solche hbbtv-Aktivitäten gelistet wurden, hätte ich gedacht, dass eine Deinstallation des hbbtv-Plugins diese Aktivitäten beim Umschalten komplett verhindert.
Das ist leider nicht so.
Warum ruft Enigma beim Umschalten Daten zu hbbtv aus dem Internet ab, auch wenn das hbbtv-Plugin deaktiviert bzw. gar nicht installiert ist ?
Es gibt bestimmt User die ungern die web-logs der Sender mit ihren Daten füllen wollen
Die wollen dem Sender bestimmt auch nicht jedesmal mitteilen, wenn man auf einen anderen Sender wechselt.
Grundsätzlich funktioniert bei mir das CEC-Zusammenspiel zwischen 7080HD und TV (Samsung UE46ES8090).
Gelegentlich gab es ab und zu mal das Problem, dass der TV nicht mit der Box ausging.
Das war dann aber meist bei vielen GUI-Neustarts der Box, so dass ich das nicht als grundsätzliches Problem gesehen habe.
Dieses Verhalten konnte ich mit dem letzten Update bisher aber noch nicht intensiv testen.
Zumindest kann ich aber sagen, dass der TV bisher immer zusammen mit der Box ausging
Bei mir gibt es dafür aber schon immer das Problem, dass die Lautstärkesteuerung nicht an den TV weitergeleitet wird (Option: Fernbedienung -> Lautstärketasten an TV weiterleiten).
Ich glaube mit dem letzten Update gab es da jetzt noch zusätzliche Optionen (Ziel für Weiterleitung: TV, TV (erzwungen), Audio, ...).
Aber auch damit wird die Lautstärkeregelung nicht an den TV weitergereicht.
Ist aber absolut kein Problem, da ja die Regelung der Lautstärke direkt über die DreamBox ohne Weiterleitung ja funktioniert.
Dachte nur, ich nenne es vollständigkeitshalber mal, da man ja aktuell etwas intensiver mit dem Thema HDMI-CEC befasst ist.
Evtl. kann mein TV das ja auch gar nicht (Samsung UE46ES8090)
Falls ihr daran auch interessiert seid, reicht dazu dann ein log nach obiger Anleitung oder ist hier was anderes erforderlich ?
Wenn ihr momentan dafür keine Zeit habt, absolut kein Problem - ist wie gesagt nicht so wichtig.
Hallo
Beim letzten Update 4.3.1r3 wurde erstmals auch der Skin "DMConcinnity-HD" überschrieben (war bei den letzten Updates bisher nicht so).
So wie ich gesehen habe, wurde dabei die "skin.xml" und die Schriftdatei "HandelGotDBol.ttf" überschrieben.
Warum das nötig war, erschließt sich mir nicht, da ich in der "skin.xml" keine Veränderung zu einer von mir im Januar gesicherten Original-Version erkennen konnte.
Zum Glück hatte ich noch eine Sicherung meiner mühsam an OE2.5 angepassten "skin.xml".
Dabei fiel mir nun wieder auf, dass die beim Update erzeugte Original-"skin.xml" absolut nicht OE2.5-tauglich ist.
Unten mal ein paar Screenshots, die das verdeutlichen sollen (links der Original-Skin, rechts mein angepasster Skin)
Nun die Frage, wer kümmert sich bei DMM um den Skin "DMConcinnity-HD" ?
Wem könnte ich mal meinen an OE2.5 angepassten Skin als Zip-Datei zukommen lassen?
(oder reicht es, den hier einfach hochzuladen?)
Ich hab dieses Refresh-Probleme in Listen auch:
Wollte nur noch mal ein paar Beispiele nennen für das Refresh-Problem in Listen, da ich die o.g. Variante bisher so direkt nicht nachvollziehen konnte.
Beim Löschen eines Timers hat bei mir die Aktualisierung funktioniert.
Zumal man bei "default-Skin" nicht mal auf die Idee kommt, dass es der richtige HD-Skin ist, da es ja noch den alten "default-HD" gibt.
(nur sieht man das ja nicht, dass das der alte ist)
Finde die jetzige Lösung auch etwas unglücklich.
Man müsste den ganzen Ordner weiterhin aktiviert lassen können und die epg.db mit einem roten "x" ausschließen können.
Das wäre dann auch Zukunftssicher
Aber wir driften hier schon wieder viel zu weit ab.
Das ist die ganze Sache doch gar nicht wert
Wegen den 20Sek werde ich schon nicht an Zeitmangel leiden
War mir ja nur nicht sicher, ob es da evtl. irgendein Problem auf meiner Box gibt, weil es eben so lange dauert.
Aber wenn es an der epg.db liegt, ist es doch eine Erklärung.
Hab ich doch vorhin geschrieben:
"Kommt im Laufe der Nutzungszeit dort in dem Ordner eine zusätzliche Datei eines Plugins dazu, würde die dann nicht gesichert werden, wenn ich vergesse, die Datei dort ebenfalls zu aktivieren.
Das ist mir zu wackelig "
Danke für den Hinweis.
Aber ich glaube, da warte ich dann lieber 20Sek länger
Ein extra Plugin ist mir dafür jetzt zu viel
Da kann man tatsächlich alle zu sichernden Dateien auswählen, aber leider keine Datei ausschließen.
Es ist in etc der enigma2-Ordner aktiviert.
Öffne ich diesen, müsste ich dort erst händisch alle anderen Dateien auswählen und eben die epg.db auslassen.
Kommt im Laufe der Nutzungszeit dort in dem Ordner eine zusätzliche Datei eines Plugins dazu, würde die dann nicht gesichert werden, wenn ich vergesse, die Datei dort ebenfalls zu aktivieren.
Das ist mir zu wackelig
dBackup nutze ich auch und dort ist die epg.db bereits deaktiviert.
Ich hab aber gerne immer eine einfache Sicherung der ganzen Settings, wo ich problemlos auch mal schnell eine Datei einsehen/zurückkopieren kann.
Oder kann ich auch unkompliziert die etc-Daten aus deiner Imagesicherung rausholen?
Kann man das denn irgendwo deaktivieren?
Ok, vielen Dank für die Rückmeldung.
Hätte nicht gedacht, dass die Box für "nur" 13MB mehr insgesamt 20Sek mehr benötigt, um eine 4MB *.tar.gz-Datei zu erstellen.
Hallo
Mir ist aufgefallen, dass das Sichern der Einstellungen (Menü - Einstellungen - Software verwalten - Einstellungen sichern) unter OE2.5 (7080HD) im Vergleich zu OE2.0 (7020HD) deutlich länger dauert.
Der Vorgang benötigt bei mir unter OE2.5 aktuell immer ca. 25Sek (+/-5Sek).
Die Sicherungsdatei (*.tar) hat immer eine Größe von etwa 4MB (+/-500KB).
Die größten gesicherten Dateien sind dabei die epg.db mit ca. 12,5MB und die media.db mit 500KB.
Unter OE2.0 bei der 7020HD hat das Sichern nur wenige Sekunden gedauert (ich denke mal 5 bis max. 10 Sekunden).
Allerdings war dort die Sicherungsdatei auch deutlich kleiner (80KB), da die beiden o.g. Dateien nicht in der Sicherung enthalten sind, weil möglicherweise unter OE2.0 noch nicht existent.
Die Sicherung erfolgt unter /media/hdd/backup.
Nun meine Frage, ob die Sicherung unter OE2.5 wegen der beiden o.g. Dateien tatsächlich deutlich länger dauert, oder ob da bei mir noch irgendwas anderes klemmt.
Danke schon mal.
Ich will sie ja unten ausrichten (bottom).
Geht ja aber auch um die grundsätzliche Möglichkeit.
Soll ja jetzt keine Lösung für mich werden
Super, Danke
Kommt das valign (top, bottom) für ePixmap auch noch ?
Und halign gehört dann natürlich auch dazu