Re: [vdr] Initial Tuning fails with lnb sharing / device bonding
Am 13.05.2012 16:02, schrieb Klaus Schmidinger:
On 12.05.2012 14:26, Midas wrote:
Hi,
to pick out one of the problems i am currently experiencing with lnb
sharing i am starting a new thread.
With device bonding or same cable usage (vdr 1.7.27 / 21 resp.) set, vdr
absolutely fails to tune to any satellite channel after a restart. The
only chance to regain tuning is to set up the devices individually, then
switch to some channel, then switch between devices via femon and then
set up back to lnb sharing /device bonding. This is not reliable and it
may be necessary to repeat the steps until vdr finally works as
expected. Afterwards there seem to be at least no serious problems with
the setup and vdr keeps tuning as expected (yet maybe from time to time
it looses live pic when switching polarization on timer start).
Adapters (with indices set by module params):
MSI TV@nywhere Satellite II PCI (Mantis / stb0899) adapter_nr=0
Technisat Skystar HD PCI (TT S3200 clone / stb0899) adapter_nr=1
Hauppauge WinTV Nova T-Stick (mt2060) adapter_nr=2
Notes:
-This is a Diseqc setup.
-The MSI card replaces my old Twinhan VP1020 SD DVBS device. In the old
setup i had lnb sharing running for months but it turned out to be
necessary to patch the Twinhan driver preventing it from sending any
voltage signal, to achieve reliable switching between V and H.
Conclusion:
Something is wrong in how vdr administrates / sets up the master device
(on restart).
I tried to reproduce your setup here with
- 2 budget DVB-S2 cards
- TT S2-6400 as primary device, forcing it to always use transfer mode
from devices 3 and 4 in order to mimic the behavior of your software
device
- devices 3 and 4 (the two budget cards) bonded and connected to a common
sat cable
I tuned to a channel with horizontal polarization and restarted VDR, and
it tuned to that channel again without problems. Same with a vertically
polarized channel.
Conclusion:
Something is wrong with your system ("it turned out to be
necessary to patch the Twinhan driver preventing it from sending any
voltage signal, to achieve reliable switching between V and H" seems
to hint in that direction ;-).
Klaus
Nice work Klaus, thanx a lot. I didn't want to exclude something is
borked in my setup though i do not have any idea at all what is going
wrong. After your test i guess i am finally lost. Right now i am doing
some research on the dvb cards drivers. As the issue appears with the
old Twinhan and the new Mantis as well i switched from blaming the
Twinhan driver to focus the S3200 driver now. Though i am not familar
with the DVB API at all...
Maybe someone else might contribute, especially Lars who reported
similar issues in the big thread few days ago.
I will report anything new.
greets
Michael
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE] epgfixer-plugin 0.2.1
Bug fix release 0.2.1: - Fix linking when --as-needed is used. Homepage for the plugin: http://projects.vdr-developer.org/projects/plg-epgfixer -- Matti ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] epgfixer-plugin 0.2.0
Am Sonntag, 13. Mai 2012 schrieb Matti Lehtimäki : > New features in 0.2.0: > - Support for ignoring EPG data for selected channels. > - Support for copying EPG data from one channel to another. > > Bug fixes: > - Fix character set conversion for selected channels. > - Fix and improve Makefile (thanks to Ville Skyttä and Rolf Ahrenberg). > - Fix compiling with g++-4.7. > - Improve example configuration files. > > Homepage for the plugin: > http://projects.vdr-developer.org/projects/plg-epgfixer > > -- > Matti Has anybody a working charset.conf to fix the epg of Sky Germany? I tried this without luck... S19.2E-133-6-131-0:iso8859-9 S19.2E-133-2-11-0:iso8859-9 S19.2E-133-2-43-0:iso8859-9 S19.2E-133-12-106-0:iso8859-9 S19.2E-133-2-8-0:iso8859-9 S19.2E-133-2-20-0:iso8859-9 S19.2E-133-3-516-0:iso8859-9 [...] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Initial Tuning fails with lnb sharing / device bonding
On 12.05.2012 14:26, Midas wrote:
Hi,
to pick out one of the problems i am currently experiencing with lnb
sharing i am starting a new thread.
With device bonding or same cable usage (vdr 1.7.27 / 21 resp.) set, vdr
absolutely fails to tune to any satellite channel after a restart. The
only chance to regain tuning is to set up the devices individually, then
switch to some channel, then switch between devices via femon and then
set up back to lnb sharing /device bonding. This is not reliable and it
may be necessary to repeat the steps until vdr finally works as
expected. Afterwards there seem to be at least no serious problems with
the setup and vdr keeps tuning as expected (yet maybe from time to time
it looses live pic when switching polarization on timer start).
Adapters (with indices set by module params):
MSI TV@nywhere Satellite II PCI (Mantis / stb0899) adapter_nr=0
Technisat Skystar HD PCI (TT S3200 clone / stb0899) adapter_nr=1
Hauppauge WinTV Nova T-Stick (mt2060) adapter_nr=2
Notes:
-This is a Diseqc setup.
-The MSI card replaces my old Twinhan VP1020 SD DVBS device. In the old
setup i had lnb sharing running for months but it turned out to be
necessary to patch the Twinhan driver preventing it from sending any
voltage signal, to achieve reliable switching between V and H.
Conclusion:
Something is wrong in how vdr administrates / sets up the master device
(on restart).
I tried to reproduce your setup here with
- 2 budget DVB-S2 cards
- TT S2-6400 as primary device, forcing it to always use transfer mode
from devices 3 and 4 in order to mimic the behavior of your software device
- devices 3 and 4 (the two budget cards) bonded and connected to a common
sat cable
I tuned to a channel with horizontal polarization and restarted VDR, and
it tuned to that channel again without problems. Same with a vertically
polarized channel.
Conclusion:
Something is wrong with your system ("it turned out to be
necessary to patch the Twinhan driver preventing it from sending any
voltage signal, to achieve reliable switching between V and H" seems
to hint in that direction ;-).
Klaus
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] epgfixer-plugin 0.2.0
Am Sonntag, 13. Mai 2012 schrieb Matti Lehtimäki : > New features in 0.2.0: > - Support for ignoring EPG data for selected channels. > - Support for copying EPG data from one channel to another. > > Bug fixes: > - Fix character set conversion for selected channels. > - Fix and improve Makefile (thanks to Ville Skyttä and Rolf Ahrenberg). > - Fix compiling with g++-4.7. > - Improve example configuration files. > > Homepage for the plugin: > http://projects.vdr-developer.org/projects/plg-epgfixer Thanks for the new version, nice to see such fast progress :) Sadly I still cannot use the plugin... I get the following at start: vdr: /usr/lib64/vdr/libvdr-epgfixer.so.1.7.27: undefined symbol: pcre_free ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE] epgfixer-plugin 0.2.0
New features in 0.2.0: - Support for ignoring EPG data for selected channels. - Support for copying EPG data from one channel to another. Bug fixes: - Fix character set conversion for selected channels. - Fix and improve Makefile (thanks to Ville Skyttä and Rolf Ahrenberg). - Fix compiling with g++-4.7. - Improve example configuration files. Homepage for the plugin: http://projects.vdr-developer.org/projects/plg-epgfixer -- Matti ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
