Turksat 42E mit easyvdr

Zitat von wirbel

Es gibt fertige debian Pakete und binaries für x86_64 sowie arm64.

dvb-tools?

Zitat von wolfi.m

Hallo,

download w_scan_cpp-20210218 binary für x86_64

von https://www.gen2vdr.de/wirbel/w_scan_cpp/index2.html

auspacken und testen.Versuch macht Kluch!

Gruss

Wolfgang

Alles anzeigen

geholt, 20MB, wow, aber

w_scan_cpp: error while loading shared libraries: libjpeg.so.62: cannot open shared object file: No such file or directory

Muss es nachziehen, vllt auch die anderen libs.

- linux-libc-dev

- libfreetype6-dev

- libfontconfig1-dev

- libcurl4-openssl-dev

- git

- libjpeg-dev

- libpugixml-dev

- libcap-dev

- ca-certificates

Gruss

Lindemann

Rueckmeldung zu w_scan_cpp, channel.conf des yavdr.

@channel.conf des yavdr

Mit dieser conf kommt leider nichts, was immer da war, z.B. TRT Muzik, geschweige HABERTURK, HALK TV. Das ist leider eine Sackgasse.

@w_scan_cpp

sowohl

w_scan_cpp-20210407-binary-x86_64

als auch

w_scan_cpp-20210218-binary-x86_64.tar.bz2

monieren (klar :-)), dass etwas nicht vorhanden ist.

Nach dem ich

23-Apr-16:49-libjpeg62:amd64.list

23-Apr-16:51-libpugixml1:amd64.list

23-Apr-16:51-libpugixml-dev:amd64.list

nachgezogen hatte, blieben nur noch das System, was nicht so ganz passt :-(. ldd hatte das schon gemeldet:

./w_scan_cpp: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by ./w_scan_cpp)

./w_scan_cpp: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `CXXABI_1.3.8' not found (required by ./w_scan_cpp)

./w_scan_cpp: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `CXXABI_1.3.9' not found (required by ./w_scan_cpp)

./w_scan_cpp: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.21' not found (required by ./w_scan_cpp)

oder

./w_scan_cpp: /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.29' not found (required by ./w_scan_cpp)

./w_scan_cpp: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.33' not found (required by ./w_scan_cpp)

./w_scan_cpp: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.28' not found (required by ./w_scan_cpp)

./w_scan_cpp: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `CXXABI_1.3.8' not found (required by ./w_scan_cpp)

./w_scan_cpp: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.26' not found (required by ./w_scan_cpp)

./w_scan_cpp: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `CXXABI_1.3.9' not found (required by ./w_scan_cpp)

./w_scan_cpp: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by ./w_scan_cpp)

./w_scan_cpp: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.21' not found (required by ./w_scan_cpp)

die Plattform ist alt, und da ich auch nicht zum erstmal etwas auf Linux kompiliere, artet das mit w_scan_cpp auf der akt. Plattform

Linux easyvdr02 4.4.0-45-generic #66~14.04.1-Ubuntu SMP Wed Oct 19 15:05:38 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux

zu kompilieren wahrscheinlich in ein Lebenswerk aus.

Funkt halt nicht, welchen Weg ich waehle.

Einen easyvdr 5.0 hatte ich mal vor Monaten installiert, doch so einfach, wie der 3.0.0er aus dem Stand mit der HW lief, lief der 5.0er doch nicht. Irgendwas hat nicht funktioniert, nicht auf Anhieb mit der HW die ich habe (eben diese, die unter 3.0.0 sehr gut und stabil funkt) und etwas gefrustet und dumm (der Fehler ist mir nicht bekannt, warum) blieb ich bei 3.0.0, was zumindest im Alltag sehr gut funktioniert.

Jetzt kann ich auf der Plattform w_scan_cpp leider nicht einsetzen. dg.

Evtl. kann eine FF SAA Karte (alte Technotrend) mehr sehen.

Danke.

Gruss

Lindemann

Heureka,

also doch, der easyvdr kann jetzt __auch__ HABERTURK anzeigen. Ebenso auch Bloomberg ist da.

vdr-portal.de/index.php?attachment/45496/vdr-portal.de/index.php?attachment/45497/

Zu oft gesehen, zu oft gefrustet.

tune to: S f = 11053 kHz H SR = 8000 3/4 0,35 QPSK (42:1071:32201) (time: 14:32.424)

service = HABERTURK (HABERTURK)

service = BLOOMBERG HT (BLOOMBERG HT)

service = SHOW TURK HD (SHOW TURK HD)

service = HABERTURK RADYO (HABERTURK RADYO)

service = INTERCOM (INTERCOM)

service = INTERCOM HT (INTERCOM HT)

S f = 11053 kHz H SR = 8000 3/4 0,35 QPSK (42:1071:32201) : updating network_id -> (42:1070:32201)

Und es ging nach > /dev/nul

