Langzeitaufzeichnung Tunersignal

[FranzJoseph]

Die Trinity hat nur einen DVB-C Tuner.
Wie beende ich denn neutrino und sage dann dem Tuner welchen sender er loggen soll?

[jokel]

vergiss mein posting in #40 ich bin jetzt auf neutrino unterwegs und da ist dvbsnoop schon drin im image.

Code: Alles auswählen

[root@jokel ~]# ls  /dev/dvb/adapter0 |grep frontend
frontend0
frontend1
frontend2

Code: Alles auswählen

[root@jokel ~]# dvbsnoop -s signal -frontend /dev/dvb/adapter0/frontend1 -n 3
dvbsnoop V1.4.5X -- http://dvbsnoop.sourceforge.net/ 

---------------------------------------------------------
Transponder/Frequency signal strength statistics...
max cycle count: 3 
---------------------------------------------------------
cycle: 1  d_time: 0.001 s  Sig: 65280  SNR: 59636  BER: 0  UBLK: 0  Stat: 0x1f [SIG CARR VIT SYNC LOCK ]
cycle: 2  d_time: 0.001 s  Sig: 65280  SNR: 59636  BER: 0  UBLK: 0  Stat: 0x1f [SIG CARR VIT SYNC LOCK ]
cycle: 3  d_time: 0.001 s  Sig: 65280  SNR: 59636  BER: 0  UBLK: 0  Stat: 0x1f [SIG CARR VIT SYNC LOCK ]

die fehlermeldung mit frontend0 kam bei mir mit dvbsnoop weil der tuner deaktiviert ist.
darum muss ich frontend1 nehmen und das funktioniert ganz normal unter neutrino da muss man nix ausschalten / beenden.
wird bei dir wahrscheinlich doch an der version von dvbsnoop liegen oder dein frontend ist nicht das richtige für dvbsnoop.

[FranzJoseph]

Dann kann ich ja nur hoffen das sich jemand findet, der noch ne andere Version von dvbsnoop für mich zum testen hat.
Wie beschrieben habe ich es ja bei femon auch festgestellt das es komischer Weise mit der Apollo Kompilation funzt.

Gruß FJ

[jokel]

jo..

ich habe gerade festgestellt das dvbsnoop auch im standby läuft und umschalten mache ich mit

Code: Alles auswählen

[root@jokel ~]# /usr/bin/pzapit 1 2
zapped to Das Erste HD
   video: 0x13ed
teletext: 0x13f0
     pcr: 0x13ed
 audio 1: 0x13ee (deu, ac3)
 audio 2: 0x13ef (mis, ac3)

[jokel]

femon ist auch im image bei mir,

http://www.vdr-wiki.de/wiki/index.php/Dvb-apps_femon

Code: Alles auswählen

[root@jokel ~]# femon -f 1 -H  
FE: DVB-T/T2/C (DVBC)
status SCVYL | signal  99% | snr  90% | ber 0 | unc 0 | FE_HAS_LOCK
status SCVYL | signal  99% | snr  91% | ber 0 | unc 0 | FE_HAS_LOCK
status SCVYL | signal  99% | snr  90% | ber 0 | unc 0 | FE_HAS_LOCK
status SCVYL | signal  99% | snr  91% | ber 0 | unc 0 | FE_HAS_LOCK
status SCVYL | signal  99% | snr  90% | ber 0 | unc 0 | FE_HAS_LOCK
status SCVYL | signal  99% | snr  90% | ber 0 | unc 0 | FE_HAS_LOCK
status SCVYL | signal  99% | snr  90% | ber 0 | unc 0 | FE_HAS_LOCK
status SCVYL | signal  99% | snr  90% | ber 0 | unc 0 | FE_HAS_LOCK
status SCVYL | signal  99% | snr  90% | ber 0 | unc 0 | FE_HAS_LOCK
status SCVYL | signal  99% | snr  91% | ber 0 | unc 0 | FE_HAS_LOCK

[vanhofen]

Eure Versionen von dvbsnoop sind identisch.
Korrektur: Wir haben in allen Images identische Versionen von dvbsnoop. Das Kronos-Kompilat bildet da keine Ausnahme.

[jokel]

ist seine image-version zu alt bzw. ist es noch nicht mit drin?
sehe gerade ni 3.60
finde toll was so alles im ni-image drin ist.

[FranzJoseph]

Also das jeweils neuste Image habe ich vor den Test geflasht. Da ist weder femon noch dvbsnoop standardmäßig mit drin.
Deshalb nochmal Danke an vanhofen für die Lieferung der Kronos Kompilation. Aber leider funzt die bei mir nicht.
Vielleicht können sie mir auch noch mal eine Version für dir Nevis kompilieren. Dann probiere ich es dort mal.
Die für kronos kann ich da ja nicht einfach draufkopieren denn dann kommt das:

[+] Spoiler

/var/root # find / -name dvbsnoop
/usr/bin/dvbsnoop
/var/root # dvbsnoop -s feinfo
-sh: dvbsnoop: not found
/var/root # dvbsnoop -h
-sh: dvbsnoop: not found
/var/root #

Im Post #22 hatte ich auch mal die Fehlerausgabe im Standby gepostet. Geht also auch nicht.

Gruß FJ

[jokel]

