Test_BASE-rev5987_HAL-rev560-exp-next_NMP-rev5922-exp-nex

[normann]

- Installation mit Stick -> ok
- Erstinstallassy -> ok
- eigene Kanalliste und oscam für HD+ -> ok
- Anpassungen - ok
- Startkanal, Standby aus usw. -> ok
- Aufnahmetest wieder durchgefallen!
Start VOX HD ok, paar sec später Start RTL2 HD, beide Aufnahmen scheinen zu laufen, aber die erste Aufnahme läuft nicht weiter, als die zweite gestartet wird. Es erschien Aufnahme fehlgeschlagen. Es werden aber beide Timer aktiv angezeigt und beide scheinen auch zu laufen, aber die Größe der Aufnahme1 läuft nicht weiter hoch. Größe Aufnahme2 läuft aber normal weiter.
Auf VoxHD wird aber weiter rot REC angezeigt.
Das war mit dem letzten Release schon so.
Tuner Stehen beide auf Independent Astra 19,2 , 2 Kabel sind direkt am LNB angeschlossen.

Nochmal Box komplett aus und an.
Ah, schon die erste Aufnahme schlägt nach wenigen Sekunden fehl mit Fehlermeldung.
Da ist wohl wieder das Problem mit der intenso 2,5" HDD???
So, mal die 3,5" USB dran --> JOOOOOOOOO es scheint zu loooooooofen. Doch die intenso ein Problem???????
Aber mit dem HDMU läuft die einigermaßen.

Puh, das lasse ich erstmal si zum Testen.
Good Job Jungs und Mädels

EDIT

Leider blieb die 2. Aufnahme nach paar Minuten stehen mit Fehlermeldung nachdem zusätzlich auf die Festplatte zugegriffen wurde.
Also wie gehabt kann ich nicht genug Datenstrom über meine USB Schnittstelle fahren ohne, dass ich eine Aufnahme verliere.

[DboxOldie]

Die Aufnahme Probleme kann ich nicht nachvollziehen:
Gerade die aktuelle Version vom 21.09. für ufs913 auf USB installiert ( Ja, auch die läuft )
Und mal den "Erstassi" durchlaufen lassen, danach 2 parallele Aufnahmen auf Vox HD und RTL2 HD gestartet und 25 min. aufgenommen.
Keine Probleme > ich konnte nebenbei auch auf der USB-HDD per FTP rumfuddeln..
Die Aufnahmen sind auch einwandfrei...

Was mir noch einfällt : Im Standard ist bei den Aufnahme Einstellungen Schreib Puffer / DMX Puffer auf 10 / 2 eingestellt.
Ich stelle das bei der 913 immer auf 4 / 2 , damit hab ich die besten Erfahrungen gemacht.

Hier auch mal die Speicher Auslastung während der Aufnahmen nach ca. 10 min.
Auch da ist noch genügend frei: es wird alles flott genug auf die HDD geschrieben

Code: Alles auswählen

ufs913:~# uptime && free
 14:05:29 up 15 min,  load average: 13.37, 12.39, 7.63
             total         used         free       shared      buffers
Mem:        149972        49356       100616            0          164
-/+ buffers:              49192       100780
Swap:        74748            0        74748

[dbox-all]

....
Ich stelle das bei der 913 immer auf 4 / 2 , damit hab ich die besten Erfahrungen gemacht.

Danke für den Tipp - mich mit den Werten noch nie beschäftigt -> mal so übernehmen

mfg

[normann]

Verdammt noch mal.
hm, dann teste ich das noch mit dem Schreibpuffer.
Eine spezielle oscam brauche ich aber nicht für Neutrino oder? habe hier meine alte 8142 für sh4 laufen mit HD02 Karte.
Nicht das die Probleme macht. Kann ich mir aber fast nicht vorstellen, da die unter E2 schon so lange ohne Probleme geht.
Danke erst Mal

[BPanther]

Wenn die unter E2 geht, sollte sie auch theoretisch auch unter Neutrino funktionieren. Ich nutze im Moment eine recht aktuelle Version (8923).

[normann]

Danke BPanther
Auch in Verbindung mit einer HD02? Das wäre ja wichtig. V13/14 habe ich ja nicht.

[DboxOldie]

Die HD02 ist ja nicht neues, auf der 913 läuft noch die rev8686.
Allerdings funktioniert die alte Stable ver 1.1 rev6089 genauso gut.

[BPanther]

Nein, das Pseudo-HD unterstütze ich nicht. Neuere Versionen können besser oder auch schlechter sein, sollte man einfach mal testen.

[normann]

