Handling von FBC-Tunern

Benutzeravatar
Gorcon
NI - VIP
Beiträge: 2724
Registriert: Mi 13. Apr 2016, 10:55
Box: E2HD, VU+ Uno4kSE, VU+ Ultimate4k
Has thanked: 8 times
Been thanked: 2 times

Re: Handling von FBC-Tunern

Beitrag von Gorcon »

Ich habs mehrmals probiert immer die gleiche Fehlermeldung.

Mit Linux habe ich es jetzt nicht probiert.
Egal annie hat mir auch netterweise ein Image zur verfügung gestellt (das ließ sich problemlos entpacken).

Fazit: mehre parallele Aufnahmen von verschiedenen Sendern klappen. überlappende Aufnahmen von einem Sender funktioniert nicht. die zweite Aufnahme ist leer
Timeshift gaht mal und mal reagiert die Box überhaupt nicht auf Pause.
Bei den ersten Aufnahmen hatte ich es das nach 2 Aufnahmestarts das Umschalten auf einen anderen Sender nicht funktionierte, es kam nur die Infoleiste mit dem Sender aber kein BILD/Ton.
Erst nach umschalten auf einen WebTV Sender und zurück klappte das auch wieder.
Das ganze lässt sich aber nicht immer verifizieren.

Besser wie vorher ist es auf jedenfall.
clausi
Beiträge: 59
Registriert: Sa 7. Mai 2016, 16:46

Re: Handling von FBC-Tunern

Beitrag von clausi »

Kann ich bei mir genauso bestätigen, eine deutliche Verbesserung !
Benutzeravatar
Gorcon
NI - VIP
Beiträge: 2724
Registriert: Mi 13. Apr 2016, 10:55
Box: E2HD, VU+ Uno4kSE, VU+ Ultimate4k
Has thanked: 8 times
Been thanked: 2 times

Re: Handling von FBC-Tunern

Beitrag von Gorcon »

@clausi und annie
ist bei euch das Verhalten bei Aufnahmen vom gleichen Sender die sich überlappen genauso? oder soll ich im TunerMenü den untersten Schalter mal auf aus stellen?
clausi
Beiträge: 59
Registriert: Sa 7. Mai 2016, 16:46

Re: Handling von FBC-Tunern

Beitrag von clausi »

Ist auch so, der Schalter ändert bei mir nichts
Benutzeravatar
annie
NI - Team
Beiträge: 1010
Registriert: Di 5. Apr 2016, 18:46
Wohnort: zuhause
Box: 1x E4HD, 4x HD51,1x VuUno4K

Re: Handling von FBC-Tunern

Beitrag von annie »

Ich hab kein Kabel und muß alte Treiber nutzen, leider

Hab für Dich mit neuen Treibern gebaut....
Benutzeravatar
Gorcon
NI - VIP
Beiträge: 2724
Registriert: Mi 13. Apr 2016, 10:55
Box: E2HD, VU+ Uno4kSE, VU+ Ultimate4k
Has thanked: 8 times
Been thanked: 2 times

Re: Handling von FBC-Tunern

Beitrag von Gorcon »

tritt das Verhalten bei Sat auch so auf?
Da ich jede Woche zwei Sendungen die aufeinander folgen aufnehmen will (und da zwingen eine vor/Nachlaufzeit brauche) ist das immer ziemlich tricki. Nehme ich von WebTV Sendern auf, fehlt trotz vorhandenem EPG immer der Sendungstietel beim Movieplayer.

Was mir aber bei dem Image noch aufgefallen ist, das OLED Display kommt mit meinem selbst erstellten Theme nicht klar, da fehlt dann der Vorschrittsbalken und die Anpassungen für das Rec. Zeichen das im Original mir viel zu klein ist. Keine Ahnung woran das wieder liegt. Da muss ich dann wohl wieder basteln.
Benutzeravatar
annie
NI - Team
Beiträge: 1010
Registriert: Di 5. Apr 2016, 18:46
Wohnort: zuhause
Box: 1x E4HD, 4x HD51,1x VuUno4K

Re: Handling von FBC-Tunern

Beitrag von annie »

