Diese Website existiert nur weil wir Werbung mit AdSense ausliefern.
Bitte den AdBlocker daher auf dieser Website ausschalten! Danke.

[gelöst] Wieder mal DVB-T Probleme

Alles rund um das Thema Multimedia unter Linux

Moderator: Moderatoren

Benutzeravatar
gm2601
Advanced Hacker
Advanced Hacker
Beiträge: 905
Registriert: 4. Dez 2005, 11:53

Re: Wieder mal DVB-T Probleme

Beitrag von gm2601 » 23. Apr 2018, 15:39

rolandb hat geschrieben:
23. Apr 2018, 15:29
...
Mit Leap 15.0, das in gut einem Monat erscheint, brauchst du vielleicht auch die udev-rule nicht mehr…
news.opensuse.org/2018/04/18/opensuse-leap-15-release-scheduled-for-may-25/

w_scan findest du hier:
software.opensuse.org/package/w_scan?search_term=w_scan
soyo hat geschrieben:
23. Apr 2018, 15:32

Bezweifele ich . Meine Treiber die ich unter OpenSuse 13.1 benutz hab (Scanner , TV Stick , usw.) benutze ich nun unter
Linux Mint 18.2 (Ubuntu) immer noch . Und die funktionieren .
Soviel ich weiß , funktionieren die Treiber unter jedem Linux , es kommt nur auf den Kernel an.
Ich kann Aktiven durchaus bewundern, muss ihnen jedoch nicht mehr nacheifern, schließlich bin ich seit über 15 Jahren nicht mehr im Geschäft.
Viele Grüße
gm2601
:wink: Die Mehrheit der Menschheit versteht von Linux noch weniger als ich :wink:

Werbung:
Benutzeravatar
soyo
Hacker
Hacker
Beiträge: 587
Registriert: 30. Nov 2009, 18:25

Re: [paused] Wieder mal DVB-T Probleme

Beitrag von soyo » 23. Apr 2018, 15:44

Und ?
Hast Du den neuen Treiber mal versucht ?
MfG soyo

Benutzeravatar
gm2601
Advanced Hacker
Advanced Hacker
Beiträge: 905
Registriert: 4. Dez 2005, 11:53

Re: [paused] Wieder mal DVB-T Probleme

Beitrag von gm2601 » 23. Apr 2018, 15:59

soyo hat geschrieben:
23. Apr 2018, 15:44
Und ?
Hast Du den neuen Treiber mal versucht ?
MfG soyo
Ja, flutscht auch.
Meine "dvb-demod-si2168-b40-01.fw" war Rev.4.0.11, ist jetzt 4.0.25.

Mist!!! Rien ne vas plus :(
Jetzt nach einen reboot kommt Kaffeine mit beiden FW-Versionen zwar mit der Behauptung "Wiedergabe" aber kein Bild, kein Ton.
Ich vermisse die Meldung über den FW-download:

Code: Alles auswählen

 439.466335] Linux video capture interface: v2.00
