Reihen-Aufnahme-Timer auf gleichem Kanal sind nicht vollständig.

[Alf]

Hallo,

die Aufnahme Probleme mit meiner Zero 4K lassen mich nicht in ruhe.
Werden Aufname-Timer nach einander auf dem selben TV-Kanal gestartet, dann sind immer paar Aufnahmen dabei, die nur mit Dateigröße 0 abgespeichert werden.


Solche Reihen Aufnahme-Timer meine ich.

Code: Alles auswählen

08.12. 02:02 	08.12. 02:30 	einmalig 	- 	Aufnahme 	Nick SpongeBob SquarePants
08.12. 02:22 	08.12. 02:50 	einmalig 	- 	Aufnahme 	Nick SpongeBob SquarePants 	
08.12. 02:42 	08.12. 03:15 	einmalig 	- 	Aufnahme 	Nick SpongeBob SquarePants 	
08.12. 03:07 	08.12. 03:35 	einmalig 	- 	Aufnahme 	Nick SpongeBob SquarePants 	
08.12. 03:27 	08.12. 04:00 	einmalig 	- 	Aufnahme 	Nick SpongeBob SquarePants 	
08.12. 03:52 	08.12. 04:20 	einmalig 	- 	Aufnahme 	Nick SpongeBob SquarePants 	

Mit einer IpBox910 sind solche Aufnahmen kein Problem. Alle Timer werden richtig aufgenommen.
Auf beiden Boxen ist die rev 19631-ddt drauf.

[DboxOldie]

Was mir auffällt :
Die Timer überlappen sich....
Vor- Nachlaufzeit eingestellt ?
Vielleicht mögen diese Boxen das nicht.

[BPanther-Mobil]

Nun, das ist aber bekannt, daß das nicht funktioniert. Da haben alle VU+ Probleme mit.
Steht auch unter bekannte Bugs und Probleme: Neutrino - v3.xx - Download und Changelog

[BPanther]

Und hier mal ein Log dazu vom Aufnahmestart - erstellt mit VU+ Ultimo4K, aber betrifft eh ALLE VU+ Boxen:

1. Aufnahme RBB Berlin (SD)

Code: Alles auswählen

[neutrino] direct record
Record channel_id bdf4043100016e2e epg: 43100016e2e03cc, apidmode 0x0
[neutrino] executing /var/tuxbox/control/recording.start
CutBackNeutrino channel_id bdf4043100016e2e mode 1
CutBackNeutrino channel_id bdf4043100016e2e mode 1 : result OK
Record: channel bdf4043100016e2e recording_id 0
[zapit] recording mode: 1
fsk:0, Genre:0, Dauer: 120
[hdd] file [/hdd/movie] -> dev [/dev/sda1]
[hdd] active
Start: file /hdd/movie/rbb_Berlin_Guten_Morgen_Berlin_20211208_075307.ts vpid 259 apid 0
[HAL:00ecac98:record] cRecord 1
[HAL:00ecac98:record] Open
[HAL:00ecac98:record] Start: fd 59, vpid 0x259
CRecordInstance::Start: fe 0 demux 1
[frontend.cpp:Lock:434] [fe0/0] usecount 1 tp 2f4d00c004310001

[HAL:00ecac98:record] RecordThread: begin
[capmt.cpp:SetMode:257] RECORD/STREAM(1): fe_num 0 rec_dmx 0
[capmt.cpp:SetMode:292] channel bdf4043100016e2e [rbb Berlin] mode 1 START src 0 mask 1 -> 1 update 0
[ca_ci] -> SendCAPMT
TP: BDF404310001
SID: 6E2E
SOURCE: 0
[HAL:00ecac98:record] CA_MASK: 1
BUFSIZE=0x400000 READSIZE=0x40000
CALEN: 45
Scrambled: 0
Mode: 1
Enabled: START
[ca_ci] -> FindFreeSlot
No free ci-slot
CaMap Empty
Record: channel bdf4043100016e2e -> timer eventID 1
[dvb-sub] paused
NeutrinoMessages::EVT_RECORDMODE: on
[dvb-sub] start, stopped 1 pid ffffffff
[ConfigFile] saving /var/tuxbox/config/timerd.conf

2. Aufnahme RBB Brandenburg (SD)

Code: Alles auswählen

ShowText 'rbb Brandenburg - Guten Morgen Brandenburg'
[neutrino] direct record
Record channel_id bdf4043100016e2d epg: 43100016e2d03a9, apidmode 0x0
CutBackNeutrino channel_id bdf4043100016e2d mode 1
CutBackNeutrino: g_Sectionsd->setPauseScanning(true)
2021-12-08 07:53:45.665 [sectionsd] Request of stop scanning (now scanning).
CutBackNeutrino channel_id bdf4043100016e2d mode 1 : result OK
Record: channel bdf4043100016e2d recording_id 0
fsk:0, Genre:0, Dauer: 120
[zapit] recording mode: 1
[hdd] file [/hdd/movie] -> dev [/dev/sda1]
[hdd] active
Start: file /hdd/movie/rbb_Brandenburg_Guten_Morgen_Brandenburg_20211208_075345.ts vpid 1f5 apid 0
[HAL:010401d8:record] cRecord 1
[HAL:010401d8:record] Open
[HAL:010401d8:record] Start: fd 66, vpid 0x1f5
CRecordInstance::Start: fe 0 demux 1
[HAL:010401d8:record] [frontend.cpp:Lock:434] [fe0/0] usecount 2 tp 2f4d00c004310001

