EUMETCast Troubleshooting Guide

EUMETSAT have kindly allowed reproduction of this information which is supplied to their registered users.  There are sections for both Windows and Linux problems, and a section on Common Problems.  Please note that this information is Copyright © 2005-2012 EUMETSAT.  Please address any questions about this guide to EUMETSAT and not David Taylor.  Many thanks to EUMETSAT for allowing reproduction of this information.  Their version of the guide is here.

If a manufacturer has installed your reception station, we recommend that you contact them first in the event of a failure of your equipment.

DJT: the guide is divided into four sections:


(A) General, provide following information

(A1) set in recv.ini file:


(A2) continue reception for a few hours. then send us following files


(A3) send us a screen shots

  • of task manager ("processes" and "performance" tab)
  • open the TelliCast shell (double click the T icon)
  • select License
  • send us a screen shot of this page

(A4) answer following questions

  • What is the source of the EUMETCast reception station installation?  (e.g. VCS, UKW-Technik, EUMETSAT CD & version, ...)
  • Antenna size & DVB band used (C or Ku band)
  • Version of the TelliCast) software? (latest version is 2.4.0a) [DJT: V2.4.4B is now released]
  • Operating system & version? (W2K PRO, XP PRO, ME, Linux RH 9 kernel ..., etc)
  • eToken (EKU) runtime environment (check installed programs in the control panel), please provide a screenshot of installed programs
  • Used DVB card, version of the DVB card software? (e.g. Skystar2 software V4.2.8)
  • When did the problems start? (from the beginning, at installation, when EKU was installed, etc.)
  • What are the symptoms? (e.g. reception works fine, stops after 30min, EKU light off, EKU properties not visible)


(B) Windows Problems

(B1)    EKU problems on Windows: "missing key" or no reception at all

Note: T-Systems and TelliTec confirmed that the current EKU driver does not support Windows Remote Desktop.  Using it will show "missing key" symptoms and cause loss of reception.  They recommend to use the freely available VNC software which provides the same functionality.  This can be downloaded from or

(B1.1) use a generic user

Open the recv.ini file of the reception software (located in the TelliCast installation directory) and replace the lines "user_name..." and  "user_key..." with the following lines:


(use exactly this syntax)

You don't need to reinstall the TelliCast software to change the user_name/user_key.  [DJT: you do need to restart the TelliCast software.]  Now check if files can be received.  There should be MPEF files every 15 min.  This user name allows only reception of 6 hourly MSG image data.  

(B1.2) check the EKU (key) functionality

- remove the key from the PC
- (re-)install the run time environment Rte_3_51.msi, follow the instructions on the CD (RTE_3_51 is available from EUMETSAT) [DJT: note that a more recent version, V3.65, is now available.  For Windows Vista, use the later versions: PKIClient-x32-4.5_signed.msi or PKIClient-x64-4.5_signed.msi according to whether you are running on a 32-bit or 64-bit version of Windows.]
- plug in the key, a red light on the key should come on
- open menu/Programs/eToken Properties, you should be able to see the key name and some properties (see also error B12)
- if you see the following, the key is broken and must be replaced

    Name              <this is completely blank>
    Type              PRO (Card OS/M4)
    FW Version (0x8514)
    User              Not present
    Administrator     Not present

- please send us a screen shot of this window to verify the status

If this is not successful, perform these steps on another Windows PC (preferably Windows 2000).  
If the check fails again, the key is probably broken and must be sent back to us.

(B1.3) If 1) and 2) are successful, check communication with TelliCast software

- start the TelliCast reception software
- open the TelliCast shell (double click the T icon )  
- select License  
  under "Client Identification" you should see the selected username and 4 host_key.. parameters, check if you see the following:

    host_key_4:  ****-****-****-****  

if not, the TelliCast software cannot see the key
- send us a screen shot of this page

- open menu/Settings/Control Panel/Administrative Tools/Services (can also be located one directory higher), check if "Smart Card Service" is running (the name can be slightly different). 
- if it is not running, start the service and repeat this step (B1.3).
- make sure that this service is set to "Automatic" in order to starts at boot time.

(B1.4) send us the following files


(B1.5) set your assigned username/userkey, repeat (B1.3) and send us following files


(B2)    Problems after the transponder change (change of frequency)  

- check signal quality, has it dropped significantly?  
- If after the switch over data acquisition does not restart, please check that your service channel PIDs are still correctly set


(B3)    Can't display throughput on TelliCast Client "Overview page"  

Although EUMETCast does work perfectly on XP (Home or Pro), a lot of members can't display the Throughput graph in the TelliCast client overview.

I did some testing on this and David Taylor suggested a missing Java module in IE explorer.  

I could find on the web that Microsoft had a dispute with Sun on this Java Virtual Machine and does not include it in XP or later products anymore - (see ).

Solution:  (tested on XP Pro)
Search the Microsoft Java virtual Machine build 3805 on the web and install this full version. (look for file like "msjavx86.exe")
Because of the lawsuits with Sun, you won't find it on Microsoft's support site.  
Once installed you do need to upgrade to build 3810 because of severe security risks in the old build.  
Either find file "msjavwu.exe" on the web and install this or perform a "Windows Update".
Please note that installing this build 3810 will only update an existing JVM, and will abort with an unknown error if JVM was not installed before.  

As alternative you could download and install the Sun Java Virtual Machine (have not tested this).  [DJT: this works fine on my Windows XP Pro system, you can download from].


(B4)    Missing channel(s) on SkyStar 2 cards under Windows  

Right-click on the antenna icon and select "EUMETCast". There is also a T-Systems entry, but with different PIDs.  This is probably an oversight from TechniSat when they defined the database.  


(B5)    Cannot install/upgrade or uninstall TelliCast Software

The message

    "unable to locate the installation log file 'C:\Program Files\Technisat DVB\Uninst.isu' installation will not continue."

or similar appears. The software cannot be installed.  This can happen if the systems crashes during an upgrade or if the registry is corrupted.  


  1. Open the registry editor and search for "BusinessTV-IP".  
  2. Delete the keys, for example
    HKEY_LOCAL_MACHINE\SOFTWARE\Wise Solutions\Wise Installation System\Repair\C:/Program Files/T-Systems/BusinessTV-IP/INSTALL.LOG  


(B6)    Skystar2 cards: "Interference" with ARAB NET on Windows  

The antenna icon is green but not connection to announcement and data channels in TelliCast software.  ARAB NET may be displayed as the Network.

Please upgrade to SkyStar driver and software version 4.3.0. CD is available from EUMETSAT.  


(B7)    Reception only when connected to internet (Windows systems)

This is caused by a firewall setting that allows incoming traffic only when connected to internet.

Enable the DVB network interface as trusted device in the firewall configuration.  


(B8)    No reception and "wrong interface address" after installation of a new DVB card/box

No reception after installation of a new DVB card or USB box.  Following messages in recv.log: "... wrong interface address ...".  [DJT: Can also be shown by "Connect failed" from TelliCast client].

The hardware entries for previously installed hardware stay in the windows registry, regardless of  whether the device is physically present or not.  Since the DVB device is a network interface, it occupies a given IP address.  An IP address cannot be assigned to more than one network interface.

