Jump to content

DVBViewer Media Server

Recommended Posts


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 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 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.


  • 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:



  • 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

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.


  • 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.


  • 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.


  • 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).

  • Like 1

Share this post

Link to post

Changes Media Server 2.0.1


  • Fix: UPnP Media Options: The “Additional / Only show favorites” options were not applied correctly to content directory requests of external clients. They always displayed all TV and/or Radio channels plus favorites.
  • Change: UPnP: Empty TV(Radio categories are now hidden more consequently.
  • Fix: Tray Tool: It was still named “DVBViewer Recording Service Tray Application” in its properties.
  • Fix: Live Stream Server: The Server was not able to trigger forced channel switching in DVBViewer clients with a lower priority.

Share this post

Link to post

Changes Media Server 2.0.2

  • Added: Mobile Web Interface: Audio track selection for playback on the stream settings page. Please take note of the restrictions stated below concerning audio tracks in transcoded streams.
  • Added: Mobile Web Interface: Possibility to return from the playback page to the stream settings page (which stops playback) in order to restart playback with different settings, e.g. a different subtitle or audio track.
  • Change/Fix: Mobile Web Interface: The Media Server automatically forces browsers to re-download JavaScript and CSS files on version changes in order to prevent usage of out-dated files from the browser cache. Users don't have to take care of it anymore.
  • Removed: Mobile Web Interface: Language-specific strings that were hard-coded in HTML and JS files. Now they are all defined in the rc_*.lng files, allowing a complete translation of the Mobile Web Interface. 
  • Fix: DVB IPTV: Virtual DVB IPTV devices (and also virtual TS Stream devices if used for DVB IPTV) always signaled data reception with a “signal strength” of 100%, even if they did not receive data at all. 
  • Fix: TS Stream / HLS: Enhanced internal error handling preventing useless attempts to get the same file from server again and again if it replies with an error code.
  • Fix: Web Server: The recording database was opened in read-only mode so recordings could not be updated in the web interface without a complete database refresh.
  • Fix: Web Server: Retrieving format information about recordings by directly reading the file (instead of accessing the recording database) did not work for .aac and .ac3 audio-only recordings.
  • Added: Web Server: “Mime Type for M3U Playlists” tweak specifying the mime type of M3U lists delivered by the Web Server (→ launch DMSTweaker.bat). Clients examine the mime type in the HTTP header for identifying the format. Since there is no standard, it may vary what clients expect. An empty string lets the media server use its own default (application/x-mpegurl, formerly video/x-mpegurl). For possible variations see Wikipedia.
  • Fix: EPG: Faulty Unicode EPG characters are auto-corrected in order to avoid rejection of the whole EPG in clients. Please note: This does not apply to EPG data already stored in the file epg.dat (see config sub-directory of the configuration folder). In case of trouble it should be deleted.
  • Added: UPnP: Tweak “UPnP delimiter character for object paths” (launch DMSTweaker.bat).  It specifies the character that the Media Server uses as delimiter for object paths in its UPnP XML output (see here and here). Some clients cannot cope with the default delimiter #. It can be replaced for example by $. Letters must not be used here!
  • Changed: UPnP: Different mime types for radio output in the LiveExtensions section of the UPnP profiles because some clients can't cope with video mime types for radio, particularly VLC under Android. Please note: The version number of the default UPnP Profiles has been changed from 2 to 3. The file now appears as UPnPProfilesV3.xml. (see config sub-directory of the configuration folder) The previous UPnPProfilesV2.xml remains untouched, so you can return to the previous state by renaming it to UPnPProfilesV3.xml.
  • Added: Transcoded Streaming: New track parameter allowing to specify the audio track in URLs and in the expert settings of the stream configuration window of the desktop web interface. track=0 selects the first available audio track (default), track=1 the second etc. 

    Please note that specifying a non-existing audio track may let FFmpeg stop and prevent playback altogether. If the number of available tracks is known (usually in recordings and live streams) the Media Server auto-corrects the track to 0 if it exceeds the maximum. A negative track number lets the Media Server include all available audio tracks. Offering an audio track selection is up to the player. This works with TS, WebM and partly with HLS (the Media Server "all audio tracks" output does not comply with the HLS specifications, only some players are able to handle it).
  • Like 1

Share this post

Link to post

Changes Media Server 2.0.3


  • Change: General: The setup does not register the Media Server anymore on update installations (except if the installed version is the Recording Service), thus preserving configurations where the service logs on with user name and password for accessing network shares. For forcing a new registration the Media Server must be uninstalled first.


  • Added: Tasks Options: The Options are now able to detect if the Media Server is configured with user name and password for accessing network shares. If yes the extended privileges that enable execution of tasks with user interface in the active user account are removed on OK since they do not comply with the “user credentials” service mode. Tasks that are configured for being executed with user interface are crossed out in the task list if the required privileges are switched off.
  • Added: Tasks: New predefined After-Recording-Tasks for conversion to MP4 or MKV (TV recordings) and MP3 (radio recordings) with FFmpeg. For MP4 and MKV output H.264 and HEVC video are kept unchanged without quality loss; MPEG2 video is transcoded to H.264 and all audio tracks to AAC. Please note that the Media Server now also allows to apply After-Recording Tasks manually to recordings that are listed on the Recordings Page of the Desktop Web Interface (see Web Interface section below).
  • Added: Tasks Options: Checkbox “Load default tasks”. It specifies whether the predefined After-Recording-Tasks for transcoding to MP4, MKV and MP3 are included in the tasks list. If switched off only the user-defined tasks are listed (also applies to the Media Server web interfaces and the API). Please note: Predefined tasks can't be deleted, but edited and are regarded as user defined after they have been changed. User-defined tasks override predefined tasks with the same name so that they don't show up anymore.
  • Fix: Tasks: Double quotes (“) in strings originating from the EPG that replaced placeholders like {TITLE} in After-Recording-Tasks caused invalid command lines. Now double quotes are escaped by a leading backslash (\).
  • Change: Tasks: After Recording Tasks (which are process tasks containing placeholders that are automatically filled in after a recording) appear in the web interfaces only at places where tasks are assigned to recordings, not anymore in lists where they are useless.
  • Change: Task Editor: The Parameters input field has been replaced by a multiline editor with more space for long command lines. Please note: The new input field permits line breaks with the return key. However, since they are unwanted in command lines, the editor replaces them by blanks on saving.
  • Added: Task Editor: Drop-down list for selecting the process priority of a task. It is recommendable to set After-Recording-Tasks to low priority if they cause a high CPU load while transcoding recordings to another format.
  • Added: Task Editor: Possibility to make parts of the Filename and Parameters conditional in After-Recording-Tasks by using {IF CONDITION}...{ENDIF} or {IFN CONDITION}...{ENDIF} statements (the latter meaning “if not”). On execution the Media Server removes these statements and additionally the part in between if the condition is not fulfilled. This allows to create tasks that automatically adapt to certain types of recordings, particularly for transcoding with FFmpeg. The following conditions are supported (all must be uppercase):
    • TV (it is a TV recording containing video)
    • MPEG2 (video format is MPEG2)
    • H264 (video format is H.264)
    • HEVC (video format is HEVC)
    • AUDIO (contains at least one audio track. The “>” character plus a digit 0...9 appended to AUDIO indicates that the number of audio tracks must be greater than this number for the condition to become true).
    • DVBSUB (contains DVB subtitles. The “>” character plus a digit 0...9 appended to DVBSUB indicates that the number of subtitle tracks must be greater than this number for the condition to become true).

More than one condition can be used within a Filename or Parameters line, and they can be nested. Example.


The task is only executed for radio recordings (if not TV).

{IF H264}h.264 stuff {IF DVBSUB>1}subtitle stuff {ENDIF}{ENDIF}audio stuff

The first part of the command line above is preserved if the video format is H.264, the nested part within the H264 part only if the recording contains more than one subtitle track. Please note that the {IF...} and {ENDIF} statements are simply removed, not replaced by blanks. Required blanks must be present in any case!


Desktop and Mobile Web Interface

  • Added: Desktop Web Interface: Transcoding of recordings to another format at any time by using After-Recording-Tasks and FFmpeg. Go to the Recordings Page, click the Edit Icon (the pencil) of the recording in question, select the task that shall be performed at the lower right and click “Apply Task”. Please note that FFmpeg will do nothing if the target file already exists. If you want to create it again it must be deleted first.
  • Change: Desktop Web Interface: The drop-down list for selection of relative jumps on file playback in the browser as WebM or Flash has been replaced by a position slider. The native slider shown by the browser cannot be used for jumping. Please note: The change has not been tested with all browsers yet! In case of trouble you can return to the previous state by removing the new streamint.html file from the SVCweb folder and by renaming streamint_old.html to streamint.html.
  • Change: Desktop & Mobile Web Interface: More informative EPG update progress display on the status page (current frequency, total execution time, done / total transponders).
  • Added: Mobile Web Interface: Audio item in the MEDIA section of the main menu, enabling to access the audio/music media library via Albums, Folders Alphabetically, Directories and Artist categories.
  • Added: Mobile Web Interface: Swipe left on a media item or category (channels, recordings, video or audio) lets a green button show up that downloads the content as M3U playlist, enabling to use a player (e.g. VLC) for non-transcoded playback.
  • Change: Mobile Web Interface: Deleting a recording or timer (after swipe left and tapping the red button) now prompts for confirmation.
  • Fix: Mobile Web Interface: Deleting a recording did not work (in phone mode only the Recordings → All section was affected).
  • Change: Mobile Web Interface: Several icons that were hard-coded in the main.css file are now located as image files in the new SVCweb\ios\gfx folder.
  • Fix: Mobile Web Interface: Tapping a timer entry without corresponding EPG data uselessly opened a pop-up showing the main page including the main menu.
  • Added: Mobile Web Interface: Position slider for WebM file playback allowing to jump. Please note: The native slider shown by the browser cannot be used for jumping in this case because the player regards on-the-fly transcoded WebM streams as live streams.
  • Fix: Mobile Web Interface: The iOS app did not work anymore due to the missing language-specific files iphone-de.html, iphone-en.html etc. They have been added again as renamed copies of the files iphone.html and ipad.html.
  • Fix: Mobile Web Interface: After returning to the playback page with back links in tablet mode playback of the channel selected via Live TV was re-started, not the last played channel (ignoring subsequent channel switching).
  • Added: Mobile Web Interface: On playback start the Web Interface restores the last volume setting. The default volume is now half of the maximum volume (not the maximum volume as before).


  • Removed: Tray Tool: “Don't warn on Shutdown” menu item. The tray tool now always displays a warning if the Media Server is about to shut the PC down (provided the local DVBViewer does not show the warning).
  • Change: TS Stream: Enhanced Handling of relative paths in URLs. Required for playing certain HLS channels.
  • Fix: Web Server: The “Use Web Server URLs in M3U playlists” tweak did not show up in Tweaker.exe anymore.
  • Change: Channel Logos: Enhanced handling that uses less memory. Please note: On next channel logo access the file ChannelLogos.ini (containing logo → channel assignments) is converted to a more efficient format and stored as ChannelLogos2.ini.
  • Added: Channel Logo Options: New “Default Logo” context menu item that resets the selected logo → channel assignment to its default. It does the same as the Reset button, but for a single entry.
  • Change: EPG Updater: Up to now TS Stream channels were generally excluded from the automatic EPG update. Now they are included if (and only if) a TS Stream device is part of the device list in the Media Server Options → Hardware and if the channels are configured for DVB EPG only in the DVBViewer Channel Editor, which means other types are excluded. Please note: Including TS Stream channels thoughtlessly may cause an undesirable update duration and network load. Only include channels that are necessary and if the server for sure delivers the native DVB EPG. If channels are located on the same DVB transponder only one of them should be included. Please ask in the forum if you are not sure how it must be handled.
  • Fix: Transcoded Streaming (WebM): The -max_muxing_queue_size:a 250 parameter has been added to all default WebM presets in order to avoid audio buffer overflow in FFmpeg and transcoding stop in case of HLS streams as input. Please note: For now the Media Server does not yet replace an existing ffmpegprefs.ini by the new version. It has to be done manually (by removing the existing file in the installation directory\config and restarting the Media Server);
  • Fix: Hardware: Hardware allocation did not work correctly in case of competing access to hybrid tuners and tuners that were configured for “Shared LNB”. They were used simultaneously though they shouldn't.
  • Fix: Hardware: The “Reset after sleep/hibernate” option for DVB devices didn't work under Windows 64 Bit, because it must be performed by 64 bit code. This is now done by executing an external app DeviceReset_64.exe (and for consistency DeviceReset_32.exe under Windows 32 bit). 
  • Fix: Recorder: Recordings interrupted by a device removal message were not resumed with another device or if the device reappeared. Thus the tweak “Reset DVB device before recording” caused recordings to fail due to the attendant device removal message.
  • Fix: Recorder: The “Don't shutdown if a recording is due within...” option didn't prevent sleep mode triggered by users or energy options reliably.
  • Fix: RTSP Options: Changes of the RTSP Channel List options (All Audio Tracks etc.) were not saved on OK unless something else on the page was changed.
  • Like 1

Share this post

Link to post

Changes Media Server 2.0.4

  • Added: Desktop Web Interface: A new Help & Info page provides some important internet and local links, particularly to the Mobile Web Interface. The Debug Log Download link has been moved from the Configuration page to the Info & Help page.

  • Fix: Desktop Web Interface: The >> timeline button did not work on days with a daylight saving time change.

  • Added/Change: Mobile Web Interface: A link to the Desktop Web Interface and to the Media Server Change Log has been added to the Help & Info section. The iOS App Store link has been removed (it didn't work under Windows and Android anyway).

  • Fix: Web Interfaces: Channel logos weren't shown in the browser before playback start.

  • Fix/Change: Channel Logo Options: The “Select Logo” function in the context menu could not assign logos that were located in sub-directories of \Images\Logos\. The navigation bar in the file dialog has been removed because assigning images from other directories is not possible.

  • Change: Web/UPnP Options: The page has been restructured. The “Remove video filler data” and “Additional TV streams” settings have been moved from the UPnP AV Server section to the Live Stream server section since they are not UPnP specific.

  • Added: Recording and Web/UPnP Options: “Remove video filler data” now also applies to HEVC video (previously only to H.264 and MPEG2). Thanks to Martin K for coding!

  • Fix: Recording Options: The EPG Monitoring → Start / Stop by EPG running status setting wasn't stored correctly.

  • Removed: Recorder Options / Web Interfaces: “MPG with DVD packet size” checkbox that enabled enhanced MPG file recording compatibility with (old) DVD players. The setting is still available as tweak (launch DMSTweaker.bat).

  • Added/Fix: Recordings: Enhanced format detection and storage in the recordings database, accelerating the start of transcoded playback and fixing some issues with playback/streaming of recordings that have been transcoded to another format like MP4 or MKV.

  • Fix: Recorder / Live Stream Server: A wrong (non-existing) Service ID in the channel data prevented recordings / streams from starting. Please note: Without a correct Service ID the recorder/server output is restricted in any case. Decryption is not possible, DVB subtitles and additional audio tracks are not available and the Adjust PAT/PMT option does not take effect. Clients / Players may be unable to play the result. New debug and recording log entries inform about the issue (“Service ID not found in PAT”).

  • Fix: Tasks: After Recording Tasks did not adopt the action that was supposed to be executed after the recording (e.g. sleep or hibernate), but always did nothing.

  • Fix: EPG Search: The EPG search (including auto timer creation) couldn't be limited to a single channel belonging to the TS Stream reception type. The Media Server searched the EPG of all channels in this case.

  • Fix: EPG Update: An EPG update could cause the Media Server to freeze for several minutes if it tried to use a virtual RTSP device that was associated with an unreachable Sat>IP server.

  • Fix: Timer: The “Tune only” option for recording timers wasn't handled correctly. A recording was performed if “Start / Stop by EPG running status” was switched on. Without this setting the current time of day was displayed on the status page instead of the elapsed time.

  • Added: Hardware Options: The connection timeout (= maximum waiting time until the server responds) for RTSP Network Devices is now configurable in the settings dialog.

  • Added: TS Stream: Tweak “Automatically create TS Stream devices on demand” for disabling the automatic internal creation of Virtual TS Stream devices. The default is “on”.

  • Added: TS Stream (HLS): Temporary storing of (session) cookies and sending them back to the server, thus enabling reception of streams that don't work without it. Please note that the Media Server does not store cookies permanently. They are deleted after the reception of the stream is finished.

  • Fix: TS Stream: A HTTP host header field as part of an addhdr URL parameter did not replace the host header field created by the Media Server, but was attached as an additional header field. Requesting an AES key for encrypted HLS from the server didn't use the intended user agent string in the HTTP header and ignored an addhdr URL parameter.

Share this post

Link to post
This topic is now closed to further replies.

  • Similar Content

    • Indy06
      By Indy06
      Mir ist etwas aufgefallen, was möglicherweise gar nicht generell etwas mit dem DMS zu tun hat, aber ich möchte es trotzdem einmal an dieser Stelle beschreiben. Ich betreibe einen HTPC (hostname: htpc) mit Windows 7 und DMS in einem Heimnetz mit Fritz!Box 7362 SL an einem 1&1 (also Telekom) 50 MBit/s VDSL-Anschluss. Die IP-Adressen vergibt die Fritz!Box per DHCP für alle Stationen automatisch und zwar sowohl IPv4- als auch IPv6-Adressen. Die aktuellen IP-Adressen für den htpc kann ich z.B. via "nslookup htpc" herausbekommen. Dabei sehe ich dann auch, dass der HTPC sowohl eine IPv4- als auch eine IPv6-Adresse zugewiesen bekommen hat. Alle Instanzen von DVBViewer, DVBViewer Controller für Android oder auch der KODI-Erweiterung für den DMS im Heimnetz habe ich mit der Server-URL htpc:8089 konfiguriert und das funktioniert auch alles einwandfrei und schnell.
      Wenn ich an einem PC mit Windows 10 und Firefox mit http://htpc:8089 das Webinterface des DMS aufrufe, dann dauert es beim ersten Zugriff unverhältnismäßig lange (min. 30 sec) bis das Webinterface tatsächlich lädt. Rufe ich das Webinterface dagegen mit http://<IPv4-Adresse>:8089 auf, funktioniert auch der erste Zugriff immer rasend schnell und das Webinterface lädt quasi sofort. Meine Vermutung wäre jetzt, dass bei http://htpc:8089 der HTPC via IPv6 angesprochen wird, während im anderen Fall der Zugriff via IPv4 erfolgt. Wie könnte es dann sein, dass der Zugriff via IPv6 so langsam ist? In Ermangelung anderer Dienste auf dem HTPC kann ich jetzt nicht sagen, ob der Unterschied in meinem Heimnetz zwischen IPv4 und IPv6 immer so ist, oder nur beim DMS.
      Nicht, dass es wirklich wichtig wäre, aber es wäre einfach interessant herauszufinden, warum das so ist und ob z.B. Windows 10 schon standardmäßig IPv6 verwendet?
    • noraccire
      By noraccire
      Dear Team
      any idea on how to troubleshoot it ? ( fyi it was the same issue with the previous version of the media server )
      I am struggling with the media server live stream ..
      getting access to the web interface via my laptop or via my iPhone is working fine, browsing the available channels is ok ( I am using TS streams from IPTV m3u list) , play in web browser is ok , however only one channel is playing( always the same , the first from my favorite playlist) .. trying to switch to other channels , the logo and channel name are displayed but the video content do not switch and remains to  the first from my favorite playlist.  The same issue occurs when trying from the Local network or  internet connection to the media server.
    • catshome
      By catshome
      Hallo Freunde, zunächst wünsche ich allen einen schönen Nikolaustag.
      Zu meinem Problem - ich habe beim UPnP-Streaming mit dem DVBViewer Media Server zu meinen Samsung-SmartTV nur bei der RTL-HD Sendergruppe (RTL, nt-v, VOX usw.) Abbrüche. Der Empfang bricht jeweils nach ca. 2 Minuten ab (Bild und Ton hängt), ein weiterschauen ist nur nach erneuter Senderauswahl möglich, bis der Empfang dann wieder abbricht. Diese Störung tritt wie gesagt nur bei den Sendern der RTL-Sendergruppe auf. Ich wäre dankbar für eine Lösung.
      Grüße PS
    • J. Peters
      By J. Peters
      es gibt offenbar immer mehr netzwerkfähige A/V-Receiver und ähnliche Geräte, die sich prima für AirPlay und ChromeCast (Audio) eignen und sich mit Hilfe verschiedener Apps ... zum Beispiel BubbleUPnP, mConnect Player Lite, C5 Creation 5 - Stream DLNA Cast Player, AllCast oder AllConnect - Play and Stream ... über ein Smartphone oder Tablet steuern lassen. Mit ihnen kann man auch einfach auf Musikserver zugreifen.
      Seit kurzem habe ich einen Pioneer A/V-Receiver VSX-S520D und bin beigeistert, auch von der Fernsteuerungs-Anwendung namens "Pioneer Remote App". Den DVBViewer Media Server <DMS> steht dort mittels UPnP bzw. DLNA als Musikserver zur Verfügung.
      Nun wäre es klasse, wenn auch flac-Dateien im DMS inklusive Tags unterstützt würden, um sie in Musik bzw. Audio genauso zu finden und abspielen zu können wie mp3-Dateien. Vermutlich dürfte es viele DVBViewer-Anwender geben, die ihre CDs im Laufe der Zeit so wie ich in Form von flac-Files auf einer Festplatte abgelegt haben, welche sich einfach im DMS einbinden lässt - ohne gleich ein NAS betreiben zu müssen. Leider werten die Fritz!Boxen keine flac-Informationen bzw. Tags aus, so dass diese Alternative auch ausscheidet.
      Dann würde sich der DMS noch besser als bisher auch als Musikserver eignen, der Radio (bei mir DVB-C) und Musik (bislang nur mp3) leicht verfügbar macht.
      Wie seht Ihr das?
      Viele Grüße,
      J. Peters
    • Christian Ott
      By Christian Ott
      nach dem Update von 2.0.3 auf 2.0.4 hatte ich an meinem Kodi ständig Verbindungsabbrüche zum Media Server.
      Nach dem Abbruch kam auch sofort wieder die Meldung "Verbindung hergestellt" bis dann 10 min später die Verbindung wieder abbricht.
      Der Media Server läuft auf Win7 Prof. und als Hardware habe ich Digital Devices Octupus Twin CI und 2x DuoFlexS2.
      Auf dem Client läuft Win10 mit Kodi 17.6 und dem aktuellsten DVBViewer Client.
      Aufnahmen auf dem Media-Server scheinen davon nicht betroffen zu sein.
      Testweise habe ich auch mal die Firewalls an beiden PC´s komplett ausgeschaltet, ohne erfolg.
      Heute habe ich dann 2.0.4 deinstalliert und wieder 2.0.3 installiert, jetzt läuft wieder alles top ?!?
      Woran kann das liegen ?