RecordThread: begin
[capmt.cpp:SetMode:257] RECORD/STREAM(1): fe_num 0 rec_dmx 0
[capmt.cpp:SetMode:292] channel bdf4043100016e2d [rbb Brandenburg] mode 1 START src 0 mask 1 -> 1 update 0
[HAL:010401d8:record] BUFSIZE=0x400000 READSIZE=0x40000
[ca_ci] -> SendCAPMT
TP: BDF404310001
SID: 6E2D
SOURCE: 0
CA_MASK: 1
CALEN: 45
Scrambled: 0
Mode: 1
Enabled: START
[ca_ci] -> FindFreeSlot
No free ci-slot
CaMap Empty
Record: channel bdf4043100016e2d -> timer eventID 2
[dvb-sub] paused
[dvb-sub] start, stopped 1 pid ffffffff

Beide liegen auf dem gleichen TP, wäre gleich wie mit überlappenden Timern auf gleichem Sender. Aufnahme 2 ist dann 0 Bytes. Ich sehe da keine Auffälligkeiten.

[BPanther]

Und hier noch das Log, wenn man beide Aufnahmen stoppt:

Code: Alles auswählen

ShowText 'Alle Aufnahmen beenden'
CRecordManager::exec(ExitAll line 1633) found channel bdf4043100016e2e recording_id 4
CRecordManager::exec(ExitAll line 1633) found channel bdf4043100016e2d recording_id 5
ShowText 'rbb Brandenburg'
[dvb-sub] start, stopped 1 pid ffffffff
NeutrinoMessages::RECORD_STOP: eventID 4 channel_id bdf4043100016e2e
Stop: eventID 4 channel_id bdf4043100016e2e
Stop: channel bdf4043100016e2e recording_id 4
Stop: file /hdd/movie/rbb_Berlin_Brandenburg_aktuell_20211208_081147.ts
[HAL:010793a0:record] Stop
[HAL:010793a0:record] RecordThread: end
[capmt.cpp:SetMode:257] RECORD/STREAM(1): fe_num 0 rec_dmx 0
[capmt.cpp:SetMode:292] channel bdf4043100016e2e [rbb Berlin] mode 1 STOP src 0 mask 1 -> 0 update 0
[ca_ci] -> SendCAPMT
TP: BDF404310001
SID: 6E2E
SOURCE: 0
CA_MASK: 0
CALEN: 0
Scrambled: 0
Mode: 1
Enabled: STOP
[frontend.cpp:Unlock:441] [fe0/0] usecount 1 tp 2f4d00c004310001

[HAL:010793a0:record] ~cRecord: calling ::Stop()
[HAL:010793a0:record] Stop
[HAL:010793a0:record] Stop: status not RUNNING? (1)
[HAL:010793a0:record] Stop: dmx == NULL?
[HAL:010793a0:record] Stop: file_fd not open??
[HAL:010793a0:record] ~cRecord: end
StartNextRecording: pending count 0
NeutrinoMessages::RECORD_STOP: eventID 5 channel_id bdf4043100016e2d
Stop: eventID 5 channel_id bdf4043100016e2d
Stop: channel bdf4043100016e2d recording_id 5
Stop: file /hdd/movie/rbb_Brandenburg_Brandenburg_aktuell_20211208_081153.ts
[HAL:01079290:record] Stop
[HAL:01079290:record] RecordThread: end
[capmt.cpp:SetMode:257] RECORD/STREAM(1): fe_num 0 rec_dmx 0
[capmt.cpp:SetMode:292] channel bdf4043100016e2d [rbb Brandenburg] mode 1 STOP src 0 mask 1 -> 1 update 0
[ca_ci] -> SendCAPMT
TP: BDF404310001
SID: 6E2D
SOURCE: 0
CA_MASK: 1
CALEN: 0
Scrambled: 0
Mode: 1
Enabled: STOP
[frontend.cpp:Unlock:441] [fe0/0] usecount 0 tp 2f4d00c004310001

