For the changelogs please have a look here:
Opendreambox 2.5 for DM920, DM920, DM7080, DM820 and DM520 enigma2 4.3.3r1 - Dreamboard
As always, the feeds have beend updated and full Images are available via https://dreamboxupdate.com/
For the changelogs please have a look here:
Opendreambox 2.5 for DM920, DM920, DM7080, DM820 and DM520 enigma2 4.3.3r1 - Dreamboard
As always, the feeds have beend updated and full Images are available via https://dreamboxupdate.com/
Ich glaube da werden einige trotz ändern des Titels das "released" falsch verstehen und glauben es geht um ein neues Stabile Release Image und dann am falschen Feed suchen.
Ich würde einfach 'available' schreiben....
LG
gutemine
Danke Reichi, es schaut gut aus
in der infobar wird der batteriestatus einer bluetooth rc angezeigt, auch wenn keine verbunden ist.
waere schoener, wenn der nur angezeigt wird, wenn man auch eine bluetooth rc hat. danke.
Bei welchem Skin ist das denn?
Beim Default HD hab ich das extra ausgebaut.
Das geht nicht ,entweder / oder ,das sind keine widget die sich ein und ausblenden lassen ,daher hatte ich die mit eingeskinnt (im OE2.6 hatte das Dream im SystemHD selbst eingebaut) und ich hatte das im FHD dann auch mit eingebaut.
Die Frage war ob man das im OE2.5 drin lassen sollte oder raus machen ,da der Skin aber gleich des OE2.6 ist ,ist es drin geblieben bzw..müsste man es raus machen ,dann gibt es die Anzeige aber auch nicht im default wenn jemand ne BT. verbunden hat.
Wie gesagt ,entweder / oder .
Immerhin hat man so eine Art Wahl.
Im HD ist es nicht drin, im FHD ist es mit drin.
Du müsstest aber bitte dennoch mal schauen ,die Layout Angaben fehlen in der skin_default.xml ,die sind aktuell nur in der skin.xml des System HD,die hatte ich auch in die skin_default.xml rein gemacht damit sie auch im HD als Fallback dienen ,wurde aber nicht mit übernommen und dann fehlen die Button Anzeigen bei HD Skins wenn ein Plugin zb. die Layout Angaben drin hat.
hd ist fuer mich keine option, daher hab ich mal ne skin_user.xml gebastelt, in der die anzeige auskommentiert ist.
Nach dem Update startet mytube nicht mehr, bzw. nach Öffnen der Erweiterungen kam eine Meldung über eine fehlende api und das Plugin ist nicht mehr in der Liste
Es wurde von Reichi etwas angepasst und daher müssen wohl die Plugins auch angepasst werden.
git.opendreambox.org Git - opendreambox.git/commit
Betrifft
auch YTTrailer sowie geminigoogleapi
Aber noch immer werden HD und Breitbild Kanäle als 1_0_1………… gespeichert!
1_0_16……… für 16:9
1_0_19……… für HD
1_0_1F……… für UHD
Das muss bei dir falsch sein. Bei mir sind alle HD-Sender mit 1:0:19.
Aber noch immer werden HD und Breitbild Kanäle als 1_0_1………… gespeichert!
1_0_16……… für 16:9
1_0_19……… für HD
1_0_1F……… für UHD
Wer hat dir denn diesen Unsinn eingetrichtert? Es gibt verschiedenste Servicetypes und die sind vor allem vom Codec abhängig und nicht nur von der Auflösung. Und die werden vom Provider mitgesendet die Box speichert die nur so ab wie sie auch ankommen.
Auszug aus ETSI EN 300 468
Table 87: Service type coding
service_type Description
0x00 reserved for future use
0x01 digital television service (see note 1)
0x02 digital radio sound service (see note 2)
0x03 Teletext service
0x04 NVOD reference service (see note 1)
0x05 NVOD time-shifted service (see note 1)
0x06 mosaic service
0x07 FM radio service
0x08 DVB SRM service [49]
0x09 reserved for future use
0x0A advanced codec digital radio sound service
0x0B H.264/AVC mosaic service
0x0C data broadcast service
0x0D reserved for Common Interface Usage (CENELEC EN 50221 [37])
0x0E RCS Map (see ETSI EN 301 790 [7])
0x0F RCS FLS (see ETSI EN 301 790 [7])
0x10 DVB MHP service
0x11 MPEG-2 HD digital television service
0x12 to 0x15 reserved for future use
0x16 H.264/AVC SD digital television service
0x17 H.264/AVC SD NVOD time-shifted service
0x18 H.264/AVC SD NVOD reference service
0x19 H.264/AVC HD digital television service
0x1A H.264/AVC HD NVOD time-shifted service
0x1B H.264/AVC HD NVOD reference service
0x1C H.264/AVC frame compatible plano-stereoscopic HD digital television service
(see note 3)
0x1D H.264/AVC frame compatible plano-stereoscopic HD NVOD time-shifted
service (see note 3)
0x1E H.264/AVC frame compatible plano-stereoscopic HD NVOD reference service
(see note 3)
0x1F HEVC digital television service (see note 4)
0x20 to 0x7F reserved for future use
0x80 to 0xFE user defined
0xFF reserved for future use
NOTE 1: MPEG-2 SD material should use this type.
NOTE 2: MPEG-1 Layer 2 audio material should use this type.
NOTE 3: For information on the use of these values, see clause I.2.3 and ETSI TS 101 547-2 [54]
(3D Guidelines of Frame Compatible 3D-TV).
NOTE 4: For information on the use of these values, see clause I.2.5 and ETSI TS 101 547-4 [62].
Alles anzeigen
16 ist generell alles was in H.264 (AVC) in SD gesendet wird, nicht nur 16:9
19 ist generell alles was in H.264 (AVC) in HD gesendet wird.
1F ist generell alles was in H.265 (HEVC) gesendet wird, nicht nur UHD sondern auch HD oder theoretisch auch SD Sender.
Unsinn?? Das wird vom DVB Standart definiert….
Habe die Kanalliste und Lamedb mal gelöscht.. Mal erneut einlesen…
Unsinn?? Das wird vom DVB Standart definiert….
Habe die Kanalliste und Lamedb mal gelöscht.. Mal erneut einlesen…
Siehe meine Antwort über deinem Post du liegst da leider falsch.
Wenn ich bei WPS-Pushbutton auf nein drücke, gibt es einen Grünen.
DM920
neuinstallieren des Image vom 2.09.21
Startassistent unter WIFI-Einrichtung
MfG
Danke für die Rückmeldung. Ich sehe mir das an!
habe mich gerade gefragt, was der webp Support bedeutet, dass webp generell für HBBTV / Browser bspw. unterstützt wird.
Oder auch bspw. für PICONs? und gibt es hier einen Performance unterschied?
Nein das hat weder etwas mit HbbTV noch mit Picons zu tun.
Man kann jetzt einfach in Plugins auch webp in Pixmaps laden was vorher nicht ging. Ich hab das gebraucht weil gewisse Websites die ich im MediaPortal anbiete nur noch webp verwenden.