Gorcon hat geschrieben: Di 11. Aug 2020, 11:04 tritt das Verhalten bei Sat auch so auf?
neue Treiber und Sat bei Vu+Uno4KSE geht nur eingeschränkt, es werden einige Transponder nicht empfangen, also nicht brauchbar.
Enigma2 hat keine Probleme

Zum Display kann ich nix sagen, da Image nur kurz probiert...
Benutzeravatar
Gorcon
NI - VIP
Beiträge: 2724
Registriert: Mi 13. Apr 2016, 10:55
Box: E2HD, VU+ Uno4kSE, VU+ Ultimate4k
Has thanked: 8 times
Been thanked: 2 times

Re: Handling von FBC-Tunern

Beitrag von Gorcon »

Ich habe das Gefühl dass das nicht mit dem Treiber zusammenhängt das man von einem TP nicht zwei überlappende Aufnahmen machen kann.

[OT]annie kannst Du mir ein Howto schreiben wie man ein Image selbst baut? [/OT]
Benutzeravatar
Janus
NI - VIP
Beiträge: 1138
Registriert: Di 12. Apr 2016, 19:41
Box: HD1, Zee, Neo, Tank, HD51, Duo4K

Re: Handling von FBC-Tunern

Beitrag von Janus »

Ich habe mal ein Log-Snippet von einem Scan mit neuen Treibern und einem mit alten Treibern an gleicher Stelle - Beispiel aus Astra 1 LV (nur Low/Vertical) - gemacht.
Beides NI-Selbstbau mit gleichen Source-Stand.

Neue Treiber:

Code: Alles auswählen

[scan] scanning: tp-id 2bfb00c300100010 freq 11259000 rate 22000000 fec 2 pol 1 mod 9 sys 2
[fe0/0] Diseqc cmd: 0xE0 0x10 0x38 0xF0 
ShowText 'scan 17/28'
[fe0/0] Diseqc cmd: 0xE1 0x10 0x38 0xF0 
[fe0/0] tune to 11259000 DVB-S2 8PSK 2/3 V/R srate 22000000 pli 0 plc 1 plm 0 (tuner 1511000 offset 9748000 timeout 10000)
[fe0/0] FE_HAS_SIGNAL
[fe0/0] FE_HAS_CARRIER
[fe0/0] FE_HAS_VITERBI
[frontend.cpp:getEvent:919] [fe0/0] ******** FE_HAS_LOCK: freq 1507536
[fe0/0] tuning took: 177 msec (min 101 max 177)
[SDT] section 0 last 0 tsid 0x3ec onid 0x1 -> use
[SDT] tid 3ec onid 01
Ping: PMT-pid 040d not supported stream type
SKIP SID 0x78c2 PMT 0x40d
[scan] tpid ready: 2bfb00c303ec0001

[scan] scanning: tp-id 2c1800c300110011 freq 11288000 rate 22000000 fec 2 pol 1 mod 9 sys 2
[fe0/0] Diseqc cmd: 0xE0 0x10 0x38 0xF0 
ShowText 'scan 18/28'
[fe0/0] Diseqc cmd: 0xE1 0x10 0x38 0xF0 
[fe0/0] tune to 11288000 DVB-S2 8PSK 2/3 V/R srate 22000000 pli 0 plc 1 plm 0 (tuner 1540000 offset 9748000 timeout 10000)
[fe0/0] FE_HAS_SIGNAL
[fe0/0] FE_HAS_CARRIER
[fe0/0] FE_HAS_VITERBI
[frontend.cpp:getEvent:919] [fe0/0] ******** FE_HAS_LOCK: freq 1537031
[fe0/0] tuning took: 165 msec (min 101 max 177)
[HAL:ae145f90:demux ] Read read: Connection timed out fd:45, ev:0x0 DMX_PSI pid:0x0011 flt:0x42
[HAL:ae145f90:demux ] Read read: Connection timed out fd:45, ev:0x0 DMX_PSI pid:0x0000 flt:0x00
[pat.cpp] dmx read failed


----------------------------------




---------------------------------
[scan] SDT failed !
Alter Treiber:

Code: Alles auswählen