Die Loesung ist: w_scan2.

Hier

w_scan sucht sich bei UPC den Wolf

ist ein aehnliches Problem, was ich auch beobachtet habe und auch nicht so logisch erschien, zudem der Baumarkt Receiver HABERTURK darstellen konnte, sprich das setup an sich OK ist, HABERTRUK somit am LNB wohl da ist.

Beim Scan mit w_scan (und leider der Unmoeglichkeit W_scan_cpp auf v3.0.0. einzusetzen) konnte ich sehen (Log.-Datei), dass HABERTURK oefter gefunden, aber Ende nicht in der channels.conf ankam, evtl. ersetzt wurde durch irgendwas.

W_scan2 half weiter. Dies

https://github.com/stefantalpa…ive/refs/heads/master.zip

aus

https://github.com/stefantalpalaru/w_scan2

gezogen und paar Pakete

23-Apr-21:34-m4.list

23-Apr-21:34-autoconf.list

23-Apr-21:34-autotools-dev.list

23-Apr-21:34-automake.list

23-Apr-21:37-libltdl-dev:amd64.list

23-Apr-21:37-libtool.list

installiert, war die Umgebung auch geschaffen w_scan2 kompilieren zu koennen.

Obwohl auf

https://stefantalpalaru.wordpr…2/04/scan-all-the-things/

//

So I fixed that too, and put it all under an optional flag (-K, —keep-duplicate-transponders) that finally scans everything I want to scan. The patch is here and if you’re a Gentoo user you can install the patched package with “layman -a stefantalpalaru; emerge w_scan”.

//

steht, also -K um dieses Duplikatsproblem nicht zu haben, sondern alles zu behalten, auch -gerade- die Duplikate im Scan nicht zu verwerfen, so konnte ich doch mit

./w_scan2 -fs -s S42E0 -G > turksat42E0_w_scan2.conf

scannen und HABERTURK liess sich einstellen. Da der Link auf der o.a. Webseite ins Nichts geht, vermute ich, dass -K integriert ist, nicht explizit angegeben werden muss, weil die komplierte Version

w_scan2-1.0.13 (compiled for DVB API 5.10)

https://github.com/stefantalpalaru/w_scan2

kein -K mehr kennt. Aber es funkt. q.e.d.

Gruss

Lindemann

PS: -- Nachtrag --

Der Scan mit wscan_2 findet wahrlich mehr Transponder/PIDs (oder was auch immer). Die Datei hat im Gegensatz zu einem Scan mit w_scan 73 o. 157 insgesamt 262 Eintraege. Damit ist auch gut belegt, dass wscan2 _mehr_ findet.

Aber ... obwohl HABERTURK/BLOOMBERG jetzt OK sind, sind andere Sender mit Stoerungen, z.B. Musik/Radio-Sender. Was aber so schlimm nicht ist, denn man kann die _unterschlagenen_ (verworfenen Sender, die w_scan nicht in die conf schreibt) einfach per cut/copy/paste in die w_scan conf uebernehmen.

Wenn man w_scan_cpp *nicht* einsetzen kann und auch mit dvbv5-scan (braucht ein ini-Datei) nicht sich Kopfschmerzen holen will, so kann man mit w_scan2 alles doch finden. Eine Synthese beider Scans ist dann die Loesung.

Hallo SurfaceCleanerZ,

mag sein, dass w_scan uralt ist, was anderes geht halt auf 3.0.0 nicht, ich habe es probiert. s. Postings, so gern ich auch w_scan_cpp eingesetzt haette. Alle anderen Tools wollen eine ini oder eine initial-Datei, die man erstmal haben muss, insofern ist/mag w_scan uralt sein, doch wenn man v. Null loslegt ist es _DAS_ Tool. Ich habe auch mit dvbv5-scan versucht irgendwas zu biegen, doch bin ich zu dumm dafuer.

w_scan u. w_scan2 sind einfach (fuer meinen setup) max. ausreichend. Will mir gar nicht vorstellen, was w_scan_cpp alles kann. Doch, wie oft scanne ich einen Sateliten?

w_scan2 fusst auf w_scan, aber an bestimmten Stellen s.

https://stefantalpalaru.wordpr…2/04/scan-all-the-things/

ist w_scan2 toleranter gehalten, was ich auch merkte. Der Author verweisst auch auf w_scan, hat es an entscheidenden Stellen modifiziert. Nicht nur das, es klappt auch.

Beide easyvdr machen was sie sollen; gar kann ich jetzt die alten Herrschaften mit TURKSAT versorgen, etwas mehr Abwechslung und nicht staendig ueberall Werbe-Pop-ups im live-Streaming im Inet, was immer wieder zu Fehlbedienung fuehrte.

Insofern alles gut, dank auch der schnellen, zuegigen Hilfe im Forum.

Gruss

Lindemann

Zitat von wolfi.m

Hallo

