Nachdem ich nun auch mit meinem VDR das IPTV von T-Entertain zumindest zum Teil (nur der öffentlich-rechtliche Teil ist unverschlüsselt und damit empfangbar) nutzen kann, habe ich heute mal einen kleinen Vergleich gemacht. Ich habe gleichzeiitig eine Sendung auf arte (»Im Auge des Sturms (1/2)«) von DVB-S und T-Entertains IPTV aufgezeichnet und einen Ausschnit davon mal in 1920x1080i nebeneinander gestellt.
Selbst bei dieser leider bewegungsarmen Sequenz kann man schon Unterschiede erkennen, meines Erachtens ist der Rasen bei der Vorbeifahrt an dem beschädigten Haus matschiger, die Palmenblätter unschärfer und auch die Wasserflächen der Pfützen nicht so detailliert wie bei der DVB-S-Ausstrahlung. Da die üblichen Portale den Clip erneut und mit geringerer Bandbreite kodieren würden, was zur Qualitätsbeurteilung nicht dienlich ist, ist zum Vergleich die oben verlinkte Datei herunterzuladen und lokal einem Medienabspieler auf einem Full-HD-Schirm zuzuführen.
Der folgende 480×270-Clip dient nur zur Info, was in den 75 MB der FullHD-Fassung zu erwarten ist:
Nun muß man der Telekom sicherlich zugute halten, daß die Qualität für nur rund die Hälfte der Bandbreite ganz passabel ist; daher ist dieser Eintrag auch als »Teil 1« bezeichnet, denn bei viel Bewegung verkommt Entertain ganz unspaßig zu einem Pixelbrei, gut zu zeigen an »Goldregen« oder sowas am Ende von Spielshows. Leider bekomme ich beim KiKa per T-Entertain am VDR nur Datenmüll, sonst hätte ich da sicher schon passendere Beispiele gefunden. So warte ich auf Sportberichterstattung im öffentlich-rechtlichen Fernsehen, leider ist derzeit ja auch grade weder Fußball noch – ganz böse für selbst DVB-S mit ARD-Bandbreiten – Radsport angesagt …
Endlich: Google-Navigation auch in Deutschland
Mit der neuesten Version von Googles »Maps«-App kommt nun auch ohne Tricks und Kniffe die Navigation innerhalb Deutschlands auf die Androiden. Inwiefern sich damit der Markt für (kostenpflichtige) Navigations-Apps, wie z. B. die von Navigon oder auch Motorola, auflösen wird, bleibt abzuwarten …
Großes App-Kino
Na super; ich hatte für die Jungs von Pixelpipe an der deutschen Übersetzung mitgearbeitet und daher mehrere Pixelpipe-Binaries auf meinem Milestone. Da mir nicht ersichtlich war, welche die aktuelle Version war, habe ich beide gelöscht und dann eine aus dem Market re-installiert. Leider pustet mein Milestone nun gar keine Bilder mehr hoch, sie landen alle nach längerer Warzezeit in der Warteschleife. Und mein HTC Magic schickt, wie es scheint, Bilder als Videos zu Pixelpipe … Wie war das doch? ‘Never touch a running system’ :(
Ersatzuploadstation
Mädels, das war kein Video …
#pixelpipe durch den Wind heute? Dies ist kein Video …
Projekt VDR-Cluster
Ich hatte es ja heute morgen schon vom Androiden aus angeteasert: ich bei den entscheidenden Schritt weiter beim Aufbau einer »VDR-Server-Farm«, die beiden designierten »Pizzaschachteln« sind in den Keller gewandert, am Netgear GS-108T dort (auch wenn die Boxen nur 100 MBit/sec-Schnittstellen haben) als auch am DVB-S-Verteiler angeschlossen und laufen.
Mit den beiden Kistchen kommen 4 DVB-Eingänge zum »VDR-Gesamtsystem« hinzu, derzeit sind das 2x DVB-S, 1x DVB-S2 (HDTV-tauglich) sowie 1x DVB-T. Das zu ersetzende Wohnzimmer-VDR-System mit 2x DVB-S läuft derzeit noch weiter, das neue, HD-taugliche, Wohnzimmer-System hat derzeit 2x DVB-S (davon eine in Benutzung, da im Arbeitszimmer nur 1x SAT-Anschluß vorhanden ist), wobei noch nicht klar ist, ob es bei beiden Karten bleibt oder ggf. auch diese durch eine Single- oder Dual-Tuner-PCIe-Karte ersetzt werden oder auf eine reduziert.
OS-Basis ist jeweils Ubuntu 9.10, im Falle des HDTV-VDRs in Form von yaVDR — allerdings noch in der Version 0.1.1. Die beiden »headless VDRs« benutzen konsequenterweise die Pakete aus dem yaVDR-Repository.
Sinn der Übung: der VDR im Wohnzimmer, mit gut 100 Watt Energieaufnahme kein sparsamer Geselle (AMD Athlon(tm) 7750 Dual-Core Processor auf einem Asus V-M3N8200 mit nVidia-onboard-Grafik), soll, aus Energie- und Lärmgründen, möglichst nur dann eingeschaltet sein, wenn auch fern gesehen wird — anders als der bisherige, einzige, VDR-Server. Um dennoch Aufnahmen anfertigen zu können, sollen Systeme mit geringer Energieaufnahme (so ein Scenic Xs zieht rund 20 Watt, Platte eingeschlossen) im Keller diese Tätigkeiten durchführen, und da ich ein Serienjunkie sein kann, halte ich 2 DVB-Karten schon für etwas knapp.
Was bislang schon funktioniert:
- Dank des Kopiertricks kann der HD-VDR auf mehr als eine per streamdev-Plugin über’s Netz bereitgestellte Quelle zugreifen. Allerdings muß man beim Update des streamdev-client-Pakets dran denken, auch die Kopie(n) erneut zu duplizieren …
- Dank Konfigurationsänderungen kann der HD-VDR auch das IPTV von T-Entertain empfangen — die nicht grund(los)verschlüsselten Programm des öffentlich-rechtlichen Rundfunks zumindest. Komischerweise bringen weder der P3 800 noch der Celeron mit 1,2 GHz in den Scenics auch die eine störungsfreie Bereitstellung des (SD-) Signals zu Stande; selbst ohne streamdev-Overhead bei lokaler Aufzeichnung gibt es Dropouts und Artefakte — und lokale Aufzeichnung sollte ja eigentlich relativ simpel sein, hat man erst mal den h.264-Stream aus dem DVB-IP extrahiert, oder?
- Selbst der Zugriff auf eine DVB-S2-Quelle per streamdev scheint zu funktionieren — sofern ich das richtig erkenne, denn streamdev-Geräte sind zwar, wie auch das IPTV-Plugin, für VDR Datenquellen, aber das femon-Plugin, welches die Signalstärke ausgibt und insbesondere die direkte Auswahl eines Eingabegerätes ermöglicht, kann damit leider nichts anfangen. Weitere Voraussetzung: der streamdev-Client muß auf einen streamdev-Server treffen, der auch zu einer DVB-S2-Karte verbinden. Da beide Keller-VDRs hybride Systeme sind (DVB-S & DVB-S2 bzw. DVB-S & DVB-T) ist das … nicht so einfach.
Und damit bin ich auch schon bei meiner »Hall of Shame«, den Problemen, angekommen:
- Augenscheinlich transportiert streamdev keine Informationen über die Geräte, weder meldet streamdev-server an den -client, wlecher Art die bereitgestellte Datenquelle ist, noch kann der streamdev-client hier augenscheinlich etwas anfordern. Dies ist auch erst einmal sinnvoll, denn IIRC arbeitet streamdev-server dynamisch, er stellt die Verbindung zu einem freien Device her, sodaß ein VDR mit 2 Karten z. B. eine lokale Aufnahme tätigen kann und die zweite per streamdev einem anderen VDR (oder einem vlc, mplayer, …) bereitstellen).
Allerdings kann dann durchaus eine DVB-S-Karte per streamdev Tuning-Informationen auf DVB-T bekommen — was natürlich nicht funktioniert; auch verschlüsselte Kanäle sind hier weniger vorteilhaft :(Jun 8 21:26:36 hdtvdr vdr: [16125] ERROR: Streamdev: Couldn't tune 192.168.2.62:2004 to channel S4C
Wie gut sich die Nutzung von streamdev-Geräten in der Praxis erweisen wird, wage ich noch nicht zu schätzen. Wahrscheinlich werde ich aber eher die DVB-T-Karte in den HD-VDR bauen und dafür die 2. DVB-S2-Karte in die VDR-Box, die schon DVB-S2 hat …
- Ein verteiltes VDR-System ist konfiguratorisch augenscheinlich nicht vorgesehen. Das live-Plugin läut jeweils lokal auf dem VDR, per OSD programmierte Aufnahmen sind ebenfalls nur für den lokalen VDR vorgesehen. Abhilfe schaffen hier ein wenig die Plugins remotetimers und/oder remoteosd. Angenehm ist, da auch mein alter VDR schon die Erweiterung für remoteosd hatte, daß ich vom HD-VDR auch den alten VDR fernsteuern kann. Noch nicht probiert habe ich, ob bzw. wie man auch remoteosd mehrfach installieren kann (ich habe ja einen »bedienten« VDR und 2 (oder mehr) VDRs, die »headless« arbeiten.
- Zum Filesystem bzw. der sinnvollen Verteilung/Verlinkung muß ich mir auch noch Gedanken machen; vom HD-VDR sollen ja im Wohnzimmer alle Aufnahmen abspielbar sein; also werde ich wohl die Filesysteme der beiden »VDR-Server« im Keller in das des HD-VDRs »einmontieren« müssen.
Wahrscheinlich bin ich mal wieder im »where no one seeked pain before«-Land mit meinem Ansinnen ;) Nichtsdestotrotz finde ich es wahnsinnig Klasse, was schon alles mit VDR out-of-the-box machbar ist. Mal gucken, wo das noch endet ;)
Auto-KI #Wolkenbruch
Summer in the City
Nerds
Naja, über …
NotASocialCommentary hat einen Kommentar zu The We-fake-Pad … veröffentlicht:
You have the most disgusting looking face. It makes me want to punch you.
… könnte ich ja fast noch lachen (wenn der Kommentator nicht so unsäglich dämlich wäre).
Ein anderer Honk kommentierte Unsinn bzgl. Joachim Gauck, aber »Karl Käkenmeister« ist offensichtlich entweder unfähig, eMails zu beantworten oder aber schlicht der falsche Name … Und wieder einmal ein Kommentarspammer, der durch Reply-to-Publish ausgebremst wurde. Strike ;)







