Archiv für den Monat: April 2013

Es ist geplant, alle SOAP Web Dienste von VCR.NET zu erneuern. Dabei soll auf die bisherige ASP.NET ASMX basierte Technologie verzichtet und vielmehr eine leichtgewichtigere REST basierte Lösung eingesetzt werden. Ob dies in vollem Umfang gelingen wird, ist noch unklar. Zumindest möchte ich diese Gelegenheit nutzen, die schon erfolgten Umstellungen kurz vorzustellen.

In der Übergangsphase zu VCR.NET 4.1 wird es nicht oder nur eingeschränkt möglich sein, alte Werkzeuge wie das VCR.NET Kontrollzentrum gegen einen neuen Server zu betreiben. Ich hoffe, dass sich die Unannehmlichkeiten in Grenzen halten werden.

Im Einzelnen geht es dabei um:

• den Zapping / LIVE Modus
• die Pflege von Aufzeichnungen und Aufträgen
• den Abruf der Programmzeitschrift
• die Konfiguration und Administration der Betriebsparameter
• den Schlafzustand

Die Entwicklung der neuen REST basierten Web Dienste für die Version 4.1 des VCR.NET Recording Service ist hiermit abgeschlossen – Anpassungen und Fehlerbehebung in der nun folgenden Testphase natürlich ausgenommen. Die bisherigen auf dem SOAP Protokoll basierenden und in ASP.NET Technologie entwickelten Web Dienste wurden vollständig abgeschaltet. Es wird auch keine weiteren Artikel zu diesem Eintrag mehr geben.

Ist ein von VCR.NET verwaltetes DVB Gerät gerade nicht in Benutzung (durch eine Aufzeichnung oder eine Aktualisierung der Programmzeitschrift respektive der Liste der Quellen), so erlaubt es der VCR.NET Recording Services, dieses zu aktivieren und fernzusteuern. In dieser LIVE oder Zapping genannten Betriebsart können dann die Nutzdaten (Bild, Ton, Videotext) einer Quelle (eines Senders) an eine TCP/IP UDP Empfängeradresse geschickt werden. Programme wie der DVB.NET / VCR.NET Viewer oder VLC können diese Daten dann empfangen und anzeigen. Im Viewer ist sogar diese Fernsteuerung vollständig integriert.

In früheren Versionen hat VCR.NET zwei SOAP Web Services auf Basis der ASP.NET ASMX Technologie angeboten, mit denen die Fernsteuerung erfolgte. Diese wurden aus VCR.NET 4.1 vollständig entfernt und durch einen deutlich vereinfachten REST basierten Web Service ersetzt, der sich auf die wesentlichen Anforderungen beschränkt. Dieser wird über die (relative) Uri VCR.NET/Zapping/GERÄT angesprochen, wobei GERÄT der Name des zu verwendenden Geräteprofils ist – natürlich als Teil einer Uri geeignet vorbereitet, e.g. durch Ersetzen von Leerzeichen durch %20 wie üblich.

Der Web Service bietet folgende Methoden an:

• GET ohne Parameter: meldet, ob der LIVE Modus aktiv ist und wenn ja, welche Quelle gewählt wurde und wohin die Nutzdaten versendet werden.
• GET mit Filterparametern: ermittelt die vom gerät angebotenen Quellen, auf Wunsch eingeschränkt auf Fernseh- oder Radiosender.
• POST: aktiviert den LIVE Modus auf dem Gerät, als Parameter wird in der Uri die TCP/IP Empfängeradresse mitgegeben.
• DELETE: deaktiviert den LIVE Modus auf dem Gerät.
• PUT: wählt über einen Parameter die Quelle (den Sender), dessen Nutzdaten zu versenden sind.

In der Antwort melden sämtliche Aufrufe den jeweils aktuellen Zustand des Gerätes, äquivalent zu einem GET ohne Parameter.

Die veränderte Schnittstelle bedeutet natürlich nicht, dass sich das Verhalten des LIVE Modus verändert hat. Der LIVE Modus kann nicht aktiviert werden, wenn eine Aufzeichnung oder Aktualisierung bereits auf dem Gerät aktiv ist. Darüber hinaus wird der LIVE Modus sofort beendet, wenn eine neue Aufzeichnung oder Aktualisierung für das Gerät ansteht.

Die VCR.NET 4.1 Entwicklung schreitet wenn auch langsam so doch relativ stetig voran. Ich werde hier in der nächsten Zeit einige der bereits realisierten Änderungen vorstellen.

Aktuelle Artikel:

• Zur Planung von Aufzeichnungen
• Neue / ersetzte Web Dienste
• Neuer Web Client

In Kürze wird es vermutlich auch eine erste öffentliche Testversion geben – wohl wissend, dass bei weitem noch nicht alle Bereiche auf die neuen Technologien umgestellt sind. Ich habe bei mir eine Version in Betrieb genommen, in der sowohl der neue Aufzeichnungsplan als auch das Formular für die Daten von Aufzeichnung und Auftrag zumindest funktional dem Zielbild von VCR.NET 4.1 entsprechend. Durch eigene Enttäuschungen geprägt hier schon einmal ein wichtiger Hinweis für die Testphase: da der Web Client nun intensiv mit JavaScript arbeitet macht es nach einer Installation Sinn, den Browser Cache zu löschen, bevor man den VCR.NET Web Client aufruft. Ansonsten können sehr eigenartige Dinge passieren.

Mit VCR.NET 4.1 wird es einige Änderungen im Bereich der Planung von Aufzeichnungen geben. Vieles passiert intern, aber einige Neuerungen werden sich auch bis in die Benutzeroberfläche durchschlagen. Ich will versuchen während der aktuell laufenden Entwicklung der neuen Version den einen oder anderen Aspekt an dieser Stelle vorzustellen.

Artikel dazu:

• Veränderte Darstellung im Aufzeichnungsplan
• Automatische Auswahl eines Gerätes für eine Aufzeichnung

VCR.NET 4.1 wird versuchen, das Konzept paralleler Aufzeichnungen weitgehend vor dem Anwender zu verbergen. Natürlich wird es weiterhin möglich sein, zu einem Zeitpunkt auch mit nur einem DVB Gerät mehrere Quellen (Sender) einer Quellgruppe (Transponder) gleichzeitig aufzuzeichnen, sofern die Grenzen der verwendeten Hardware nicht überschritten werden – diese Einschränkungen sind selten, aber für die Hauppauge Nexus aka TechnoTrend 2300 immer noch aktuell. Allerdings wird diese Besonderheit im Aufzeichnungsplan nicht mehr sichtbar sein.

Mit früheren VCR.NET Versionen würden die sich überlappenden Aufzeichnungen auf VOX als eine Mehrkanalaufzeichnung angezeigt. Erst durch Auswahl dieser konnte man dann die einzelnen Aufzeichnungen und deren Planungszeitraum auf einer separaten Seite der Web Anwendung sehen.

Als weitere Besonderheit werden sowohl die Aktualisierung der Programmzeitschrift als auch der Liste der Quellen (aka Sendersuchlauf) auf Wunsch mit im Aufzeichnungsplan angezeigt. So erhält man wie im Bild gezeigt eine bessere Übersicht über die Zeiten, an denen der VCR.NET Recording Service den Rechner aktivieren wird.