Re: [vdr] FreeviewHD compressed EPG

2011-10-25 Thread Laz
On Monday 24 Oct 2011, Stuart Morris wrote:
 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 fails to apply but this is ok because that part of the
 patch is relevant to freesat only.
 The decompressed EPG has many 'holes' in it due to incomplete Huffman
 lookup tables in the freesat.diff.
 I did manage to port the Freesat lookup tables from the Eepg plugin to
 the freesat.diff and I can now receive what appears to be the complete
 FreeviewHD EPG :-)

Oooo...I'll try to give it a go in the next few days. I never saw any real 
difference from running the eepg plugin!

What's the best way of filling in the gaps in the lookup tables? Modify 
the patch so that unknown sequences are dumped along with surrounding 
words so that they can be added by hand? How many gaps are you seeing at 
the moment?

Cheers,

Laz
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] FreeviewHD compressed EPG

2011-10-25 Thread Dominic Evans
On 24 October 2011 12:58, Stuart Morris stuart_mor...@talk21.com wrote:
 The patch is here:
 http://www.rst38.org.uk/vdr/freesat.diff

 The first hunk fails to apply but this is ok because that part of the
 patch is relevant to freesat only.

FYI I did previously rebase the patch for vdr 1.7.8 and newer (which
had changed eit.c slightly) and send it to the maintainer, but he
hasn't updated on his website.
Try https://gist.github.com/446643 or https://raw.github.com/gist/446643

 The decompressed EPG has many 'holes' in it due to incomplete Huffman
 lookup tables in the freesat.diff.
 I did manage to port the Freesat lookup tables from the Eepg plugin to the 
 freesat.diff and I can now receive what appears to be the complete FreeviewHD 
 EPG :-)

Please can you provide these tables somewhere?

Cheers,
Dom

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] Wanted VDR xineliboutput client

2011-10-25 Thread Mika Laitio
On 10/23/2011 06:02 PM, JJussi wrote:
 Because this is just client..
 Just vdr-sxfe what is capable play with VDPAU...
 
 Still I need to solve some problems at server end.. Get vdr-1.7 +
 skinsoppalusikka + epgsearch + some other plugins to install them to
 same machine.. Maybe I need to pick every piece from them original
 location and try to compile everything from source code.

Maybe a following script is useful for automatizing the build process a
bit. I always use it when ever the new version of vdr  plugins have
entered to git tree. As there are always couple of system specific
config files, the script copies those from my previous vdr-installation
dir.

In addition the launch command in runvdr line is following:
VDRCMD=$VDRPRG --lirc -w 15 -c /home/lamikr/dvb/vdr/vdr.git -v /video
-P'xineliboutput --local=none --remote=37890 --video=vdpau' -Pepgsearch
-P'osdteletext -d /home/lamikr/dvb/vdr/vdr.git/plugins/osdteletext'
-Pskinsoppalusikka -Pfemon -P'live -p 8080' -P'vdrrip -p
/usr/bin/mplayer -e /usr/bin/mencoder'

vdr-server-build.sh---

git clone git://projects.vdr-developer.org/vdr.git vdr.git
cd vdr.git
git checkout -b lamikr
cp ../vdr-old.git/channels.conf .
cp ../vdr-old.git/remote.conf .
cp ../vdr-old.git/svdrphosts.conf .
cp ../vdr-old.git/runvdr .
mkdir plugins
cp -ax ../vdr-old.git/plugins/xineliboutput plugins
mkdir -p PLUGINS/lib
chmod a+x runvdr
cd PLUGINS/src

git clone git://projects.vdr-developer.org/xineliboutput.git xineliboutput
git clone git://projects.vdr-developer.org/vdr-plugin-osdteletext.git
osdteletext
git clone git://projects.vdr-developer.org/vdr-plugin-epgsearch.git
epgsearch
git clone git://projects.vdr-developer.org/vdr-plugin-live.git live
git clone git://projects.vdr-developer.org/vdr-plugin-infosatepg.git
infosatepg
git clone git://projects.vdr-developer.org/vdr-plugin-vdrrip.git vdrrip
git clone git://projects.vdr-developer.org/vdr-plugin-markad.git markad
wget -c
http://www.saunalahti.fi/~rahrenbe/vdr/femon/files/vdr-femon-1.7.10.tgz
tar -xvzf vdr-femon-1.7.10.tgz
ln -s femon-1.7.10 femon

#skinsoppalusikka
wget -c
http://www.saunalahti.fi/~rahrenbe/vdr/soppalusikka/files/vdr-skinsoppalusikka-1.7.3.tgz
tar -xvzf vdr-skinsoppalusikka-1.7.3.tgz
ln -s skinsoppalusikka-1.7.3 skinsoppalusikka