[  439.553965] usbcore: registered new interface driver em28xx
[  593.492468] usb 1-8: new high-speed USB device number 3 using ehci-pci
[  593.625641] usb 1-8: New USB device found, idVendor=2040, idProduct=8268
[  593.625657] usb 1-8: New USB device strings: Mfr=3, Product=1, SerialNumber=2
[  593.625661] usb 1-8: Product: soloHD
[  593.625665] usb 1-8: Manufacturer: HCW
[  593.625668] usb 1-8: SerialNumber: 0013957484
[  593.626331] em28xx: New device HCW soloHD @ 480 Mbps (2040:8268, interface 0, class 0)
[  593.626340] em28xx: DVB interface 0 found: bulk
[  593.626509] em28xx: chip ID is em28178
[  595.587931] em28178 #0: EEPROM ID = 26 00 01 00, EEPROM hash = 0xa8c2ca80
[  595.587939] em28178 #0: EEPROM info:
[  595.587939] em28178 #0:      microcode start address = 0x0004, boot configuration = 0x01
[  595.595198] em28178 #0:      AC97 audio (5 sample rates)
[  595.595209] em28178 #0:      500mA max power
[  595.595215] em28178 #0:      Table at offset 0x27, strings=0x0e6a, 0x1888, 0x087e
[  595.595348] em28178 #0: Identified as PCTV tripleStick (292e) (card=94)
[  595.595356] em28178 #0: dvb set to bulk mode.
[  595.647449] em28178 #0: Binding DVB extension
[  595.694715] i2c i2c-3: Added multiplexed i2c bus 4
[  595.694727] si2168 3-0064: Silicon Labs Si2168 successfully attached
[  595.723084] si2157 4-0060: Silicon Labs Si2147/2148/2157/2158 successfully attached
[  595.723115] DVB: registering new adapter (em28178 #0)
[  595.723127] usb 1-8: DVB: registering adapter 0 frontend 0 (Silicon Labs Si2168)...
[  595.723663] em28178 #0: DVB extension successfully initialized
[  595.723669] em28xx: Registered (Em28xx dvb Extension) extension
[  595.735084] em28178 #0: Registering input extension
[  595.764433] Registered IR keymap rc-pinnacle-pctv-hd
[  595.764631] input: em28xx IR (em28178 #0) as /devices/pci0000:00/0000:00:02.1/usb1/1-8/rc/rc0/input13
[  595.764760] rc0: em28xx IR (em28178 #0) as /devices/pci0000:00/0000:00:02.1/usb1/1-8/rc/rc0
[  595.766185] em28178 #0: Input extension successfully initalized
[  595.766204] em28xx: Registered (Em28xx Input Extension) extension
 
Viele Grüße
gm2601
:wink: Die Mehrheit der Menschheit versteht von Linux noch weniger als ich :wink:

josef-wien
Ultimate Guru
Ultimate Guru
Beiträge: 5068
Registriert: 23. Sep 2008, 17:09

Re: [reopen] Wieder mal DVB-T Probleme

Beitrag von josef-wien » 23. Apr 2018, 17:12

Installiere w_scan, und führe es aus. Findet das Programm Sender?

Benutzeravatar
soyo
Hacker
Hacker
Beiträge: 587
Registriert: 30. Nov 2009, 18:25

Re: [reopen] Wieder mal DVB-T Probleme

Beitrag von soyo » 23. Apr 2018, 18:37

Hi
Ja. mach mal w-scan


Außerdem verwirrst Du mich total :
A :Ja, flutscht auch
Brauchst du die Befehle von davor also nicht mehr ?

B: "dvb-demod-si2168-b40-01.fw" war Rev.4.0.11, ist jetzt 4.0.25.
Warum beide nun in firmware , und welche hast du umbenannt ?

C:Ich vermisse die Meldung über den FW-download
Was sollte da kommen ? Hast Du doch selber runtergeladen und nach lib/firmware kopiert .

D: Welche Version von VLC hast du ?
E: Hast du mit dem VLC mal eine deiner alten Aufnahmen wiedergegeben ?

F:Hast du in Kaffeine die alte Senderliste gelöscht (weil ja neue Firmware) und dann nochmal nen Senderscan gemacht ?

Bis ich da nicht klarheit hab , bin ich erstmal raus.
MfG soyo

Benutzeravatar
gm2601
Advanced Hacker
Advanced Hacker
Beiträge: 905
Registriert: 4. Dez 2005, 11:53

Re: [reopen] Wieder mal DVB-T Probleme

Beitrag von gm2601 » 24. Apr 2018, 16:41

josef-wien hat geschrieben:
23. Apr 2018, 17:12
Installiere w_scan, und führe es aus. Findet das Programm Sender?
Ja, ich bekomme meine gewohnten Sender angezeigt.

soyo hat geschrieben:
23. Apr 2018, 18:37

Außerdem verwirrst Du mich total :
A :Ja, flutscht auch
Brauchst du die Befehle von davor also nicht mehr ?
Ich hatte einmal die Situation, dass es mit der Datei "90-WinTV-soloHD.rules" von @rolandb mit beiden FW-Versionen klappte. Momentan habe ich mit dem neuen Adapter und der FW 4.0.11 meine gewohnten Sender, mit FW 4.0.25 bringt weder Kaffeine noch w_scan irgendeinen Sender.
Zur Zeit "starte" ich wieder über die beiden Kommandos, die Datei heißt gerade "No_90-WinTV-soloHD.rules"


B: "dvb-demod-si2168-b40-01.fw" war Rev.4.0.11, ist jetzt 4.0.25.
Warum beide nun in firmware , und welche hast du umbenannt ?
Ja nachdem mit welcher FW ich experimentierte, hatte die andere einen anderen Namen, oder war nicht im Verzeichnis .../firmware, denn zwei gleiche Namen hielt ich für unpassend.

C:Ich vermisse die Meldung über den FW-download
Was sollte da kommen ? Hast Du doch selber runtergeladen und nach lib/firmware kopiert .
Die Meldung in dmesg, dass der Stick die FW hat. Die ist jetzt da.

D: Welche Version von VLC hast du ?
E: Hast du mit dem VLC mal eine deiner alten Aufnahmen wiedergegeben ?
VLC revision 2.2.6-0-g1aae78981c und alte Aufnahmen (DVB-T) laufen da problemlos.

F:Hast du in Kaffeine die alte Senderliste gelöscht (weil ja neue Firmware) und dann nochmal nen Senderscan gemacht ?
Ja, Senderscan nach jedem FW-Wechsel. allerdings mit höchst unterschiedlichen Ergebnissen, selbst mit der FW 4.0.11, denn 4.0.25 spielt z.Zt ja nicht mit. Die besten Ergebnisse erzielte ich am original USB-Port, vorher hatte ich einen von vorne genommen, da man da einfach besser hinkommt.

Bis ich da nicht klarheit hab , bin ich erstmal raus.
MfG soyo
Kann ich verstehen, ich werde mich nach der Umstellung auf DVB-T2 am kommenden Donnerstag noch einmal melden.

Danke an alle Mitstreiter, bekanntlich stirbt die Hoffnung zuletzt.
Viele Grüße
gm2601
:wink: Die Mehrheit der Menschheit versteht von Linux noch weniger als ich :wink:

josef-wien
Ultimate Guru
Ultimate Guru
Beiträge: 5068
Registriert: 23. Sep 2008, 17:09

Re: [reopen] Wieder mal DVB-T Probleme

Beitrag von josef-wien » 24. Apr 2018, 17:45

gm2601 hat geschrieben:
24. Apr 2018, 16:41
die Datei heißt gerade "No_90-WinTV-soloHD.rules"
Was vor ".rules" steht, hat nur Einfluß auf die Reihenfolge, in der die einzelnen Dateien abgearbeitet werden.


gm2601 hat geschrieben:
24. Apr 2018, 16:41
Die besten Ergebnisse erzielte ich am original USB-Port
War dadurch die Antenne günstiger plaziert?

Benutzeravatar
gm2601
Advanced Hacker
Advanced Hacker
Beiträge: 905
Registriert: 4. Dez 2005, 11:53

Re: [reopen] Wieder mal DVB-T Probleme

Beitrag von gm2601 » 24. Apr 2018, 21:45

josef-wien hat geschrieben:
24. Apr 2018, 17:45
Was vor ".rules" steht, hat nur Einfluß auf die Reihenfolge, in der die einzelnen Dateien abgearbeitet werden.
Das wissen Gurus und erst recht "Ultimate Gurus", aber nicht die Banaluser. Ich lerne daraus, dass ich solche files, wenn gerade unpassend, künftig aus dem directory verbanne. Danke für den Tipp!
War dadurch die Antenne günstiger plaziert?
Nein die Lage der Antenne blieb unverändert, im Gegenteil, das Kabel zum USB-Port war ca. 1 bis 1,5 Meter länger, also sollte die Dämpfung eher höher gewesen sein. Inwieweit da Lambda-Verhältnisse mitmischen, weiß ich nicht, aber HF war auch schon früher beliebig komplex.
Die funktionslose FW 4.0.25 zeigt übrigens beim Versuch einer Sendersuche unglaubliche 108,8 dbµV, also grob 0,275 Volt(!!) und findet dennoch nichts. :???:

Freitag ist der Tag der Erkenntnis!
Vorausgesetzt die Umstellung erfolgt wie geplant. Obendrein wird am Do auch mein ADSL auf VDSL umgestellt, was sofort auch das Boxerdogma "they never come back" in den Raum stellt.
Viele Grüße
gm2601
:wink: Die Mehrheit der Menschheit versteht von Linux noch weniger als ich :wink:

rolandb
Hacker
Hacker
Beiträge: 421
Registriert: 31. Jan 2014, 17:11

Re: [reopen] Wieder mal DVB-T Probleme

Beitrag von rolandb » 25. Apr 2018, 09:46

gm2601 hat geschrieben:
24. Apr 2018, 21:45
die Lage der Antenne blieb unverändert, im Gegenteil, das Kabel zum USB-Port war ca. 1 bis 1,5 Meter länger, also sollte die Dämpfung eher höher gewesen sein. Inwieweit da Lambda-Verhältnisse mitmischen, weiß ich nicht, aber HF war auch schon früher beliebig komplex.
Die funktionslose FW 4.0.25 zeigt übrigens beim Versuch einer Sendersuche unglaubliche 108,8 dbµV, also grob 0,275 Volt(!!) und findet dennoch nichts.
Wie mir scheint, hast du jetzt drei Probleme:
1. Die Firmware dvb-demod-si2168-b40-01.fw wird nicht geladen, wenn du die udev-rule zum automatischen Laden des Kernelmoduls em28xx verwendest.
— Ist dem so? Dann probiere es mal mit einer Verzögerung von 5 Sekunden:

Code: Alles auswählen

RUN+="sleep 5 && modprobe em28xx card=94 && echo '2040 8268' > /sys/bus/usb/drivers/em28xx/new_id"
2. Der WinTV-soloHD funktioniert nur korrekt an 5V±5% und nimmt dabei 500mA auf.
— Mit möglichst langen USB-Kabeln erreichst du schnell die kritischen 0,5Ω, ab denen der TV-USBStick eventuell nicht mehr richtig funktionert. Im Karton des WinTV-soloHD sollte ein 30cm langes USB-Kabel liegen. Nimm das.

3. Wenn der Wert 108,8 dBµV an Antennenpegel stimmt, sind das 1 mW HF-Leistung. Üblicherweise genügt für jedes TV-Empfangsgerät schon ein Zehntausendstel dieser HF-Leistung. Also statt der 0,275 V sollten es 0,5 mV bis 10 mV an 75 Ω sein. Das wirst du aber so gut wie ich wissen. ;)
— Wahrscheinlich zeigt der WinTV-soloHD hier lediglich einen digitalen Maximalwert (irgendwas FFFF HEX), weil die Signalstärke falsch oder gar nicht gemessen wird.

P.S. Über die USB-Leitung fließt kein VHF/UHF-TV-Signal, sondern der (digitale) Datenstrom des Multiplexsignals des aktuell empfangenden Fernsehkanals.

josef-wien
Ultimate Guru
Ultimate Guru
Beiträge: 5068
Registriert: 23. Sep 2008, 17:09

Re: [reopen] Wieder mal DVB-T Probleme

Beitrag von josef-wien » 25. Apr 2018, 12:47

Nur so nebenbei: Ob das Modul geladen ist bzw. welche relevanten Werte verwendet werden, kannst Du mit

Code: Alles auswählen

cat /sys/module/em28xx/parameters/card /sys/bus/usb/drivers/em28xx/new_id
feststellen (wenn es nicht geladen ist, sind die beiden Dateien schlicht und einfach nicht vorhanden).

Benutzeravatar
soyo
Hacker
Hacker
Beiträge: 587
Registriert: 30. Nov 2009, 18:25

Re: [reopen] Wieder mal DVB-T Probleme

Beitrag von soyo » 25. Apr 2018, 13:56

Hi
Wenn der Wert 108,8 dBµV an Antennenpegel stimmt, sind das 1 mW HF-Leistung.
Könnte sein weil bei der neuen b40 Firmware , außer der Einführung von DVB-T2 auch die Spannungerhöhung für LNB's eingeführt wurden(um längere Anschlußleitungen zu bedienen) . Könnte also auch so eine Auswirkung haben .
MfG soyo

rolandb
Hacker
Hacker
Beiträge: 421
Registriert: 31. Jan 2014, 17:11

Re: [reopen] Wieder mal DVB-T Probleme

Beitrag von rolandb » 25. Apr 2018, 14:14

soyo hat geschrieben:
25. Apr 2018, 13:56
Hi
Wenn der Wert 108,8 dBµV an Antennenpegel stimmt, sind das 1 mW HF-Leistung.
Könnte sein weil bei der neuen b40 Firmware , außer der Einführung von DVB-T2 auch die Spannungerhöhung für LNB's eingeführt wurden(um längere Anschlußleitungen zu bedienen) .
Wir sprechen hier aber nicht von Sat-ZF, sondern vom terrestrischen Fernsehempfang. Zudem verwechselst du hier DC mit HF: Das eine geht raus, das andere kommt rein.

Mit 1W Sendeleistung meinerseits hatte ich auf 50 km Distanz mit Richtantennen & Sichtverbindung schon ein super Farbbild bei meinem Gesprächspartner (Analog-TV 434,25MHz). :)
1 W liegen aber auch nochmal Faktor 1000 höher.

Benutzeravatar
gm2601
Advanced Hacker
Advanced Hacker
Beiträge: 905
Registriert: 4. Dez 2005, 11:53

Re: [reopen] Wieder mal DVB-T PProbleme

Beitrag von gm2601 » 27. Apr 2018, 08:55

Ich bitte um Geduld, meine Prioritäten haben sich verschoben:

Gestern war meine Umstellung von DSL auf VDSL. Bis der Router [TP-Link Archer Vr200v] wieder lief, hat sich die Anzahl meiner grauen Haare deutlich erhöht, nun schlage ich mich "nur" noch mit VOIP herum, das ums ... nicht will.

Ich nehme den Faden DVB-T2 danach wieder auf.

Danke!
Viele Grüße
gm2601
:wink: Die Mehrheit der Menschheit versteht von Linux noch weniger als ich :wink:

Benutzeravatar
gm2601
Advanced Hacker
Advanced Hacker
Beiträge: 905
Registriert: 4. Dez 2005, 11:53

Re: [reopen] Wieder mal DVB-T Probleme

Beitrag von gm2601 » 28. Apr 2018, 18:26

So, VDSL läuft mit zufriedenstellender Geschwindigkeit, VOIP geht endlich auch. :thumbs:

Dinge, die ich nun nach einigen Seiten Protokoll jedes einzelnen Schrittes mit einiger Sicherheit behaupten kann:
  • Der DVB-T Stick macht mit FWvers 4.0.25 keinen Suchlauf mit w_scan und in Kaffeine, auch wenn dort irre Pegel von 108,3µV angezeigt werden.
  • Der Suchlauf unter FWvers 4.0.11 findet mit w_scan Sender (Nicht gezählt), denke die gleichen 41 wie Kaffeine, die teilweise noch DVB-T(1) sind, da der Stick beides kann.
  • Die T2=HD Sender überlasten offenbar meine HW.
    In Kaffeine steht entweder das Bild nach kurzer Zeit oder es läuft, auch bei Aufnahmen dem normalen(?) Ton wie in Zeitlupe hinterher.
  • [c]vlc, an der Konsole gestartet, bringt beim Abspielen der Aufnahme Meldungen wie:

Code: Alles auswählen

[hevc @ 0x7f4424cb4000] PPS id out of range: 0
[hevc @ 0x7f4424ca6040] PPS id out of range: 0
...
[hevc @ 0x7f4424ca6040] PPS id out of range: 0
[00007f44140fd8f8] vdpau_avcodec generic error: unsupported codec 1211250229 or profile 1
[00007f4424c82b28] avcodec decoder error: more than 5 seconds of late video -> dropping frame (computer too slow ?)
[00007f4424c82b28] avcodec decoder error: more than 5 seconds of late video -> dropping frame (computer too slow ?)
Ich befürchte, mit meiner Grafik

Code: Alles auswählen

# hwinfo --gfx
28: PCI 0d.0: 0300 VGA compatible controller (VGA)              
  [Created at pci.378]
  Unique ID: qnJ_.QtW+3nZHS_5
  SysFS ID: /devices/pci0000:00/0000:00:0d.0
  SysFS BusID: 0000:00:0d.0
  Hardware Class: graphics card
  Model: "nVidia C61 [GeForce 7025 / nForce 630a]"
  Vendor: pci 0x10de "nVidia Corporation"
  Device: pci 0x03d6 "C61 [GeForce 7025 / nForce 630a]"
  SubVendor: pci 0x1043 "ASUSTeK Computer Inc."
  SubDevice: pci 0x83a4 
  Revision: 0xa2
  Driver: "nvidia"
  Driver Modules: "nvidia"
  Memory Range: 0xde000000-0xdeffffff (rw,non-prefetchable)
  Memory Range: 0xc0000000-0xcfffffff (ro,non-prefetchable)
  Memory Range: 0xdd000000-0xddffffff (rw,non-prefetchable)
  Memory Range: 0xdffc0000-0xdffdffff (ro,non-prefetchable,disabled)
  IRQ: 23 (238034 events)
  I/O Ports: 0x3c0-0x3df (rw)
  Module Alias: "pci:v000010DEd000003D6sv00001043sd000083A4bc03sc00i00"
  Driver Info #0:
    Driver Status: nouveau is not active
    Driver Activation Cmd: "modprobe nouveau"
  Driver Info #1:
    Driver Status: nvidia is active
    Driver Activation Cmd: "modprobe nvidia"
  Config Status: cfg=no, avail=yes, need=no, active=unknown

Primary display adapter: #28
 
bin ich am Punkt "rein ne vas plus" angekommen. :down:
Viele Grüße
gm2601
:wink: Die Mehrheit der Menschheit versteht von Linux noch weniger als ich :wink:

Benutzeravatar
soyo
Hacker
Hacker
Beiträge: 587
Registriert: 30. Nov 2009, 18:25

Re: [reopen] Wieder mal DVB-T Probleme

Beitrag von soyo » 28. Apr 2018, 18:38

Hi
Dann zeig doch mal was w_scan alles gebracht hat , von Anfang an.
Die T2=HD Sender überlasten offenbar meine HW.
Scheint so
dropping frame (computer too slow ?)
Merkwürdig das dein Test Februar 2017 etwas anderes sagte .

Oder die Antenne stimmt nicht .
MfG soyo

rolandb
Hacker
Hacker
Beiträge: 421
Registriert: 31. Jan 2014, 17:11

Re: [reopen] Wieder mal DVB-T Probleme

Beitrag von rolandb » 28. Apr 2018, 23:03

gm2601 hat geschrieben:
28. Apr 2018, 18:26
[c]vlc, an der Konsole gestartet, bringt beim Abspielen der Aufnahme Meldungen wie:

Code: Alles auswählen

[hevc @ [hevc @ 0x7f4424ca6040] PPS id out of range: 0
[00007f44140fd8f8] vdpau_avcodec generic error: unsupported codec 1211250229 or profile 1
[00007f4424c82b28] avcodec decoder error: more than 5 seconds of late video -> dropping frame (computer too slow ?)
[00007f4424c82b28] avcodec decoder error: more than 5 seconds of late video -> dropping frame (computer too slow ?)
Ich befürchte, mit meiner Grafik

Code: Alles auswählen

# hwinfo --gfx
28: PCI 0d.0: 0300 VGA compatible controller (VGA)              
  Hardware Class: graphics card
  Model: "nVidia C61 [GeForce 7025 / nForce 630a]"
bin ich am Punkt "rein ne vas plus" angekommen.
Anscheinend leitest du in VLC per vdpau den HEVC-Videostream an den nVidia-Grafikchip weiter.
Und der GeForce 7025-Grafikchip kann damit natürlich nichts anfangen. Das wäre logisch.

Welche Einstellungen benutzt du in VLC → Video → Anzeige → Ausgabe?
Und welche Dekodierung in VLC → Eingang/Codecs → Codecs → Hardware-beschleunigte Dekodierung?

Mit welchen Parametern genau hast du w_scan aufgerufen?
Wie hast du cvlc aufgerufen, genau? Poste auch bitte min. die ersten 10 Zeilen der cvlc-Ausgabe.
Wie steht's genau mit der Auslastung der einzelnen CPU-Kerne während der stotternden DVB-T2-HD-Wiedergabe?
Funktioniert aktuell die Wiedergabe der HEVC-Testvideos in VLC ruckelfrei? soyo hatte dir im Feb.'17 Downloadlinks gegeben. Wie hoch ist dabei die Auslastung der einzelnen CPU-Kerne?

Ungenaue oder teilweise Angaben wie „Meldungen wie …“ ohne Aufrufparameter sind hier wertlose Angaben.

Benutzeravatar
soyo
Hacker
Hacker
Beiträge: 587
Registriert: 30. Nov 2009, 18:25

Re: [reopen] Wieder mal DVB-T Probleme

Beitrag von soyo » 29. Apr 2018, 12:37

Hi
Ok ! Gewonnen .
Ich bekomme mit w_scan (letzte Version von Sep.2017 , danach wurde die Entwicklung eingestellt) , keinen vernünftigen Scan für DVB-T2
mehr hin . (mit 3 Rechnern und unterschiedlichen Kernel Versionen probiert).
Scans mit DVB-C oder DVB-S2 laufen nach wie vor prima.
Und ja , der scan in Kaffeine läuft perfekt , wenn auch leider keine Signalstärke mehr angezeigt wird.
MfG soyo

Benutzeravatar
gm2601
Advanced Hacker
Advanced Hacker
Beiträge: 905
Registriert: 4. Dez 2005, 11:53

Re: [reopen] Wieder mal DVB-T Probleme

Beitrag von gm2601 » 29. Apr 2018, 13:22

soyo hat geschrieben:
28. Apr 2018, 18:38
Hi
Dann zeig doch mal was w_scan alles gebracht hat , von Anfang an.
Das gibt eine ellenlange Liste:

Code: Alles auswählen

 guenter@Emil-3:~> w_scan
w_scan 
w_scan version 20170107 (compiled for DVB API 5.10)
guessing country 'DE', use -c <country> to override
using settings for GERMANY
DVB aerial
DVB-T Europe
scan type TERRESTRIAL, channellist 4
output format vdr-2.0
output charset 'UTF-8', use -C <charset> to override
Info: using DVB adapter auto detection.
        /dev/dvb/adapter0/frontend0 -> TERRESTRIAL "Silicon Labs Si2168": very good :-))

