I too have seen occasional EPG data on other channels become garbled.
Is it possible that 'other transport stream' EIT data when received on the HD
channel transport stream, is sometimes Huffman compressed? This of course is
regardless whether the Eepg plugin is present or not.
--- On Sat,
In the absence of a modification to the Eepg plugin to decompress the
FreeviewHD EPG, I have applied the original Freesat.diff to my
installation of VDR 1.7.21 and have achieved some success accessing the
FreeviewHD EPG.
The patch is here:
http://www.rst38.org.uk/vdr/freesat.diff
The first hunk
Slightly off topic but I recently uninstalled the EEPG plugin and
reverted back to pure XMLTV data as I was finding it introduced too
much instability into my VDR setup. With the plugin I would have
problems with my DVB-S2 card causing VDR to restart with the 'broken
stream' error code every week
Evening lads,
In dmesg:
vdr-sxfe[2926]: segfault at 1 ip 0001 sp b4a1918c error 14 in
vdr-sxfe[8048000+2]
Doing a quick gdb session on the coredump:
Core was generated by `/usr/bin/vdr-sxfe --hud -f -v -l --syslog
xvdr://127.0.0.1'.
Program terminated with signal 11, Segmentation
I'm having some problems with vdr-sxfe under GNOME3/mutter. If I start
it with --fullscreen it doesn't go fullscreen properly; I can still see
the gnome shell panel at the top of the screen and there's no vsync so I
get tearing. If I toggle fullscreen off and on again by double-clicking
it does
vdr-1.7.21 segfault by cable provider unitymedia (DE)
Hi,
I have problems with the VDR because I get segfaults every ~5-10 minutes.
Similar problems are also reported in the VDR-Portal --