mkdir -p ../../themes
cp -d skinsoppalusikka/themes/*.theme ../../themes/
mkdir -p ../../plugins/skinsoppalusikka
cp -d ../../../vdr-old.git/plugins/skinsoppalusikka/*.xpm
../../plugins/skinsoppalusikka/

cd ../..
make
make plugins

-
Mika

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] FreeviewHD compressed EPG

2011-10-25 Thread Dominic Morris

On Tue, 25 Oct 2011, Dominic Evans wrote:


On 24 October 2011 12:58, Stuart Morris stuart_mor...@talk21.com wrote:

The patch is here:
http://www.rst38.org.uk/vdr/freesat.diff

The first hunk fails to apply but this is ok because that part of the
patch is relevant to freesat only.


FYI I did previously rebase the patch for vdr 1.7.8 and newer (which
had changed eit.c slightly) and send it to the maintainer, but he
hasn't updated on his website.


Oops, sorry about that, that's dropped off the end of my todo list.


Please can you provide these tables somewhere?


Complete tables are here:

http://rst38.org.uk/vdr/freesat_tables_complete.zip

cheers,

dom



___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] FreeviewHD compressed EPG

2011-10-25 Thread Dominic Evans
On 25 October 2011 14:27, Tony Houghton h...@realh.co.uk wrote:
 On Tue, 25 Oct 2011 13:54:36 +0100 (BST)
 Dominic Morris d...@suborbital.org.uk wrote:

 Complete tables are here:

 http://rst38.org.uk/vdr/freesat_tables_complete.zip

 Those are the ones with holes in aren't they? Stuart Morris said he had
 to port the tables from eepg.

No, I believe EEPG took these exact tables from the same source(s) as
Dom got them. Its just the freesat.diff hadn't been updated to contain
the complete tables 'in-patch'.

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] FreeviewHD compressed EPG

2011-10-25 Thread Dominic Morris

On Tue, 25 Oct 2011, Dominic Evans wrote:

On 25 October 2011 14:27, Tony Houghton h...@realh.co.uk wrote:

On Tue, 25 Oct 2011 13:54:36 +0100 (BST)
Dominic Morris d...@suborbital.org.uk wrote:


Complete tables are here:

http://rst38.org.uk/vdr/freesat_tables_complete.zip


Those are the ones with holes in aren't they? Stuart Morris said he had
to port the tables from eepg.


No, I believe EEPG took these exact tables from the same source(s) as
Dom got them. Its just the freesat.diff hadn't been updated to contain
the complete tables 'in-patch'.


That's correct. The ones in the patch are those deduced through 
observation, there's an updated version of those here:
http://rst38.org.uk/vdr/freesat_tables_20081027.zip Those files are 
completely legitimate.


The complete tables were extracted from an OTA firmware upgrade and are 
complete. They may have dubious legality.


cheers,

dom


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] FreeviewHD compressed EPG

2011-10-25 Thread Tony Houghton
On Tue, 25 Oct 2011 14:39:46 +0100 (BST)
Dominic Morris d...@suborbital.org.uk wrote:

 On Tue, 25 Oct 2011, Dominic Evans wrote:
  On 25 October 2011 14:27, Tony Houghton h...@realh.co.uk wrote:
  On Tue, 25 Oct 2011 13:54:36 +0100 (BST)
  Dominic Morris d...@suborbital.org.uk wrote:
 
  Complete tables are here:
 
  http://rst38.org.uk/vdr/freesat_tables_complete.zip
 
  Those are the ones with holes in aren't they? Stuart Morris said
  he had to port the tables from eepg.
 
  No, I believe EEPG took these exact tables from the same source(s)
  as Dom got them. Its just the freesat.diff hadn't been updated to
  contain the complete tables 'in-patch'.
 
 That's correct. The ones in the patch are those deduced through 
 observation, there's an updated version of those here:
 http://rst38.org.uk/vdr/freesat_tables_20081027.zip Those files are 
 completely legitimate.
 
 The complete tables were extracted from an OTA firmware upgrade and
 are complete. They may have dubious legality.

Which are newer, complete or 20081027? I was using complete with
the patch before I switched to eepg and I'm pretty sure I did notice
holes very occasionally.

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


[vdr] VDR segfault with cable provider Unitymedia (DE)

2011-10-25 Thread OppTupacShakur
I have the same problems on vdr 1.6.0 and 1.7.21 with unitymedia.
Here is my backtrace:

(gdb) bt
#0  cHashBase::Get (this=0xc4ba414, Id=1319943600) at tools.c:1992
#1  0x080be6db in cEIT (this=0xb4112240, Schedules=0x818fa40, 
Source=1124073472, Tid=81 'Q', Data=0xb4112338 Q\361\345e\373툸
\001\005'\017\210Q\003\037\332\070\003,
OnlyRunningStatus=false) at eit.c:68
#2  0x080bf97c in cEitFilter::Process (this=0xc4176c0, Pid=18, Tid=81 'Q', 
Data=0xb4112338 Q\361\345e\373툸\001\005'\017\210Q\003\037\332\070\003, 
Length=488) at eit.c:382
#3  0x0810c763 in cSectionHandler::Action (this=0xc417790) at sections.c:212
#4  0x08128ab0 in cThread::StartThread (Thread=0xc417790) at thread.c:257
#5  0xb7f8a955 in start_thread (arg=0xb4113b70) at pthread_create.c:300
#6  0xb7d03e7e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] VDR segfault with cable provider Unitymedia (DE)

2011-10-25 Thread Juergen Judt

Zitat von Udo Richter udo_rich...@gmx.de:


Am 25.10.2011 01:41, schrieb Juergen Judt:

I have problems with the VDR because I get segfaults every ~5-10 minutes.
Similar problems are also reported in the VDR-Portal --
www.vdr-portal.de/board60-linux/board14-betriebssystem/board69-c-t-vdr/p1025768-segfault-mit-vdr-1-7-21/?highlight=#post1025768


The reason seems to be that for some reason d-getDescriptorNumber()  
is greater than d-getLastDescriptorNumber().


Did you try the patch that Zabrimus posted on Oct 11? It doesn't fix  
the invalid descriptor number, but at least it handles the bug  
gracefully and doesn't crash any more.


Cheers,

Udo



No I didn't try the fix, for me it was temp. enough to set the update  
channel to Names and PIDs.
I did not saw in the Portal thread, that you have already inform  
Klaus. So that I thought I post this issue to the VDR mailing list, to  
test maybe something and to solve this problem maybe in the next VDR  
version.


Bye,
Juergen


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr