Blog

Posted

Foreword: since this article is only about the switch to DVB-T2 in Germany, this article is exceptionally in German.

Pünktlich um 0 Uhr wurde am 29.3.17 DVB-T in Deutschland abgeschaltet und nur noch DVB-T2 ausgestrahlt.

Da man auch schon die letzten Wochen DVB-T2 testen konnte, hatten wir uns den Geniatech EyeTV T2 Lite USB-Stick besorgt – und mussten nun nur noch den Sendersuchlauf erneut starten.

Wie erwartet wurden sowohl die öffentlich-rechtlichen als auch die privaten Sender gefunden – wobei die privaten Sender verschlüsselt sind und deswegen auch nicht angeschaut werden können.

Im Gegensatz zu öffentlichen Verlautbarungen der öffentlich-rechtlichen Sender kann man aber von einem reibungslosen Start nicht sprechen: insbesonders das ZDF und deren Sender zeigen ein ruckelndes (und teilweise stehendes) Bild und auch der Ton ist teilweise gar nicht zu hören. Je nach Standort scheinen sogar Sender gar nicht gefunden oder angezeigt zu werden.

Der finessTV-Server verarbeitet ja via VLC die Rohdaten des jeweiligen EyeTV-Live-Programmes – und da sieht man dann im Client häufiger Blöcke im Bild und unterbrochenen Ton.
Im Gegensatz zu EyeTV bleibt das Bild aber nicht stehen – und: durch diese Empfang-Probleme stürzt EyeTV oder VLC häufiger mal ab, was der finessTV-Server feststellt und dann EyeTV (und das Segmentieren des Live-Streams durch VLC) erneut startet.

Da kann man wirklich nur erstaunt sein, dass auch 4 Tage nach dem Start von DVB-T2 weder die öffentlich-rechtlichen Sendeanstalten noch Geniatech diese Probleme beseitigt haben – aber vielleicht wollen sie die Probleme auch gar nicht wahrnehmen?

Update 2.4.17: Einigen Sendern wurden neue Frequenzen zugewiesen wodurch der Empfang von DVB-T2 teilweise schon zuverlässiger funktioniert. Leider gibt es nach wie vor Aussetzer bei der Übertragung, u.a. auch bei ARD / Das Erste.

Update 15.4.17: Mittlerweile hat Geniatech 2 EyeTV-Updates herausgebracht – Bild und Ton haben dadurch (fast) keine Aussetzer mehr und EyeTV stürzt auch nicht mehr ab. Leider ändert das aber nichts an dem Problem mit den Rohdaten, die an VLC gesendet werden und die VLC zum Absturz bringen.

Posted

This version seems to be a smaller update but it has some major features which prepares the next big step we already talked about.

  • Power saving of the server
  • Public / external access to the server

Power saving:
If no client has been launched for 15 minutes, then the server stops the VLC process (live stream segmenting) and closes the EyeTV live window.
This is very important (for power saving and lifetime of the hard disk) if the server is setup to auto-start and is running “all the time”.
If a client is launched then the server will re-start everything (opens the EyeTV live window and starts VLC for live stream segmenting) – and because this takes some seconds, the client will show the status “live stream stopped” and will start the playback as soon as streaming is available.

Public / external access to the server:
In previous versions, a TCP/IP address could already be entered in the client’s preferences, but now IPv4 as well as IPv6 are supported.
And we added a web page to give some instructions how to setup and use a client to access the server from outside the local WiFi.

Posted

Now we have included scheduled recordings – either via EPG (if XMLTV is setup in the server) or manual.

Adding scheduled recordings in the EPG display of the client is very comfortable: in the detailed info of a single entry (after selecting an entry), “Add Recording” can be pressed to add the entry to the recordings. Or “Remove Recording” to delete the recording.
If a scheduled recording exits for an EPG entry, then the title is displayed in red color.

Unfortunately the EyeTV scripting bridge (which is used for adding scheduled recordings) has an error: the channel number has the wrong data type. Therefore the channel of a new recording is set before the recording is added – and after adding the new recording, the channel is switched back to the original channel.

Because the EPG data (start and end) of scheduled recordings added in EyeTV directly and the EPG data of the client may be different, a tolerance of 5 minutes is currently used to recognize if a scheduled recording exits. Because of this tolerance, two successive schedules can not be added. Instead the end of the scheduled recording must be manually changed in the recording list to include the second recording – which is a better way to record two successive broadcasts anyway.

For testing purpose, we also added a “Pause” button in the client. Even if we are not too happy with the handling: if play is pressed after the playback has been paused, it takes 15 seconds to continue playback. And this 15 seconds are lost. And if another channel is selected, then the server must restart the live stream segmentation (because otherwise it would take too much time to switch to the new channel stream). But having the pause feature outweighs these minor drawbacks…