Using TERRESTRIAL frontend (adapter /dev/dvb/adapter0/frontend0)
-_-_-_-_ Getting frontend capabilities-_-_-_-_ 
Using DVB API 5.10
frontend 'Silicon Labs Si2168' supports
DVB-T2
INVERSION_AUTO
QAM_AUTO
TRANSMISSION_MODE_AUTO
GUARD_INTERVAL_AUTO
HIERARCHY_AUTO
FEC_AUTO
BANDWIDTH_AUTO not supported, trying 6/7/8 MHz.
FREQ (55.00MHz ... 862.00MHz)
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ 
Scanning DVB-T...
Scanning 8MHz frequencies...
474000: (time: 00:00.007) 
482000: (time: 00:02.011) 
490000: (time: 00:04.019) 
498000: (time: 00:08.787) 
506000: (time: 00:10.791) 
514000: (time: 00:12.803) 
522000: (time: 00:14.811) 
530000: (time: 00:16.815)         signal ok:    QAM_AUTO f = 530000 kHz I999B8C999D999T999G999Y999 (0:0:0)
        Info: no data from PAT after 2 seconds
        deleting (QAM_AUTO f = 530000 kHz I999B8C999D999T999G999Y999 (0:0:0))
538000: (time: 00:19.963) 
546000: (time: 00:21.967)                                                                                                                                            
554000: (time: 00:23.971)                                                                                                                                            
562000: (time: 00:25.979)                                                                                                                                            
570000: (time: 00:27.983)                                                                                                                                            
578000: (time: 00:29.987)                                                                                                                                            
586000: (time: 00:31.995)                                                                                                                                            
594000: (time: 00:34.003)                                                                                                                                            
602000: (time: 00:36.011) 
610000: (time: 00:38.015) 
618000: (time: 00:40.027) 
626000: (time: 00:42.031) 
634000: (time: 00:46.743) 
642000: (time: 00:48.751) 
650000: (time: 00:50.755) 
658000: (time: 00:55.315) 
666000: (time: 00:57.319)         signal ok:    QAM_AUTO f = 666000 kHz I999B8C999D999T999G999Y999 (0:0:0)
        Info: no data from PAT after 2 seconds
        deleting (QAM_AUTO f = 666000 kHz I999B8C999D999T999G999Y999 (0:0:0))
674000: (time: 00:59.963)         signal ok:    QAM_AUTO f = 674000 kHz I999B8C999D999T999G999Y999 (0:0:0)
        Info: no data from PAT after 2 seconds
        deleting (QAM_AUTO f = 674000 kHz I999B8C999D999T999G999Y999 (0:0:0))
682000: (time: 01:02.963)         signal ok:    QAM_AUTO f = 682000 kHz I999B8C999D999T999G999Y999 (0:0:0)
        Info: no data from PAT after 2 seconds
        deleting (QAM_AUTO f = 682000 kHz I999B8C999D999T999G999Y999 (0:0:0))
690000: (time: 01:05.987) 
698000: (time: 01:07.991) 
706000: (time: 01:09.995) 
714000: (time: 01:11.999) 
722000: (time: 01:14.007) 
730000: (time: 01:16.051)         signal ok:    QAM_AUTO f = 730000 kHz I999B8C999D999T999G999Y999 (0:0:0)
        QAM_AUTO f = 730000 kHz I999B8C999D999T999G999Y999 (0:0:0) : updating transport_stream_id: -> (0:0:12546)
        Info: no data from NIT(actual )after 13 seconds
738000: (time: 01:29.983) 
746000: (time: 01:31.991) 
754000: (time: 01:33.999) 
762000: (time: 01:36.007) 
770000: (time: 01:38.010) 
778000: (time: 01:40.014) 
786000: (time: 01:42.022) 
794000: (time: 01:44.030) 
802000: (time: 01:46.042) 
810000: (time: 01:48.046) 
818000: (time: 01:50.050) 
826000: (time: 01:52.054) 
834000: (time: 01:54.062) 
842000: (time: 01:56.066) 
850000: (time: 01:58.078) 
858000: (time: 02:00.082) 
Scanning DVB-T2...
474000: (time: 02:02.086) 
482000: (time: 02:04.094) 
490000: (time: 02:06.102) 
498000: (time: 02:08.110) 
506000: (time: 02:10.118)         signal ok:    QAM_AUTO f = 506000 kHz I999B8C999D999T999G999Y999P0 (0:0:0)
        QAM_AUTO f = 506000 kHz I999B8C999D999T999G999Y999P0 (0:0:0) : updating transport_stream_id: -> (0:0:16481)
        QAM_AUTO f = 506000 kHz I999B8C999D999T999G999Y999P0 (0:0:16481) : updating network_id -> (0:12352:16481)
        updating transponder:
           (QAM_AUTO f = 506000 kHz I999B8C999D999T999G999Y999P0 (0:12352:16481)) 0x0000
        to (QAM_AUTO f = 506000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16481)) 0x4004
        new transponder: (QAM_AUTO f = 578000 kHz I999B8C999D0T16G19128Y0P1 (8468:12352:16498)) 0x4004
        new transponder: (QAM_AUTO f = 522000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16385)) 0x4004
        new transponder: (QAM_AUTO f = 658000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16386)) 0x4004
        already known: (QAM_AUTO f = 658000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16386)), but not found by pids
        QAM_AUTO f = 658000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16386) : updating tp ids -> (8468:12352:16387)
        new transponder: (QAM_AUTO f = 626000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16388)) 0x4004
        new transponder: (QAM_AUTO f = 602000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16389)) 0x4004
        new transponder: (QAM_AUTO f = 586000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16390)) 0x4004
        new transponder: (QAM_AUTO f = 698000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16391)) 0x4004
        already known: (QAM_AUTO f = 586000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16390)), but not found by pids
        QAM_AUTO f = 586000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16390) : updating tp ids -> (8468:12352:16392)
        new transponder: (QAM_AUTO f = 554000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16433)) 0x4004
        new transponder: (QAM_AUTO f = 498000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16434)) 0x4004
        already known: (QAM_AUTO f = 498000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16434)), but not found by pids
        QAM_AUTO f = 498000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16434) : updating tp ids -> (8468:12352:16435)
        new transponder: (QAM_AUTO f = 650000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16436)) 0x4004
        new transponder: (QAM_AUTO f = 738000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16437)) 0x4004
        already known: (QAM_AUTO f = 498000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16435)), but not found by pids
        QAM_AUTO f = 498000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16435) : updating tp ids -> (8468:12352:16438)
        already known: (QAM_AUTO f = 506000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16481)), but not found by pids
        QAM_AUTO f = 506000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16481) : updating tp ids -> (8468:12352:16497)
        updating transponder:
           (QAM_AUTO f = 506000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16497)) 0x4004
        to (QAM_AUTO f = 506000 kHz I999B8C999D0T32G16Y0P1 (8468:12352:16497)) 0x4004