Danke Euch Beiden für die Info's. Dann muß ich mich wohl mal wieder auf eine Testorgie einstellen.
Obwohl ich immer noch nicht überzeugt bin, dass es an der Verschlüsselung liegen soll.
Teste das noch mal mit Full HD FTA. Die Verschlüsselten werden ja auch unverschlüsselt aufgenommen.
Die Fehlermeldung "Aufnahme Fehlgeschlagen...." muss ja auch was bedeuten und, dass der Timer weiterläuft usw.
Kann man das nicht loggen oder so um das einzugrenzen?

[BPanther]

Klar kann man das loggen. Entweder seriell oder in Telnet mit setconsole.

[normann]

Als erstes das Ende eines Logs, als kurz nach dem Start der zweiten Aufnahme die erste mit Fehlermeldung Stoppt.
Einstellungen wie gestern, also Standard.

Code: Alles auswählen

Record: channel aa0004210001ef15 recording_id 0
fsk:0, Genre:16, Dauer: 120
[zapit] recording mode: 1
KEY_RELEASE - a7 00 6 6 CAUSE=Timeout
----          134 ms ----
[SEM] DOWN
Start: file /hdd/movie/RTL2_HD_Frauentausch20130925_091829.ts vpid 5ff apid 8e8e
[LT:344018a8:record] cRecord 1
[LT:344018a8:record] Open
[LT:344018a8:record] Start: fd 38, vpid 0x5ff
CRecordInstance::Start: fe 1497646439 demux 1
[frontend.cpp:Lock:303] [fe0] usecount 2 tp 2a5000c004210001
[LT:344018a8:record] RecordThread: begin
[LT:344018a8:record] BUFSIZE=0xa00000 READSIZE=0xa0000
[LT:00000000:demux ] SetSource(1, 0) => 0 to 0
[capmt.cpp:SetMode:266] channel aa0004210001ef15 [RTL2 HD] mode 1 START src 0 mask 1 -> 1 update 0
Record: channel aa0004210001ef15 -> timer eventID 2
[neutrino] StopSubtitles
showChannelLogo: logo_available: 0 file:
after showchannellogo, mode = 3 ret = 0 logo_ok = 0
[neutrino] CSectionsdClient::EVT_EIT_COMPLETE
[LT:344018a8:record] RecordThread: buffer full! Overflow? (1)
[LT:3442bd08:demux ] Read read: Value too large for defined data type fd:36, ev:0x0 DMX_TP pid:0x01ff flt:0x00
[LT:3442bcd8:record] RecordThread: read failed: Value too large for defined data type
[LT:344018a8:record] RecordThread: Overflow cleared after 1 iterations
[LT:34403d38:demux ] Read read: Value too large for defined data type fd:39, ev:0x0 DMX_TP pid:0x05ff flt:0x00
StartSubtitles: Show
[dvb-sub] ***************************************** start, stopped 1 pid 0
TuxTxt subtitle unpause, running 0 pid 0 page 0
[ConfigFile] saving /var/tuxbox/config/timerd.conf
[LT:3442bcd8:record] RecordThread: end

Manchmal fliegt auch schon die erste Aufnahme raus, da hatte ich aber setconsole noch nicht scharf.

EDIT

Buffer von 10 auf 4 bringt nichts.

Edit 2

mit oscam 8923 funktioniert es auch nicht

[DboxOldie]

Also wenn bei Dir das mit 10 MB Rec-Buffer:

Code: Alles auswählen

[LT:344018a8:record] BUFSIZE=0xa00000 READSIZE=0xa0000

Zum Buffer Overflow kommt:

Code: Alles auswählen

[LT:344018a8:record] RecordThread: buffer full! Overflow? (1)

Ist wohl irgendwas erbärmlich langsam. ( Dateisystem ? , Festplatte selber ? )
Das hat auch nicht mit osc zu tun, das wird dann bei einem Free-TV mit hoher Datenrate genauso stolpern.

Die Meldung bekomme ich bei der ufs910, wenn ich versuche Sky Sport HD1/2 via CIFS Netzwerk aufzunehmen....aber sonst.

[Wayne]

... HD1/2 via CIFS Netzwerk aufzunehmen....aber sonst.

Samba/cifs war schon immer lahm -> nfs

[normann]

Bei FTA etwas besser.
Beide HDD das gleiche. 2,5" mit ext4 und 3,5" mit jfs. Der Durchsatz von beiden habe ich gemessen mit 20-30MB/s r/w konstant.
Das sollte reichen.
Was komisch ist, dass es schon teilweise bei einer Aufnahme passiert.
Das einzige, was ich noch versuchen kann, dass ich die USB Anschlüsse und das USB Kabel mal wechsle. Man weiß ja nie.

[Wayne]

Bei FTA etwas besser.

Davon dass die Entschlüsselung besonders viel cpu und/oder ram brauch hab ich noch nie gehört