[scan] scanning: tp-id 2bfb00c300100010 freq 11259000 rate 22000000 fec 2 pol 1 mod 9 sys 2
[fe0/0] Diseqc cmd: 0xE0 0x10 0x38 0xF0 
ShowText 'scan 17/28'
[fe0/0] Diseqc cmd: 0xE1 0x10 0x38 0xF0 
[fe0/0] tune to 11259000 DVB-S2 8PSK 2/3 V/R srate 22000000 pli 0 plc 1 plm 0 (tuner 1511000 offset 9748000 timeout 10000)
[fe0/0] FE_HAS_SIGNAL
[fe0/0] FE_HAS_CARRIER
[fe0/0] FE_HAS_VITERBI
[frontend.cpp:getEvent:903] [fe0/0] ******** FE_HAS_LOCK: freq 1507537
[fe0/0] tuning took: 168 msec (min 101 max 399)
[SDT] section 0 last 0 tsid 0x3ec onid 0x1 -> use
[SDT] tid 3ec onid 01
Ping: PMT-pid 040d not supported stream type
SKIP SID 0x78c2 PMT 0x40d
[scan] tpid ready: 2bfb00c303ec0001

[scan] scanning: tp-id 2c1800c300110011 freq 11288000 rate 22000000 fec 2 pol 1 mod 9 sys 2
[fe0/0] Diseqc cmd: 0xE0 0x10 0x38 0xF0 
ShowText 'scan 18/28'
[fe0/0] Diseqc cmd: 0xE1 0x10 0x38 0xF0 
[fe0/0] tune to 11288000 DVB-S2 8PSK 2/3 V/R srate 22000000 pli 0 plc 1 plm 0 (tuner 1540000 offset 9748000 timeout 10000)
[fe0/0] FE_HAS_SIGNAL
[fe0/0] FE_HAS_CARRIER
[fe0/0] FE_HAS_VITERBI
[frontend.cpp:getEvent:903] [fe0/0] ******** FE_HAS_LOCK: freq 1537032
[fe0/0] tuning took: 168 msec (min 101 max 399)



[SDT] section 0 last 0 tsid 0x3ee onid 0x1 -> use
[SDT] tid 3ee onid 01
----------------------------------
		<TS id="03ee" on="0001" frq="11288000" inv="2" sr="22000000" fec="2" pol="1" mod="9" pli="0" plc="1" plm="0" sys="1">
			<S i="1078" n="RAI News 24" t="1" s="0" num="838" f="4"/>
			<S i="1086" n="QVC UHD" t="1f" s="0" num="745" f="4"/>
		</TS>
----------------------------------
[scan] tpid ready: 2c1800c303ee0001
11259 V geht mit beiden Treibern
11288 V geht nur mit dem altem Treiber

Wenn man die Snippets nebeneinanderlegt, werden die Unterschiede deutlich:

Code: Alles auswählen

[HAL:ae145f90:demux ] Read read: Connection timed out fd:45, ev:0x0 DMX_PSI pid:0x0011 flt:0x42
[HAL:ae145f90:demux ] Read read: Connection timed out fd:45, ev:0x0 DMX_PSI pid:0x0000 flt:0x00
[pat.cpp] dmx read failed
Dieser Fehler zieht sich durch alle "fehlgeschlagenen" Transponder mit den neuen Treibern.
In allen Bändern.

Unterschiede gibt es dabei nur mit fd:xx. (45 + 45, 45 + 54, ...)
Ich vermute, es handelt sich dabei um Indizes der FileDescriptoren zugehöriger Demux-Devices.
Das Öffnen scheint auf den definierten Timeout zu laufen. 45 und 54 sind auch größer als die maximale Anzahl verfügbarer Devices.

Aber vielleicht weiß es ja Jemand besser.

p.s.
Sorry, dass ich wieder was zum eigentlichen Thema poste...
Benutzeravatar
annie
NI - Team
Beiträge: 1010
Registriert: Di 5. Apr 2016, 18:46
Wohnort: zuhause
Box: 1x E4HD, 4x HD51,1x VuUno4K

Re: Handling von FBC-Tunern

Beitrag von annie »

Gorcon hat geschrieben: Di 11. Aug 2020, 17:05 [OT]annie kannst Du mir ein Howto schreiben wie man ein Image selbst baut? [/OT]
Das gibt es schon...

