Wurde mit Bluetooth beworben? Zeig mal. Wo?

Ich mag auf einen zeitgemäßen SoC mit CPU-Speed, USB3.0, Gigabit LAN und vor allem mit 1080p nicht mehr verzichten. Dafür brauche ich keinen HDMI In ....

Mir ist klar das man dazu tendiert, Dinge die funktionieren abzuhaken und nicht mehr zur Kenntnis zu nehmen. Lieber philosophiert man über HEVC/H.265 .... Das klingt für mich eher so, als ob die STB Scene generell in der Sinnkrise steckt, als nach einem speziellen DMM Problem. Aber egal. Die 7080HD ist schnell, man kann damit in hoher Qualität Fernsehen schauen (nicht völlig unwichtig), und sie bietet Potential zum Spielen, weil ich sie selbst programmieren kann. Die Preise für so eine Kiste darf man nun nicht unbedingt mit dem Potential der großen Kistenschieber (Panasonic, Sony, Samsung ...) vergleichen, die sich gerade mal wieder selbst kannibalisieren und deswegen jede Woche ne neue Sau durchs Dorf treiben müssen (UHD, DVB-T2 ...), um ihren Plastikmüll jedes Jahr aufs Neue dem Volke zu kredenzen ....
WENN der Content dann mal gesendet wird, sind die heutigen Kisten alle wertlos. Fehlendes HDCP 2.2, UHD limitiert auf 30fps etc. sind dann völlig gaga.

Ich empfehle DMM, zukünftig jede Woche mal den Revisionsstand zu pushen und ein Update zu deployen, dann sind alle wieder zufrieden. Keiner fragt doch danach, WAS da gerade geupdatet wird

Warum sollte man hier Internas posten? Damit sich die Wettbewerber rechtzeitig ihre Strategien an DMM anpassen können? Die 7080HD kam auch schön überraschend, obwohl DMM zum damaligen Zeitpunkt angeblich mausetot war.

Njet. Aber ich geh mal auf die Suche nach "six"

Depends: python-google-api-client, python-textutils, python-json, enigma2, python-twisted-web, gst-plugins-good-flv, python-youtube-dl

Mhm.

Um das mit den Philips TV abzukürzen: die hatten und haben alle einen "Lautstärkebalken", seit Jahren.

Um was es Diskussionen gab, war die fehlende Einblendung von Now/Next Infos beim Senderwechsel (also die Infobar im Dreambox-Sprech). Das würde Lizenzen kosten und würde deswegen seit 2007 weggelassen werden, so ein mir bekannter Philips Entwickler aus Eindhoven.

Verkaufshemmend war das aber nicht. Eher die Sollbruchstellen für die geplante Obsoleszenz, die sich immer mehr herumgesprochen haben.

Um mal wieder on topic zu werden: Wer auf einem zeitgemäßen TV mit mindestens 1920x1080 Pixeln noch Bildschirmeinblendungen eines 720x576 Skins als gut empfindet, der sollte mal seinen Augenarzt konsultieren. Oder den Röhrenfernseher langsam dem Sozialkaufhaus spenden

Die Basisfunktionalität eines STB ist TV gucken. Und das wird ja wohl bei Dir funktionieren. Nice to have features wie Gigabit LAN, HDMI In und aufgebohrte Softwareimplemntierungen von HDMI-CEC, UPnP etc. pp. werden schrittweise umgesetzt. Die Hardware und Schnittstellen dafür sind praktischerweise schon da. Und jetzt hör endlich auf zu quengeln, davon wirds auch nicht schneller fertig.

Egal ob man sein Geld an der Börse anlegt oder in einem Kickstarterprojekt investiert, weil das Konzept überzeugt: Das ist eine Wette in die Zukunft, das es einmal etwas gibt, womit man zufrieden ist und sein Auskommen hat. Ich empfehle auch dort nicht, an die Öffentlichkeit zu gehen und das Produkt kaputtzureden, weil man nicht warten kann. Es sei denn, man ist dumm oder hat niedere Beweggründe, wie man so schön sagt.

Und ehrlich. Die 7080HD sind herrlich versenkte 700€ mit langem Spielfaktor. Anderswo hat man diesen Betrag in Sekunden verplempert und lange nicht so viel davon.

So, Kaffee, dann steigern wir das Bruttosozialprodukt.

Ein wenig mehr Gelassenheit und warten können, das hilft immer. Mich erschreckt die Kompromißlosigkeit, mit der hier verbal aufeinander eingeprügelt wird. Und ehrlich: Bei manchen Terrorkunden ist eine Firma heilfroh, wenn sie endlich verschwunden sind.

MultiTemplated ist super, damit hab ich die volle Kontrolle. Weiter so, Reichi

BTW, (nicht nur für FHD) wäre es sinnvoll, wenn der DMM Web Browser sich die Zoomstufe (Taste Blau) nach Beendigung merken würde

Reichi hat schon die relevanten Komponenten zielsicher erfaßt

Es gibt auch einige Plugins mit statischen Fontgrößen/Positionierungen, die bei FHD dann auffällig werden (GraphMultiEPG, AddonManager, EasyMedia ....), aber das hat nichts mit diesem Projekt zu tun, da müssen die Devs dieser Plugins ran. Da sowieso meistens schon Konstrukte mittels getDesktop für ehemals hippe Auflösungen (Valis 1024x720er Skins) drinne stecken, ist das dann eine Fingerübung (if/elif Bandwürmer, die mittels getDesktop als höchste X-Auflösung 1280 abfragen, sind dann zu ergänzen). Bei Merlin sind diese Pflegefälle jedenfalls schon "durchgepatcht"