Remove the hidden device and re-install:

  • Open Control Panel => System => Hardware => Device Manager
    • Under "View", select "hidden devices"
    • Uninstall all DVB network interfaces.
  • Reinstall the DVB card or USB box.
  • Check/set the IP address of the DVB network interface (Control Panel - Network Connections).  Right-click the DVB device, then select Properties => Internet protocol (TCP/IP) => Properties.  
    • Set the IP address.  
    • It must match the address in recv.ini (normally
    • Subnet mask must be
    • Other parameters (DNS, Gateway) need not be set.

Alternative solution:
If you cannot un-install the hidden device, just use a different IP address:

  • Set the IP address of the DVB network interface (Control Panel - Network Connections).  Right-click the DVB device, then select Properties => Internet protocol (TCP/IP) => Properties.  
    • Set the IP address, e.g.
    • Subnet mask must be
    • Other parameters (DNS, gateway) need not to be set.
  • Open the TelliCast client configuration file recv.ini.
    • Set the same IP address: interface_address=


(B9)    No files received or many T icons in taskbar

Signal level and DVB reception looks ok.
No files are received.
Following messages in recv.log: "ERR:2005-06-02 06:50:24.771:Cannot create file ..."

Either the disk is full, or a file system is used that limits the number of directory entries (FAT, FAT32)

Install a disk maintenance program.
Use NTFS on Windows system.


(B10)    Problems opening TelliCast shell

After right click or double left click on the "T" icon.
Microsoft Internet Explorer may prompt you to "Work Offline" or "Try Again." 

See following article from the Microsoft knowledge base: 


(B11)    SkyStar2 cards: "Interference" with CYFRA on Windows

The antenna icon is green but no networks connection to the announcement and data channels in the TelliCast software.  CYFRA may be displayed as the network.

Due to tolerances in manufacturing, the DVB card locks to the next transponder.

Shift the downlink frequency up in steps of 5MHz until the card locks to the correct transponder.  See document EUM TD 15 (Annex A) provided with the installation CD on how to perform this change.


(B12)    Error in eToken properties

When you try to run the eToken properties application after installing the eToken drivers, a "Failed to load eToken.dll" or "Cannot initialise eToken.dll" error may occur.

This is usually caused by a Service error.

To check the service:

  • Click Start, Settings, Control Panel, Administrative Tools, then Services
  • Locate the Smart Card service
  • Verify that the service is Started.  Ideally, the startup type should be set to Automatic
  • Locate the eToken service
  • Verify that the service is Started

After verifying that both services are started, check to see if eToken Properties application still shows an error with the eToken.dll.  If it does, there may be a permissions error.  If either service fails to start or the other problem persists, contact your IT Help Desk or Computer Support for assistance.


(B13) Problems with entering a new username/password

The reception stops or does not work at all after entering new username/password.

The username/password was incorrectly entered.

At first installation the username/password given by EUMETCast in connection with the EKU has to be entered when installing the TelliCast software.  During installation a window will open and ask for the information.  In this case the parameters user_name= and user_key_crypt= will be added to the file recv.ini.  If TelliCast is already installed, then open the file recv.ini and enter the following two lines:

    user_name=...  (replace "..." with the username given by EUMETSAT)
    user_key=...  (replace "..." with the password given by EUMETSAT)

Remove the old "user_name=..." and "user_key_crypt=..." entries.

Do never attempt to change the password in the eToken properties, this might damage the EKU!

(B14) TelliCast problems under Windows 98 and/or ME

One or more of the following symptoms are observed on Windows 98 or Windows ME systems:
- The installation fails or returns an error message.
- Startup of the TelliCast client fails with the following error message
    The TC-RECV.EXE file is linked to missing export IPHLPAPI.DLL:FlushlpNetTable
- Startup of the TelliCast results in red icon and double-click on the icon shows "Attention, No License" message

The TelliCast client 2.4.4b is not compatible with some elements of Windows 98 and Windows ME

TelliCast client 2.4.4a will solve the problem, it is available from the EUMETSAT helpdesk.


(B15) TelliCast no reception while all DVB reception parameters seem ok

- The T icon in the tray is always yellow.
- The DVB reception parameters appear to be correct, i.e. signal lock OK, PIDs correct, icon green.

The transfer of multicast packets from the DVB interface to the TelliCast client is inhibited, either by the firewall, or by an incorrect Internet setting, e.g. proxy server entry, or an incorrect data service is selected when using the Skystar2 card.

- Switch off the firewall, if enabled.
- Check the proxy server setting under Control Panel - Internet Properties - Connection - LAN Settings:
    If there is a proxy server entered, delete it, even if not enabled:
    Check "Use a proxy server ..."
    Delete any proxy server entry 
    Un-check "Use a proxy server ..."
- Skystar2 cards: Right-click on the antenna icon and select "EUMETCast::<name>", where <name> is the satellite used for reception. The EUMETCast entries will only appear if the SkyStar driver and reception software from the EUMETSAT CD is installed.

If you are using the DVB-S2 service, make sure that the PIDs are correct and enabled.  With the Ayecka SR1 it's easy to toggle the enabled into disabled simply be entering the menu option 4!  Check carefully.

(B16) Cannot delete received files if using tmp_directory

- Files received on a reception station cannot be deleted from another station when using a network share
- This seems to happen more frequently (or only) if a tmp_directory is configured in either recv.ini or recv-channels.ini

This is related to a Microsoft Windows OS problem.

- see
- on XP, install SP2 or later on both, the receiving and sending PC

[DJT notes]  You may need to set the default security on the tmp_directory to add Everyone:FullControl, so that when the files are moved from the tmp_directory to the final location in the \received\ directory tree they have the appropriate protection to allow the remote PC to delete them.


(B17) Frequent Windows crashes or hang-ups

- The systems hangs, freezes and may have to be powered off/on to get it working again
- Uninterrupted operation is only possible for short periods (minutes to several hours)

Operating system drivers or application are not compatible with TelliCast.  Some applications or services put too much load on the system in connection with TelliCast.

Please apply one of the following steps at a time, then check it the problem still exists.

  1. Disable unnecessary Microsoft services/applications e.g. turn off Indexing for the EUMETCast data directories or disks.

    Open My Computer (press the Windows & E keys)
        - right click on each drive and choose Properties
        - under the General tab, un-check the box that says Allow the Indexing Service to index this disk for fast file searching
        - a window will pop up, make sure the box is checked that says Apply change to (drive letter):\, subfolders and files and click OK. Windows will apply the changes, click OK. reboot.
  2. Drivers, e.g. the graphics driver, can install additional control applets which should be disabled
    Stop following processes from running (check one process at a time and see if the problem still exists): 


    To disable permanently:
    - Click | Start | Run | and type msconfig on the text box and click the OK button to start MSCONFIG
    - Click the startup tab
    - Uncheck the check boxes of the programs you want to not run
  3. Dual core CPUs:
        Install latest Java version.
        Disable hyperthreading mode in the BIOS.
  4. Install OS/applications and EUMETCast received files received on separate physical disks.
  5. Disk should all be NTFS.


(B18) DVB card hang-up under Windows

Occasionally, when the DVB stream is interrupted due to an uplink problem, the DVB reception card or box stops receiving data and does not resume automatically.

Skystar2 cards under Windows and Linux and Pent@Value cards under Linux are sensitive to interruptions of the DVB stream.  Some configuration information is lost.  This might be a driver and/or a hardware problem.  The cards have to be reinitialized to get it working again.

Several methods can be used which are all described here.  The solution described here works for all DVB cards and boxes starting automatically after login.

Windows logoff-logon method (works reliably on XP/2000):

  1. Prepare an account with administrator privileges, under which DVB reception is running.
    Create a password for this account.
    Install the DVB reception software to automatically start after logon.
    Install TelliCast (NOT as a service, it will start from the startup folder).
  2. Restart the PC to test if reception automatically starts after manual login.
  3. Use Tweak UI (can be downloaded from Microsoft for each Windows version) to enable autologon:
    Open Tweak UI - Logon - Autologon, then select username and password - Apply.
    Tweak UI 2.10 for Windows XP at
    Tweak UI 1.33 at
    Use version 1.33 for Windows 2000, (to install, unpack files, then right-click tweakui.inf - Install)
  4. Reboot system to test if reception automatically starts after automatic login.
  5. Configure automatic logon after logoff.
    Write the following three lines into a file named autologon.reg:

        Windows Registry Editor Version 5.00
        [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon]

    Run autologon_XP_2000.reg (double-click).
  6. Create a file "restart.bat" in the TelliCast working directory and put the following single command into the file, depending on the Windows version:

    - if the system is Windows XP:    logoff 
    - if the system is 2000:              logoff /n /f

    Test the command and batch file before proceeding to the next step.

    Note: on Windows 2000 systems you might have to install logoff.exe from the Windows 2000 or NT resource kit.
  7. Add the following two lines under [watchdog] in recv.ini and restart TelliCast:


    Note: While working interactively on the reception station with restart enabled, the automatic logoff - if triggered - will close all applications immediately and interrupt the interactive work.  Therefore please disable the automatic restart (step 8) if you want to work in the running account, or login to a different account using the "fast user switching" capability on Windows XP.  User sessions running in parallel will not be logged out.
  8. To disable the automatic restart, edit recv.ini the following way and restart TelliCast:


  9. To disable autologon, undo step 3:
    Open Tweak UI - Logon - remove Autologon check mark - Apply
  10. The ForceAutoLogon setting will only be active if autologon is enabled.  To disable this setting in the registry, repeat step 5 but use "ForceAutoLogon"="0"

[DJT]  Please be careful when editing the registry, perhaps making a system restore point before such changes.


(B19) Vista Problems - TelliCast cannot connect to DVB interface

TelliCast fails to work, being either stuck in the yellow T-icon state or, if the network cable is connected after the system was working, the icon alternates between the "pink" and "red" states.

This is related to the default multicast entries in the TCP/IP routing table.  On previous Windows operating systems, the entry into the TCP/IP routing table was added automatically.

To solve this problem, you need to tell Vista that the addresses handled by the DVB software must always be reached through the address which you set up in DVB card installation (normally 

In the Start menu, All Programs, Accessories menu, you will find an item named Command Prompt. 
Right-click on this item, and select Run as administrator. Enter the following command:

  route   -p   -4   ADD   mask

Note: if the DVB interface is on another IP address, use that address instead of


(B20) Vista Problems

Changing recv.ini does not seem to have any effect, cannot find

Windows Vista no longer allows programs to write in the C:\Program Files\ directory.

The default (Microsoft) solution is to virtualise the Program Files directory for each user.  This means that while the .exe files stay in C:\Program Files\, anything which is written goes into a virtual store called:

C:\Users\<name>\AppData\Local\VirtualStore\Program Files\.....

and this is done transparently for the user.  However, it can mean that there are two copies of the files, and hence causes confusion.

Check in "C:\Users\<name>\AppData\Local\VirtualStore\Program Files\T-Systems\BusinessTV-IP" and see if the "real" files in here.  Hopefully the log files and data files will be here.

Note: You need to have "display hidden files and folders" selected.


(B21) eToken PKIMonitor frequently asking for password

After installation of EKU software (PKIClient) version 4.5 or later, from time to time the eToken pops up a window requiring the password.

The PKIMonitor is running, however this feature is not used by the EUMETCast software.

Disable the PKIMonitor with msconfig:
- Start - Run, enter "msconfig", OK
- select the Startup tab
- disable "PKIMonitor", OK
- reboot the PC
- after reboot a window will come up showing that something was changed, check "Don't show..." and accept, close the open window and reboot again.

If the above does not work, with the Firefox browser you could try:
- Options, Advanced, Certificates, Security devices button, select eToken, Unload.


(B22) Increased file losses after migration to Eurobird-9 with Skystar-2 DVB cards

- increased file losses after the Eurobird-9 upgrade package was applied on a Skystar-2 card.

- the upgrade enables all EUMETCast PIDs on the DVB card.
- driver and software version 4.3.0 cannot cope with the complete data rate and drops packets.

Option 1: Remove unwanted PIDs in Setup4PC  (list of PIDs - [djt])

Option 2: Upgrade the DVB driver and software to version 4.4.1 (part of the EUMETCast CD)
- you cannot use this option if you run Windows XP SP3, as drivers 4.4.1 don't install on SP3  [djt]
- get the latest CD from EUMETSAT (CD 5_4)
- open the Device Manager (Control Panel => System => Hardware => Device Manager)
- select the DVB card under "Network Adapters" and upgrade the driver, point to the 4.4.1 directory on the CD
- uninstall the DVB software  (not the TelliCast software [djt])
- install version 4.4.1 from the EUMETCast CD, follow the provided instructions

[The EUMETSAT version of this answer has options 1 and 2 in the opposite order.  djt]

(B23) TelliCast no reception while all DVB reception parameters seem ok, unable to control Windows firewall

- the T icon in the tray is always yellow.
- the DVB reception parameters appear to be correct, i.e. signal lock ok, PIDs correct, icon green.
- the Windows firewall cannot be switched on or off, the Windows firewall service cannot be started

- the WinSock settings are corrupted, possibly due to an incorrect installation of software.
- this inhibits the firewall services and control.

Step 1: follow the instructions in To reset the winsock settings.
Step 2: if Step 1 didn't solve the problem, repair the WMI repository. See then repeat Step 1.
Step 3: open Control Panel - Administrative Tools - Services. Start the service "Windows Firewall/Internet Connection Sharing (ICS)"

The firewall can now be controlled again and can be configured to allow TelliCast reception. See B24.

(B24) Configure Windows Firewall to allow TelliCast reception

- if the firewall is switched on, it stops multicast traffic from the DVB interface to TelliCast.

- open Control Panel - Network Connections
- right-click on the name of the DVB interface ("Local Area Connection .."), select Properties
- click the "Advanced" Tab and select "Settings" in the Windows Firewall section
- A "Windows Firewall" window opens, click the "Advanced" tab
- un-check the DVB network interface ("Local Area Connection ..") under Network Connection Settings
- accept changes and close open windows, reception should immediately start


(B25) Wrong satellite after startup on Skystar2 cards

- after a restart of the PC the SkyStar card connects to the wrong satellite

- the initial locking transponder is not correct, either not saved or not set.

- right-click the antenna icon, select the correct satellite and service
- make sure TelliCast is receiving data
- double-click the green antenna icon, select the correct satellite (currently used satellite)
- click the "Data services" button
- under "Transponder" select the correct satellite/transponder
- click "Edit"
- check "Initial locking transponder"
- accept all settings with "OK", "OK" "Close"
- restart the PC to check if the right transponder is selected at startup

(B26) How to use SkyStar II cards on Windows 7


- SkyStar 2 DVB drivers are not working under Windows 7

- Please download the DVB driver package from:
- then unpack the package and follow the instructions in the PDF document.


(B27) Losses due to excessive scheduled tasks/services running under Windows 7

- Messages in the recv.log containing the string "Missed parts of file" at specific times (typically around 01:00 and on Sunday mornings)

- Windows 7 has many scheduled tasks and services that can "hog resources" and so lead to data losses at certain times of the day/week.

The exact settings are left up to the user as it depends on the level of losses they are happy with and also on what level of security they wish to have. The following are recommendations only for dedicated EUMETCast reception machines, not connected to the internet.

The following scheduled tasks should be disabled (Control Panel-->System and Security --> Scheduled Tasks):

1 Microsoft\Windows\Active Directory Rights Management Services Client\AD RMS Rights Policy Template Management (Automated)
2 Microsoft\Windows\AppID\PolicyConverter
3 Microsoft\Windows\AppID\VerifiedPublisherCertStoreCheck
4 Microsoft\Windows\Application Experience\AitAgent
5 Microsoft\Windows\Application Experience\ProgramDataUpdater
6 Microsoft\Windows\CertificateServicesClient\UserTask-Roam
7 Microsoft\Windows\Customer Experience Improvement Program\Consolidator
8 Microsoft\Windows\Customer Experience Improvement Program\KernelCeipTask
9 Microsoft\Windows\Customer Experience Improvement Program\UsbCeip
10 Microsoft\Windows\Defrag\ScheduledDefrag
11 Microsoft\Windows\Diagnosis\Scheduled
12 Microsoft\Windows\DiskDiagnostic\Microsoft-Windows-DiskDiagnosticDataCollector
13 Microsoft\Windows\DiskDiagnostic\Microsoft-Windows-DiskDiagnosticResolver
14 Microsoft\Windows\Maintenance\WinSAT
15 Microsoft\Windows\Media Center\PeriodicScanRetry
16 Microsoft\Windows\Media Center\RecordingRestart
17 Microsoft\Windows\Offline Files\Background Synchronization
18 Microsoft\Windows\Offline Files\Logon Synchronization
19 Microsoft\Windows\PerfTrack\BackgroundConfigSurveyor
20 Microsoft\Windows\Power Efficiency Diagnostics\AnalyzeSystem
21 Microsoft\Windows\RAC\RacTask
22 Microsoft\Windows\Registry\RegIdleBackup
23 Microsoft\Windows\Shell\WindowsParentalControls
24 Microsoft\Windows\Shell\WindowsParentalControlsMigration
25 Microsoft\Windows\SideShow\AutoWake
26 Microsoft\Windows\SideShow\SessionAgent
27 Microsoft\Windows\SideShow\SystemDataProviders
28 Microsoft\Windows\SoftwareProtectionPlatform\SvcRestartTask
29 Microsoft\Windows\SystemRestore\SR
30 Microsoft\Windows\Time Synchronization\SynchronizeTime
31 Microsoft\Windows\User Profile Service\HiveUploadTask
32 Microsoft\Windows\WindowsBackup\ConfigNotification
33 Microsoft\Windows\WindowsColorSystem\Calibration Loader

The following services may be disabled (Start Menu, type "services.msc" into the search line, then hit enter):

1 Windows Update (NOTE: this should still be run manually from time to time)
2 Windows Defender
3 Windows search indexing
4 Themes
5 SSDP Discovery
6 Desktop Windows session manager
7 Offline files
8 Print spooler (Unless you wish to print from the PC)
9 Program compatible assistant

Other performance gains:

1 Uncheck the indexing check box on the drive(s) data are written to (Right-click drive --> Properties)
2 Write Cache Policy - Enabled on Data Drive(s) - Unsafe in system without a UPS


(B28) Reception stops when connecting to internet on Vista/Windows 7 with some DSL modems

- TelliCast reception stops when connecting via a DSL modem to the internet.  This was observed with modems from Alice and Arcor ISPs, when PPPoE was used as connection method.

- The problem was occurs only with Vista and Windows 7.

- A software fix is not known. Replacement of the modem and avoiding PPPoE can solve the problem.

(B29) SkyStar DVB cards - the tool b2status does not run

- The b2status.exe command line tool is part of the SkyStar software and SDK on the EUMETSAT CD. When started, the error message "side by side configuration error" is displayed and b2status stops.

- The MS Visual C++ 2005 Redistributable Package is missing.

- Install the package from the TechnoTrend driver subdirectory "3rdParty\MFC8.0Runtime\vcredist_x86.exe".


(B30) No Ku-band EUMETCast data - Good signal but Yellow "T" with correct transponder settings

No data received, the "T" is yellow. Signal strength is good.
On SkyStar cards the Network displayed on setup4pc 'Sky'.

Although you have changed all your settings correctly, you have not yet moved your antenna to the new position 9° E for Eurobird 9a

Re-point the antenna. See  to find the new pointing angle appropriate for your geographical location.
Maximise the signal level, quality and SNR by fine adjustment of the pointing azimuth and elevation, and by adjusting the skew angle of the LNB

Alternative solution:
If the dish design supports several LNBs, a second LNB can be installed to receive both satellites with one antenna.  The second LNB must be mounted
several cm (typically 6cm) to the East of the Hotbird LNB


(B31) Increased losses on Windows XP

Files missing and following messages in recv.log:
WRN:2012-03-27 09:35:35.539:Failed to open data channel `EPS-2', address Coordinator lost
MSG:2012-03-27 09:35:35.539:Disconnect from data channel `EPS-2', address completed (channel lost)
VRB:2012-03-27 09:35:35.539:Reconnecting to data channel `EPS-2', address (channel lost)
MSG:2012-03-27 09:35:36.586:Reconnected to data channel `EPS-2', address (channel was lost)

Windows XP supports only a limited number of simultaneous multicast channels.  This problem happens only if many services are received on the same PC.

- Limit the number of multicast channels to 32, see (D6).
- Upgrade to Windows 7 or the related server version.
- See also Annex A at the bottom of this document.

(B32) Increased losses with TechniSat SkyStar PCI cards and certain motherboards

Files missing and many of following message types in recv.log:MSG:2012-07-09 06:24:25.229:Channel "TSL Announcement Channel": Lost message 16494333 (message lost)MSG:2012-07-09 06:24:25.229:Channel "TSL Announcement Channel": Lost message 16494336 (message lost)MSG:2012-07-09 06:24:25.229:Channel "TSL Announcement Channel": Lost message 16494337 (message lost)MSG:2012-07-09 06:24:25.229:Channel "TSL Announcement Channel": Lost message 16494338 (message lost)MSG:2012-07-09 06:24:25.666:Channel "TSL Announcement Channel": Lost message 16494342 (message lost)

The SkyStar 2 and/or SkyStar S2 PCI cards have compatibility problems with certain motherboards.  The following chipsets and stations are known to have this issue: Intel 6/C200 Series chipset, Dell Optiplex 990, Dell Precision T1600

There is no technical solution known for these combinations, use a different DVB card or external box. 

(C) Linux Problems  

(C1)    EKU problems on Linux: "Found missing or wrong user key part"  

If light on EKU is off (not red) go to (C3)  


* host_key_4:-  (empty) 
 instead     host_key_4: *****-*******-*****  at the html client.

* continuous messages like:  

ERR:2005-01-26 11:31:50.886:Cannot join channel "EUMETSAT Data Channel 2":  Missing key 20864.
ERR:2005-01-26 11:31:50.886:Cannot join channel "EUMETSAT Data Channel 2":
Failed to decode key 20864
ERR:2005-01-26 11:31:51.145:Found missing or wrong user key part for decrypting announce data key.  

Etokend and pcscd running fine, eku lit in red and everything seems perfect.  

(C1.1)   Missing " Aladdin eToken virtual reader" information in /etc/reader.conf  

Note:  This problem is fixed with EUMETSAT CD "Licence_cd_v4_1_19-08-2005" (and later versions).  A patch kit from the previous version can be requested from the user service and will soon be available for download on the EUMETSAT website.

When installing the eToken package, you will execute "petoken install ...".  The petoken script also updates the /etc/reader.conf file, but this may fail.  The cause of the problem is that the perl "rename" (in-built) function does not work across file systems. If "/tmp" is not on the same partition as the / file system the perl installation script (eToken) trying to move files from /tmp to /etc will fail.  

Please use this updated EKU installation procedure:  

1. Install pcsc-lite  
            rpm -i pcsc-lite-1.1.1-1-redhat.i386.rpm  

2. Install eToken  
            mkdir /usr/local/etoken  
            tar -zxf aksrte-3-15.84.Linux.i386.tgz -C /usr/local/etoken  
            cd /usr/local/etoken/aksrte-3-15.84/  
            ./petoken install 2  
            /etc/init.d/etokend stop  

3. Check /etc/reader.conf  
            Check if this file contains a block starting with "# Aladdin eToken virtual reader"  
            If not, the petoken script didn't update /etc/reader.conf.  

            In this case the updated reader.conf file was created in /tmp, the name consisting of just numbers.  
            It starts with:  
                        # Configuration file for IFD Handler 2.0 drivers  
            it should contain a block starting with:  
                        # Aladdin eToken virtual reader #0  
            Copy this file over /etc/reader.conf (overwrite the file)  

4. Overwrite the service files with files from CD, located in /EKU_software  
            cp etokend /etc/init.d/etokend  
            cp pcscd /etc/init.d/pcscd  

(C1.2)   Missing shared library information  

look at  /etc/  (vi /etc/  
check for entries   /usr/local/lib and /usr/lib  
-if they don't appear add them at the end, save file and then type  
This allow the system to look for the libraries in this folders.  
-If they appear:  
    please do "ldconfig" anyway to check.  

Reboot the system to finish.  

(C1.3) If 1) and 2) are successful, check communication with TelliCast software  

- start etokend, pscsd, tellicast (in that order)  
- open the TelliCast shell (open browser and select "http://localhost:8100")  
- select License  
  under "Client Identification" you should see the selected username and 4 host_key.. parameters, check if you see the following  

    host_key_4:  ****-****-****-****  

if not, the TelliCast software cannot see the key  
- send us a screen shot of this page  
- send us following files  
list of processes (ps aux > ps.log)  


(C2)    EKU problems on Linux: pcscd service fails to start

Note:  This problem is fixed with EUMETSAT CD "Licence_cd_v4_1_19-08-2005" (and later versions).  A patch kit from the previous version can be requested from the user service and will soon be available for download on the EUMETSAT website.

When the pcscd service is started, pcscd creates a /tmp/pcsc directory entry.  If pcscd was incorrecty stopped, e.g. after a crash or power cycle while running, the entry remains in /tmp.  Any attempt to start pcscd again will then fail because it thinks it is already running.

Remove /tmp/pcsc and start the service again.  


(C3)    LINUX: EKU light off  

(C3.1)   USB system is not configured  

(C3.1.1) 2.4 kernels

- check if /proc/bus/usb is present
- if not, add follwing entry in /etc/mtab

usbdevfs /proc/bus/usb usbdevfs rw 0 0

- check if usb-uhci module is loaded (lsmod)
- if not "modprobe usb-uhci" and add to /etc/modules.con (2.4 kernels)
- alias usb-controller1 usb-uhci

- then "cat /proc/bus/usb/devices" should contain following line
P: Vendor=0529 ProdID=0514 Rev= 1.00

(C3.1.2) 2.6 Kernels

If you get messages in the /var/log/syslog or /var/log/messages (depending on build) such as:

Jun 4 11:53:04 eumct06 etokend: unable to open /proc/bus/usb/devices file

Non Ubuntu:

Add the following entry to the /etc/fstab file:

# vi /etc/fstab

usbfs /proc/bus/usb usbfs defaults 0 0

Then mount the filesystem:

# mount -a

(or "mount -t usbfs usbfs /proc/bus/usb" from the command line)

Fedora Core 16:
Editing the /etc/fstab not appear to work after a reboot so the command line needs
to be run each time the PC is re-booted so it is a good idea to add the lines above
so that they are executed before the etokend is started e.g. add the mount line to the start

subroutine of the /etc/init.d/etokend script (and an umount to the stop subroutine).

Ubuntu 8.04 (later versions see below):

Edit the script e.g.:

# vi /etc/init.d/

Find the following section, and uncomment the last 4 lines:

# Magic to make /proc/bus/usb work
#mkdir -p /dev/bus/usb/.usbfs
#domount usbfs "" /dev/bus/usb/.usbfs -obusmode=0700,devmode=0600,listmode=0644
#ln -s .usbfs/devices /dev/bus/usb/devices

#mount --rbind /dev/bus/usb /proc/bus/usb

The run the script as root (or reboot the machine):

# /etc/init.d/ start

Ubuntu 10.04 (domount no longer available):
# mount --bind /dev/bus /proc/bus

# ln -s /sys/kernel/debug/usb/devices /proc/bus/usb/devices

Then restart the etoken daemon, pcscd daemon and tellicast software.

Note: this needs to be redone each time the PC is re-booted so it is a good idea
to add the lines above so that they are executed before the etokend is started

e.g. add the lines to the start subroutine of the /etc/init.d/etokend script

(C3.2)   If (C3.1) is ok and the light is still off, the EKU is damaged and must be replaced


(C4)    EKU problems after successful installation: "Failed to decode key"

If the light on EKU is off (not red) go to (C3)

* host_key_4: *****-*******-***** at the html client (at least after restart).

* continuous messages like :

ERR:2005-01-26 11:31:50.886:Cannot join channel "EUMETSAT Data Channel 2": Failed to decode key 20864.
ERR:2005-04-06 15:03:51.505:Critical dongle error (eToken transaction timed out). Restarting child.

etokend and pcscd running fine, EKU lit in red and everything seems perfect.

The communication to the EKU is harmed.  If the EKU doesn't respond within 10s, the "Critical dongle error" is triggered.  This can be caused by a badly functioning EKU, or by incorrectly running EKU drivers.

Please perform following check:

- add the line SYSLOGD_OPTIONS="-d syslog" to /etc/init.d/pcscd

extract of /etc/init.d/pcscd
export LD_ASSUME_KERNEL=2.4.1

- restart the reception station
this will add debugging information in /var/log/messages

- log the data until the EKU problem reappears, then send us the following files:

- The log will contain message pairs like "... SCardBeginTransaction ..." / " ... SCardEndTransaction ...".  An increased time delay of several seconds between "SCardBeginTransaction" and "SCardEndTransaction" indicates a communication problem.  In this case the EKU might have to be be replaced.

- after the test, disable the line in /etc/init.d/pcscd by preceeding it with a "#"
#SYSLOGD_OPTIONS="-d syslog"


(C5)    Using DVB cards that are supported by 2.6 kernels

We are currently testing installations under Fedora core 4.  This section explains brief instructions. The used packages can be requested from our user services or downloaded from internet.

1. Install Fedora core 4 with default kernel
    - the following package groups in their default configuration:
    - X Window System
    - GNOME Desktop Environment
    - Graphical Internet
    - Sound and Video
    - Development Tools
    - X Software Development
    - GNOME Software Development
    - System Tools

2. the following packages were added in their default configuration:
    - compat-libstdc++-296-2.96-132.fc4.i386.rpm

3. Install DVB apps
    cd /usr/local/src
    tar xjf $PATH_TO_PACKAGE/dvb-apps.tar.bz2
    cd dvb-apps
    cp util/dvbnet/dvbnet /usr/sbin
    cp util/szap/szap util/szap/femon /usr/bin
    cd ..

4. Install smcroute
    tar xzf $PATH_TO_PACKAGE/smcroute-0.92.tgz
    cd smcroute-0.92/src
    cp smcroute /usr/sbin

5. Install run level control script (available from user services)
    cp $PATH_TO_PACKAGE/channels.conf /etc
    cp $PATH_TO_PACKAGE/eumdvb /etc/init.d
    chkconfig --add eumdvb

6. install EKU software
    - according to instructions from CD

7. Install TelliCast
    - according to instructions from CD
    - modify recv.ini, set following interface address:

8. Please make sure that rp_filter is turned off at startup.
echo 0 > /proc/sys/net/ipv4/conf/all/rp_filter


(C6) Configuring Linux stations for C-band

The EUMETSAT CD currently contains only settings for reception of Linux stations in Ku-band.
Use following lines in the startup scripts for C-band reception:

if using szap:
    - set up file "channels.conf"


- run command line:
# uncomment next line for DVB KU band Europe
    #/usr/bin/szap -c /etc/channels.conf -n 1 > /dev/null &
    # uncomment next line for DVB C band Africa
    /usr/bin/szap -l C-BAND -c /etc/channels.conf -n 2 > /dev/null &
    # uncomment next line for DVB C band South America
    #/usr/bin/szap -l C-BAND -c /etc/channels.conf -n 3 > /dev/null &

if using dvbtune:
dvbtune supports only Ku-band, for C-band you have to use the L-band frequencies:
- set up following lines in the start up script

    # use next line to select PID 100 on C-band Africa
    dvbtune -c 0 -f 1418243 -p H -s 11963 -n 100 >/dev/null 2>&1
    # use next line to select PID 1921 on C-band South America
    #dvbtune -c 0 -f 1347000 -p H -s 27500 -n 1921 >/dev/null 2>&1

if using pentamedia cards:
- set following line in pentaval.conf

    Symbol rate=28.93000


(C7) DVB Card hang-up under Linux

After an interruption of the DVB downlink ( e.g. weather related) the Pent@Value DVB card might stop receiving data.

This is probably a driver problem, since it does not occur in the Windows version.

A restart of the pentaval driver will fix the problem.
The TelliCast client v2.4.3 and higher will support automatic detection of an interruption.
Do the following steps to configure this function:

  1. Create a restart script /etc/ with the following content:

    /etc/init.d/pentaval restart
  2. Make the file executable

    chmod +x /etc/
  3. Modify the [watchdog] section in the Tellicast configuration file recv.ini


Note: this procedure may be adapted to the users needs for other DVB cards.

(C8) Firewall configuration tables (iptables)

No reception by TelliCast while all DVB reception parameters seem ok

The Linux firewalls (which are often installed by default - especially in newer builds) do not allow the flow of DVB data.

The exact implementation depends on the specific firewall used. The examples below show how to use the command line to add rules using iptables. Again, most Linux builds have a GUI interface to configure the firewall and to allow default start up settings to be loaded. This varies from build to build but an experienced Linux user should be able to use the examples below to configure their own firewall.
Note: The user needs to change the DVB interface device name (i.e. pentaval0, dvb0, eth1) as appropriate.

iptables -I INPUT -i pentaval0 -p udp -s -j ACCEPT

iptables -I FORWARD -i pentaval0 -o dummy0 -p udp -s -j ACCEPT
iptables -I INPUT -i dummy0 -p udp -s -j ACCEPT

iptables -I FORWARD -i dvb0+ -o dummy0 -p udp -s -j ACCEPT
iptables -I INPUT -i dummy0 -p udp -s -j ACCEPT

iptables -I INPUT -i eth1 -p udp -s -j ACCEPT

iptables -I FORWARD -i eth1 -o dummy0 -p udp -s -j ACCEPT
iptables -I INPUT -i dummy0 -p udp -s -j ACCEPT

iptables -I OUTPUT -o eth1 -p tcp -m tcp --dport 80 -m state --state NEW,ESTABLISHED -j ACCEPT
iptables -I INPUT -i eth1 -p tcp -m tcp --sport 80 -m state --state ESTABLISHED -j ACCEPT

e.g. under FC8 (2.6 kernel) create a file with the following lines and then using the GUI add it to the "custom rules"
part of the firewall (ip4 -> filter):
-I FORWARD -i dvb0+ -o dummy0 -p udp -s -j ACCEPT
-I INPUT -i dummy0 -p udp -s -j ACCEPT


(C9) EKU / USB Problems with new Linux distributions

Seen on:
- Fedora Core 9 and above
- Ubuntu 8.10

eToken not working

* continuous messages like:

ERR:2005-01-26 11:31:50.886:Cannot join channel "EUMETSAT Data Channel 2": Missing key 20864.
ERR:2005-01-26 11:31:50.886:Cannot join channel "EUMETSAT Data Channel 2": Failed to decode key 20864.
ERR:2005-01-26 11:31:51.145:Found missing or wrong user key part for decrypting announce data key.

- Newer Linux versions have changed the devicenames/udev rules for USB devices.

- edit /etc/udev/rules.d/20-etoken.rules and add the following 2 lines:
ACTION=="add", SUBSYSTEM=="usb", SYSFS{idVendor}=="0529", SYSFS{idProduct}=="0514", RUN="/etc/hotplug/usb/etoken"
ACTION=="remove", SUBSYSTEM=="usb", SYSFS{idVendor}=="0529", SYSFS{idProduct}=="0514", RUN="/etc/hotplug/usb/etoken"

(C10) Problems with the dummy0 interface

Seen on:
- Ubuntu 9.10
- CentOS 6.2/RHEL6

No reception by TelliCast while all DVB reception parameters seem OK.

Also if run manually, e.g.:

$ sudo /etc/init.d/dvb-eumetcast start
[sudo] password:
Starting dvb-eumetcast: Failed to configure the multicast interface 'dummy0'

The dummy module is not included by default in the /etc/modules for Ubuntu 9.10 version.

In a terminal window, type:

[for Ubuntu]

$ sudo su -
# echo dummy >> /etc/modules

[For CentOS]

# echo 'modprobe dummy' >> /etc/rc.modules # chmod +x /etc/rc.modules

then reboot the station.


(C11) Missing symbolic link for eToken libraries

Note: If the light on EKU is off (no red light) go to (C3)

Seen on:
Ubuntu Server 8.04.1
Ubuntu 9.04
Debian 5.0 (Lenny), Kernel 2.6.26
Fedora Core 16 (Kernel 3.4.9)

EKU is lit (red light)
host key 4 is empty - Tellicast client license page shows host_key_4: " " instead of "****_****_****_****"
Continous messages like:
ERR:2010-01-26 11:31:50.886:Cannot join channel "EUMETSAT Data Channel 2": Failed to decode key 20864.
There is no softlink in /usr/local/lib/ to /usr/local/lib/

In order for the eToken software to work on some builds it is necessary to manually create the following symbolic link.

As the root user in a terminal window, type:

# ln -sf /usr/local/lib/ /usr/local/lib/

(there should also be a copy in /usr/local/etoken/aksrte-3-15.84p3/

Then run ldconfig to be on the safe side

# ldconfig

then reboot the station.

(C12) Reverse Path Filter (rp_filter)

Seen on:
Kubuntu 10.04 LTS

TelliCast cannot connect to any channels
Multicast packets coming into the DVB0_x (RX Bytes) interfaces but not being passed to the dummy0 (TX Bytes) interface.

The /etc/init.d/dvb-eumetcast script disables the anti-spoofing for each dvb-device plus dummy0. But in some builds it is also necessary to disable it in the "all" interface (/proc/sys/net/ipv4/conf/all).

Before starting dvb-eumetcast, type:

# echo 0 > /proc/sys/net/ipv4/conf/all/rp_filter

This needs to be done every restart so ideally should be added the /etc/init.d/dvb-eumetcast script.
e.g. in the configure_multicast_interface() sub-routine:

# check if kernel anti-spoofing for the multicast interface is configured...
if [ -e /proc/sys/net/ipv4/conf/all/rp_filter ]; then
# kernel anti-spoofing for the multicast interface is configured, check if it is enabled...
if [ "`cat /proc/sys/net/ipv4/conf/all/rp_filter`" = "1" ]; then
# kernel anti-spoofing for the multicast interface is enabled, disable it...
echo 0 > /proc/sys/net/ipv4/conf/all/rp_filter

(C13) CentOS default kernels - DVB support not included

Seen on:
CentOS 4 and 5

/dev/dvb does not exist.

# lsmod | grep dvb

returns no results.

dvb-eumetcast fails to start:
# /etc/init.d/dvb-eumetcast start
Starting dvb-eumetcast: Failed to add the DVB interface 'dvb0_0 for the service PID '100'

The CentOS kernel does not include support for DVB by default. You need to install the CentOSPlus kernel.

Please follow the instructions here to install the CentOSPlus kernel:

(C14) SkyStar 2 - firmware version 2.8A and 2.8B (older firmware is ok)

Error messages when starting /etc/init.d/dvb-eumetcast such as:
Starting dvb-eumetcast:
Failed to add the DVB interface 'dvb0_0 for the service PID '100'

And when running szap manually:

# szap -c /etc/channels.conf -n 1
reading channels from file '/etc/channels.conf'
zapping to 1 'eurobird9':
sat 0, frequency = 11976 MHz H, symbolrate 27500000, vpid = 0x0000, apid = 0x0000 using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
opening frontend failed: No such device

These specific firmware versions (2.8A and 2.8B) were not supported in some older builds (kernels/dvb-utils versions).
They are supported in the latest builds. Please update to the latest kernel and dvb-utils (or dvb-apps) package.

If this is not possible, please see the instructions here:

(C15) RAMDisk not being created or only 16 MB in size.

Seen on later Fedora Core builds, fix tested on FC16 (3.4.9 Kernel)

When the "RAM_DISK_DEVICE=/dev/ram0" option is enabled in the /etc/tellicast-client.cfg file, stopping and restarting

the TelliCast-client service does not create a RAMDisk or it creates on that is 16 MB in size.

The RAMDisk module is no longer called "rd" and its size no longer seems to be controlled via the kernel command line:

option "ramdisk_size=500000".

Increase the RAMDisk size (the example here is to 500MB):

# mv /etc/modprobe.d/dvb-eumetcast /etc/modprobe.d/dvb-eumetcast.conf
# vi /etc/modprobe.d/dvb-eumetcast.conf
[add the line]

options brd rd_nr=1 rd_size=500000 max_part=0

# modprobe -r brd

# modprobe brd

Update the TelliCast-client script to use "brd" instead of "rd":

# vi /etc/init.d/tellicast-client

[change "rd" to "brd" in the following lines]

# check the RAM disk device...
if [ "$RAM_DISK_DEVICE" != "" ]; then
# the RAM disk device has been specified, check if it exists...
if [ ! -e $RAM_DISK_DEVICE ]; then
# the RAM disk device does not exist, check if the brd kernel module is loaded...
if [ "`lsmod | grep '^brd '`" = "" ]; then
# the brd kernel module is not loaded, load it...
modprobe brd > /dev/null 2>&1

# systemctl --system daemon-reload

Then restart the TelliCast-client service or reboot the machine.

(D) Common problems

(D1)    Frequent loss of files

* in recv.log continuous messages like :

MSG:2005-04-08 08:53:18.308:Channel "EUMETSAT Data Channel 2": Lost message 1400 (unknown error)
MSG:2005-04-08 08:53:19.916:Missed parts of file `H-000-MSG1__-MSG1________-WV_073___-000004___-200504080845-C_' id 42564639004f9d42 from channel `EUMETSAT Data Channel 2'

MSG:2005-04-08 09:10:36.703:Disconnect from announcement channel `TSL Announcement Channel', address completed (channel lost)
VRB:2005-04-08 09:10:36.703:Reconnecting to announcement channel `TSL Announcement Channel', address (channel lost)
MSG:2005-04-08 09:10:49.418:Missed parts of file `L-000-MSG1__-GOES9_______-10_7_140E-000004___-200504080900-C_' id 42564a23004fa21a from channel `EUMETSAT Data Channel 3'
MSG:2005-04-08 09:10:49.418:Missed file `L-000-MSG1__-GOES9_______-10_7_140E-000005___-200504080900-C_' id 42564a23004fa21b from channel `EUMETSAT Data Channel 3'

The problem might be caused be one of the following:

  1. DVB reception problems, low margin for rain, noisy equipment, DVB signal interruptions.  This problem is indicated by lost packets or high BER in the DVB card monitoring software.
  2. High load on the reception machine, especially disk I/O activities.
  3. Programs using high CPU load or disk I/O are running.

1. Check reception system, replace faulty or low quality hardware (LNB, cables, DVB cards), increase antenna size.

2. Install a RAMdisk (> 60 MB) and set following parameters in the recv.ini file (leave other parameters unchanged).
[DJT: - Arne van Belle has kindly provided this PDF article on Optimising EUMETCast Reception using a RAMdisk.]

    file_database_directory=<directory name on RAMdisk>

    # enables buffered write mode to log file

    # verbose mode is intended for debugging

    # this restricts the file database to 60 MB, the default value is 250 MB.
    # make the RAMdisk larger than 60 MByte

All these changes reduce disk I/O activities and thus improve the performance even under heavy CPU load.

3. Switch off programs that cause interference like
    - anti virus /anti spam software
    - automatic windows update
    - programs with heavy disk activities


(D2)    Need more information about TelliCast client and file formats?

While the TelliCast client is running, open a Web browser.
Enter URL http://localhost:8100/
[DJT note - you can click on this link if TelliCast is running on this PC, or replace the "localhost" with the network name of the PC running TelliCast]
Select "Help" in the menu displayed on the left side.


(D3)    No DVB reception or no signal

The DVB reception software indicates one or more of the following:
    - no signal or signal on noise level
    - no carrier lock
    - no data lock

The problem might be caused be one or more of the following:

  1. Antenna pointing incorrect
  2. Wrong polarisation by incorrect mounting of the LNB (linear polarisation only)
  3. Broken hardware, LNB or DVB card/box
  4. High frequency offset of LNB
  5. Cable and connector problems


  1. Check antenna/LNB by using another DVB or digitab satellite TV receiver or testing equipment.
  2. Visually check cables and connectors, check for shorts and throughput.
  3. If the DVB software allows, scan the whole frequency range for transponders.
    Check the results to see if the right satellite, polarisation and frequencies of the transponders are recognised.
    Send results back to helpdesk.
  4. Use an offset frequency (several MHz higher or lower) to correct for LNB oscillator offsets.
  5. Replace faulty hardware.


(D4)    Missing channels

* in recv.log continuous messages like :

MSG:2005-11-10 07:59:48.652:File transmission 4372fda0005e9d03 interrupted: filelist missing/incomplete
MSG:2005-11-10 07:59:50.808:File transmission 4372fdeb005e9d59 ended: filelist missing/incomplete
MSG:2005-11-10 07:59:50.949:File transmission 4372fdeb005e9d55 ended: filelist missing/incomplete
MSG:2005-11-10 07:59:50.964:Disconnect from data channel `EUMETSAT Data Channel 2', address completed (channel closed)
MSG:2005-11-10 08:00:01.511:File transmission 4372fda0005e9d03 ended: filelist missing/incomplete
MSG:2005-11-10 08:00:03.542:File transmission 4372fdd3005e9d3d interrupted: filelist missing/incomplete
MSG:2005-11-10 08:00:15.152:File transmission 4372fdc1005e9d2d ended: filelist missing/incomplete
MSG:2005-11-10 08:00:15.167:Disconnect from data channel `EUMETSAT Data Channel 3', address completed (channel closed)

The problem might be caused be one of the following:

  1. Channel is not selected in recv-channels.ini. 
    If this is the case the "Disconnect from data channel..." message is not displayed.
  2. PID not selected for related channel in DVB reception configuration.
  3. A firewall setting or routing problem might prevent the routing of the multicast channel.
  4. If all channels are missing, the card might be broken.


  1. Edit recv-channels.ini, add a section for the missing channel, or add a wildcard, e.g.
    [EUMETSAT Data Channel 3] or
    [EUMETSAT Data Channel*] or
  2. Add PID for missing channel
  3. Enable routing or update firewall configuration.
  4. Replace DVB card


(D5)    Interference in C-band and locking problems using bandpass filters

Intermittent reception problems in C-band.

Radar interference can cause reception problems in C-Band.

Place a C-band bandpass filter between the feed and the LNB.

Occasionally, when powering up the DVB reception computer and a bandpass filter is installed, the LNB simply refuses to work. 

If this is the case, please do the following:

  1. Power up the DVB computer. Wait for the applications to start (reception does not work).
  2. Disconnect the antenna cable from the receiving board, leave the cable disconnected for a couple of minutes.
  3. Reconnect the antenna cable to the board. Reception resumes almost immediately.

It is recommended to leave the system powered permanently to avoid this situation.  Use an uninterruptible power supply in case of an unreliable power net.


(D6)    I want to remove channels from reception

The data is temporarily not needed or there are performance problems receiving to many channels.

Edit the file recv-channels.ini and specify each channel that should be received, remove the wildcard [*], 
e.g. add entries like this:

    [EUMETSAT Data Channel 1]

    [EUMETSAT Data Channel 2]

    [EUMETSAT Data Channel 3]

    # The commented channels will not be received
    #[EUMETSAT Data Channel 5]
    #[EUMETSAT Data Channel 6]


[DJT: alternatively, you can set one common tmp_directory in recv.ini.  The tmp_directory should be on the same disk (partition) as the target directories]


(D7)    "Address already in use" messages in TelliCast logs

* in recv.log messages like :

ERR:2006-05-22 19:15:16.734:Cannot start HTTP server at port 2517 on all interfaces: (Address already in use)
ERR:2006-05-22 19:15:16.734:An error occurred while starting tc-recv.exe. Shutting down!

TelliCast is already running and a second attempt to start the client is made.
This could be caused by a second installation of TelliCast or by the user attempting to manually start the program.


  1. Identify all installations of TelliCast. Remove (uninstall) the obsolete installations.
  2. If necessary, uninstall all TelliCast installations and manually remove remaining files.
  3. Reinstall TelliCast.


(D8)    Intermittent Config Error or red "T" Icon Red TelliCast icon in versions 2.4.3/2.4.4

* in recv.log messages like :

ERR:2006-05-30 13:49:41.250:Failed to open data channel `EUMETSAT Data Channel 1', address (wrong interface address
MSG:2006-05-30 13:49:41.250:Disconnect from data channel `EUMETSAT Data Channel 1', address completed (channel closed)
MSG:2006-05-30 13:49:45.000:Disconnect from data channel `EUMETSAT Data Channel 1', address completed (channel closed)

The PID for the related channel is not selected, or the channel is not available on the downlink.

The error message is a standard feature of these client versions.
The messages can be avoided by using the recv-channels.ini file for positive channel selection.

  1. Edit recv-channels.ini, add sections for the wanted channel(s), and remove wildcards and unwanted channels, e.g.
    [EUMETSAT Data Channel 3] or
    [EUMETSAT Data Channel*] 
  2. Add PID for missing channel

[djt] Also, in December 2006, EUMETSAT noted: 

Land SAF South America products were enabled last week as essential data.  Users have to enable PID 509 in order to receive the data, otherwise the TelliCast software will turn red on every related transmission.
If you want to turn off reception of this stream and not have the red alarms, please disable the channel [SAF-Americas] in recv-channels.ini and keep the PID selected.


(D9)    Location of file database, tmp files, received files, log files and other settings

To achieve the maximum performance of the client the following locations of the file outputs are recommended:

1. File database

The file database (0.fsy, 1.fsy, etc) is the temporary store for the received file fragments until a file is completely received.
Writing the fragments into the file database is a time critical operation and should not be interrupted.  We recommend to:

- create a RAMdisk with sufficient size for the subscribed services (e.g. 60 MB MSG1 only, 500 MB all including EPS)

- specify the RAMdisk location (e.g. if G:\ is the RAMdisk under Windows)


- specify the maximum size in recv.ini (should be less than the physical size)


Should you not be able to use a RAMdisk, please use the fastest disk on the system.  If two disks are used, the location should be different from the target location of the files.

[DJT: If you have plenty of memory, be careful not to set the RAMdisk size too big.  Setting it to 300MB may hang the system, and require that you reboot in Safe Mode to reset the value to a lower figure.]

2. Temporary and target location for received files

Once a file is completely received in the file database, it will be written to disk. This takes time and the files should be written to a temporary name or location first. Once completely written the file will then be moved (renamed) to the final target location. In order for the rename to work the temporary location must be on the same file system (disk, partition) as the target location.

- specify a temporary and target location in the recv-channels.ini file for every channel (or multiple using wildcards)

    [EUMETSAT Data Channel 1]

[DJT: Note the key name is tmp_directory, and not temp_directory

3. Log files

TelliCast writes logging information into files called recv.log.  This is useful for investigations and monitoring, however it creates additional disk traffic.  If logging is not required, you can turn it off by specifying "none".  If required you should at least use the buffered write mode using ">>" in front of the file name.  The location can be anywhere on the system, but the file database location should be avoided.

- specify name, logging level and buffered mode for logging in recv.ini



4. Write to disk performance

The speed used for writing data from the file database to the final files can be adjusted by two parameters, the speed (in bit/s) and the rate in number of files per second.  The following values should be used as default for EUMETCast.

    #file_delivery_counter=50 (is default)
    file_delivery_speed=20000000 (default 10 mbit/s)


(D10)    Problems after the upgrade on the EUMETCast uplink system on 30 May 2006

Reception before the switch was perfect or only few losses were observed.
After the switch on 30 May at 08:55 UTC the reception was severely degraded.
One or more of the following reasons might be responsible:

  1. Old DVB card driver
    Some Skystar2 cards running under driver version 4.2.2 (Windows) do not perform very well with the new system. 
    Please upgrade the DVB card driver and the reception software to V 4.3.0 (or higher).
    V4.3.0 is included on the EUMETSAT CD and in the upgrade sent out recently over EUMETCast.
    Follow the instructions to make sure that the low level drivers are also updated.
  2. Old TelliCast Client software
    TelliCast client version 2.3.1 will almost certainly create many losses.
    Client version 2.4.0a might look perfect, but a username dependent error case might degrade the 
    performance at any time in future.
    We strongly recommend to upgrade to version 2.4.4b (Windows) or 2.4.3a (Linux).
  3. More effective bandwidth control on the uplink side creates a slightly higher load on the
    reception stations. Please apply the recommendations listed in (D9) to optimise the configuration.


(D11)    Error message "Could not set the modification time"

* in recv.log messages like :

ERR:2006-06-12 21:04:19.031:Could not set the modification time for file received\H-000-MSG1__-MSG1________-VIS008___-000002___-200606122100-C_ (Permission denied).

The TelliCast client version later than 2.4.3 sets the modification time of a received file to the original timestamp seen before uplink.  The error message occurs if the file is accessed by other software before the operation is completed.

Use a temporary location (see: solution D9 2) but make sure that the temporary location is in the same file system as the target location, e.g. by selecting a ./temp sub-directory under the target directory.

[DJT: if this happens with the MSG Data Manager software, please consult me first before altering your working configuration]


(D12)   Setting the RAMdisk size for the file database

This section gives some help to determine the best RAMdisk size for the TelliCast file database. 

  1. Eliminate DVB reception losses.
    In order to continue with the next steps an error-free reception is needed for the test periods.  Use the statistics tools of the DVB card software to verify that the number of lost blocks is 0 or minimal.  Make the tests when the weather is fine.
  2. Configure the largest size RAMdisk you can make available on the system, e.g. 30% - 50% of the physical RAM.  Leave sufficient RAM for the operating system and application, 256 MB is normally enough.
  3. Stop all programs not necessary for DVB reception.
  4. Configure all services you want to receive.
  5. Install a task that regularly cleans up the disk, e.g. a batch job deleting the received files.
  6. Run a reception test for at least 2 days.  Repeat the test if reception losses were too high due to weather.
  7. Analyse the TelliCast reception losses, search for "Missed files" or "Missed parts of file" messages in recv.log.  In case of frequent losses follow the related suggestions in this guide to correct the problem.  If no or only few losses occurred, note the size of the file database (.fsy files) in the RAMdisk. 
  8. Add 30% to this value from step 7. Configure the RAMdisk size to this new value (size= X bytes).  Set the file_database_size to a 1MB lower value (size= X - 1000000 bytes).

[DJT: If you have plenty of memory, be careful not to set the RAMdisk size too big.  Setting it to 300MB may hang the system, and require that you reboot in Safe Mode to reset the value to a lower figure.]


(D13) File database grows larger and larger

This fix applies only if a RAMdisk is not used!  See also (D1

Frequent loss of files (see D1) and file 0.fsy quickly grows to large values or several files 0.fsy, 1.fsy, etc. are created. 

Disk I/O performance is limiting the data throughput to & from disk, thereby interrupting the reception of raw data.
This can be tested by following procedure:
- stop TelliCast client (right-click T icon - exit)
- delete file database files 0.fsy, 1.fsy, etc. (normally located in the receiving\tmp sub-directory of TelliCast)
- start TelliCast client
If file losses are initially gone (good reception for at least 1 hour), the solution will help.

Install a ram disk and put the file database on the RAMdisk, details see D9 and D12


(D14) Frequent loss of files at high data rates with certain DVB cards

When set to receive high data rate channels (e.g. EPS channels 5,10 & 11) in the recv.log messages like:

MSG:2007-10-09 09:21:15.435:Missed parts of file 'IASI_xxx_00_M02_20071009073900Z_20071009074200Z_N_O_20071009091604Z' id 470b47d40004026d from channel 'EPS-11'

This has been seen under Linux (Debian 3 and 4, Fedora Desktop 7) and Windows XP.

Certain Cards seem to have problems with data rates above about 10 Mbits/sec.  Cards known to have these problem currently include:

  • Hauppauge Nexus ver.2.1
  • TechnoTrend Premium S-2300

Currently the only solutions are to either reduce the data rate by removing the high rate channels from the recv-channels.ini or to buy another card.


(D15) Firefox browser is requesting eToken password when visiting secure web pages

When EKU software 4.5 is installed on Windows (may also happen under Linux with updated EKU drivers) and a secure web page is opened, a window pops up requesting the eToken password in order to write information to the eToken (EKU).

The EKU is also used as a device which can store passwords and CA information in connection with accessing secure web pages. Version 4.5 of the EKU software supports this operation, and the modules are automatically installed in the Firefox browser.


- Use EKU for this purpose (not recommended because we have not tested the interoperability with this function)

- disable the eToken module in Firefox

  • Start Firefox
  • (Linux) Go to Edit->Preferences->Advanced->Tab "Encryption"
    (Windows) Go to Tools->Options->Advanced->Tab "Encryption"
  • Click on 'Security Devices'
  • In the list "Security Modules and Devices", select the eToken ... device
  • Click on 'Unload'

(D16) Frequent loss of lock on Eurobird 9 when two or more DVB devices are connected via RF signal splitters

The DVB reception is interrupted in regular intervals when a splitter is used to feed several stations from one antenna.

The EUMETCast transponder on Eurobird is on the high part of the Ku-band.  A 22 KHz signal is sent from the DVB card/box to switch the LNB into high band.  If multiple DVB devices are connected via a signal splitter, the 22 KHz signals from several devices might cancel out if phase and amplitudes are unfavourable.  This effect is most pronounced on a two station system running identical DVB devices.

- disable the 22 KHz signal or the DVB card on one station. This solution leaves only cold redundancy - if the DVB card providing the 22 KHz signal fails, reception is lost on both stations.
- insert an attenuator in the signal path of on station only, i.e. between the splitter and the DVB card (inserting one additional splitter has been successfully tested and will be sufficient in most cases). This solution maintains hot redundancy - the system will continue receiving even if one station fails.


[Last updated: 2009 Feb 26]

Copyright © David Taylor, Edinburgh   Last modified: 2016 May 30 at 10:24