https://github.com/neutrino-images/ni-b ... /README.md

genau da nach baue ich die Images :)
Benutzeravatar
BPanther
NI - VIP
Beiträge: 745
Registriert: So 29. Sep 2019, 18:37
Kontaktdaten:

Re: Handling von FBC-Tunern

Beitrag von BPanther »

@Janus: Jo, alles sozusagen "alt bekannt" und hatte ich auch oft genug schon geschrieben. Das gleiche kann man auch auf 9° Ost und anderen Satelliten sehen. Es läuft der DMX Read einfach nicht. Der Einfachheit halber hatte ich Sky TP genommen als Vergleich, da dort fast alle betroffen sind bei den neuen Treibern, außer z.B. der 11171 H. Daher wurde oft spekuliert, es wäre vielleicht FEC 9/10 - aber auch Du hast das ebenfalls wiederlegt. :)
Allerdings ist fd nicht das demux device, sondern einfach nur ein Filehandle über das das eigentliche Demux geöffnet wird. Mach einen Tuner-Neustart oder besser Neutrino-Neustart und fd ändert sich entsprechend. Das dazugehörige Demux bleibt hingegen gleich.
Bild
Benutzeravatar
Janus
NI - VIP
Beiträge: 1138
Registriert: Di 12. Apr 2016, 19:41
Box: HD1, Zee, Neo, Tank, HD51, Duo4K

Re: Handling von FBC-Tunern

Beitrag von Janus »

alles sozusagen "alt bekannt" und hatte ich auch oft genug schon geschrieben
Klar, habe ich schon oft gelesen und sogar verstanden.
Aber auch gelesen, dass bisher Niemand das eigentliche Problem erkannt oder gar eine Lösung dafür im Hinterkopf hätte.

Also mache ich mich erstmal selbst auf den Weg und finde dabei vielleicht Mitstreiter die nicht wie ich mit Riesenlücken im notwendigen Basiswissen kämpfen müssen.
Bis dahin versuche ich - wie immer, nach Art des Hauses - meine Lücken zu schließen und vielleicht noch vor dem Ableben selbst eine Lösung zu finden.

Im Moment versuche ich im Code-Gewusel die Stelle zu finden, an der der Weg zum Demuxer tatsächlich verweigert wird.
Das scheint mir schon weit vor der Aktivierung von Demux-Devices zu liegen.
Ich erhalte zumindestens im Fehlerfall mit meinen zusätzlichen "Erfolgsmeldungen" im Source keinerlei Ausgaben aus dem Bereich der dmx.cpp. Aber ich fange ja gerade erst an...
Benutzeravatar
Gorcon
NI - VIP
Beiträge: 2724
Registriert: Mi 13. Apr 2016, 10:55
Box: E2HD, VU+ Uno4kSE, VU+ Ultimate4k
Has thanked: 8 times
Been thanked: 2 times

Re: Handling von FBC-Tunern

Beitrag von Gorcon »

annie hat geschrieben: Di 11. Aug 2020, 18:37
Gorcon hat geschrieben: Di 11. Aug 2020, 17:05 [OT]annie kannst Du mir ein Howto schreiben wie man ein Image selbst baut? [/OT]
Das gibt es schon...

https://github.com/neutrino-images/ni-b ... /README.md

genau da nach baue ich die Images :)
Das kannte ich schon. Bekomme da gleich haufenweise Fehlermeldungen über Pakete die nicht gefunden werden.
Benutzeravatar
annie
NI - Team
Beiträge: 1010
Registriert: Di 5. Apr 2016, 18:46
Wohnort: zuhause
Box: 1x E4HD, 4x HD51,1x VuUno4K

Re: Handling von FBC-Tunern

Beitrag von annie »

die Pakete die du mit
sudo apt-get install xyz
installiert hast, hat das geklappt ?

Welches Linux nutzt du ?

Fehlende Archive die das Buildsystem auswirft, kannst ja bitte mal benennen,
können wir hier oder woanders anhängen.
Die gehören dann ins Archiv bzw. in den download Ordner.
Benutzeravatar
Gorcon
NI - VIP
Beiträge: 2724
Registriert: Mi 13. Apr 2016, 10:55
Box: E2HD, VU+ Uno4kSE, VU+ Ultimate4k
Has thanked: 8 times
Been thanked: 2 times