514000: (time: 02:14.962) 
522000: skipped (already known transponder)
530000: (time: 02:19.834) 
538000: (time: 02:21.842) 
546000: (time: 02:23.850) 
554000: skipped (already known transponder)
562000: (time: 02:25.858) 
570000: (time: 02:27.870)         signal ok:    QAM_AUTO f = 570000 kHz I999B8C999D999T999G999Y999P0 (0:0:0)
        QAM_AUTO f = 570000 kHz I999B8C999D999T999G999Y999P0 (0:0:0) : updating transport_stream_id: -> (0:0:16385)
        QAM_AUTO f = 570000 kHz I999B8C999D999T999G999Y999P0 (0:0:16385) : updating network_id -> (0:12352:16385)
        already known: (QAM_AUTO f = 506000 kHz I999B8C999D0T32G16Y0P1 (8468:12352:16497)), but not found by pids
        QAM_AUTO f = 506000 kHz I999B8C999D0T32G16Y0P1 (8468:12352:16497) : updating tp ids -> (8468:12352:16481)
        updating transponder:
           (QAM_AUTO f = 506000 kHz I999B8C999D0T32G16Y0P1 (8468:12352:16481)) 0x4004
        to (QAM_AUTO f = 506000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16481)) 0x4004
        already known: (QAM_AUTO f = 658000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16387)), but not found by pids
        QAM_AUTO f = 658000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16387) : updating tp ids -> (8468:12352:16386)
        already known: (QAM_AUTO f = 658000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16386)), but not found by pids
        QAM_AUTO f = 658000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16386) : updating tp ids -> (8468:12352:16387)
        already known: (QAM_AUTO f = 586000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16392)), but not found by pids
        QAM_AUTO f = 586000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16392) : updating tp ids -> (8468:12352:16390)
        already known: (QAM_AUTO f = 586000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16390)), but not found by pids
        QAM_AUTO f = 586000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16390) : updating tp ids -> (8468:12352:16392)
        already known: (QAM_AUTO f = 498000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16438)), but not found by pids
        QAM_AUTO f = 498000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16438) : updating tp ids -> (8468:12352:16434)
        already known: (QAM_AUTO f = 498000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16434)), but not found by pids
        QAM_AUTO f = 498000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16434) : updating tp ids -> (8468:12352:16435)
        already known: (QAM_AUTO f = 498000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16435)), but not found by pids
        QAM_AUTO f = 498000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16435) : updating tp ids -> (8468:12352:16438)
        already known: (QAM_AUTO f = 506000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16481)), but not found by pids
        QAM_AUTO f = 506000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16481) : updating tp ids -> (8468:12352:16497)
        updating transponder:
           (QAM_AUTO f = 506000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16497)) 0x4004
        to (QAM_AUTO f = 506000 kHz I999B8C999D0T32G16Y0P1 (8468:12352:16497)) 0x4004
578000: skipped (already known transponder)
586000: skipped (already known transponder)
594000: (time: 02:33.130)         signal ok:    QAM_AUTO f = 594000 kHz I999B8C999D999T999G999Y999P0 (0:0:0)
        QAM_AUTO f = 594000 kHz I999B8C999D999T999G999Y999P0 (0:0:0) : updating transport_stream_id: -> (0:0:12547)
        QAM_AUTO f = 594000 kHz I999B8C999D999T999G999Y999P0 (0:0:12547) : updating network_id -> (0:12337:12547)
        updating transponder:
           (QAM_AUTO f = 594000 kHz I999B8C999D999T999G999Y999P0 (0:12337:12547)) 0x0000
        to (QAM_AUTO f = 594000 kHz I999B8C999D0T16G19128Y0P0 (8468:12337:12547)) 0x4004
602000: skipped (already known transponder)
610000: (time: 02:38.434) 
618000: (time: 02:40.442)         signal ok:    QAM_AUTO f = 618000 kHz I999B8C999D999T999G999Y999P0 (0:0:0)
        QAM_AUTO f = 618000 kHz I999B8C999D999T999G999Y999P0 (0:0:0) : updating transport_stream_id: -> (0:0:16438)
        QAM_AUTO f = 618000 kHz I999B8C999D999T999G999Y999P0 (0:0:16438) : updating network_id -> (0:12352:16438)
        already known: (QAM_AUTO f = 506000 kHz I999B8C999D0T32G16Y0P1 (8468:12352:16497)), but not found by pids
        QAM_AUTO f = 506000 kHz I999B8C999D0T32G16Y0P1 (8468:12352:16497) : updating tp ids -> (8468:12352:16481)
        updating transponder:
           (QAM_AUTO f = 506000 kHz I999B8C999D0T32G16Y0P1 (8468:12352:16481)) 0x4004
        to (QAM_AUTO f = 506000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16481)) 0x4004
        already known: (QAM_AUTO f = 658000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16387)), but not found by pids
        QAM_AUTO f = 658000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16387) : updating tp ids -> (8468:12352:16386)
        already known: (QAM_AUTO f = 658000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16386)), but not found by pids
        QAM_AUTO f = 658000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16386) : updating tp ids -> (8468:12352:16387)
        already known: (QAM_AUTO f = 586000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16392)), but not found by pids
        QAM_AUTO f = 586000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16392) : updating tp ids -> (8468:12352:16390)
        already known: (QAM_AUTO f = 586000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16390)), but not found by pids
        QAM_AUTO f = 586000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16390) : updating tp ids -> (8468:12352:16392)
        already known: (QAM_AUTO f = 498000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16438)), but not found by pids
        QAM_AUTO f = 498000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16438) : updating tp ids -> (8468:12352:16434)
        already known: (QAM_AUTO f = 498000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16434)), but not found by pids
        QAM_AUTO f = 498000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16434) : updating tp ids -> (8468:12352:16435)
        already known: (QAM_AUTO f = 498000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16435)), but not found by pids
        QAM_AUTO f = 498000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16435) : updating tp ids -> (8468:12352:16438)
        already known: (QAM_AUTO f = 506000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16481)), but not found by pids
        QAM_AUTO f = 506000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16481) : updating tp ids -> (8468:12352:16497)
        updating transponder:
           (QAM_AUTO f = 506000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16497)) 0x4004
        to (QAM_AUTO f = 506000 kHz I999B8C999D0T32G16Y0P1 (8468:12352:16497)) 0x4004
626000: skipped (already known transponder)
634000: (time: 02:46.190)         signal ok:    QAM_AUTO f = 634000 kHz I999B8C999D999T999G999Y999P0 (0:0:0)
        QAM_AUTO f = 634000 kHz I999B8C999D999T999G999Y999P0 (0:0:0) : updating transport_stream_id: -> (0:0:12291)
        QAM_AUTO f = 634000 kHz I999B8C999D999T999G999Y999P0 (0:0:12291) : updating network_id -> (0:12336:12291)
        updating transponder:
           (QAM_AUTO f = 634000 kHz I999B8C999D999T999G999Y999P0 (0:12336:12291)) 0x0000
        to (QAM_AUTO f = 634000 kHz I999B8C999D0T16G19128Y0P0 (8468:12336:12291)) 0x4004
642000: (time: 02:53.250) 
650000: skipped (already known transponder)
658000: skipped (already known transponder)
666000: (time: 02:55.258) 
674000: (time: 02:57.266) 
682000: (time: 02:59.274) 
690000: (time: 03:01.282) 
698000: skipped (already known transponder)
706000: (time: 03:05.790) 
714000: (time: 03:07.802) 
722000: (time: 03:09.810) 
730000: (time: 03:11.818) 
738000: skipped (already known transponder)
746000: (time: 03:13.825) 
754000: (time: 03:15.845) 
762000: (time: 03:17.853) 
770000: (time: 03:19.861) 
778000: (time: 03:21.869) 
786000: (time: 03:23.877) 
794000: (time: 03:25.885) 
802000: (time: 03:27.893) 
810000: (time: 03:29.901) 
818000: (time: 03:31.909) 
826000: (time: 03:33.917) 
834000: (time: 03:35.925) 
842000: (time: 03:37.933) 
850000: (time: 03:39.945) 
858000: (time: 03:41.997) 
tune to: QAM_AUTO f = 730000 kHz I999B8C999D999T999G999Y999 (0:0:12546) (time: 03:44.009) 
        service = tagesschau24 (BR)
        service = BR Fernsehen Süd (BR)
        service = ARD-alpha (BR)
        service = SWR Fernsehen BW (BR)
        new transponder: (QAM_16   f =      0 kHz I999B8C23D0T8G4Y0 (8468:12345:14593)) 0x415A
        QAM_AUTO f = 730000 kHz I999B8C999D999T999G999Y999 (0:0:12546) : updating network_id -> (0:12337:12546)
        already known: (QAM_16   f =      0 kHz I999B8C23D0T8G4Y0 (8468:12345:14593)), but not found by pids
        QAM_16   f =      0 kHz I999B8C23D0T8G4Y0 (8468:12345:14593) : updating tp ids -> (8468:12337:12545)
        updating transponder:
           (QAM_AUTO f = 730000 kHz I999B8C999D999T999G999Y999 (0:12337:12546)) 0x0000
        to (QAM_16   f = 730000 kHz I999B8C23D0T8G4Y0 (8468:12337:12546)) 0x405A
tune to: QAM_AUTO f = 506000 kHz I999B8C999D0T32G16Y0P1 (8468:12352:16497) (time: 03:58.973) 
        service = ssu (Harmonic)
        service = ... (MEDIA BROADCAST)
        already known: (QAM_AUTO f = 506000 kHz I999B8C999D0T32G16Y0P1 (8468:12352:16497)), but not found by pids
        QAM_AUTO f = 506000 kHz I999B8C999D0T32G16Y0P1 (8468:12352:16497) : updating tp ids -> (8468:12352:16481)
        already known: (QAM_AUTO f = 658000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16387)), but not found by pids
        QAM_AUTO f = 658000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16387) : updating tp ids -> (8468:12352:16386)
        already known: (QAM_AUTO f = 658000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16386)), but not found by pids
        QAM_AUTO f = 658000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16386) : updating tp ids -> (8468:12352:16387)
        already known: (QAM_AUTO f = 586000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16392)), but not found by pids
        QAM_AUTO f = 586000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16392) : updating tp ids -> (8468:12352:16390)
        already known: (QAM_AUTO f = 586000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16390)), but not found by pids
        QAM_AUTO f = 586000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16390) : updating tp ids -> (8468:12352:16392)
        already known: (QAM_AUTO f = 506000 kHz I999B8C999D0T32G16Y0P1 (8468:12352:16481)), but not found by pids
        QAM_AUTO f = 506000 kHz I999B8C999D0T32G16Y0P1 (8468:12352:16481) : updating tp ids -> (8468:12352:16434)
        already known: (QAM_AUTO f = 506000 kHz I999B8C999D0T32G16Y0P1 (8468:12352:16434)), but not found by pids
        QAM_AUTO f = 506000 kHz I999B8C999D0T32G16Y0P1 (8468:12352:16434) : updating tp ids -> (8468:12352:16435)
        already known: (QAM_AUTO f = 506000 kHz I999B8C999D0T32G16Y0P1 (8468:12352:16435)), but not found by pids
        QAM_AUTO f = 506000 kHz I999B8C999D0T32G16Y0P1 (8468:12352:16435) : updating tp ids -> (8468:12352:16497)
