Jump to content

Search the Community

Showing results for tags 'recording service'.



More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Deutsch
    • Ankündigungen & Neuigkeiten
    • Einsteigerfragen DVBViewer Pro/GE
    • Allgemeines DVBViewer Pro/GE
    • Vorschläge & Ideen
    • Fehlermeldungen DVBViewer Pro/GE
    • Plugins und AddOns
    • DVB Hardware (Digital TV Karten)
    • DVBViewer Recording Service 1.x
    • DVBViewer Media Server
    • Sat>IP Viewer & Co (Android,iOS,Mac)
    • Verschiedenes
    • DVBViewer Video Editor
  • English
    • News & Announcements
    • Newbies DVBViewer Pro/GE
    • General DVBViewer Pro/GE
    • Suggestions & Ideas
    • Bug Reports DVBViewer Pro/GE
    • Plugins and AddOns
    • DVB Hardware (Digital TV cards)
    • DVBViewer Recording Service 1.x
    • DVBViewer Media Server
    • Sat>IP Viewer & Co (Android,iOS,Mac)
    • Off-Topic
    • DVBViewer Video Editor
  • Miscellaneous
    • Scripting Lounge / API (de/en)
    • Area HTPC
    • HDTV / UHDTV (de/en)
    • DVB - The technique behind
    • Conversion & Encoding
    • OEM Edition - User Helping Users (de/en)
    • Forum / Wiki / Website (de/en)
  • Survey ● Umfragen
    • DVBViewer Pro Cleanup (en/de)

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Found 76 results

  1. DVBWiewer Recording Service Linux / Wine Hardware: Ubuntu 18.04 server 1GB RAM 1 Core FSTAB: mount NFS recordings from NAS to /mnt/recordings Name: dvbsrv Software: We need wine (32bit version), Xvfb (short for X virtual framebuffer) for running the recording service without screen, cabextract for extracting the needed DirectX file (ksproxy.ax) and nfs-common for mounting the recording share. dpkg --add-architecture i386 && apt update apt install wine32 xvfb cabextract nfs-common Software Wine: We create a user which is running the Recording Service. In the users home we store the needed Windows software parts in the subdirectory "sw". SSH to the Ubuntu server as root or become root with "sudo su -". # create user w/o passwd adduser dvb su - dvb mkdir sw && cd sw wget http://download.microsoft.com/download/E/E/1/EE17FF74-6C45-4575-9CF4-7FC2597ACD18/directx_feb2010_redist.exe cabextract directx_feb2010_redist.exe -F dxnt.cab cabextract dxnt.cab -F ksproxy.ax Files to be stored in /home/dvb/sw: Total Commander 32bit: tcmd922ax32.exe DVBViewer: DVBViewer_setup_6.1.4.exe Recording SVC: Recording_Service_setup_1.33.02.01.exe FFMPEG 32bit: ffmpeg-20190707-98b122c-win32-static.zip DVB Lic: xxxx.dvbvkey Config from Windows DVBWiewer: This step is optional. You can configure the Recording Service without these. I copied the file from the Windows installation to keep my settings. Channel Logos: "c:\Program Files\DVBViewer\Images\Logos" Plugins: "c:\Program Files\DVBViewer\Plugins" Channels: "c:\Documents and Settings\All Users\Application Data\CMUV\DVBViewer\channels.dat" Allowed Networks: "c:\Documents and Settings\All Users\Application Data\CMUV\DVBViewer\Config\svcuserdata.xml" Rec-Server Config: "c:\Documents and Settings\All Users\Application Data\CMUV\DVBViewer\Config\service.xml" Tuner Config: "c:\Documents and Settings\All Users\Application Data\CMUV\DVBViewer\Config\svchardware.xml" SAT>IP Config: "c:\Documents and Settings\All Users\Application Data\CMUV\DVBViewer\Config\svcnetwork.xml" Setup: Start Xming on Windows client. On Linux Desktop you usually already have a X server running. If using Putty, configure it to have X forwarding enabled. Putty (or ssh -X) to dvbsrv as root. cp .Xauthority /home/dvb/ chown dvb:dvb /home/dvb/.Xauthority su - dvb cd sw Initial Wine start wine cmd exit Install Total Commander wine tcmd922ax32.exe - no shortcuts Install DVBViewer wine DVBViewer_setup_6.1.4.exe - no shortcuts, no FW - OK on "Unable to execute file: powercfg.exe" - 10 times - Add Key File, Username and Passsword - Key file in Z:\home\dvb\sw - Cancel additional components install - do not wiew changelog_en.html and do not Launch DVBViewer Install Recording Service wine Recording_Service_setup_1.33.02.01.exe - no shortcuts, no FW, no Download FFmpeg - OK on "Unable to execute file: powercfg.exe" - 10 times - do not wiew changelog_en_rs.html and do not Launch Configuration - Right click Recording Service System Tray Icon -> Disable Auto-Start Tray Control Program -> Exit Start Total Commander - These steps can also be done manually on Linux or Wine comandline "wine cmd" wine c:\\totalcmd\\totalcmd.exe & - Configure - Copy z:\home\dvb\sw\ksproxy.ax -> c:\windows\system32 - Open z:\home\dvb\sw\ffmpeg-20190707-98b122c-win32-static.zip + Copy z:\home\dvb\sw\ffmpeg-20190707-98b122c-win32-static.zip\ffmpeg-20190707-98b122c-win32-static\bin\ffmpeg.exe -> "c:\Program Files\DVBViewer" - Copy Plugins -> "c:\Program Files\DVBViewer\Plugins" - Copy Logos -> "c:\Program Files\DVBViewer\Images\Logos" - Copy z:\home\dvb\sw\channels.dat -> c:\ProgramData\CMUV\DVBViewer - Copy XML config files -> c:\ProgramData\CMUV\DVBViewer\Config Configure Recording Service wine "c:\Program Files\DVBViewer\svcoptions.exe" - Recorder: Directories: Z:\mnt\recordings + Recordings: Disable Create NTFS filestorage data - Web/UPnP: Port 8080 Disable: Prevent PC sleep Run As systemd service: /etc/systemd/system/DVBViewer.service [Unit] Description=Run DVBViewer Recording Service in Wine [Service] User=dvb ExecStart=/usr/bin/xvfb-run /usr/bin/wine "c:\Program Files\DVBViewer\DVBVservice.exe" [Install] WantedBy=multi-user.target /etc/systemd/system/DVBViewer-port.service [Unit] Description=Redirect port 80 to 8080 for DVBViewer Recording Service [Service] Type=oneshot ExecStart=/sbin/iptables -t nat -A PREROUTING -p tcp --dport 80 -j REDIRECT --to-ports 8080 [Install] WantedBy=multi-user.target systemctl enable DVBViewer-port.service systemctl enable DVBViewer.service systemctl start DVBViewer-port.service systemctl start DVBViewer.service Start Wine programs as root: Totalcmd: cp /root/.Xauthority /home/dvb/ && su - dvb -c 'wine "c:\totalcmd\totalcmd.exe"' & DVBViewer Opts: systemctl stop DVBViewer && \ cp /root/.Xauthority /home/dvb/ && \ su - dvb -c 'wine "c:\Program Files\DVBViewer\svcoptions.exe"' && \ systemctl start DVBViewer
  2. Hallo, wollte meinen DVBViewer samt Recording-Service mal wieder updaten. Leider finde ich auf der Mitgliederseite dir Rubrik für den Recording-Service nicht. Danke für Eure Hilfe Grüße Christian
  3. Wir haben heute den DVBViewer Media Server 2.0.0 veröffentlicht. In Memoriam - Lars Gehre Change Log DVBViewer Media Server 2.0.0 Bitte vor dem Download und der Installation des DVBViewer Media Servers die folgenden wichtigen Änderungen beachten: Geändert: Allgemein: Der DVBViewer Media Server ist eine fortgeschrittene Version des bisherigen Recording Service. Der Media Server ist im Unterschied zum Recording Service nicht kostenlos, sondern erfordert zusätzlich zur DVBViewer-Lizenz eine weitere Lizenz. Weitere Informationen dazu bietet die Ankündigung des Media Servers. Er kann jedoch über einen vorhandenen Recording Service installiert werden. Alle Einstellungen bleiben dabei erhalten. Bitte beachten: Die Installation des DVBViewer Media Servers erfordert zunächst ein Update auf den DVBViewer Pro 6.0. Er bringt eine neue Version des Key Tools mit (KeyTool.exe). Führen Sie KeyTool.exe aus, um eine DVBViewer Media Server Lizenz zu bestellen oder das Passwort einzugeben, das sie nach der Bestellung per Mail erhalten. Entfernt: Unicast / DVB Server: Dieser veraltete Server-Typ für DVBViewer-Clients steht nicht mehr zur Verfügung. Seine Funktionalität wird jetzt vollständig vom RTSP (Sat>IP) Server abgedeckt, der als Ersatz dienen kann. Falls der Unicast Server aus irgendeinem Grund unverzichtbar ist, bleiben Sie bitte beim Recording Service 1.33.2 und DVBViewer Pro 5.6.4. Ergänzt: Senderliste: Die URLs der Sender, die dem neuen TS Stream-Tunertyp angehören, werden in einer zusätzlichen Datei ChannelsURL.ini im Konfigurationsordner gespeichert. Ein Backup oder eine Kopie einer Senderliste mit TS Stream-Einträgen erfordert, die Dateien channels.dat und ChannelsURL.ini zusammen zu speichern. Ohne die zusätzliche Datei oder nach dem Laden/Speichern der Senderliste mit vorherigen DVBViewer Pro / Recording Service-Versionen sind alle TS Stream-Senderlisteneinträge verloren! Das neue Feature ist nur mit dem DVBViewer Pro 6.0 allein oder in Kombination mit dem DVBViewer Media Server 2.0 nutzbar. Achten Sie bitte darauf, dass keine älteren DVBViewer Pro / Recording Service-Versionen schreibend auf die Senderliste zugreifen. Falls Xepg für den Import von EPG-Daten verwendet wird: Bitte Xepg auf Version 0.7.0.0 aktualisieren, das an die geänderte EPG-Handhabung im DVBViewer Pro 6.0 / Media Server 2.0 angepasst ist und die Zuordnung von EPG-Daten zu Internet-Sendern bzw. dem neuen TS Stream Tunertyp unterstützt. Bitte beachten: Xepg 0.7.0.0 darf nicht mit älteren DVBViewer / Recording Service-Versionen verwendet werden (und ältere Xepg-Versionen nicht mit DVBViewer Pro 6.0 / Media Server 2.0). Da die sich aus dem TS Stream-Tunertyp ergebenden Möglichkeiten zu umfangreich sind, um sie alle in diesem Log zu beschreiben, wird in nächster Zeit im Forum eine Serie von Artikeln erscheinen, die auf Details eingehen. Streaming Ergänzt: Streaming: Handhabung von URL-basierten Senderlisten-Einträgen, unter der Voraussetzung, dass die Quelle einen Transportstrom (TS) liefert oder etwas, das der Media Server in einen Transportstrom umwandeln kann („TS Stream-Tunertyp“). Solche Einträge können im Senderlisten-Editor des DVBViewer Pro 6.0 (und späteren Versionen) der Senderliste hinzugefügt werden. Die folgenden Stream- bzw. URL-Arten werden unterstützt: HTTP mit enthaltenem Transportstrom, wie zum Beispiel bei Sendern, die via HbbTV über das Internet verbreitet werden. HLS (HTTP Live Streaming) basierend auf M3U8-Wiedergabelisten und Transportstrom-Segmenten. Dieses von Apple eingeführte Format wird häufig für Internet TV verwendet. AES-128-verschlüsselte Streams werden unterstützt, sofern der Anbieter den Zugriff auf den Schlüssel erlaubt. UDP/RTP Multicast und Unicast mit enthaltenem Transportstrom ähnlich dem bereits von früheren Recording Service-Versionen unterstützten DVB IPTV. Multicast-URLs können auf folgende Weise eine Source IP und die IP-Adresse des lokalen Netzwerkadapters (NIC) enthalten: rtp://[Source-IP@]Multicast-IP:Port[/Adapter-IP]. Die Angaben in eckigen Klammern sind optional. RTSP mit Sat>IP-kompatiblem Transportstrom. Der Media Server arbeitet dabei als „Sat>IP Thin Client“ mit statischen RTSP URLs, so wie sie öfters von Sat>IP-Servern als M3U-Liste exportiert werden (z.B. vom Media Server als RTSP-Senderliste). Sat>IP mit einem virtuellen RTSP-Netzwerkgerät ist jedoch vorzuziehen, falls möglich, da leistungsfähiger. HTTP mit AAC oder MP3 Audio (Internetradio). Intern konvertiert der Media Server diese Streams in einen Transportstrom. Falls verfügbar, erscheinen Metadaten wie Interpret und Titel als EPG-Daten. Pfade lokaler TS, MP2, MP3 und AAC-Dateien, die behandelt werden, als würde der Inhalt live gesendet. Ergänzt: Hardware-Optionen: Möglichkeit, der Geräteliste virtuelle TS Stream-Geräte hinzuzufügen, um ihre Standard-Einstellungen ändern zu können. Standardmäßig werden TS Stream-Geräte dynamisch nach Bedarf erzeugt, ohne in der Geräteliste zu erscheinen. Bitte beachten: Um mit der verfügbaren Netzwerk-Datenrate sparsam umzugehen, erzeugt der Media Server nur automatisch neue TS Stream-Geräte, wenn es keine Alternative gibt, wie einem Vorgang mit niedriger Priorität das Gerät für einen Vorgang mit höherer Priorität wegzunehmen. Wenn man nicht möchte, dass eine TS Stream-Timeraufnahme die Wiedergabe eines anderen TS Stream-Senders abbricht, kann man der Geräteliste ausreichend viele TS Stream-Geräte hinzufügen. Der Media Server betrachtet sie als auf jeden Fall verfügbar. Ergänzt: Hardware-Optionen: Einstellungen-Dialog für virtuelle TS Stream-Geräte in der Geräteliste. Er ermöglicht es, das Verbindungs-Timeout und die Empfangspuffergröße festzulegen, weiterhin die Menge der vorab (vor Wiedergabebeginn) gelesenen Daten, eine HLS-Datenratenbegrenzung „pro Gerät“ und den Netzwerkadapter, über den UDP/RTP-Streams empfangen werden sollen. Mobiles und Desktop-Webinterface Ergänzt/Geändert: Mobiles Webinterface: Das bisherige iOS Webinterface wurde in „Mobiles Webinterface“ umbenannt. Verschiedene Maßnahmen ermöglichen eine Nutzung ohne die iOS Recording Service App und auf anderen Plattformen, insbesondere unter Android (mit Chrome als Browser) und auf Windows Phones (mit Edge als Browser). Das Webinterface kann durch Eingabe der folgenden Adresse im Browser aufgerufen werden: http://[Media Server IP]:[Webserver Port]/ios [Media Server IP] und [Webserver Port] sind Platzhalter für die IP-Adresse des DVBViewer Media Servers und den Webserver Port (standardmäßig 8089). Es handelt sich praktisch um die URL des Desktop Webinterface mit angehängtem /ios. Bitte beachten: Wegen der Vielfalt an Betriebssystem- und Browser-Versionen ist nicht garantiert, dass das mobile Webinterface in jedem Fall fehlerfrei funktioniert. Dies betrifft insbesondere Android. Es können sich die folgenden Unzulänglichkeiten zeigen: Allgemein: Gewöhnlich erlauben Browser auf Mobilgeräten kein Autoplay (um Datenvolumen- und Stromverbrauch durch unerwünschte Video-Wiedergabe zu verhindern). Deshalb ist für den Wiedergabestart eine zusätzliche Benutzeraktion erforderlich (ein Tap auf einen Play-Button), außer nach einer Senderumschaltung. Android/Chrome: Ältere Android-Versionen sind eventuell nicht in der Lage, das mobile Webinterface darzustellen. Es wurde ab Version 4 getestet. Android/Chrome: Das HLS-Wiedergabeformat funktioniert nicht, wenn der Webserver passwortgeschützt ist. Android/Firefox: Es gibt kleinere Darstellungsfehler im Webinterface. Die Wiedergabe ist auf das WebM-Format (siehe unten) beschränkt, da Firefox kein HLS unterstützt. Android/Chrome & Firefox: Das mobile Webinterface bietet WebM als alternatives Wiedergabeformat auf der Stream-Konfigurationsseite an. Es ist für TV/Radio geeignet, aber erlaubt noch kein Springen bei der Wiedergabe von Dateien und Aufnahmen, das HLS als Format erfordert. Android/Chrome: Die Vollbild-Wiedergabe bei TV/Radio im HLS-Format funktioniert nicht mit Android 5 und älteren Versionen. Ergänzt: Desktop- und mobiles Webinterface: Einstellungen → Konfiguration → Nur Transponder mit Favoriten. Die Option veranlasst den Media Server, bei einer EPG-Aktualisierung nur Transponder zu berücksichtigen, die zumindest einen Favoriten enthalten. Dies kann die Aktualisierungsdauer und die Menge gespeicherter Daten deutlich reduzieren. Ergänzt: Mobiles Webinterface: Option auf der Konfigurationsseite, um Radiosender anzuzeigen/zu verstecken. Zuvor gab es nur einen TV-Schalter, der es nicht erlaubte, Radiosender separat ein/auszublenden. Geändert: Desktop- und mobiles Webinterface: Der TV/Radio-Filter wird jetzt auch auf die Senderliste im Timer- und Wiedergabefenster angewandt, falls möglich. Ergänzt: Mobiles Webinterface: Senderlisten-Anzeigeoptionen „Zusätzlich Favoriten“ und „Nur Favoriten“ auf der Konfigurationsseite. Geändert: Desktop- und mobiles Webinterface: Die Filter-Optionen für die Senderliste auf der Konfigurationsseite (TV / Radio / Zusätzlich Favoriten / Nur Favoriten) werden jetzt in einem Cookie gespeichert. Dies erlaubt verschiedene Einstellungen in verschiedenen Browsern / Geräten. Entfernt: Mobiles Webinterface: Veraltete EPG-Optionen auf der Konfigurationsseite. Entfernt: Mobiles Webinterface: Seite „Aktive Streams“, die alle aktiven HLS-Streams aufzählte und ermöglichte, sie einzeln zu stoppen. Entfernt: Mobiles Webinterface: Einstellungen für die Änderung des Benutzernamens und Passworts, die aus Sicherheitsgründen nicht mehr in den Webinterfaces angeboten werden. Geändert: Mobiles Webinterface (nur Tablet-Modus): Der Link „Info & Hilfe“ oben links wurde in „Startseite“ umbenannt. Er funktioniert jetzt genauso wie der Link „Stream beenden“ auf der Wiedergabeseite, setzt also die Seitenhistorie zurück und beendet einen noch aktiven Stream, auch wenn die Wiedergabe durch eine andere Seite verdeckt wird. Ergänzt: Desktop Webinterface: Aufnahme-Button in den EPG-Details eines Senders, auch wenn keine EPG-Daten für die aktuelle Sendung verfügbar sind, z.B. beim Öffnen der Details von der Media-Seite aus. Zuvor gab es in dem Fall keinen Aufnahme-Button. Jetzt öffnet er das Timer-Fenster mit der Standard-Start- und Endzeit als Vorgabe (wie der Button „Neuer Timer“ auf der Timer-Seite). Fix: Desktop Webinterface: Das Löschen vieler Timer auf einmal konnte mehrere Sekunden dauern und eine hohe CPU-Last erzeugen. Ergänzt: Desktop Webinterface: Abmelden-Link in der Kopfzeile, wenn ein Benutzer oder Gast mit Benutzername und Passwort angemeldet ist. Getestet mit Firefox, Chrome, Edge und dem Internet Explorer 11. Funktioniert eventuell nicht mit Safari. Ergänzt: Desktop Webinterface: Neue „TS Stream“-Unterordner im TV-und Radio-Ordner auf der Media-Seite, die TS Stream-Senderlisteneinträge enthalten. Geändert: Webinterface / Transkodiertes Streaming: Die auf der Stream-Konfigurationsseite angebotenen Formate werden jetzt mehr entsprechend den Browser-Fähigkeiten gefiltert: Mobiles Webinterface: Safari: HLS Edge: HLS Firefox: WebM Andere (Chrome): HLS, WebM Desktop Webintercae: Safari: HLS, Flash, TS Edge: HLS, Flash, TS Andere (Firefox, Chrome, Internet Explorer): WebM, Flash, TS Obwohl es Browser nicht wiedergeben können, ist TS immer dabei, um den Download der Liste transcodedchannels.m3u mit TS-URLs für andere Player wie den VLC zu ermöglichen. Geändert: Desktop Webinterface: Aus dem Stream-Konfigurationsfenster heruntergeladene Senderlisten werden jetzt durch die TV/Radio-Filteroptionen beeinflusst (siehe Konfigurationsseite). Dies ermöglicht es, den Inhalt auf TV oder Radio zu reduzieren. Zuvor wirkten sich nur die Optionen „Zusätzlich Favoriten“ und „Nur Favoriten“ aus. Dies betrifft die HTTP-Senderlisten (channels.m3u und transcodedchannels.m3u) sowie die RTSP-Senderliste (rtspchannels.m3u). Transkodiertes Streaming Geändert: Transkodiertes Streaming: Die Versionsnummern der Dateien ffmpegprefs.ini und iphoneprefs.ini haben sich auf 5 erhöht. Dies bedeutet, dass bereits existierende Dateien im config-Unterverzeichnis des Media Server-Installationsverzeichnisses mit niedrigerer Versionsnummer in .bak umbenannt und durch neue Standarddateien ersetzt werden, sobald man transkodiertes Streaming startet. Falls notwendig kann dies vermieden werden, indem man mit einem Texteditor in den vorherigen Dateien die Versionsnummer auf 5 erhöht. Geändert: Transkodiertes Streaming: Das Standard-Audioformat für HLS ist jetzt AAC (zuvor MP3), da frühe 5.x Android-Versionen HLS mit MP3 nicht flüssig abspielen können. Ergänzt: Transkodiertes Streaming: Variable {analyzeduration} in den Dateien ffmpegprefs.ini und iphoneprefs.ini. Sie bestimmt, wie lange FFmpeg einen Live Stream analysiert, bevor die Transkodierung beginnt. Die Standardwerte können in der neuen Sektion [Defaults] festgelegt werden, z.B. AnalyzeDuration=1500 und AnalyzeDurationAudio=1000 (in ms). Das sind auch die Defaultwerte, falls die Angaben fehlen. Geändert: Transkodiertes Streaming (HLS): Zwei oder mehr Media Server Clients, die einen Stream mit identischen Parametern anfordern, können nun gemeinsam den Output einer einzigen FFmpeg-Instanz erhalten, vorausgesetzt die Quelle ist TV/Radio oder eine Datei, auf die zwei Clients mit der selben IP-Adresse zugreifen. Dies vermeidet die unnötige Erzeugung von zwei FFmpeg-Instanzen, wenn z.B. erst ein Browser und dann ein von ihm beauftragter Player auf den Stream zugreifen. Geändert: Transkodiertes Streaming (HLS): Einige Anpassungen, die die Wiedergabe des Media Server-HLS-Outputs in Edge unter Windows 10 / auf Windows Phones ermöglichen und die Wiedergabe unter Android verbessern (insbesondere mit Chrome sowie dem MXPlayer und BSPlayer). Fix: Transkodiertes Streaming (WebM, Flash, TS): Verbesserte Handhabung, falls die Quelle eine laufende Aufnahme ist, insbesondere die Vermeidung eines vorzeitigen Wiedergabe-Stopps. Zu beachten ist, dass ein Springen im Webinterface (aber nicht die Wiedergabe!) auf die Dateigröße beim Wiedergabestart begrenzt ist. Fix: Transkodiertes Streaming (HLS): Verbesserte Handhabung, falls die Quelle eine laufende Aufnahme ist. Standardmäßig erfolgt die Ausgabe nun als Live Stream, so dass die Wiedergabe nicht mehr auf die Dateigröße beim Wiedergabestart beschränkt, aber Springen unmöglich ist. Dieses Verhalten kann durch den neuen Parameter recfile=1 ins Gegenteil geändert werden (Wiedergabe beschränkt, aber Springen möglich), indem man z.B. die Experteneinstellungen im Stream-Konfigurationsfenster des Webinterface verwendet. Entfernt: Optionen/Transkodiertes Streaming: Optionen → Web/UPnP → Flash-Wiedergabe unter OS-X (statt HLS). Diese Einstellung ist obsolet, da der Media Server nun in der Lage ist, HLS zusammen mit anderen Formaten in den Optionslisten des Webinterface zu handhaben. RTSP Server Ergänzt: RTSP Server: Optionaler HTTP-Output für Clients, die mit RTSP nicht umgehen können. Der Port entspricht dem RTSP TCP Port (siehe Optionen → RTSP Server). Dies bedeutet, dass rtsp:// in der vom Media Server heruntergeladenen RTSP-Senderliste durch http:// ersetzt werden kann. Ergänzt: RTSP Server: Möglichkeit, anstelle der Sat>IP Syntax eine Sender ID in statischen RTSP und HTTP URLs zu verwenden, mit denen „Thin Clients“ nur einmalig zu Beginn der Wiedergabe Daten anfordern. Die Sender ID kann auch eine Sendernummer sein. Beispiele: rtsp://127.0.0.1:554/?chid=2359890840093486438|ZDF rtsp://127.0.0.1:554/?chid=0 Ergänzt: RTSP Server: Wenn der Server eindeutig einen „Thin Client“ erkennt, der nur einmalig zu Beginn Daten anfordert (nicht dynamisch während der Stream bereits läuft), erfolgt die Freigabe von DVB-Hardware verzögert, um Senderumschaltungen zu beschleunigen. Außerdem wird der PAT/PMT-Inhalt an den tatsächlichen Output angepasst, was Probleme beim Client durch irreführende PAT/PMT-Einträge vermeidet. Dies gilt generell für Clients, die eine HTTP URL oder eine RTSP URL mit einer Sender ID verwenden (siehe oben). Geändert: RTSP Server: Die vom Media Server im M3U-Format exportierte RTSP-Senderliste verwendet jetzt Sender IDs statt Sat>IP-Syntax (siehe oben). Dies reduziert die Dateigröße beträchtlich (weniger als 50%). Da der RTSP Server solche URLs als Anfragen eines „Thin Clients“ identifiziert, kann er außerdem die PAT/PMT an den tatsächlichen Output anpassen (siehe oben) und die Hardware-Freigabe für schnellere Senderumschaltungen verzögern. Der neue Tweak „Sat>IP URL-Syntax für RTSP-Senderliste benutzen“ (siehe DMSTweaker.bat) erlaubt die Rückkehr zum vorherigen Format der RTSP-Senderliste. Ergänzt: RTSP Server Optionen: Eine Sektion „RTSP Senderliste“ legt fest, ob alle Audio-Spuren sowie Teletext- und EPG-Daten an „Thin Clients“ ausgeliefert werden sollen, die die RTSP-Senderliste verwenden. Ergänzt: RTSP Server Optionen: Checkbox: „(Verhinderung des Energiesparmodus) auch bei lokalen Clients auf dem selben PC anwenden“, da diese Clients bei Bedarf selbst dafür sorgen können. Ergänzt: RTSP Server: Unterstützung für die Übertragung eines CAM Menüs und Reaktionen auf Menübefehle, wenn der DVBViewer Pro ab Version 6.0 als Sat>IP Client arbeitet. Webserver, Live und Media Streamserver Ergänzt: Webserver: Ein Authentifizierungs-Header in einer Client-Anforderung bewirkt, dass Webserver-URLs in exportierten M3U-Senderlisten der Benutzername und das Password aus dem Header hinzugefügt wird, auch wenn der Webserver selbst keine Authentifizierung durchführt (für Authentifizierung durch einen Reverse Proxy). Ergänzt: Webserver: IPv6-Clientadressen vom selben PC oder dem selben Subnetz werden erkannt (für Reverse Proxy-Unterstützung). Außerdem erlaubt der Webserver jetzt die Angabe von IPv6-Adressen und -Adressbereichen, um sie durch die Experten-Tweaks in der Datei svcuserdata.xml als „trusted“, „local“ oder das Gegenteil festzulegen (zuvor nur IPv4). Fix: Webserver: Eine ausgiebige Autotimer-Suche mit regulären Ausdrücken konnte Fehler in laufenden Aufnahmen verursachen. Geändert: Web / Live Streamserver: Zusätzliche PIDs, die mit einem nicht-transkodierten Transportstrom ausgeliefert werden sollen, können nun wie bei Sat>IP angefordert werden, indem man an die URL ?pids=x,y,z... anhängt. Geändert/Fix: Web / Live Streamserver: Die Behandlung von Radio- und reinen Audio-Streams wurde komplett überarbeitet. Mehrere Probleme wurden behoben. Die Dateierweiterung als Teil der URL legt nun auf konsistente Weise das Audioformat fest: .mp2, .mp3, .aac, .ac3 und .wav veranlassen den Server, einen entsprechenden Audio-Elementarstrom (ohne Container) als Output zu erzeugen. Dabei wird Transkodierung verwendet, falls das Quellformat nicht dem Ausgabeformat entspricht. Die Namenserweiterung .audio führt dazu, dass der Server das originale Audioformat liefert. Beispiel: http://127.0.0.1:7522/upnp/channelstream/ClassicRock.audio Diese Änderungen betreffen auch den Live-Stream-Output des Webservers, der zuvor keine Audio-Elementarströme liefern konnte. Fix: Media Streamserver: Zugriffsverletzungen unter bestimmten Timing-Bedingungen, die die (UPnP-)Auslieferung von Dateien und Aufnahmen bis zu einem Neustart des DVBViewer Media Servers komplett verhinderten. EPG Geändert: EPG: Die Handhabung der „pro Sender“ EPG-Einstellungen, die sich im Senderlisten-Editor des DVBViewer Pro ändern lassen, wurde überarbeitet. Bisher bestimmten sie, welche EPG-Arten (DVB/MHW/Extern) für einen Sender akzeptiert und gespeichert wurden. Jetzt werden grundsätzlich alle EPG-Daten gespeichert, und die Einstellungen bestimmen, welche davon angezeigt werden. Daten aus verschiedenen Quellen für den selben Sender können so ohne Vermischung oder Überschreiben koexistieren. Wenn mehr als eine EPG-Art für einen Sender aktiviert und verfügbar ist, haben externe Daten Vorrang vor MHW und diese wiederum vor DVB-Daten. Entfernt/Geändert: EPG-Optionen: Die drei Checkboxen „Standard/MediaHighway/Freesat EPG-Daten empfangen“ wurden entfernt. Der EPG-Empfang ist jetzt immer aktiviert, insbesondere der Empfang des Freesat-EPGs, wenn die Orbitalposition von Satelliten-Sendern 28,2° Ost ist (zuvor standardmäßig ausgeschaltet). Außerdem wurde die Optionenseite „MHW/Freesat“ (für die Eingabe von Frequenzen mit MHW-EPG und dem Hochgeschwindigkeits-Freesat-EPG) mit der Haupt-EPG-Seite zusammengefasst. Geändert/Fix: EPG: Allgemeine Restrukturierung des EPG-Codes, einschließlich Unterstützung für den Import von externen EPG-Daten von Xepg für TS Stream-Sender. Verschiedene Probleme und Inkonsistenzen wurden behoben. Fix: EPG Export: Unerwartete Steuerzeichen werden aus Unicode EPG-Strings entfernt, um einen ungültigen XML Export zu verhindern. Hardware Fix: Hardware: Windows-Botschaften, die das Einstecken oder Entfernen eines DVB-USB-Gerätes melden, aktualisierten nicht die Ausführbarkeit von Aufnahmetimern. Ergänzt: RTSP Gerät: Tweak, der den DVBViewer veranlasst, dem Sat>IP-Server ein vollständigen Satz DVB-T-Empfangsparameter zu senden, einschließlich Dummy-Werten, um formal den Spezifikationen zu entsprechen (siehe hier, Punkt 2). Dies geschieht, indem man in der Datei hardware.xml (siehe Konfigurationsordner) dem Abschnitt für das betreffende virtuelle RTSP-Netzwerkgerät folgende Zeile hinzufügt: <entry name="AllParams">1</entry> Fix: CI-Handhabung: Das Einschalten eines unverschlüsselten Senders konnte die Entschlüsselung eines weiteren Senders vom selben Transponder stören oder abbrechen und dadurch eine laufende Aufnahme dieses Senders verderben (betrifft insbesondere DVBSky- und FireDTV-Geräte). Ergänzt: Hardware: DVB-T2- und Substream (MPLP)-Erkennung für EMPIA-basierte DVB-T2-Geräte (z.B. Hauppauge WinTV soloHD, dual HD und PCTV triplestick). Fix: Hardware: Die Hybrid-Tuner Hauppauge WinTV soloHD, dualHD und PCTV triplestick Hybrid-Tuner wurden irrtümlich als USB 1.1-Geräte erkannt, die nicht mehr als einen Fernsehsender gleichzeitig liefern können. Bitte beachten: Um den Fehler zu beheben, muss unter Optionen → Hardware eine erneute Gerätesuche ausgeführt werden. Fix: Hardware: DiSEqC funktionierte nicht richtig mit Sundtek DVB-S2 Sticks. Bitte beachten: Um den Fehler zu beheben, muss unter Optionen → Hardware eine erneute Gerätesuche ausgeführt werden. Aktualisiert: Hardware-Datenbank. Verschiedenes Geändert: Allgemein: Die maximale Anzahl von TV/Radio Live Streams, die an Clients ausgeliefert werden können, wurde von 6 auf 10 erhöht. Die Anzahl Streams wird für den RTSP (Sat>IP) Server und den Webserver/Live Streamserver separat gezählt, was eine Gesamtanzahl von 20 Live Streams gleichzeitig ergibt (10 vom RTSP Server und 10 vom Webserver/Live Streamserver), sofern ausreichend DVB-Hardware vorhanden ist. Geändert: Recorder: Teile des Recorders wurden neu strukturiert. Aufnahmen werden jetzt nach dem Erfassen der gesendeten Service-Informationen gestartet, was einen sofortigen Auto-Split aufgrund von geänderten Senderdaten vermeidet. Ergänzt: Aufgaben-Optionen: Die Checkbox „Erweiterte Privilegien für die Ausführung von Aufgaben im aktiven Benutzerkonto“ erlaubt dem Media Server, Aufgaben auszuführen, die eine Anwendung mit Benutzeroberfläche (z.B. den DVBViewer) im aktiven Benutzerkonto starten. Bitte beachten: Mehr Rechte bedeuten i.a. weniger Sicherheit. Deshalb sollte diese Einstellung nur wenn nötig verwendet werden. Sie zu ändern erfordert Administratorrechte (siehe nächster Punkt). Nach einer Neuinstallation oder Aktualisierung des Media Servers kann es erforderlich sein, die Option erneut einzuschalten. Die neue Checkbox „Im aktiven Benutzerkonto ausführen“ im Task Editor legt pro Task fest, ob sie im aktiven Benutzerkonto (mit zugänglicher Benutzeroberfläche) oder im Systemkonto (ohne Benutzeroberfläche) ausgeführt werden soll. Ergänzt: Tray Tool: Menüpunkt „Mit Admin-Rechten konfigurieren“, um die Media Server-Optionen mit Admin-Rechten zu starten, so dass der Task-Editor verwendet werden kann. Ergänzt: Tray Tool: Das Tray Tool beachtet jetzt die Einstellung „Nicht beenden, wenn eine Aufnahme bevorsteht in...“ und verweigert gegebenenfalls ein vom Anwender ausgelöstes Herunterfahren des PC, so dass es im Windows-Vollbilddialog bestätigt werden muss. Zuvor bezog sich die Einstellung nur auf ein vom Media Server ausgelöstes Herunterfahren. Fix: Optionen: Unnötiges Schreiben der service.xml und Speichern einer geänderten Spracheinstellung, wenn die Optionen mit Abbruch beendet wurden. Geändert: UPnP Optionen: Die Einstellung „Web/UPnP → UPnP AV Server → PC-Energiesparmodus verhindern...“ bezieht sich jetzt nur noch auf UPnP-Zugriffen von anderen PCs/Geräten. Die Kommunikation mit UPnP-Clients/Servern auf dem selben PC verhindert den Energiesparmodus nicht mehr. Geändert: API: Die zahlreichen Ergänzungen und Verbesserungen im Media Server API werden nicht mehr im Ankündigungen & Neuigkeiten-Forum, sondern im Scripting Lounge / API-Forum veröffentlicht. Außerdem sind sie in der englischsprachigen Datei changelog_en_dms.html enthalten (siehe docs-Unterordner im Media Server Installationsordner).
  4. Today we have released the DVBViewer Media Server 2.0.0: In Memoriam - Lars Gehre Change Log DVBViewer Media Server 2.0.0 Please take note of the following information before downloading and installing the DVBViewer Media Server: Change: General: The DVBViewer Media Server is an advanced version of the former Recording Service. In contrast to the Recording Service the DVBViewer Media Server is not free of charge, but requires another license in addition to the DVBViewer license. Please read the Media Server announcement for further details. However, the Media Server can be installed over an existing Recording Service installation. All settings are kept. Please note that installing the DVBViewer Media Server requires updating to DVBViewer Pro 6.0 first. It provides a new Key Tool version that allows to order a Media Server license and to enter the password that you will receive after purchase. Removed: Unicast / DVB Server: This out-dated server type for DVBViewer clients is not available anymore. Its functionality is fully covered by the RTSP/Sat>IP server. If the Unicast DVB Server is essential for some reason please stay with Recording Service 1.33.2 beta and DVBViewer Pro 5.6.4. Added: Channel List: URLs of channels belonging to the new TS Stream (Live Stream) tuner type are stored in an additional file ChannelsURL.ini that is located in the configuration folder. A backup or copy of a channel list containing TS Stream entries requires saving the files channels.dat and ChannelsURL.ini together. Without the additional file or after loading/saving the file channels.dat with previous DVBViewer Pro / Recording Service versions all TS Stream channel list entries are lost! The new feature is only usable with DVBViewer Pro 6.0 / DVBViewer Media Server 2.0 and later. Please take care that a channel list containing TS Stream entries is not accessed by older DVBViewer Pro / Recording Service versions. If you are using Xepg for importing EPG data, please update to Xepg 0.7.0.0 that complies with the changed EPG handling in DVBViewer Pro 6.0 / DVBViewer Media Server 2.0 and supports assigning EPG data to internet channels belonging to the new TS Stream tuner type. Please note that Xepg 0.7.0.0 must not be used with older Recording Service / DVBViewer versions (and older Xepg versions not with DVBViewer Pro 6.0 / Media Server 2.0). Since it is not possible to describe all aspects of the new TS Stream tuner type in this log, a series of articles dealing with the details will be published in the forum. Streaming Added: Streaming: Capability to handle URL based entries in the channel list, provided the source delivers a transport stream or something that the Media Server can convert to a transport stream (“TS Stream” tuner type). Such channels can be added in the channel list editor of DVBViewer Pro 6.0 (and later). The following stream / URL types are supported: HTTP carrying a transport stream, as for example used by broadcasters providing TV streams via HbbTV. HLS (HTTP Live Streaming) based on M3U8 playlists and transport stream segments. This format has been introduced by Apple and is frequently used for Internet TV. AES 128 encrypted streams are supported if the provider allows to access the key. UDP/RTP multicast and unicast carrying a transport stream, similar to DVB IPTV as already supported by previous DVBViewer versions. Multicast URLs may specify a source IP and the IP of the local network adapter (NIC) in the following way: rtp://[Source-IP@]Multicast-IP:Port[/Adapter-IP]. The parts in square brackets are optional. RTSP carrying a Sat>IP compliant transport stream letting DVBViewer work as a Sat>IP thin client that uses static RTSP URLs as provided by a some Sat>IP servers as M3U playlist (e.g. by the DVBViewer Media Server as RTSP channel list). However, Sat>IP with a virtual RTSP Network Device should be preferred, if possible, since it is more effective. HTTP containing AAC or MP3 audio (internet radio). Internally the streams are converted to transport streams. Metadata like artist and title appears as EPG data, if available. Paths of local TS, MP2, MP3 and AAC files which are handled “as if broadcasted live”. Added: Hardware Options: Possibility to add virtual TS Stream Devices to the device list in order to change the default settings. By default TS stream devices are created dynamically on demand without showing up in the device list. Furthermore, in order to save network bandwidth, the Media Server only creates new TS Stream devices dynamically if there is no alternative like taking the device away from a lower priority task for a high priority task. So if you don't want a TS Stream timer recording to stop playback of a different TS Stream, just add enough TS Stream devices to the device list. The Media Server regards them as “available in any case”. Added: Hardware Options: Settings dialog for virtual TS Stream Devices. It allows to specify the connection timeout and receive buffer size, the amount of pre-read data (before playback starts), a “per device” HLS data rate limitation and the network interface card / adapter over which UDP / RTP streams shall be received. Mobile and Desktop Web Interface Added/Change: Mobile Web Interface: The former iOS Web Interface has been renamed to “Mobile Web Interface”. Several measures enable using it without the iOS Recording Service App and on other platforms, particularly Android (with Chrome as browser) and Windows Phones (with Edge as browser). It can be accessed by entering the Mobile Web Interface address in the browser http://[Media Server IP]:[Web Server Port]/ios [Media Server IP] and [Web Server Port] are placeholders for the Media Server IP address and the web server port (by default 8089). It's simply the Desktop Web Interface address with /ios attached. Please note: Due to the multitude of operating system and browser versions it is not guaranteed that the Mobile Web Interface works flawlessly in every case, particularly concerning Android. Here are some known issues that you may encounter: Usually browsers on mobile devices do not allow auto-play (in order to avoid unwanted video playback eating up data volume and battery power). Therefore an additional user interaction (tapping a play button) is required for starting playback, except after a channel change. Android/Chrome: Older Android versions may not be able to display the Mobile Web Interface. It has been tested beginning with version 4. Android/Chrome: The HLS playback format does not work if the web server is password protected. Android/Firefox: There are some minor Web Interface display faults. Playback is restricted to the WebM format (see below) because Firefox does not support HLS yet. Android/Chrome & Firefox: The Mobile Web Interface offers WebM as (alternative) playback format on the stream configuration page. It is fine for TV/Radio, but does not yet allow jumping in files / recordings, which requires HLS as format. Android/Chrome: Full screen display of HLS TV/Radio does not work with Android version 5.x and lower. It works well with WebM, though. Added: Desktop and Mobile Web Interface: Settings → Configuration → EPG Update → Only transponders with favorites option. It lets the EPG update only scan transponders that contain at least one favorite channel. This option may reduce the update duration and amount of stored EPG data considerably. Added: Mobile Web Interface: Flip switch on the configuration page for showing/hiding radio channels in the channel list. Previously there was only a TV switch that did not allow to switch Radio on/off separately. Change: Desktop and Mobile Web Interface: The TV/Radio filter is also applied to the channel list in the timer and playback window, if possible. Added: Mobile Web Interface: “Favorites additionally” and “Favorites only” display options on the configuration page. Change: Desktop and Mobile Web Interface: The channel list filter options on the configuration page (Show TV / Radio / Favorites additionally / Favorites only / Channels without EPG) are now stored in a cookie, allowing different settings in different browsers / on different devices. Removed: Mobile Web Interface: Outdated EPG options on the configuration page. Removed: Mobile Web Interface: “Active Streams” page that enumerated all active HLS streams and allowed to stop them individually. Removed: Mobile Web Interface: Settings for changing passwords and user names (not supported anymore in the Web Interfaces for security reasons, only in the Recording Service options). Changed: Mobile Web Interface (tablet mode only): The ”Info & Help” link on the upper left has been renamed to “Home”. It now works exactly like the “Stop Stream” link on the playback page, which means, it resets the page history and stops a stream if it is still active (also if playback is covered by another page. Added: Desktop Web Interface: Record Button in the EPG details of a channel if no EPG data is available for the current programmme, e.g. if the details are opened from the media page. Previously the Record Button did not show up in this case. Now it opens the timer window with preset default start- and end time (like the “New Timer” button on the timer page). Fix: Desktop Web Interface: Deleting many timers at once could take several seconds and cause high CPU load. Added: Desktop Web Interface: “Log-out” link in the top bar if a user or guest is logged in with user name and password. Tested with Firefox, Chrome, Edge and IE11. May not work in Safari! Added: Desktop Web Interface: New “TS Stream” sub-sections in the TV and Radio section on the Media page containing TS Stream channel entries. Change: Web Interfaces / Transcoded Streaming: The formats offered on the stream configuration page of the web interfaces are now filtered more closely to the browser capabilities: Mobile Web Interface: Safari: HLS Edge: HLS Firefox: WebM Other (Chrome): HLS, WebM Desktop Web Interface: Safari: HLS, Flash, TS Edge: HLS, Flash, TS Other (Firefox, Chrome, IE): WebM, Flash, TS Though browsers are not able to play TS it is always included in order to enable the download of the trancodedchannels.m3u list with TS URLs for other players like VLC. Change: Desktop Web Interface: Channel lists downloaded from the stream configuration window are now also influenced by the “Show TV/Radio” settings, enabling to reduce the content to TV or Radio channels. Previously only the “Show Favorites Additionally / Show Favorites Only” settings took effect. This applies to the HTTP Channel Lists (channels.m3u and transcodedchannels.m3u) and the RTSP Channel List (rtspchannels.m3u). Transcoded Streaming Change: Transcoded Streaming: The ffmpegprefs.ini and iphoneprefs.ini version numbers have been increased to 5. This means, already existing files in the config subdirectory of the Media Server installation directory with a lower version number will be renamed to .bak and replaced by the new default as soon as a transcoded stream is started. If necessary it can be avoided by increasing the version number in old files to 5. Change: Transcoded Streaming: The default audio format for HLS is now AAC (previously MP3), since early 5.x Android versions cannot play HLS with MP3 fluently. Added: Transcoded Streaming: Variable {analyzeduration} in the files ffmpegprefs.ini and iphoneprefs.ini. It specifies how long FFmpeg analyzes a live stream before transcoding starts. The values can be preset separately for TV and Radio in a new section [Defaults], e.g. AnalyzeDuration=1500 and AnalyzeDurationAudio=1000 (in ms). These are the default values if this section does not exist. Change: Trancoded Streaming (HLS): Two or more Media Server clients requesting a stream with identical parameter strings can now share the output of a single FFmpeg instance, provided the source is TV/Radio or a file accessed by clients with the same IP address. This avoids the useless creation of two FFmpeg instances if a browser and a player to which the task is delegated are both accessing the stream. Change: Trancoded Streaming (HLS): Some adjustments enabling playback of the Media Server's HLS output in Edge under Windows 10 / on Windows Phones and enhancing HLS playback under Android (particularly with Chrome, MXPlayer, BSPlayer). Fix: Trancoded Streaming (WebM, Flash, TS): Enhanced handling if the source is an ongoing recording, particularly avoiding a premature playback stop. Please note that jumping (but not playback) in the Web Interface is limited to the file size on playback start. Fix: Trancoded Streaming (HLS): Enhanced handling if the source is an ongoing recording, By default it is now output as live HLS stream, which means, playback is not limited to the file size on playback start anymore, but jumping is impossible. This behavior can be changed to the opposite by the new parameter recfile=1 (e.g. by using the expert settings in the stream configuration window of the desktop web interface). Removed: Options/Transcoded Streaming: “Options → Web/UPnP → Flash playback under OS-X (instead of HLS)” is obsolete since the Media Server is now able to to handle HLS together with other formats in the web interface option lists. RTSP Server Added: RTSP Server: Optional HTTP output for clients that can't handle RTSP. The port equals the RTSP port. This means in practice that rtsp:// in the RTSP channel list download from the Media Server can be replaced by http://. Added: RTSP Server: Possibility to use a channel ID instead of Sat>IP syntax in RTSP and HTTP URLs in order to specify the data that shall be sent. It can be used by thin clients in static URLs. The channel ID may also be a channel number. Examples: rtsp://127.0.0.1:554/?chid=2359890840093486438|ZDF rtsp://127.0.0.1:554/?chid=0 Added: RTSP Server: If the server clearly recognizes a thin client that only requests data once at the beginning (not dynamically while streaming is already going on) freeing hardware is delayed in order to enable faster channel switching. Additionally the PAT/PMT content is adjusted to the actual output, thus avoiding potential issues on the client side caused by misleading PAT/PMT entries. This applies to clients using a HTTP URL in general or a RTSP URL that contains a channel ID. Change: RTSP Server: The RTSP channel list exported by the Media Server now uses URLs with channel IDs instead of Sat>IP syntax (see above). This measure reduces the file size considerably (less than 50%). Additionally, since the Media Server recognizes such URLs as thin client requests, it can adjust the PAT/PMT to the actual output (see above) and delay DVB hardware deallocation for faster channel switching. The new tweak “Use Sat>IP URL syntax for RTSP channel list” (see DMSTweaker.bat) allows to revert to the previous RTSP channel list format. Added: RTSP Server Options: A RTSP Channel List section specifies whether all audio tracks, teletext and EPG data shall be included for (thin) clients that are using the RTSP channel list. Removed: RTSP Server Options: Checkbox “Also apply (sleep mode prevention) to local clients on the same PC” since these clients can take care of it themselves if required. Added: RTSP Server: Support for passing CAM menu data to DVBViewer Pro 6.0 (and later) as Sat>IP client and responding to menu commands. Web Server, Live and Media Stream Server Added: Web Server: An authentication header in the client request lets the Web Server add user name and password to web server URLs in exported M3U channel lists even if the Web server does not perform authentication (particularly for Reverse Proxy support). Added: Web Server: IPv6 client addresses originating from the same PC or the same subnet are recognized (particularly for Reverse Proxy support). Additionally the Web Server now allows to specify IPv6 addresses and address ranges in the svcuserdata.xml expert tweaks as “trusted”, “local” or the opposite (previously only IPv4). Fix: Web Server: Excessive auto timer search with regular expressions could cause discontinuities in ongoing recordings. Change: Web / Live Stream Server: Additional PIDs that shall be delivered as part of a non-transcoded transport stream can now be requested in a Sat>IP compliant way by appending ?pids=x,y,z.... to the URL. Change/Fix: Web / Live Stream Server: The radio and pure audio stream handling has been reworked completely. Several issues have been fixed. The file extension as part of the URL now consistently specifies the output audio format: .mp2, .mp3, .aac, .ac3 and .wav let the server create an according audio elementary stream (= containerless stream). Transcoding is used if the original audio format does not match the output format. The extension “.audio” lets the server output the original audio elementary stream. Example http://127.0.0.1:7522/upnp/channelstream/ClassicRock.audio The above changes also apply to the live stream output of the web server. Previously it did not support audio elementary stream output at all. Fix: Media Stream Server: Access violations under certain timing conditions that disabled the (UPnP) delivery of files and recordings completely until a Media Server restart. EPG Change: EPG Handling: The handling of the “per channel” EPG settings that can be modified in the DVBViewer channel list editor has been reworked. Previously they specified which EPG types (DVB/MHW/External) are accepted and stored for a channel. Now all arriving EPG data is stored and the settings decide which EPG type is displayed for a channel. Data from different sources for the same channel can coexist in the EPG data base without being mixed up or overwritten. If more than one EPG type is allowed and available for a channel, the Media Server prefers external (imported) EPG data over MediaHighway data over DVB data. Removed/Change: EPG Options / Web Interface: The three checkboxes “Receive standard / MediaHighway / Freesat EPG data” have been removed. EPG reception is now always enabled, particularly Freesat EPG reception if the orbital position of satellite channels is 28.2° East (previously switched off by default). Additionally the “MHW/Freesat” page (allowing to enter frequencies on which MediaHighway and high speed Freesat EPG is broadcasted) has been merged with the main EPG page. Change/Fix: EPG Handling: General clean-up and restructuring of EPG related code, including support for the import of external EPG data from Xepg for TS Stream channels. Some problems and inconsistencies have been fixed. Fix: EPG Export: Unexpected control codes are removed from Unicode EPG strings in order to prevent invalid XML export. Hardware Fix: Hardware: Windows messages reporting the arrival or removal of a DVB device did not update the executable state of recording timers. Added: RTSP Device: Tweak for letting the RTSP Device send a complete DVB-T parameter set to a Sat>IP server including some fake values, in order to formally comply with practically irrelevant specifications. (see here, (2)). The tweak can be added to RTSP Network Device sections in the file hardware.xml: <entry name="AllParams">1</entry> Fix: CI Handling: Tuning an unencrypted channel could stop or disturb decryption of another channel from the same transponder and spoil an ongoing recording of this channel (particularly concerning DVBSky and FireDTV). Added: Hardware: DVB-T2 and sub-stream (MPLP) detection for EMPIA based DVB-T2 devices (e.g. Hauppauge WinTV-soloHD, dualHD and PCTV triplestick). Fix: Hardware: The Hauppauge WinTV-soloHD, dualHD and PCTV triplestick hybrid tuners were erroneously regarded as USB 1.1 devices that are not able to deliver more than one TV channel at the same time. Please note: A new device detection must be performed on Options → Hardware to fix this issue. Fix: Hardware: DiSEqC with Sundtek DVB-S2 sticks did not work. Please note: A new device detection must be performed on Options → Hardware to fix this issue. Updated: Hardware Database. Miscellaneous Change: General: The maximum number of TV/Radio live streams delivered to clients has been increased from 6 to to 10. The number of streams is counted separately for the RTSP (Sat>IP) Server and the Live Streaming / Web Server, yielding a total maximum of 20 live streams at the same time (10 from the RTSP Server and 10 from the Live Streaming / Web Server), provided sufficient DVB hardware is available. Change: Recorder: Parts of the recorder have been restructured. Recordings are now started after reading the broadcasted service information, thus making it unnecessary to split and restart recording immediately due to channel data changes. Added: Task Options: The checkbox “Extended privileges for executing tasks in the active user account” allows the Media Server to perform tasks that launch an application with user interface (like DVBViewer) in the active user account. Please note: As always, extended rights entail less security, so this setting should only be used if necessary. Changing it requires administrator rights (see next point). After re-installing or updating the Media Server it may be necessary to re-enable this option. The corresponding checkbox “Execute in active user account” in the Task Editor specifies per task whether it shall be executed in the user account (with accessible user interface) or in the system account (without user interface). Added: Tray Tool: “Configure with Admin Rights” menu item for launching the Service Options with admin rights so the task editor can be used. Added: Tray Tool: The Tray Tool now considers the “Options → Service → Don't shutdown if a recording is due within...” setting and refuses user-triggered PC shutdown if necessary, so it must be confirmed in the Windows full screen shutdown dialog. Previously the setting only applied to shutdown triggered by the Recording Service itself. Fix: Options: Unnecessary writing of the service.xml and saving of a changed language setting when the options were closed with Cancel. Change: UPnP Options: The “Web/UPnP → UPnP AV Server -> Prevent sleep mode...” setting now only applies to remote access. Communication with UPnP clients/servers on the same PC does not prevent sleep mode anymore. Change: Web /UPnP Media Options: The “Show TV / Radio” channel filter options have been removed from the Web Settings page. The “Additionally / Only show favorites” options have been moved to the UPnP Media page, thus influencing which channels are visible for UPnP clients. The channel list related settings in the Media Server Options now specify the default setting for the Web Interfaces as long as they are not configured individually “per browser” yet (see Web Interface section). Changed: API: The numerous Media Server API enhancements are no more published in the News & Announcement forum, but in the Scripting Lounge / API Forum. Additionally they are contained in the file changelog_en_dms.html (see docs sub-directory of the Media Server installation directory).
  5. There's a question I cannot answer myself. I have two physical servers in one subnet with recording services installed (ports are changed to be different) . DVBViewer on server 1 sees channels from local cards without recording service and channels from recording service on server 1 and 2. DVBViewer on server 2 sees channels from local cards without recording service and channels from recording service on server 2. But not from recording service on server 1. Logs show no tries of connection. Why?
  6. Hi, I change to windows 10, and now DVBViewer Recording Service icon not appear where clock area. They work fine but I don't know if is record or not. Is possible fix it?
  7. Hallo. Ich habe in letzter Zeit immer häufiger Aufnahmen per Recording Service, die als fehlerfrei protokolliert werden (->.log), die sich nach dem Demuxen mit ProjectX als nicht fehlerfrei erweisen. Wiedergabe der TS-Datei stockt auch an den entsprechenden Stellen. Empfang ist DVD-C mit Cinergy HTC USB XS (Treiber: 5.9.1202.0). Keine Änderungen der Hardware. Keine Aktivitäten am PC während der Aufnahme. Versuchsweise habe ich mal auf eine ältere RS-Version (1.30.1.0) gewechselt - leider ohne Erfolg. Hier die entsprechenden Logs vom RS: bzw. von ProjectX: support.zip
  8. Hallo, dummerweise habe ich das neueste iOS auf meinem iPad installiert und nun funktioniert leider der Recording Service über die App nicht mehr bzw auch nicht über die HTML-Seite per Safari. Meine Vermutung ist die fehlende Unterstützung des Quicktime Plugins. Ich glaube, die Abschaffung war angekündigt und ich finde auch keine Hinweise oder Aktivierungsmöglichkeiten mehr dazu. Man kommt bis "Stream starten" und dann wird kein Video angezeigt: "Der Stream konnte nicht geladen werden". Habe ich vielleicht etwas übersehen? Obwohl es schon relativ umständlich war, bis man den Stream sehen konnte, vermisse ich das jetzt doch sehr. Die jeweils neuesten Versionen DVBViever und Recording Service habe ich auf dem PC installiert, V6.0.3 und 1.33.2.1. Die PC-Programme finde ich übrigens genial. Beste Grüße. support.zip
  9. Hallo Gemeinde, ich bin neu bei DVBViewer und Koodi. Hatte früher aber schon Dreamboxen und WMCE-PC.habe mit der Materie also zumindes etwas Erfahrung. Ich habe auf dem Window7 64 Home Premium PC das MCE deistaliert. Die Treiber für die Digital Devices Carte sind installiert und Ohne den Recording Service funtioniert DVBViewer auch einwandfrei. Allerdings bruacht man je den Recording Service um DVBViewer an Kodi (17.4) zu koppeln. Daher habe ich alles deinstalliert und bin dann der folgenden Anleitungen schritt für schritt gefolgt und habe DVBViewer 6.0.3 gefolgt von Recording Service 1.3.3.2 (Beta) installiert und vor dem ersten Start von DVBViewer den Recording Service konfiguriert (wie in der Anleitung). Zuvor hatte ich den Virenscanner und die Windows Firewall deaktivert. Part 1: https://www.youtube.com/watch?v=ku0DwlxK6NI Part 2: https://www.youtube.com/watch?v=HpoRlpWoWsg Die Installation läuft bei mir auch ab, wie in Part 1 beschrieben. Allerdings wird dann im Recording Service / Media Service Wizzard kein Mediaserver angezeit und die IP ist 127.0.0.1 statt 127.0.0.1:8089. Ensprechend kann ich auch mit der Sendersuche nicht weiter machen. Ein Bild und die Support.zip habe ich angehängt. Hate jemand eine Idee? Vielen Dank. support.zip
  10. Encountered a problem for quite some time: Using DVBSky T680C with CAM to view/record Cable TV. For some specific channels / transponders, RS is recording only the video track although "all audio tracks" ticked. (see sample2) The only temporary solution for me is to tick "whole transponder" in order to include audio tracks. (see sample3) However this will result in very huge recording files and some problem with downstream processing. At the meantime, I noticed that playing the same channel in DVBViewer do have audio, and the timeshift file has audio too (see sample4) I've dumped ~40s of that whole original transponder with TransEdit for your investigation (see sample1). All channels in that transponder have this problem with RS. All samples could be downloaded from here and support file attached. Thank you very much in advance. support.zip
  11. Any pointers to what I've configured wrong with recording service. The problem - With DVBViewer running on its own and no Recording Service installed, I can record two channels of the same UK Freeview Multiplex. Once I've installed the Recording Service, the ability to record two channels from one Multiplex fails. From what I can see from the log file, its reporting 'No Hardware' I have one PCTV 291e HD USB dongle. Am I missing a setting in the Recorder config that enables two channel recording from the same MUX? Any pointers appreciated! Log files for pre recorder install and post recorder install attached. support_postRecordInstall.zip support_preRecordInstall.zip
  12. Hallo, gibt es eine Möglichkeit dem REcording Service Aufnahmen "unterzuschieben"? Hintergrund: Ich nutze den Recording Service, als Viewer kommt Kodi zum Einsatz. Immer mal wieder lade ich mir eine Aufnahme per Mediathekview runter. Jetzt würde ich dieses "Aufnahme" gerne unter Aufnahme in Kodi finden.
  13. Guten Tag, ich bin auf der Suche nach einem Link der mich zum download des recording service fuehrt. Ich habe im Mitgliederbereich beta gesucht, aber leider nichts gefunden. Danke fuer ihre Hilfe. Ich habe noch einmal gesucht und es nun unter "older versions" gefunden. Es scheint beta zu sein und es mit update "11.04.17" aufgefuehrt und das ist doch nicht wirklich "older", oder ist das so gewollt?
  14. Ich habe gestern einen Sendersuchlauf auf meinem PC begonnen und gleich wieder abgebrochen. Dabei wurden 3 neue Sender gefunden. Der PC greift auf meinem HTPC zu. Die neuen 3 Sender waren auch heute noch vorhanden. Heute habe ich einen kompletten Sendersuchlauf gestartet und diesen auch beendet. Aber die neuen Sender wurden am HTPC nicht übernommen. Bemerkt hatte ich dies, weil ich zwar Speichern gedrückt hatte, aber weil der DVBViewer auf dem PC abstürtzte... Warum die Sender nicht gespeichert wurden, gestern schien es ja zu funktionieren, ist mir nicht klar. Als ich nach weiteren 3 Versuchen, mit Speichern, Beenden, Neustarten (also normal ohne Absturz) immer noch dieses Problem hatte, habe ich auf dem HTPC den DVBViewer gestartet, auf dem PC den DVBViewer beendet und dann auf dem HTPC einen Sendersuchlauf versucht. Auf dem HTPC läuft auch der RS in aktueller Version. Dabei stoppte aber im DVBViewer nicht das tunen und der Sendersuchlauf war sofort zu Ende. Erst als ich manuell das Tuning am HTPC beendete, ist auch ein Sendersuchlauf möglich gewesen. Als Optionen im Suchlauf habe ich folgendes angehakt. Sendernamen aktualisieren, Nur aktive Sender hinzufügen, Nur freie Sender hinzufügen, Nach weiteren Frequenzen... Nun die Fragen: Wieso konnte ich von meinem PC gestern noch kurz einen Suchlauf anstoßen, aber heute scheint der Fund nicht am HTPC anzukommen? Oder wann wird denn die Senderliste am HTPC aktualisiert? Und wieso stoppt das Tuning am PC aber nicht beim DVBViewer der im HTPC mit installiertem RS läuft? Ich habe die support.zip vom HTPC mal hier angehangen. support.zip
  15. Hallo zusammen, wie kann ich IPTV auf dem Recording Service einrichten? Es geht hier um Dienste wie https://www.waipu.tv/ . Ich habe schon so oft IPTV in den Einstellungen gelesen und nun auch heraus gefunden, dass ich irgendwie mit der Transedit.exe diese suchen kann. Ich bin auch soweit, dass ich entsprechende IP-Adressen Bereiche scannen könnte. Ich bin nun auch kein DAU, wenn es um IP-Adressen Ports etc. geht, aber die Einrichtung von IPTV ist nun nicht gerade intuitiv gelöst. Ich möchte mich hier noch einmal informieren, ob das auch vom Recording Service unterstützt wird und wie gut? Oder wenn der DVBViewer benötigt wird, wie muss ich mir das vorstellen und wie was einstellen? Aktuell habe ich auf meinem HTPC den Recording Service laufen, dieser lässt sich von einer Hauppauge mit Sateliten-TV bespaßen. Nun würde ich gerne IPTV einrichten, um einfach Alternativen zu haben. Zusätzlich läuft auf dem gleichen PC der DVBViewer, den ich mit Eventghost und Fernbedienung wie einen Receiver benutze. Alles unter Windows 10 32bit. Vielen Dank, für hilfreiche Informationen
  16. Moin, wahrscheinlich eine simple Sache, aber ich kann mit anderen Geräten des Netzwerkes nicht mehr die Webansicht des Recording Service auf meinem HTPC öffnen. Die Seite lädt dann ewig im Browser und wird letztlich nicht aufgerufen. Einstellungen wurden nicht verändert. Nur ein neuer Router. Die IP und der Port sind nach wie vor korrekt. Pings gehen erfolgreich darauf los. Am HTPC selbst funktioniert das Aufrufen tadellos. Ideen? MfG Flibb
  17. Hi Guys! I hope this topic is not explained somewhere there, but Ive been searching a lot and didnt find answer to my question. Iam using latest version of DVBViewer (5.6.4.0) + Recording Service (1.33.2.0). I would like to ask, how it works with multicast setup of DVB-T streaming. Currently Iam using HW (Aver A835 DVB-T) tuner, and Iam able to successfully stream over LAN via Unicast Network Device. Everything works fine. But what I dont know, how to setup Recording Service, to provide multicast stream - probably setup my tuner as "Multicast Network Device". This option is mentioned there: (http://en.DVBViewer.tv/wiki/Options_Hardware) But Iam not able to find this feature in recording service. probably it has something to do with following changelog Removed: Hardware/Add Virtual Devices: Removed the multicast device entry. : (http://www.DVBViewer.tv/forum/topic/50400-DVBViewer-pro-beta-499x/) So my question is, could please someone explain me, how it works currently with the multicast and Recording Service? How it setup in latest version? How it setup on server and on client side? Thx a lot. Lukas
  18. Hallo, nachdem ich jahrelang meine Installation genutzt habe, bin ich nun auf neue Hardware umgestiegen und habe den DVBViewer nebst Recording Service neu aufgesetzt. Dabei stolpere ich darüber, dass mein EPG, welches mir im DVBViewer angezeigt wird, unvollständig gegenüber dem EPG des RecordingService ist (geprüft über Webinterface und Andriod-App). Ich sehe nur das EPG von Sendern (bzw. Transpondern), die ich vor kurzem angeschaut habe. Das EPG des Recording Service entspricht meinen Erwartungen (und den Einstellungen der Senderliste), welches ich zeitgesteuert über das im Forum verfügbare Script regelmäßig ausführe. Im DVBViewer habe ich meines Erachtens alle Einstellungen gemäß Wiki vorgenommen, um den Viewer auf dem gleichen Rechner mit dem Service zusammen nutzen zu können. Vermutlich sehe ich den Wald vor lauter Bäumen nicht mehr. Welche Einstellung ist explizit zu überprüfen? Im Anhang findet ihr die support.zip. Danke für Eure Hilfe! support.zip
  19. OS: Windows 10, 64bit. Tuner: TBS 5980. Sattelite: 4.9 Astra and 36.0 Eutelsat (connected via DiseqC). Software: Recording Service + Kodi. Problem: sometimes on channel switch Recording Service hangs up. Last part of log file (svcdebug.log): 27.05.16 11:42:10.904 TBDACITBSModule CI Base SetTuner Entering 27.05.16 11:42:10.904 TBDACITBSModule CI Base SetTuner Leaving 27.05.16 11:42:11.034 TBDACITBSModule WndProc Received PMT ready 27.05.16 11:42:13.173 TUPnPAnnounce InitWsocket 192.168.1.120 27.05.16 11:42:42.740 TRecordingEngine Resume Reset Timer signaled 27.05.16 11:42:42.740 Reset Start 27.05.16 13:14:12.028 TRecordingEngine Standby PBT_APMSUSPEND 27.05.16 13:14:12.029 TUPnPAnnounce Stopped 27.05.16 13:14:12.029 TRTSPWebserver Disconnected 27.05.16 13:14:12.037 Release TBS 5980 CI Tuner 27.05.16 13:14:12.037 Destroy TBS 5980 CI Tuner 27.05.16 13:14:13.043 Destroyed TBS 5980 CI Tuner 27.05.16 13:14:13.044 hamDeleted TBS 5980 CI Tuner 27.05.16 13:14:13.049 TSrvDataModule Freed 27.05.16 17:35:32.504 TRecordingEngine Time changed 27.05.16 17:35:32.737 TRecordingEngine Resume PBT_APMRESUMESUSPEND 27.05.16 17:35:32.737 TRecordingEngine Resume Processing... 27.05.16 17:35:32.737 TRecordingEngine Sleeping -1 27.05.16 17:35:32.737 ReleaseStandbyblock PBT_APMRESUMESUSPEND 27.05.16 17:35:32.740 TRecordingEngine FWakeUp do 27.05.16 17:35:32.740 TRecordingEngine NextEPGUpdate 5/28/2016 12:47:19 AM 27.05.16 17:35:32.740 TUPnPAnnounce Start 27.05.16 17:35:32.741 TUPnPAnnounce InitWsocket 127.0.0.1 27.05.16 17:35:32.758 TRecordingEngine Resume PBT_APMRESUMEAUTOMATIC 27.05.16 17:35:32.758 TRecordingEngine Resume Processing... 27.05.16 17:35:32.758 TRecordingEngine Sleeping 0 27.05.16 17:35:41.597 TBDA_TBS Opendevice bvTurbosight 27.05.16 17:35:41.597 TStreamClient AllocateHardware TBS 5980 CI Tuner 27.05.16 17:35:41.597 TBDA_TBS SetTuner TType: 1, Freq: 11996, Symrate: 27500, LOF: 10750, Tone: 0, Pol: 0, DiseqC: 3, FEC: 3, APID: 305, VPID: 205, PMT: 1905, SID: 19105, TID: 19, NID: 112, SatMod: 6, DiseqCVal: 0, Flags: 25 27.05.16 17:35:42.309 TBDACITBSModule CI Base SetTuner Entering 27.05.16 17:35:42.309 TBDACITBSModule CI Base SetTuner Leaving 27.05.16 17:35:42.507 TBDACITBSModule WndProc Received PMT ready 27.05.16 17:35:43.388 TUPnPAnnounce InitWsocket 192.168.1.120 27.05.16 17:36:12.734 TRecordingEngine Resume Reset Timer signaled 27.05.16 17:36:12.734 Reset Start 27.05.16 17:36:13.140 TStreamClient AllocateHardware TBS 5980 CI Tuner 27.05.16 17:36:13.141 TBDACITBSModule CI Base SetTuner Entering 27.05.16 17:36:13.141 TBDACITBSModule CI Base SetTuner Leaving 27.05.16 17:36:13.389 TBDACITBSModule WndProc Received PMT ready 27.05.16 18:02:08.126 TBaseProcess API_HandleStatus 27.05.16 18:21:23.271 TStreamClient AllocateHardware TBS 5980 CI Tuner 27.05.16 18:21:23.272 TBDA_TBS SetTuner TType: 1, Freq: 12265, Symrate: 27500, LOF: 10750, Tone: 0, Pol: 0, DiseqC: 3, FEC: 3, APID: 403, VPID: 323, PMT: 2903, SID: 31003, TID: 10, NID: 112, SatMod: 1, DiseqCVal: 0, Flags: 25 27.05.16 18:21:23.595 TBDACITBSModule CI Base SetTuner Entering 27.05.16 18:21:23.595 TBDACITBSModule CI Base SetTuner Leaving 27.05.16 18:21:24.023 TBDACITBSModule WndProc Received PMT ready 27.05.16 19:22:15.126 Release TBS 5980 CI Tuner 27.05.16 19:22:15.127 Destroy TBS 5980 CI Tuner 27.05.16 19:22:16.154 Destroyed TBS 5980 CI Tuner 27.05.16 19:22:16.154 hamDeleted TBS 5980 CI Tuner 27.05.16 20:37:02.852 TBDA_TBS Opendevice bvTurbosight 27.05.16 20:37:02.852 TStreamClient AllocateHardware TBS 5980 CI Tuner 27.05.16 20:37:02.853 TBDA_TBS SetTuner TType: 1, Freq: 12265, Symrate: 27500, LOF: 10750, Tone: 0, Pol: 0, DiseqC: 3, FEC: 3, APID: 403, VPID: 323, PMT: 2903, SID: 31003, TID: 10, NID: 112, SatMod: 1, DiseqCVal: 0, Flags: 25 27.05.16 20:37:03.460 TBDACITBSModule CI Base SetTuner Entering 27.05.16 20:37:03.460 TBDACITBSModule CI Base SetTuner Leaving 27.05.16 20:37:03.717 TBDACITBSModule WndProc Received PMT ready 27.05.16 20:46:11.125 TStreamClient AllocateHardware TBS 5980 CI Tuner 27.05.16 20:46:11.126 TBDA_TBS SetTuner TType: 1, Freq: 11843, Symrate: 27500, LOF: 10600, Tone: 1, Pol: 0, DiseqC: 4, FEC: 3, APID: 6252, VPID: 6251, PMT: 6250, SID: 6250, TID: 13, NID: 85, SatMod: 1, DiseqCVal: 0, Flags: 25 27.05.16 20:46:11.768 TBDACITBSModule CI Base SetTuner Entering 27.05.16 20:46:11.768 TBDACITBSModule CI Base SetTuner Leaving 27.05.16 20:46:11.912 TBDACITBSModule WndProc Received PMT ready Neither Kodi, nor DVBViewer after this problem occurs, could not tune and show any TV channel. DVBViewer shows following error: Recording Service status hangs at "Stopping" state. The only way I can get TV back to work is to restart the PC or to restart service using command line: sc queryex DVBVRecorder taskkill /f /pid 1860 net start DVBVRecorder What could cause this sort of problem? Defective TBS driver? Recording Service bug?
  20. Hi, First of all thank you for making DVBViewer and especially the Recording Service which I mainly use it with Kodi. Now I'm looking for a solution, if there is one, to better deinterlace, Kodi is doesn't have the best algorithms for that and I was wondering if there are any plugins for Recording Service or something like that, that can deinterlace image before arriving in Kodi. I must say I don't know much about this stuff and how it really works, so I'm wondering if that is even possible. Also what plugins from the member section can be used with Recording Service? Thank you in advance!
  21. Hey folks, ich nutze den Recording Service in meinem HTPC mit einer kleinen SSD. Aufnahmen werden temporär auf der SSD gespeichert und sollen nach der Aufnahme auf das NAS geschoben werden. Das ganze hat mal gut funktioniert als batch-datei mit Robocopy-Befehl als Aufgabe nach der Aufnahme. Ein manuelles Ausführen der Batchdatei funktioniert auch aktuell noch tadellos. Aktuell verharrt der Recording Service nach einer Aufnahme aber weiter im "Aufnahmemodus" [sprich der Timer ist noch aktiv]. In der Webkonfiguration des Recording Service steht dann beim Timer, dass die Aufgabe des Kopierens ausgeführt wird bzw. werden soll. Habe mal 24 Stunden gewartet, ändert nichts daran. Habt ihr eine Idee, woran das liegt und wie ich das lösen kann? Ich möchte mein Netzwerk nicht lahm legen und direkt auf dem NAS aufnehmen, sondern immer nach der Aufnahme die Daten verschieben. LG Flibb
  22. Advance information for our customers: This year we will release two new major versions: DVBViewer Pro 6.0 and DVBViewer Media Server 2.0 (former Recording Service). The most important change: In contrast to the Recording Service the DVBViewer Media Server will not be a beta version anymore Using it will require another licence in addition to the DVBViewer licence: Customers who already have a DVBViewer licence will get a Media Server licence for € 19,-. Customers who want to use the DVBViewer Media Server, but don't have a DVBViewer licence yet additionally need to purchase DVBViewer for € 20,-, yielding a total of € 39,-. This means, we will offer the Media Server like the Recording Service as a DVBViewer-based add-on. The new versions will provide several enhancements and new features. In the last months the development focussed on streaming. DVBViewer and the Media Server will be able to handle streaming sources as channels in the channel list. Several network protocols carrying a transport stream or MP3/AAC audio stream are supported. In other words: Internet TV and Radio are integrated as a new virtual tuner type that enables to handle the channels like DVB channels, which means, they can be added to the favourites list, recorded, shown as PiP etc. A selection of other enhancements: The iOS web interface of the DVBViewer Media Server can also be used on Android mobile devices. It's still under construction, but already usable. The Sat>IP Server of the Media Server additionally provides HTTP output and supports displaying a remote CAM menu in DVBViewer. Increased maximum number of simultaneous live streaming clients (now 10 for the Live Streaming Server and Sat>IP Server each). Please contact bhackbart@cmuv.de if you need a licence for professional purpose that supports more than 10 live streaming clients at the same time. DVBViewer 6.0 allows to configure the main window appearance in a more flexible way and supports a frameless style. Please note that the DVBViewer Media Server will not support the out-dated Unicast DVB Server anymore, since its functionality is fully covered by the RTSP/Sat>IP server. If the Unicast DVB Server is essential for some reason please stay with version 1.33.2 beta. Answers to questions that you may want to ask: Why do I need a DVBViewer licence for the DVBViewer Media Server? I want to use another media player. The DVBViewer Media Server requires suitable facilities for maintenance, monitoring and trouble-shooting. DVBViewer Pro and powerful tools like TransEdit and TSPlayer, that are included in the DVBViewer licence, are tailored for this task. We have considered to offer a stand-alone package containing the Media Server plus tools “outsourced” from the DVBViewer environment (e.g. a channel list editor). However, this would cause a lot of extra work, yielding the same or an even higher price than for the DVBViewer & Media Server combo without any advantage for users. Therefore we have decided to keep the Media Server as DVBViewer add-on. Can I still use Recording Service 1.33.2 for free? Yes. Recording Service versions earlier than the DVBViewer Media Server 2.0 will remain free of charge, which means, they will not require an additional licence besides a DVBViewer licence. Recording Service 1.33.2 will still be available for some time in the “Older Versions” section of the download area. Can I use the new DVBViewer Pro 6.0 in combination with the last free Recording Service version 1.33.2? You can, in the sense of “it will not be disabled or prohibited”. However, there is already one major drawback. Recording Service 1.33.2 and earlier will regard Internet TV / Radio channels stored by DVBViewer 6.0 in a shared channel list as unknown objects and delete them. Since the incompatibilities will increase in future, we strongly recommend to also stay with DVBViewer Pro 5.6.4 if you want to stay with Recording Service 1.33.2. Does the licence allow to use the DVBViewer Media Server on more than one PC? We tolerate it under certain conditions, as for the DVBViewer. Please read more about it here (point 3.) Will updates for the DVBViewer Media Server be free of charge? Basically yes. Currently there are no plans to deviate from our line. However, things must be viewed realistically. Updates are limited to the lifespan of the product, of course. This applies to the Media Server and DVBViewer. Furthermore we cannot exclude that we may come to a point where an update fee for future major releases becomes inevitable in order to enable further development. If it comes to that we will inform about it early in the forum. However, looking at the past suggests that this will not happen in the foreseeable future. Though there were always people predicting that DVBViewer will be dead and gone soon, we have managed to continue development and provide free updates and tools for 14 years by now. We want to go on with it as long as circumstances allow us to do so.
  23. Vorab-Information für unsere Kunden Wir werden in diesem Jahr mit dem DVBViewer 6.0 und dem DVBViewer Media Server 2.0 (ehemals Recording Service) zwei neue Hauptversionen veröffentlichen. Dabei gibt es eine wichtige Änderung: Der DVBViewer Media Server wird im Unterschied zu seinem Vorgänger „Recording Service“ keine Beta-Testversion mehr sein. Seine Benutzung wird eine weitere Lizenz zusätzlich zur DVBViewer-Lizenz erfordern: Kunden, die bereits eine DVBViewer-Lizenz haben, erhalten eine Media Server-Lizenz für € 19,-. Kunden, die den DVBViewer Media Server benutzen möchten, aber noch keine DVBViewer-Lizenz haben, erhalten sie für € 20,-. Der Gesamtpreis beträgt damit € 39,-. Wir werden den Media Server also wie zuvor den Recording Service als Add-On anbieten, das den DVBViewer voraussetzt. Die neuen Versionen werden zahlreiche Verbesserungen und neue Features bieten. In den letzten Monaten lag der Entwicklungsschwerpunkt im Streaming-Bereich. Der DVBViewer und Media Server werden Streaming-Quellen als Sender in der Senderliste behandeln können. Unterstützt werden verschiedene Netzwerkprotokolle, die einen DVB-Transportstream oder MP3/AAC-Audiostream enthalten. Mit anderen Worten: Internet TV und -Radio werden als neuer virtueller Tunertyp integriert, der es ermöglicht, sie wie DVB-Kanäle in der Favoritenliste zu speichern, aufzunehmen, als Bild-in-Bild darzustellen usw. Hier eine Auswahl weiterer Verbesserungen: Das iOS-Webinterface des DVBViewer Media Servers lässt sich auch auf Android-Mobilgeräten verwenden (vorzugsweise mit Chrome). Dieser Bereich befindet sich noch in der Entwicklung, ist aber bereits verwendbar. Der Sat>IP-Server des Media Servers unterstützt HTTP-Output sowie die Anzeige eines CAM-Menüs in einem DVBViewer auf einem anderen PC. Erhöhte maximale Anzahl gleichzeitig aktiver Livestreaming-Clients (jetzt jeweils 10 für den Live Streamingserver und den Sat>IP-Server). Bitte schreiben Sie an bhackbart@cmuv.de, falls sie für professionelle Zwecke eine Lizenz benötigen, die mehr als 10 Livestreaming Clients gleichzeitig ermöglicht. Der DVBViewer 6.0 ermöglicht eine flexiblere Konfiguration der Hauptfenster-Ansichten und bietet ein rahmenloses Design. Bitte beachten: Der DVBViewer Media Server wird nicht mehr den veralteten Unicast DVB-Server unterstützen, da seine Funktionalität vollständig durch den Sat>IP-Server abgedeckt wird. Falls der Unicast DVB-Server aus irgendeinem Grund unverzichtbar ist, bleiben Sie bitte bei der Version 1.33.2 Beta. Fragen und Antworten zur Ankündigung: Warum brauche ich eine DVBViewer-Lizenz für den DVBViewer Media Server? Ich möchte einen anderen Mediaplayer verwenden. Der Betrieb des DVBViewer Media Servers erfordert zusätzlich Mittel für Wartung, Überwachung und Fehlerbehebung. Der DVBViewer Pro und in der DVBViewer-Lizenz inbegriffene leistungsfähige Tools wie TransEdit und der TSPlayer sind auf diesen Zweck zugeschnitten. Wir haben erwogen, ein Stand-Alone-Paket mit dem Media Server plus einigen aus der DVBViewer-Umgebung ausgegliederten Tools anzubieten (wie z.B. einen Senderlisten-Editor). Dies wäre jedoch deutlich aufwändiger und würde im Endeffekt den gleichen oder sogar einen höheren Preis wie für den DVBViewer plus Media Server ergeben, ohne Vorteil für den Anwender. Deshalb haben wir uns entschlossen, den Media Server weiterhin als DVBViewer-Add-On anzubieten. Kann ich den Recording Service 1.33.2 weiterhin kostenlos verwenden? Ja, vor dem DVBViewer Media Server 2.0 veröffentlichte Recording Service-Versionen bleiben kostenlos, erfordern also keine zusätzliche Lizenz neben der DVBViewer Pro-Hauptlizenz. Der Recording Service 1.33.2 wird noch einige Zeit im Downloadbereich unter „Older Versions“ zur Verfügung stehen. Kann ich den neuen DVBViewer Pro 6.0 in Kombination mit dem letzten kostenlosen Recording Service 1.33.2 verwenden? Das ist möglich, im Sinne von „es wird nicht verhindert oder verboten“. Es gibt jedoch bereits eine größere Einschränkung. Internet TV und -Radiosender, die der DVBViewer Pro 6.0 in einer gemeinsamen Senderliste speichert, werden vom Recording Service 1.33.2 und früheren Versionen als unbekannte Objekte gelöscht. Da die Inkompatibilitäten in Zukunft zunehmen werden, empfehlen wir ausdrücklich, beim DVBViewer Pro 5.6.4 zu bleiben, wenn man weiterhin der Recording Service 1.33.2 verwenden will. Erlaubt die Lizenz, den DVBViewer Media Server auf mehr als einem PC zu verwenden? Wir tolerieren dies unter bestimmten Bedingungen ebenso wie beim DVBViewer Pro. Mehr dazu hier (Punkt 3.). Werden zukünftige Updates für den DVBViewer Media Server kostenlos sein? Grundsätzlich ja. Es gibt aktuell keine Pläne, von unserer bisherigen Linie abzuweichen. Nichtsdestotrotz ist eine realistische Sichtweise angebracht. Updates sind natürlich auf die Lebensdauer des Produkts beschränkt – dies gilt für den Media Server und den DVBViewer. Weiterhin können wir nicht ausschließen, dass wir einen Punkt erreichen, an dem eine Upgrade-Gebühr für zukünftige Hauptversionen unvermeidlich wird, um eine Weiterentwicklung zu ermöglichen. Sollte es dazu kommen, werden wir unsere Kunden frühzeitig im Forum informieren. Ein Blick auf die Vergangenheit lässt jedoch erwarten, dass dies in absehbarer Zeit nicht passieren wird. Obwohl es immer Leute gab, die das baldige Ende des DVBViewers prophezeit haben, ist es uns gelungen, die Entwicklung über 14 Jahre kontinuierlich fortzusetzen und unseren Kunden kostenlose Updates und Tools zur Verfügung zu stellen. Wir möchten dies soweit wie möglich beibehalten.
  24. Using RS and DVBSky T680C DVB-C Tuner with CAM & Smart Card. Noticed that some recording files contain errors but there was no error in the log file. When scanned or processed, errors were reported by VideoRedo or TSDoctor. An example here. Could it be something related to the error detection mechanism of RS? Or possibly a side effected of this? Let me know if you need more information to troubleshoot. Thanks a lot!
  25. Hallo zusammen, mich nervt seit geraumer Zeit meine Mediaportal-TV-Server und ich würde gerne auf den DVBViewer umsteigen. Der TV-Server liegt derzeit in einem virtuellen Windows 7 im VM-Ware esxi 5.5 (free). Ich reiche eine DigitalDevices-Cine S2 6.5 per PCI-Passthrough in die VM durch. Daran hängt ein CI-Modul mit Unicam-Modul und Sky-Karte. (legales Abbo) Jetzt habe ich mir die Probeversion herunter geladen um DVBViewer auszuprobieren, komme aber nicht so recht weiter. Man soll ja laut Install-Anleitung den Recording-Dienst erst installieren, wenn das normale Hauptprogramm fehlerfrei läuft. Das Problem ist nun, dass die entfernte ESXI-Konsole mangels Hardwarebeschleunigung im Prinzip kein Video darstellen kann und der Remote-Connect ist in der Demo-Version deaktiviert, wenn ich das richtig verstanden habe!?? Wie finde ich nun vor dem Kauf raus, ob ich nun ein Bild von verschlüsselten Sky-Sendern erhalten würde? Hat vielleicht schon Jemand Erfahrungen in einem ähnlichen Szenario gesammelt?
×
×
  • Create New...