[HAL:01079290:record] ~cRecord: calling ::Stop()
[HAL:01079290:record] Stop
[HAL:01079290:record] Stop: status not RUNNING? (1)
[HAL:01079290:record] Stop: dmx == NULL?
[HAL:01079290:record] Stop: file_fd not open??
[HAL:01079290:record] ~cRecord: end
[zapit] recording mode: 0
2021-12-08 08:12:37.776 [sectionsd] Request of continue scanning (now idle).
2021-12-08 08:12:37.784 [sectionsd] cnThread: stop eit update filter (active)
StartNextRecording: pending count 0
[neutrino] executing /var/tuxbox/control/recording.end
2021-12-08 08:12:37.838 [sectionsd] addEvent: ch 043100016e2d running 4 (curr) got_CN 0
NeutrinoMessages::EVT_RECORDMODE: off
[scanepg.cpp:AddTimer:364] rescan timer id 4
[scanepg.cpp:AddTimer:365] rescan time is 24*60*60
[neutrino] CSectionsdClient::EVT_GOT_CN_EPG
2021-12-08 08:12:38.227 [sectionsd] addEvent: ch 043100016e2d running 1 (next) got_CN 1
[neutrino] CSectionsdClient::EVT_GOT_CN_EPG
2021-12-08 08:12:38.591 [sectionsd] cnThread: eit update filter, ch 0x043100016e2d, current ver 0x1a  got events 3 (not active)
2021-12-08 08:12:39.861 [sectionsd] timeThread: Time set via NTP, going to sleep for 1800 seconds.
[ConfigFile] saving /var/tuxbox/config/timerd.conf

Hier sieht man Fehler...

[thc09]

Du meinst die [hal] meldungen ?

Das macht die hd51 auch

Sind die Vu unter E2 nutzbar ? , also ist das nen Neutrino Problem ?

[BPanther]

Das hier sollte bei der HD51 nicht passieren:

Code: Alles auswählen

[HAL:010793a0:record] ~cRecord: calling ::Stop()
[HAL:010793a0:record] Stop
[HAL:010793a0:record] Stop: status not RUNNING? (1)
[HAL:010793a0:record] Stop: dmx == NULL?
[HAL:010793a0:record] Stop: file_fd not open??
[HAL:010793a0:record] ~cRecord: end

Denn die 2. Aufnahme funktioniert da ja problemlos. Und ja, unter E2 klappts auch -> ist also ein Neutrino Problem.

[thc09]

Passiert aber bei der HD51, ständig.
Ich hatte dazu auch schon mal nen Log "eingereicht".
Ich habe ja noch die Probleme mit nicht endenen Aufnahmen oder nicht startenden Aufnahmen.
Jeweils bei überschneidungen von 2 aufeinander folgenden Aufnahmen auf dem selben Sender.

Auf der HD51, Offtopic....

[BPanther]

Die HD51 ist hier der Aufnahmeknecht und macht hier oft diese Art der Aufnahmen, immer sauber bisher. Nur die VU+ haben damit ihre Probleme. Ich nehme z.B. wöchentlich Doc Who auf. Das sind mehrere Folgen am Stück, dabei überschneidend um rund 15 Min. (weicht halt von Woche zu Woche ab) und daran folgend kommt noch Torchwood. Also 3-5 Folgen (je nach Länge) die sich dabei in den Timern überlappen.

[Alf]

Nun, das ist aber bekannt, daß das nicht funktioniert. Da haben alle VU+ Probleme mit.
Steht auch unter bekannte Bugs und Probleme: Neutrino - v3.xx - Download und Changelog

Langsam wird die Box zu einem Fehlkauf, Ich nimm mal an, dass das Ganze nicht mehr gefixt wird, schließlich gibt es die Boxen schon eine Zeit lang oder?!.

[BPanther]

Die Zero4K hat leider das "Problem", daß die nur einen Tuner hat, da man ansonsten über die Option "Verschiedene Tuner bei gleichem Transponder" aktivieren könnte und das dann meist doch funktioniert aufgrund der Nutzung mehrerer Tuner. Was genau das Problem ist konnte bisher leider noch nicht gefunden werden.

[thc09]

Das ist echt gruselig.

Ich hatte auch ne Vu in der Auswahl, weil ich irgendwie was mit mehreren Tunern suche.
Optik kommt ja auch gut, der Preis allerdings auch.

Und E2 geht irgendwie gar nicht. Ich habe mal Pure probiert. Auch nix für Leute die mit Dbox "groß" geworden sind.

[thc09]

Ich habe hier, bis auf die Uno4K, alle Vu+4K vor Ort. Angeschlossen ist meist nur die Ultimo4K für TV/Stream, die Zero4K dient hier nur als MiniSatIP Server und die HD51 ist der Aufnahmeknecht. Die UFS910 ist nur noch Testobjekt für SH4 Boxen, da die eben recht schwach ist - auch wenn ich da den Speicher von 64 MB auf 128 MB erweitert habe. Swap braucht die aber dennoch in einigen Fällen.
Was da bei den VU+ Kernelmodulen (meist als "Treiber" bezeichnet) nun anders gemacht wurde ist fraglich (die Sourcen stehen wie bei HD51 etc. nicht zur Verfügung), eben weil die anderen Boxen das ja auch hinbekommen. Probleme durch FBC sind durch die Zero4K auszuschließen, hat die ja (leider) nicht. Also muß speziell bei den VU+4K irgendwas anders gemacht werden. Vielleicht ist es nur ein /proc Eintrag, vielleicht muß insgesamt die Steuerung verändert werden. Keine Ahnung. Ich bin da nicht der Spezialist für sowas. Manches findet sich durch Zufall raus, aber das bisher leider noch nicht.