Hallo zusammen,
seit Kernel 3.3*towo.amd64 habe ich Tuning Probleme mit meiner DVB-S/2 Karte. Umschalten funktioniert nicht korrekt. Was immer geht ist ARD HD, ZDF HD, Arte HD.
Mit Kernel 3.2*towo*amd64 funktionieren alle Sender ohne Probleme.
lspci -vvv sagt:
01:06.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
Subsystem: Technotrend Systemtechnik GmbH S2-3200
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort>SERR- <PERR- INTx-
Latency: 32 (3750ns min, 9500ns max)
Interrupt: pin A routed to IRQ 16
Region 0: Memory at f6000000 (32-bit, non-prefetchable) [size=512]
Kernel driver in use: budget_ci dvb
dmesg | grep DVB sagt:
[ 4.533423] DVB: registering new adapter (TT-Budget S2-3200 PCI)
[ 5.115280] DVB: registering adapter 0 frontend 0 (STB0899 Multistandard)...
inxi -v3 sagt:
System: Host: ts-desk Kernel: 3.2-10.towo.1-siduction-amd64 x86_64 (64 bit, gcc: 4.6.3)
Desktop: KDE 4.7.4 (Qt 4.7.4) Distro: Debian GNU/Linux wheezy/sid
Machine: System: Gigabyte product: M56S-S3
Mobo: Gigabyte model: GA-M56S-S3 Bios: Award version: F5 date: 01/22/2009
CPU: Dual core AMD Athlon 64 X2 6400+ (-MCP-) cache: 2048 KB flags: (lm nx sse sse2 sse3 svm) bmips: 12857
Clock Speeds: 1: 3214.252 MHz 2: 3214.252 MHz
Graphics: Card: nVidia G84 [GeForce 8600 GTS] bus-ID: 02:00.0
X.Org: 1.11.4 drivers: nouveau (unloaded: vesa,fbdev) Resolution: 1280x1024@60.0hz, 1280x1024@60.0hz
GLX Renderer: Gallium 0.4 on NV84 GLX Version: 2.1 Mesa 7.11.2 Direct Rendering: Yes
Network: Card: nVidia MCP65 Ethernet driver: forcedeth port: c800 bus-ID: 00:06.0
IF: eth0 state: up speed: 1000 Mbps duplex: full
Info: Processes: 163 Uptime: 17:18 Memory: 1371.3/3959.5MB Runlevel: 5 Gcc sys: 4.6.3 Client: Shell inxi: 1.7.29
Es handelt sich hier um eine festinstallierte DVB-S/2 PCI-Karte.
Für weitere Informationen stehe ich selbstverständlich gerne zur Verfügung.
MfG
Tommes[/code]
Benutzt du den vdr? Ich hatte nachdem vor Kurzem 1.7.22 nach sid kam das Problem, dass sich alle vertikal polarisierten Sender nicht mehr haben tunen lassen. Ich hatte auch zuerst den Kernel im Verdacht, aber das scheint ein vdr bug zu sein, als Würgaround DiSEqC im vdr aktivieren. (Einstellungen - LNB).
Heute gabs vdr 1.7.26-1
greetz
devil
@towo hatte gesagt, dass der Patch (kein retuning) schon im Kernel sei:
http://forum.siduction.org/index.php?msg=18420#18420
Ich kann den Patch im siduction-linux git nicht finden. Ein ähnlicher Patch ist aber im aptosid-slh-kernel-svn:
"re_tune = false;" (v4l-dvb_fix-DVB-S-regression-cau~d-by-a-missing-initializat.patch)
Ich weiss aber nicht ob der Patch überhaupt hilft, weil ich kein DVB-S sonder DVB-T habe. Ausserdem ist der DVB Patch bisher nicht in der Greg stable-queue ...
[edit] Towo hat den Patch gerade aktiviert. Der nächste siduction Kernel könnte vielleicht DVB-S wieder ans laufen kriegen!
Nabend,
stimmt, habe vergessen mitzuteilen welche Software ich nutze.
Es ist Kaffeine
apt-cache policy kaffeine
kaffeine:
Installiert: 1.2.2-1
Kandidat: 1.2.2-1
Versionstabelle:
*** 1.2.2-1 0
600 http://ftp.de.debian.org/debian/ unstable/main amd64 Packages
500 http://ftp.de.debian.org/debian/ testing/main amd64 Packages
100 /var/lib/dpkg/status
nach weiteren testen ist mir aufgefallen das das Problem erst auftritt sobald ein HD Sender eingestellt wurde.
Habe mal "dvbtune" installiert um zu sehen wie das auf der Kommando Zeile ausschaut:
bube@ts-desk:~$ dvbtune -f 10744000 -p H -s 22000 -tone 0
Using DVB card "STB0899 Multistandard"
tuning DVB-S to L-Band:0, Pol:H Srate=22000000, 22kHz=off
polling....
Getting frontend event
FE_STATUS:
polling....
Getting frontend event
FE_STATUS: FE_HAS_CARRIER FE_HAS_SYNC
polling....
Getting frontend event
FE_STATUS:
polling....
polling....
^C
bube@ts-desk:~$ dvbtune -f 11362000 -p H -s 22000 -tone 0
Using DVB card "STB0899 Multistandard"
tuning DVB-S to L-Band:0, Pol:H Srate=22000000, 22kHz=off
polling....
Getting frontend event
FE_STATUS:
polling....
Getting frontend event
FE_STATUS: FE_HAS_LOCK FE_HAS_CARRIER FE_HAS_SYNC
Event: Frequency: 11362000
SymbolRate: 21999998
FEC_inner: 9
Bit error rate: 0
Signal strength: 1450
SNR: 29
FE_STATUS: FE_HAS_LOCK FE_HAS_CARRIER FE_HAS_SYNC
Beides Transponder von Astra im Horizontal Low Band nachdem ich mal auf einen HD Sender geschaltet habe.
Evtl. hilft die Info ja noch irgendwie.
Bin schon auf den neuen Kernel gespannt.
Bis dann
Tommes
Es gibt keinen Kernel, weil der aktuelle Kernel, den angesprochen Patch bereits enthällt. Auf Grund des libpcre3-Problems hatte ich nur versäumt, die Änderung ins Git zu pushen.
Dann sollte man bei dem DVB-S Problem vielleicht mal etwas anderes prüfen:
lsmod
Jeweils mit beiden Kerneln (3.2 und 3.3) und gestartetem DVB Program. Ob der neue linux-3.3 Kernel überhaupt das richtige Modul lädt ...
Gerade was interessantes in die Greg stable-queue gelangt:
QuoteSubject: [media] pvrusb2: fix 7MHz & 8MHz DVB-T tuner support for HVR1900 rev D1F5
From: Michael Krufky <mkrufky>
commit 9ab2393fc3e460cd2040de1483918eb17abb822f upstream.
The D1F5 revision of the WinTV HVR-1900 uses a tda18271c2 tuner
instead of a tda18271c1 tuner as used in revision D1E9. To
account for this, we must hardcode the frontend configuration
to use the same IF frequency configuration for both revisions
of the device.
6MHz DVB-T is unaffected by this issue, as the recommended
IF Frequency configuration for 6MHz DVB-T is the same on both
c1 and c2 revisions of the tda18271 tuner.
Signed-off-by: Michael Krufky <mkrufky>
Cc: Mike Isely <isely>
Signed-off-by: Mauro Carvalho Chehab <mchehab>
Signed-off-by: Greg Kroah-Hartman <gregkh>
---
drivers/media/video/pvrusb2/pvrusb2-devattr.c | 10 ++++++++++
1 file changed, 10 insertions(+)
--- a/drivers/media/video/pvrusb2/pvrusb2-devattr.c
+++ b/drivers/media/video/pvrusb2/pvrusb2-devattr.c
@@ -320,7 +320,17 @@ static struct tda829x_config tda829x_no_
.probe_tuner = TDA829X_DONT_PROBE,
};
+static struct tda18271_std_map hauppauge_tda18271_dvbt_std_map = {
+ .dvbt_6 = { .if_freq = 3300, .agc_mode = 3, .std = 4,
+ .if_lvl = 1, .rfagc_top = 0x37, },
+ .dvbt_7 = { .if_freq = 3800, .agc_mode = 3, .std = 5,
+ .if_lvl = 1, .rfagc_top = 0x37, },
+ .dvbt_8 = { .if_freq = 4300, .agc_mode = 3, .std = 6,
+ .if_lvl = 1, .rfagc_top = 0x37, },
+};
+
static struct tda18271_config hauppauge_tda18271_dvb_config = {
+ .std_map = &hauppauge_tda18271_dvbt_std_map,
.gate = TDA18271_GATE_ANALOG,
.output_opt = TDA18271_OUTPUT_LT_OFF,
};
@towo, sagt dir das was?
Oder aber pvrusb2 hat nichts mit DVB-S zu tun?
[edit] sehe gerade, da sind mehrere neue DVB patches gelanded ....
pvrusb2 hat in erster Linie erstmal Nix mit einer PCI-Karte zu tun.
Ich denke mal linux-3.3.1 wird den DVB-S Bug wahrscheinlich beheben, denn da sind einige DVB Patches gelandet ...
Hallo!
Das Problem besteht bei mir mit Kernel 3.3.4 immer noch. Gibt es in nächster Zeit Abhilfe?
Nabend,
das Umschalt Problem zwischen SD / HD Sendern hat sich für mich seit Kernel "3.3-4.towo.1-siduction-amd64" erledigt.
Habe leider versäumt das ganze zeitnahe mitzuteilen. :oops:
Bis dann
Tommes
@snow_freak, tja jetzt musst Du wohl etwas mehr unterfüttern, denn bei mir ist auch alles in Ordnung.
Welche Daten sind denn für eine Analyse interessant?
Erstmal ist Arbeit auf Deiner Seite angesagt, Fehler ausschliessen:
- funktioniert es mit einem anderen - neuen - Benutzer:
Oft sind es übrig gebliebene Einstellungen, die nicht mehr laufen.
- funktioniert all Deine Hardware?
Funktioniert es mit einem anderen System, anderes Linux, Windows?
- welcher alte Kernel geht: Du kannst ruhig einen zusätzlichen Kernel aus dem Debian-sid Repo installieren und ausprobieren.
Dann würde ich mir erst die Arbeit machen (Debug) Logs zu analysieren ...
Hallo,
folgendes habe ich herausgefunden:
- Der letzte Kernel der funktioniert hat (und immer noch funktioniert), war 3.2-9.towo.2
- Wenn ich in Kaffeine einen Sender einstelle, werden mit neuem Kernel massenhaft Meldungen ins syslog geschrieben:May 9 19:21:35 snow kernel: [ 122.503908] >
May 9 19:21:35 snow kernel: [ 122.504407] >
May 9 19:21:35 snow kernel: [ 122.504856] >
May 9 19:21:35 snow kernel: [ 122.505327] >
May 9 19:21:35 snow kernel: [ 122.507095] >
May 9 19:21:35 snow kernel: [ 122.507549] >
May 9 19:21:35 snow kernel: [ 122.508093] >
May 9 19:21:35 snow kernel: [ 122.508553] >
May 9 19:21:35 snow kernel: [ 122.509103] >
May 9 19:21:35 snow kernel: [ 122.509551] >
May 9 19:21:35 snow kernel: [ 122.510051] >
May 9 19:21:35 snow kernel: [ 122.510502] >
May 9 19:21:35 snow kernel: [ 122.510952] >
May 9 19:21:35 snow kernel: [ 122.511574] >
May 9 19:21:35 snow kernel: [ 122.512069] >
May 9 19:21:35 snow kernel: [ 122.512501] >
May 9 19:21:35 snow kernel: [ 122.512961] >
May 9 19:21:35 snow kernel: [ 122.513584] >
May 9 19:21:35 snow kernel: [ 122.514079] >
May 9 19:21:35 snow kernel: [ 122.514552] >
May 9 19:21:35 snow kernel: [ 122.515044] >
May 9 19:21:35 snow kernel: [ 122.515504] >
May 9 19:21:35 snow kernel: [ 122.515963] >
....
- kaffeine über die Konsole gestartet gibt die Meldung: kaffeine(1188) DvbDevice::frontendEvent: tuning failed
Hey snow_freak, nachdem du deine Hausarbeiten fürs erste gemacht hast, bin ich meinerseits leider schon mit meinem Latein zu Ende :(
Aber wenn Dir towo helfen will, wird er wohl als erstes wissen wollen, was du für cpus,motherboard,dvb-chips hast ...
CPU: AMD AThlon II X2 250
Motherboard: Gigabyte, GA-MA770T-UD3P
DVB-S Chip: Conexant CX24110 (Pinnacle PCTV Sat)
Hoffentlich weiß towo noch was dazu...
Hey snow_freak
Pinnacle PCTV Sat ist doch keine DVB-S/2 Karte (nicht HDTV fähig).
Was für ein problem hast Du eigentlich beim Sat Empfang mit Deinem Rechner?
Gruß Bube
Hallo Bube,
dass die Karte nicht HDTV fähig ist, ist klar.
Wenn ich mit Kaffeine bei aktuellem Kernel einen Sender einstelle, werden zwar die OSD Informationen angezeigt, es kommt aber bei fast allen Sendern kein Bild. Bei ARTE sehe ich ein paar Klötzchen, mehr nicht.
Du hast doch sicher die möglichkeit Kaffeine in einem Terminal zu starten und die Fehlermeldungen in einer Code-Box hier mitzuteilen.
"inxi -v3" wäre evtl auch nicht so verkehrt um zu wissen welche GraKa Du nutzt.
Gruß Bube
Die Kaffeine Fehlermeldung steht schon weiter oben.kaffeine(1188) DvbDevice::frontendEvent: tuning failed
@snow_freak, ich habe nochmal geschaut,
ob die .configs von Towo bei
linux-3.2
linux-3.3
bezüglich DVB unterschiedlich sind: NEIN!
Deswegen bezweifle ich mittlerweile, dass Towo etwas machen kann. Aber Du hast ja Glück: Von Ben Hutchings -Debian Maintainer- persönlich wird der neue LongTerm Zweig Linux-3.2 gepflegt, und ist auch der offizielle zukünftige Kernel von Debian!
Das ist halt oft so, dass ältere Hardware mit ganz neuer Software nicht mehr läuft ....
Hi snow_freak,
sitze jetzt hier mal an einem anderen Rechner mit ner Pinnacle PCTV Sat:
01:08.0 Multimedia video controller: Brooktree Corporation Bt878 Video Capture (rev 11)
Subsystem: Pinnacle Systems Inc. PCTV Sat (DBC receiver)
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort>SERR- <PERR- INTx-
Latency: 32 (4000ns min, 10000ns max)
Interrupt: pin A routed to IRQ 18
Region 0: Memory at dffff000 (32-bit, prefetchable) [size=4K]
Capabilities: <access>
Kernel driver in use: bttv
01:08.1 Multimedia controller: Brooktree Corporation Bt878 Audio Capture (rev 11)
Subsystem: Pinnacle Systems Inc. PCTV Sat (DBC receiver)
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort>SERR- <PERR- INTx-
Latency: 32 (1000ns min, 63750ns max)
Interrupt: pin A routed to IRQ 18
Region 0: Memory at dfffe000 (32-bit, prefetchable) [size=4K]
Capabilities: <access>
Kernel driver in use: bt878
System: Host: ##### Kernel: 3.3-5.towo.1-siduction-amd64 x86_64 (64 bit, gcc: 4.6.3)
Desktop: KDE 4.7.4 (Qt 4.8.1) Distro: siduction 11.1 One Step Beyond - kde - (201112302141)
Machine: Mobo: TAR model: GF8200E Bios: American Megatrends version: 080015 date: 01/15/2010
CPU: Dual core AMD Athlon 5000 (-MCP-) cache: 1024 KB flags: (lm nx sse sse2 sse3 sse4a svm) bmips: 8800.22
Clock Speeds: 1: 800.00 MHz 2: 2200.00 MHz
Graphics: Card: NVIDIA C77 [GeForce 8200] bus-ID: 02:00.0
X.Org: 1.12.1 drivers: nouveau (unloaded: fbdev,vesa) Resolution: 1024x768@60.0hz
GLX Renderer: Gallium 0.4 on NVAA GLX Version: 2.1 Mesa 8.0.2 Direct Rendering: Yes
Leider muss ich Dich enttäuschen, der Rechner läuft auch ohne Probleme. Arte, ARD, Sat1, kein Fehlverhalten ersichtlich.
Was ich mit der Pinnacle mal hatte waren Störungen die durch den wechsel des PCI-Slot beseitigt werden konnten, das war aber unter Win XP.
Gruß Bube
Hallo,
da bei Bube die Karte mit aktuellem Kernel läuft, muss das Problem woander liegen. Nur Wo??
Wirklich die gleiche Karte?
Hallo,
einen Unterschied habe ich mit lspci gefunden:
03:07.0 Multimedia video controller: Brooktree Corporation Bt878 Video Capture (rev 11)
Subsystem: Pinnacle Systems Inc. PCTV Sat (DBC receiver)
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort>SERR- <PERR- INTx-
Latency: 32 (4000ns min, 10000ns max)
Interrupt: pin A routed to IRQ 21
Region 0: Memory at fddff000 (32-bit, prefetchable) [size=4K]
Capabilities: [44] Vital Product Data
pcilib: sysfs_read_vpd: read failed: Connection timed out
Not readable
Capabilities: [4c] Power Management version 2
Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
Kernel driver in use: bttv
In der Zeile Capabilities steht was von "Not readable". Vielleicht kann damit jemand was anfangen?
Wenn bube sagt, bei ihm geht es:
Dann ist ausgeschlossen, dass es der Linux Kernel ist,
WENN ihr beide die gleiche Hardware habt, Und
WENN ihr beide die gleiche 32 oder 64 bit Software benutzt.
(Für einen Vergleich müsste man den Output mit gleichen lspci Optionen machen als root Benutzer. Vielleicht "lspci -nn")
Ich vermute mal, dass einer von euch beiden an besonderen sysctl Kernel Eigenschaften gedreht hat (timeout,caches), und dann gehts. Der Towo Kernel linux-3.2 war noch mit BFS und BFQ, vielleicht war der Kernel rücksichtsvoller zum DVB Video System.
meine ~/.kde/share/apps/kaffeine/kaffeine
# Anzahl der Audiopuffer
# numeric, default: 230
engine.buffers.audio_num_buffers:1200
# Anzahl der Videopuffer
# numeric, default: 500
engine.buffers.video_num_buffers:1200
Hallo ralul,
an den sysctl Einstellung hab ich nicht geändert.
Ich habe aber noch etwas gefunden was vielleicht weiterhilft:
lscpi -vv ergibt mit kernel 3.2 einen etwas anderen Output.
03:07.0 Multimedia video controller: Brooktree Corporation Bt878 Video Capture (rev 11)
Subsystem: Pinnacle Systems Inc. PCTV Sat (DBC receiver)
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort>SERR- <PERR- INTx-
Latency: 32 (4000ns min, 10000ns max)
Interrupt: pin A routed to IRQ 21
Region 0: Memory at fddff000 (32-bit, prefetchable) [size=4K]
Capabilities: [44] Vital Product Data
Unknown small resource type 00, will not decode more.
Capabilities: [4c] Power Management version 2
Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
Kernel driver in use: bttv
Die Fehlermeldung in der Zeile Zeile Capabilities (siehe voherigen Post) ist nicht mehr da! Scheinbar hat sich da im Kernel bzg. PCI etwas geändert.
sysctl Einstellungen sind auch schwierig, weil man sich da auskennen muss. Aber ich habe Dir doch noch zwei Einstellungen im User Profil für kaffeine gezeigt, mit denen du ohne Gefahr herum probieren kannst?
(buffers!)
Mit den Kaffeine Einstellungen habe ich schon etwas gespielt, leider kein Erfolg.
Könnte es nicht doch etwas mit Pci zu tun haben? Zumindest bekomme ich, wie schon geschrieben, unterschiedliche Meldungen mit den verschieden Kerneln.
Mit 3.4-0.towo.4-siduction-amd64 funktioniert die Karte wieder!