tune to: QAM_AUTO f = 578000 kHz I999B8C999D0T16G19128Y0P1 (8468:12352:16498) (time: 04:16.977) 
----------no signal----------
tune to: QAM_AUTO f = 578000 kHz I999B8C999D0T999G999Y0P1 (8468:12352:16498) (time: 04:21.337)  (no signal)
----------no signal----------
tune to: QAM_AUTO f = 522000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16385) (time: 04:25.797) 
----------no signal----------
tune to: QAM_AUTO f = 522000 kHz I999B8C999D0T999G999Y0P0 (8468:12352:16385) (time: 04:31.841)  (no signal)
----------no signal----------
tune to: QAM_AUTO f = 658000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16387) (time: 04:37.889) 
        QAM_AUTO f = 658000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16387) : updating transport_stream_id: -> (8468:12352:515)
        service = ZDF HD (ZDFmobil)
        service = ZDFinfo HD (ZDFmobil)
        service = zdf_neo HD (ZDFmobil)
        service = 3sat HD (ZDFmobil)
        service = KiKA HD (ZDFmobil)
        QAM_AUTO f = 658000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:515) : updating network_id -> (8468:12290:515)
tune to: QAM_AUTO f = 626000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16388) (time: 04:52.968) 
----------no signal----------
tune to: QAM_AUTO f = 626000 kHz I999B8C999D0T999G999Y0P0 (8468:12352:16388) (time: 04:59.016)  (no signal)
----------no signal----------
tune to: QAM_AUTO f = 602000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16389) (time: 05:05.064) 
----------no signal----------
tune to: QAM_AUTO f = 602000 kHz I999B8C999D0T999G999Y0P0 (8468:12352:16389) (time: 05:11.112)  (no signal)
----------no signal----------
tune to: QAM_AUTO f = 586000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16392) (time: 05:17.160) 
----------no signal----------
tune to: QAM_AUTO f = 586000 kHz I999B8C999D0T999G999Y0P0 (8468:12352:16392) (time: 05:21.680)  (no signal)
----------no signal----------
tune to: QAM_AUTO f = 698000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16391) (time: 05:26.148) 
----------no signal----------
tune to: QAM_AUTO f = 698000 kHz I999B8C999D0T999G999Y0P0 (8468:12352:16391) (time: 05:32.196)  (no signal)
----------no signal----------
tune to: QAM_AUTO f = 554000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16433) (time: 05:38.244) 
----------no signal----------
tune to: QAM_AUTO f = 554000 kHz I999B8C999D0T999G999Y0P0 (8468:12352:16433) (time: 05:44.288)  (no signal)
----------no signal----------
tune to: QAM_AUTO f = 498000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16438) (time: 05:50.336) 
----------no signal----------
tune to: QAM_AUTO f = 498000 kHz I999B8C999D0T999G999Y0P0 (8468:12352:16438) (time: 05:56.384)  (no signal)
----------no signal----------
tune to: QAM_AUTO f = 650000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16436) (time: 06:02.428) 
----------no signal----------
tune to: QAM_AUTO f = 650000 kHz I999B8C999D0T999G999Y0P0 (8468:12352:16436) (time: 06:08.472)  (no signal)
----------no signal----------
tune to: QAM_AUTO f = 738000 kHz I999B8C999D0T32G16Y0P0 (8468:12352:16437) (time: 06:14.524) 
----------no signal----------
tune to: QAM_AUTO f = 738000 kHz I999B8C999D0T999G999Y0P0 (8468:12352:16437) (time: 06:20.564)  (no signal)
----------no signal----------
tune to: QAM_AUTO f = 594000 kHz I999B8C999D0T16G19128Y0P0 (8468:12337:12547) (time: 06:26.611) 
        service = BR Fernsehen Nord HD (BR)
        service = BR Fernsehen Süd HD (BR)
        service = ARD-alpha HD (BR)
        service = hr-fernsehen HD (BR)
        service = MDR Thüringen HD (BR)
        service = rbb Berlin HD (BR)
        service = SWR BW HD (BR)
        service = WDR HD Köln (Internet) (BR)
tune to: QAM_AUTO f = 634000 kHz I999B8C999D0T16G19128Y0P0 (8468:12336:12291) (time: 06:40.967) 
        service = Das Erste HD (BR)
        service = arte HD (BR)
        service = PHOENIX HD (BR)
        service = tagesschau24 HD (BR)
        service = ONE HD (BR)