ein apt-cache policy w-scan2
zeigt ergibt bei mir

Code

w-scan2:
  Installiert:           1.0.5~git20181102-0easyVDR0~trusty
  Installationskandidat: 1.0.5~git20181102-0easyVDR0~trusty

Gruss

Wolfgang

Alles anzeigen

Hallo wolfi.m, Wolfgang,

Du schreibst v. w-scan2, ich beziehe mich auf w_scan2.

Vllt. sind die identisch?

root@easyvdr02:/var/lib/vdr# apt search w-scan2

Sorting... Fertig

Full Text Search... Fertig

w-scan2/trusty 1.0.5~git20181102-0easyVDR0~trusty amd64

Channel scanning tool for DVB and ATSC channels

apt install und ist drauf, sehen ident aus, auch wenn file eine andere Hashumme anzeigt, doch das ist nicht verwunderlich.

ldd gibt identische Abhaengigkeiten an:

root@easyvdr02:/usr/bin# ldd w_scan2

linux-vdso.so.1 => (0x00007ffdd6fb4000)

libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f84c36e3000)

/lib64/ld-linux-x86-64.so.2 (0x0000557a9acff000)

root@easyvdr02:/home/tmp/w_scan2-master# ldd w_scan2

linux-vdso.so.1 => (0x00007ffcf35b9000)

libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fca0ee94000)

/lib64/ld-linux-x86-64.so.2 (0x000055a8686fa000

Am besten ich lasse mal mit dem gerade instalierten w_scan2 auch einen Scan laufen, sollte dann auch ca. 230 EIntraege und 20k Groesse haben.

wirbel

Dein Tool ist einfach __gut__, w_scan2 hat eine Loesung erbracht, die funkt.

Gibt mir doch mal bitte einen Link (zur Doku), was an w_scan_cpp anders ist, echt sch...lecht, dass ich ihn nicht habe einsetzen koennen, wuesste gerne, was es zauberte.

Anbei sind beide Scan-Ergebnisse,

tuerksat_42E0_w_scan_s.conf

hat paar Eintrage aus

tuerksat_42E0_w_scan2_s.conf

Macht aber den Braten nicht fetter. Wie ich schrieb, TRT MUZIK war bei w_scan2 gestoert, manche Radio-Sender hatten rhytmische Aussetzer, schau, was detektiert wurde:

Bild

nicht OK:

TRT MUZIK;TRT:11096:hC56M2O0S0:S42.0E:30000:812=2:813=tur@3:1120:0:12:42:61:0

OK:

TRT MUZIK;TRT:11958:vC56M2O0S0:S42.0E:27500:1507=2:1607=tur@3:1120:0:10507:42:40301:0

Radio/Ton

nicht OK:

TRT NAGME;TRT:11096:hC56M2O0S0:S42.0E:30000:0:1115=tur@3:0:0:13:42:61:0

OK:

TRT NAGME;TRT:11958:vC56M2O0S0:S42.0E:27500:0:1619=tur@3:0:0:10519:1070:40301:0

Bis ich rauskriege, warum/was nicht passte, das Zeug nach S42.0E: 30000 bin ich wahrscheinlich tot.

vC56M2 konnte ich noch dekodieren, O0S0 ist noch unklar,

:0:1115=tur@3:0:0:13:42:61:0

oder

:0:1619=tur@3:0:0:10519:1070:40301:0

sind irgendwelche Sprachdef., was noch irgendwo abzurufen ist. Aber im Detail kann ich es nicht dekodieren.

Einer oben ist OK, der andere nicht OK. Im Vergleich mit einem w_scan-Ergebnis ist klar, dass die Eintraege sich unterscheiden.

w_scan, beide OK.

TRT MUZIK;TRT:11958:vC56M2O0S0:S42.0E:27500:1507=2:1607=tur@3:1120:0:10507:1070:40301:0

TRT NAGME;TRT:11958:vC56M2O0S0:S42.0E:27500:0:1619=tur@3:0:0:10519:1070:40301:0

Beide Dateien im Anhang sind mit sort sortiert.

Fuer alle anderen, die evtl. mal fuer sich eine funktionale conf fuer TUERKSAT_42E0 suchen (Stand 23.04.2021), koennen tuerksat_42E0_w_scan_s.conf (o. txt) nehmen. Funkt an 60 cm Antenne, ueber DUR-Line +Ultra Quattro an einem EXR904 Kathrein. Der Quattro haengt an Pos. A.

diseqc.conf, die fuer _einen_ SAT nicht gebraucht wird:

S42E 11700 V 9750 t v W15 [E0 10 38 F0] W15 t

S42E 99999 V 10600 t v W15 [E0 10 38 F1] W15 T

S42E 11700 H 9750 t V W15 [E0 10 38 F2] W15 t

S42E 99999 H 10600 t V W15 [E0 10 38 F3] W15 T

Gruss

Lindemann