I've not upgraded yet, however I've checked and the patch applies and compiles. Does it not work?
Posts by d0m
-
-
FWIW I've started using vanilla VDR again and have access to FreeviewHD so I've updated the patch to VDR 2.2.0, available here: http://rst38.org.uk/vdr/freesat_vdr2.2.0.diff It needs a bit of a tidy up but it does work.
-
I have a similar problem with both of my servers (Octopus T and Gbox) - detection just sometimes fails to return anything.
If detected, then they'll drop out randomly and then occasionally come back. This is the case both for the plugin and for the elgato app.
The only sure-fire workaround seems to be restarting the satip server - detection will then work. I've increased the expiry time within the plugin to try and mitigate it a bit.
However, given that it affects both servers and 2 different apps it must be something on my network, so I'm planning on changing the switch used for the 2 servers and seeing if that improves things.
-
I'm now publishing updates to the freesat_tables.h file on my site - just download, rename, put into libsi, make clean, make. The same file can also be dropped into Myth and it'll improve the accuracy there quite considerably.
This has got quite a large number of corrections to the previous patch and a lot of new codes, with my data set (collected over a couple of months) there's about 97% complete decoding (for reference the original patch gets about 80%). Most of the problems are in such viewing delights as Rocks & Co, Overseas Property etc so it's unlikely that you'll see them!
-
Try this patch: http://www.rst38.org.uk/vdr/skyuk_epg.zip gets out the HD channels (as well as all the others) on my setup.
-
Soon, I've got a belt and braces EPG decoder working, though I'm missing the HD channels of course
-
I've updated the patch with a few more codes so there should be fewer truncated titles and descriptions: http://www.rst38.org.uk/vdr
Enjoy...
-
Ok, I've just applied the complete diff above to a vanilla VDR 1.7.0 (apart from the multiproto wrapper) and I'm getting the EPG fully decoded.
So, another stating the obvious...did you guys do a make clean before rebuilding vdr - libsi isn't automatically rebuilt all the time.
-
It should be available on any of the FreeSat transponders - it takes a while to come in though. Asking the obvious (but I fell into this trap whilst writing it) - you have applied the patch to eit.c to add the filters to pid 3842?
-
It's a patch against reelvdr (so 1.4.7), but the eit code has changed so little that it should apply against pretty much any version.
I've not pushed it upstream to kls since it's not quite perfect and occasionally misses some words due to the incomplete huffman tables - I'm waiting for the myth update to nab the latest copies!
-
http://www.rst38.org.uk/vdr/freesat.zip
Just a plain old patch to vdr.
-
By my reckoning it's been broken since vdr-1.3.13 - has anyone had any luck running it since then?
Anyway, I've just fixed it to work with 1.3.20, you can grab it from https://www.vdr-portal.de/www.rst38.org.uk/vdr/pvr350
-
[dom@florence mvpserver]$ autoconf --version
autoconf (GNU Autoconf) 2.54
Written by David J. MacKenzie and Akim Demaille.Copyright 2002 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
[dom@florence mvpserver]$ automake --version
automake (GNU automake) 1.7.9
Written by Tom Tromey <tromey@redhat.com>.Copyright 2003 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
[dom@florence mvpserver]$ libtool --version
ltmain.sh (GNU libtool) 1.5.10 (1.1220.2.130 2004/09/19 12:13:49)Copyright (C) 2003 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. -
Seems that way, I've got some versions from RPMS and some built from source and they're all arranged that way.
-
try:
-L/usr/lib/python2.3/config/ -lpython2.3 -lutil
python 2.2 can also be used.
automake/configure is on its way...
hth
-
Probably only for UK people, so not much point putting this in verkaufen since the postage will probably be extortionate to elsewhere (can check if required though)
Following a rebuild of my vdr machine and a general hardware shuffle around, the following have popped out into my spares pile:
- Coolermaster ATC-620 BX1 (black uATX case)
- QTec 300W quiet PSU
- Asus A7A266 ATX motherboard + Athlon 1400 + 128MB DDR 2100Naturally it wasn't all from the same system! The case and PSU are about a year old, the mobo comes from sometime in 2001.
Offers either by pn or email.
cheers,
d.
-
Which tuner is in the card you're having problems with? I've got 2 x DVB-T in my machine and one of the cards performs dreadfully - breakup on 64QAM multiplexes and a generally bad SNR on 16QAM. The tuner in that one is a Grundig 29504-401, my working great one is a Philips TDA10045H.
Annoyingly, I can't remember whether it was always ropey or whether it just happened since I rebuilt the hardware.
I'm wondering whether the card is toast after just over a year, or whether there's a driver issue - I've not got a windows machine to test it in.
-
Well, recordings come through at about 100x speed! So I guess they do work, they're just not watchable!
-
There's 3 different ways of interfacing vdr to the mvp:
- "mediamvp" plugin. This works with the standard Hauppauge dongle.bin code and forwards a set of menus to the MVP. These menus are not the standard VDR ones.
- "mvpdevice" plugin. There's a couple of versions of this knocking around the place. Both run natively on the MVP - i.e. vdr runs on the MVP. To be blunt it sucks - there's not enough memory onboard to enable the EPG to be transferred, the menu is a tad slow to draw, sync gets lost eventually. Channel 4 never displays etc.
- "mvp" plugin. This is a throwaway bundled with the "mediamvp" plugin. It acts as an output device for vdr. i.e. the true vdr menus (and themes etc) are transferred to the MVP and displayed. It works with the standard Hauppauge dongle.bin.. For a two hour hack it's not too bad though it's can't handle recordings and the OSD is not blended.
If the weather turns nasty again I might get a chance to write an alternate program to the Hauppauge onboard software so that it handles an alpha-blended OSD.
-