retrying with center_frequency = 626000000
tune to: QAM_16   f = 626000 kHz I999B8C23D0T8G4Y0 (8468:12337:12545) (time: 06:54.971) 
----------no signal----------
tune to: QAM_AUTO f = 626000 kHz I999B8C999D0T999G999Y0 (8468:12337:12545) (time: 06:59.631)  (no signal)
----------no signal----------
(time: 07:04.139) dumping lists (19 services)
..
...;MEDIA BROADCAST:506000:B8D0G16S1T32Y0P1:T:27500:1569=36:1570@15:0:0:16974:8468:16497:0
ZDF HD;ZDFmobil:658000:B8D0G16S1T32Y0P0:T:27500:2110=36:0;2120,2121:2130;2131:0:2001:8468:515:0
ZDFinfo HD;ZDFmobil:658000:B8D0G16S1T32Y0P0:T:27500:2210=36:0;2220,2221:2230;2231:0:2002:8468:515:0
zdf_neo HD;ZDFmobil:658000:B8D0G16S1T32Y0P0:T:27500:2310=36:0;2320,2321:2330;2331:0:2003:8468:515:0
3sat HD;ZDFmobil:658000:B8D0G16S1T32Y0P0:T:27500:2410=36:0;2420,2421:2430;2431:0:2004:8468:515:0
KiKA HD;ZDFmobil:658000:B8D0G16S1T32Y0P0:T:27500:2510=36:0;2520,2521:2530;2531:0:2005:8468:515:0
BR Fernsehen Nord HD;BR:594000:B8D0G19128S1T16Y0P0:T:27500:4641=36:4642=deu@17,4643=mis:4644:0:801:8468:12547:0
BR Fernsehen Süd HD;BR:594000:B8D0G19128S1T16Y0P0:T:27500:4641=36:4642=deu@17,4643=mis:4644:0:802:8468:12547:0
ARD-alpha HD;BR:594000:B8D0G19128S1T16Y0P0:T:27500:4657=36:4658=deu@17,4659=mis:4660:0:803:8468:12547:0
hr-fernsehen HD;BR:594000:B8D0G19128S1T16Y0P0:T:27500:5137=36:5138=deu@17,5139=mis:5140:0:833:8468:12547:0
MDR Thüringen HD;BR:594000:B8D0G19128S1T16Y0P0:T:27500:5681=36:5682=deu@17,5683=mis:5684:0:867:8468:12547:0
rbb Berlin HD;BR:594000:B8D0G19128S1T16Y0P0:T:27500:6929=36:6930=deu@17,6931=deu:6932:0:945:8468:12547:0
SWR BW HD;BR:594000:B8D0G19128S1T16Y0P0:T:27500:7697=36:7698=deu@17,7699=mis:7700:0:993:8468:12547:0
WDR HD Köln (Internet);BR:594000:B8D0G19128S1T16Y0P0:T:27500:8085=36:8086=deu@17,8087=mis:0:0:2054:8468:12547:0
Das Erste HD;BR:634000:B8D0G19128S1T16Y0P0:T:27500:4113=36:4114=deu@17,4115=mis:4116:0:769:8468:12291:0
arte HD;BR:634000:B8D0G19128S1T16Y0P0:T:27500:4129=36:4130=deu@17,4131=fra,4132=mis,4133=mul:4134:0:770:8468:12291:0
PHOENIX HD;BR:634000:B8D0G19128S1T16Y0P0:T:27500:4145=36:4146=deu@17,4147=mul:4148:0:771:8468:12291:0
tagesschau24 HD;BR:634000:B8D0G19128S1T16Y0P0:T:27500:4161=36:4162=deu@17:4163:0:772:8468:12291:0
ONE HD;BR:634000:B8D0G19128S1T16Y0P0:T:27500:4177=36:4178=deu@17,4179=mis:4180:0:773:8468:12291:0
Done, scan time: 07:04.139
guenter@Emil-3:~>
Merkwürdig das dein Test Februar 2017 etwas anderes sagte .
Die in dem Thread angegebenen Files finde ich nicht mehr, nur http://ul.to/518cq4uy habe ich nochmal herunter geladen und ich verstehs nicht, mit smplayer sehe ich eine Ansage, dann etwas von Fußball und einen Alvaro Morato sprechen, in VLC, xine, kaffeine hängt das Bild noch während der Ansage. :irre:
Was damals war, kann ich nicht mehr nachvollziehen, denke aber meine Grafiktreiber waren die gleichen.
Oder die Antenne stimmt nicht .
Das mag sein, mir erscheinen die Pegel auch zu optimistisch hoch. Vielleicht ist das ein Signalverstärker mit drin und der verstärkt alles was reinkommt.
Viele Grüße
gm2601
:wink: Die Mehrheit der Menschheit versteht von Linux noch weniger als ich :wink:

Benutzeravatar
soyo
Hacker
Hacker
Beiträge: 587
Registriert: 30. Nov 2009, 18:25

Re: [reopen] Wieder mal DVB-T Probleme

Beitrag von soyo » 29. Apr 2018, 13:56

Hi
Danke für's w_scan.
Sieht doch prima aus .
MfG soyo

Benutzeravatar
gm2601
Advanced Hacker
Advanced Hacker
Beiträge: 905
Registriert: 4. Dez 2005, 11:53

Re: [reopen] Wieder mal DVB-T Probleme

Beitrag von gm2601 » 29. Apr 2018, 14:10

rolandb hat geschrieben:
28. Apr 2018, 23:03
Anscheinend leitest du in VLC per vdpau den HEVC-Videostream an den nVidia-Grafikchip weiter.
Und der GeForce 7025-Grafikchip kann damit natürlich nichts anfangen. Das wäre logisch.

Welche Einstellungen benutzt du in VLC → Video → Anzeige → Ausgabe?
Und welche Dekodierung in VLC → Eingang/Codecs → Codecs → Hardware-beschleunigte Dekodierung?

Mit welchen Parametern genau hast du w_scan aufgerufen?
Die ehrliche Antwort lautet, ich habe keine Ahnung, was welches Programm nun mit welchen Parametrierung benutzt. Ich installiere und wenn es dann funktioniert íst es für mich in Ordnung.
w_scan rief ich [siehe oben] ohne Parameter auf.
Da ich in der Config von VLC (Vers. 2.2.6) noch nie war, kann ich nur vermuten, das getroffen zu haben, was Du wolltest. Von oben nach unten:
...Dekodierung: Automatic
post proc level: 6
Skip H264 in loop ...: None
x.264 preset and tuning...: Ultrafast .....film
x.264 profile and level...: high ...0
Wie hast du cvlc aufgerufen, genau? Poste auch bitte min. die ersten 10 Zeilen der cvlc-Ausgabe.

Code: Alles auswählen

 ~/Filme> cvlc ARD-Mittagsmagazin.m2t 
VLC media player 2.2.6 Umbrella (revision 2.2.6-0-g1aae78981c)
[0000562787d27ab8] dummy interface: using the dummy interface module...
[hevc @ 0x7ff638cc3820] PPS id out of range: 0
[hevc @ 0x7ff638cb1d80] PPS id out of range: 0
[hevc @ 0x7ff638ca0200] PPS id out of range: 0
[hevc @ 0x7ff638cd52c0] PPS id out of range: 0
[hevc @ 0x7ff638cc3820] PPS id out of range: 0  

[.... ca. einen Bildschirm voll, dann kommt...]

[hevc @ 0x7ff638ca0200] PPS id out of range: 0
[00007ff6180ecbb8] vdpau_avcodec generic error: unsupported codec 1211250229 or profile 1
[00007ff638c82bb8] avcodec decoder error: more than 5 seconds of late video -> dropping frame (computer too slow ?)
[.....]
[00007ff638c82bb8] avcodec decoder error: more than 5 seconds of late video -> dropping frame (computer too slow ?)
[00007ff638c82bb8] avcodec decoder error: more than 5 seconds of late video -> dropping frame (computer too slow ?)
[hevc @ 0x7ff638cc3820] Could not find ref with POC 308
[hevc @ 0x7ff638cc3820] Could not find ref with POC 312
^Cguenter@Emil-3:~/Filme> 
 
Wie steht's genau mit der Auslastung der einzelnen CPU-Kerne während der stotternden DVB-T2-HD-Wiedergabe?
Alle vier Kerne deutlich, aber eher pendelnd über 60...70%
Funktioniert aktuell die Wiedergabe der HEVC-Testvideos in VLC ruckelfrei? soyo hatte dir im Feb.'17 Downloadlinks gegeben. Wie hoch ist dabei die Auslastung der einzelnen CPU-Kerne?
Nein, da ruckelt nichts, das Bild beleibt stehen, der Ton läuft.
Die CPU-kerne varieren zw. 20 und 100%
Seltsamerweise zeigt die Tabelle in KSysguard eine ziemlich stabile stabile CPU-Auslastung von 27% (±1%)
Ungenaue oder teilweise Angaben wie „Meldungen wie …“ ohne Aufrufparameter sind hier wertlose Angaben.
Ich glaub's Dir ja, aber meine Angaben auf direkte Fragen erfolgen nach bestem Wissen und Gewissen.
Viele Grüße
gm2601
:wink: Die Mehrheit der Menschheit versteht von Linux noch weniger als ich :wink:

Antworten

Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 3 Gäste