Re: Handling von FBC-Tunern

Beitrag von Gorcon »

annie hat geschrieben: Mi 12. Aug 2020, 17:28 die Pakete die du mit
sudo apt-get install xyz
installiert hast, hat das geklappt ?
Nein
Welches Linux nutzt du ?
debian-10.5.0-amd64 in einer VM
Fehlende Archive die das Buildsystem auswirft, kannst ja bitte mal benennen,
können wir hier oder woanders anhängen.
Die gehören dann ins Archiv bzw. in den download Ordner.
Ich muss mich dann erst mal unter Debian hier einloggen, sonst wird das nichts.
Ich glaub es wäre übersichtlicher wenn ich da einen neuen Thread aufmache.
-> entwicklung-f94/installation-der-neutri ... t4788.html
Benutzeravatar
BPanther
NI - VIP
Beiträge: 745
Registriert: So 29. Sep 2019, 18:37
Kontaktdaten:

Re: Handling von FBC-Tunern

Beitrag von BPanther »

Janus hat geschrieben: Mi 12. Aug 2020, 14:31Im Moment versuche ich im Code-Gewusel die Stelle zu finden, an der der Weg zum Demuxer tatsächlich verweigert wird.
Das scheint mir schon weit vor der Aktivierung von Demux-Devices zu liegen.
Ich erhalte zumindestens im Fehlerfall mit meinen zusätzlichen "Erfolgsmeldungen" im Source keinerlei Ausgaben aus dem Bereich der dmx.cpp. Aber ich fange ja gerade erst an...
Jupp, genau das habe ich auch schon seit fast einem Jahr versucht, ist aber nicht mein Gebiet. Entweder wird bereits beim setzen der Filter was falsch gemacht oder aber bei den Demuxern selbst. Vielleicht bekommst Du es ja hin...
Bild
Benutzeravatar
Janus
NI - VIP
Beiträge: 1138
Registriert: Di 12. Apr 2016, 19:41
Box: HD1, Zee, Neo, Tank, HD51, Duo4K

Re: Handling von FBC-Tunern

Beitrag von Janus »

Hatte in letzter Zeit meine Schwerpunkte mehr auf "Lesen" und "Kabelsalat beseitigen" verlagert, aber nach dem Scheitern des Builds mit meinem devel-Branch und fehlender DiSEqC 2.x - Unterstützung in den Treibern, habe ich mich mal wieder dem Thema FBC-Managment zugewandt.
Ich möchte meinen "neuen" devel-Branch dem Thema FBC widmen.

Nach der Erkennung von FBC-Tunern und deren Properties über /proc/stb/frontend/#/ möchte ich das doch in den bestehenden Neutrino-Code reinfrickeln.
Da im Tunermanger ja unter dem fe_mode_t 'TWIN' schon einige brauchbare Codestücke vorhanden sind, erscheint es mir persönlich dort per "FE_MODE_FBC" leichter, irgendwelche Sachen zu coden und zu testen.

In der Fronend-Klasse müssten dazu auch ein paar fbc-relevante Daten eingebaut werden.
is_fbc
is_root
und weitere

Und für's User-Interface das Kriterium FBC und die die zugehörigen Konfigurationoptionen im Tuner.
Was wäre da richtig - hasFBC oder canFBC in libstb_hal ?

Ich habe die Logik dieser Benennungen noch nicht ganz durchschaut...
Benutzeravatar
TangoCash
NI - VIP
Beiträge: 447
Registriert: Di 12. Apr 2016, 20:18
Box: Mutant HD51
Kontaktdaten:

Re: Handling von FBC-Tunern

Beitrag von TangoCash »

Ich häng dir mal meine Anfänge von FBC an, vllt hilft es dir.
Der Code ist nur eine Ansatz, funktionieren tut das so noch nicht.
Dateianhänge
neutrino-tangos.fbc.patch
(12 KiB) 176-mal heruntergeladen
libstb-hal-tangos.fbc.patch
(504 Bytes) 173-mal heruntergeladen
Es gibt genau 10 Sorten von Leuten – nämlich diejenigen, die das binäre System verstehen, und diejenigen, die es nicht tun.