hast du schon mal das probiert?

Code: Alles auswählen

/usr/bin/dvbsnoop -s feinfo

[FranzJoseph]

Die Apollo femon Version von Don de Deckelwech die ohne Fehlerausgabe läuft ist vom 12.02.2015
Die Kronos femon Version von vanhofen hat leider eine Fehlermeldung obwohl dann auch Werte angezeigt werden.
Hier mal beide Ausgaben:

[+] Spoiler

/var/root # find / -name femon*
/usr/bin/femon_DdD
/usr/bin/femon_vh
/var/root # femon_vh -H -c3
FE: Entropic TAVOR demodulator (internal) (DVBC)
Problem retrieving frontend information: Operation not supported
status SCVYL | signal 80% | snr 100% | ber 0 | unc 0 | FE_HAS_LOCK
Problem retrieving frontend information: Operation not supported
status SCVYL | signal 80% | snr 100% | ber 0 | unc 0 | FE_HAS_LOCK
Problem retrieving frontend information: Operation not supported
status SCVYL | signal 80% | snr 100% | ber 0 | unc 0 | FE_HAS_LOCK
/var/root # femon_DdD -H -c3
Name: Entropic TAVOR demodulator (internal) Frontend-type: DVBC
]
status 1f | signal 80% | snr 100% | ber 0 | FE_HAS_LOCK
status 1f | signal 80% | snr 100% | ber 0 | FE_HAS_LOCK
status 1f | signal 80% | snr 100% | ber 0 | FE_HAS_LOCK
/var/root #

Deshalb ja meine Annahme das es bei dvbsnoop auch einen kleinen, entscheidenden Unterschied gibt.

@jokel

Post #22 Spoiler 1

Gruß FJ

[jokel]

apollo, kronos,nevis da schwirrt mir der kopf einglück habe ich die h7 und kenne jetzt femon und dvbsnoop
alles eine frage der zeit. du wirst das schon rocken ... never give up ... danke

[vanhofen]

Ab morgen sind dvbsnoop und die dvb-apps testweise in den HD2-Images mit enthalten.

[max_10]

nur mal so für openatv gibt es dvbsnoop

Code: Alles auswählen

root@zgemmah7:~# opkg find dvbsnoop
dvbsnoop - 1.4.55+git37+5b236b1-r0

Das dvbsnoop im openatv ist nicht aktueller als das was hier benutzt wird.
kommt von da github.com/OpenVisionE2/dvbsnoop.git und der Prinz aus Persien (persianpros)
hat von hier https://github.com/Duckbox-Developers/dvbsnoop die ganzen Änderungen mit dem letzten commit
in einem rutsch kopiert, also sich nicht von der Versionsnummer im openatv irritieren lassen

[FranzJoseph]

@ vanhofen
Super das die jetzt integriert sind. Da dvbsnoop aber auf meiner Trinity (kronos) zumindest mit Parameter -s signal nicht funktioniert
wäre es schön wenn sie mir eine Version für HD1 Neo² (nevis) bauen könnten.
Dort sind ja zwei Tuner drin und ich könnte testen ob es an dem zeitgleichen Zugriff auf den selben Tuner liegt.

Gruß FJ

[vanhofen]

Ein gewisser Respekt vor königlichem Blut ist sicher immer angemessen, aber hier bin ich quasi privat unterwegs. Redest du mich also bitte mit Du an?

Was dvbsnoop für Nevis betrifft, werde ich dir das mal kompilieren. Heute komme ich aber nicht dazu.

[FranzJoseph]

OK. Mache ich .Ich danke dir schon mal.

Gruß FJ

[jokel]

@FJ lese gerade hier.
https://github.com/Duckbox-Developers/d ... dvbsnoop.1

unten im abschnitt steht.

Abhängig von der Firmware Ihrer dvb-Karte kann dvbsnoop möglicherweise nicht an pids schnüffeln,
die von anderen Prozessen belegt sind. Dies ist kein Fehler, sondern ein Treiber-/Firmware-Problem.

das steht auch hier.
https://www.digital-eliteboard.com/thre ... -m.452646/

leider habe ich keine kronos sonst würde ich das testen. ich hoffe das es dann mit der version für die nevis klappt.

[FranzJoseph]

@jokel
OK. Danke für die Link's Wenn dvbsnoop die PID's für die Signalstärkeanzeige braucht dann geht das wohl nicht auf Sytemen die nur einen Tuner haben
der dann noch die falsche Treiber-/Firmware hat.

Ich hoffe nun auch auf die nevis Version und das es dann mit der Neo² klappt. Sei es nun weil die Firmware oder der Treiber passt
oder weil sie einfach nur einen 2. Tuner hat.

Gruß FJ

[vanhofen]

Die Treiber, die in unseren CST-Images sind, sind definitiv nicht falsch. Wie kommt denn dieses Gerücht jetzt zustande?

[jokel]

Die Treiber, die in unseren CST-Images sind, sind definitiv nicht falsch. Wie kommt denn dieses Gerücht jetzt zustande?

keiner hat was über die treiber in den cst-images geschrieben. in meinem posting zitiere ich nur die macher von
dvbsnoop die darauf hinweisen das es mitunter an den treibern / firmware liegt,das dvbsnoop keinen zugriff auf die
daten bekommt.