Vielen Dank für Euren Einsatz. Dann wird das Rumgeflame ja bald Geschichte sein.

Kann man so machen. ChoiceList.py ist ja eh ne Ansammlung von fixen Positionierungen und statischen Fontgrößen (gewesen), bei der ich mich nicht geniert habe, sie quick & dirty mit zwei GetDesktop Abfragen zu "bereichern":

def ChoiceEntryComponent(key = "", text = ["--"]):
	res = [ text ]
	sz_w = getDesktop(0).size().width()
	if sz_w == 1920:
		if text[0] == "--":
			res.append((eListboxPythonMultiContent.TYPE_TEXT, 0, 00, 800, 40, 0, RT_HALIGN_LEFT, "-"*200))
		else:
			res.append((eListboxPythonMultiContent.TYPE_TEXT, 45, 00, 800, 40, 0, RT_HALIGN_LEFT, text[0]))


		png = LoadPixmap(resolveFilename(SCOPE_CURRENT_SKIN, "skin_default/buttons/key_" + key + ".png"))
		if png is not None:
			res.append((eListboxPythonMultiContent.TYPE_PIXMAP_ALPHABLEND, 5, 3, 35, 30, png))


	else:
		if text[0] == "--":
			res.append((eListboxPythonMultiContent.TYPE_TEXT, 0, 00, 800, 25, 0, RT_HALIGN_LEFT, "-"*200))
		else:
			res.append((eListboxPythonMultiContent.TYPE_TEXT, 45, 00, 800, 25, 0, RT_HALIGN_LEFT, text[0]))


		png = LoadPixmap(resolveFilename(SCOPE_CURRENT_SKIN, "skin_default/buttons/key_" + key + ".png"))
		if png is not None:
			res.append((eListboxPythonMultiContent.TYPE_PIXMAP_ALPHABLEND, 5, 0, 35, 25, png))

	return res


class ChoiceList(MenuList):
	def __init__(self, list, selection = 0, enableWrapAround=False):
		MenuList.__init__(self, list, enableWrapAround, eListboxPythonMultiContent)


		sz_w = getDesktop(0).size().width()
		if sz_w == 1920:
			self.l.setFont(0, gFont("Regular", 30))
			self.l.setItemHeight(40)
			self.selection = selection
		else:
			self.l.setFont(0, gFont("Regular", 20))
			self.l.setItemHeight(25)
			self.selection = selection

Die wirklich nervende, offene Baustelle ist aber IMHO die fehlende Möglichkeit, die Fonts in einer Listbox auf eine genehme Fontrgöße zu kriegen.

It has never been the philosophy of DMM that the root firmware contains all the eyecandy stuff from 3th party developers. They shall ensure that there is a stable base. If you want all you can eat, you have to use one of the team releases.

Of course we can talk (and we do it all the time), what features are useful to implement them then in the DMM releases.

For myself, I'm not sure if FHD is ever so stable for OE2.2 that everyone ist happy. I understand that DMM shunts the effort. Scaling of HbbTV, list box enhancements for Font Sizes, performance problems ...

Developers tends to move (not interesting for themselfes) implementations in the future. Maybe this could be interesting for them: I see that practical all new skins for OE2.2 are FHD skins. On the other side, I see in the pythons many exceptions with obselete code (who is using 1024x720 or 720x576 skins anymore) ...

The python part is done in less than one day, no matter. Listbox enhancement must be done by DMM. HbbTV is a matter of view. For ME it's slow and useless (ARTE), but it's a personal view.

The train is driving already with FHD skins, not least because the view quality is a LOT better due the fact no scaling is needed anymore. As long there is no clear statement from DMM that FHD skins are not allowed for OE2.2.

But viral development is always a way of trial and error. We all are part of it.

Remark from me (as one of the creators of some of the adjustments for FullHD skins): In the last years, I never had a communication problem with DMM. Things that seem to be useful were implemented with consultation and often with the help of DMM. I'm not surprised, once again a free rider try to occupy this thread, with the aim to represent his own product in a better light.

Let's talk about whether it makes sense to implement FHD. If it makes sense, let's talk about HOW. Most things are indeed completed with changing a few lines of Python. Exception: font sizes for list widgets and HbbTV. Maybe the ability to scale screens (HbbTV) is a simple solution.

I use on the 7080HD (connected with USALS STAB Rotor) since months a satellites.xml generated from http://satellites-xml.eu/. No problems at all anymore.

Ich wundere mich seit Monaten, warum bei der 7080HD (2xDVB-S, 2xDVB-C Tuner) die BER bei DVB-C immer auf 0 verbleibt. Jetzt nicht mehr:

15:25:20 dm7080 enigma2[23101]: FE_READ_BER failed (Resource temporarily unavailable)

Beim Versuch, auf Astra 23°E einen dieser spannenden Sender mit kaputtem EPG aufzurufen:

File "/usr/lib/enigma2/python/Components/ServiceList.py", line 458, in buildOptionEntry
	res.append(self.paintProgressBar(event, xoffset, width, height))
  File "/usr/lib/enigma2/python/Components/ServiceList.py", line 198, in paintProgressBar
	percent = 100 * (now - event.getBeginTime()) / event.getDuration()
ZeroDivisionError: long division or modulo by zero

Sollte man IMHO ein wenig fehlerredundater gestalten.

Versuch eines MP3 Streams aus der Radio Kanalliste heraus wiederzugeben:

Mär 17 15:44:36 dm7080 enigma2[8185]: Gstreamer error: Your GStreamer installation is missing a plug-in. (12) from decodebin28
Mär 17 15:44:36 dm7080 enigma2[8185]: Gstreamer error: A text/uri-list decoder plugin is required to play this stream, but not installed. (6)