4x Mutant HD51
1x VU+ Ultimo 4k
1x Edision Mio+ 4k
1x Mutant HD60
Benutzeravatar
Janus
NI - VIP
Beiträge: 1138
Registriert: Di 12. Apr 2016, 19:41
Box: HD1, Zee, Neo, Tank, HD51, Duo4K

Re: Handling von FBC-Tunern

Beitrag von Janus »

Danke für die Diffs.
Das entspricht in etwa meinen Vorüberlegungen.

Ich habe allerdings immer noch das Problem, dass mir der Build von NI abbricht, sobald ich innerhalb der libstb-hal eine Änderung mache.
(aktuell p_flt.flags = DMX_IMMEDIATE_START|DMX_CHECK_CRC;)

Ich habe aus meinem völlig unproblematischen test-Branch den devel-Branch erzeugt. Build läuft damit (logisch) sauber durch.
Nach dem Einbau Deiner beiden Diffs kam die folgende Fehlermeldung. Dann bin ich zurück und Alles war wieder gut.
Dann habe ich nur die einzige Änderung mit dem pes-Filter in ni-libstb-hal/armbox/dmx.cpp gemacht. Dann kanllt es wieder.

Code: Alles auswählen

...
Making all in libtuxtxt
  CXX      libtuxtxt.o
  CXX      tuxtxt.o
In file included from /home/janus/development/ni/bs/source/ni-neutrino/lib/libtuxtxt/tuxtxt_common.h:14:0,
                 from /home/janus/development/ni/bs/source/ni-neutrino/lib/libtuxtxt/libtuxtxt.cpp:16:
/home/janus/development/ni/bs/source/ni-neutrino/lib/hardware/dmx.h:4:21: fatal error: dmx_hal.h: Datei oder Verzeichnis nicht gefunden
 #include <dmx_hal.h>
                     ^
compilation terminated.
make[6]: *** [Makefile:503: libtuxtxt.o] Fehler 1
make[6]: *** Es wird auf noch nicht beendete Prozesse gewartet....
In file included from /home/janus/development/ni/bs/source/ni-neutrino/lib/libtuxtxt/tuxtxt.cpp:21:0:
/home/janus/development/ni/bs/source/ni-neutrino/lib/hardware/dmx.h:4:21: fatal error: dmx_hal.h: Datei oder Verzeichnis nicht gefunden
 #include <dmx_hal.h>
                     ^
compilation terminated.
make[6]: *** [Makefile:503: tuxtxt.o] Fehler 1
make[5]: *** [Makefile:468: all-recursive] Fehler 1
make[4]: *** [Makefile:504: all-recursive] Fehler 1
make[3]: *** [Makefile:436: all] Fehler 2
make[2]: *** [package/neutrino/neutrino.mk:178: neutrino] Fehler 2
make[1]: *** [make/ni.mk:31: image] Fehler 2
make: *** [make/ni.mk:24: personalized-image] Fehler 2
janus@vmBuster:~/development/ni/duo4k$ 
(In meinem alten devel-Branch hatte ich sogar nur eine Debug-Zeile im DiSEqC-Bereich eingebaut)

Ich lasse gleich nochmal einen Build ohne die Änderung in dmx.cpp laufen. Dann kann ich vielleicht die ersten FBC-Schritte in Neutrino mal testen...
Benutzeravatar
Don de Deckelwech
NI - Team
Beiträge: 1586
Registriert: Di 12. Apr 2016, 17:13
Wohnort: Wuppertal
Box: Tank / HD51 / Protek 4K für Kabel
Been thanked: 5 times
Kontaktdaten:

Re: Handling von FBC-Tunern

Beitrag von Don de Deckelwech »

Hi,
nur ein Schuss ins Blaue von mir, aber ist deine ni-libstb-hal auf aktuellem Stand? Weil es dort im November 2021 ein paar Änderungen gab, die evtl zum Fehler passen könnten.

Ciao,
DdD.
"Ein Log, ist besser als kein Log!"
Antworten

Zurück zu „Entwicklung“