Beiträge von Xcoder

Hmm, das bringt mich leider nicht weiter:

1. es ist gar keine Aufnahme aktiv gewesen
2. kann es kaum an der Festplatte liegen, ich kann auch problemlos ab allen 6 Tuner zig Aufnahmen parallel laufen lassen, ohne dass es klemmt.

Kann es mit dem permashift Plugin zusammenhängen?

Gruss, Xcoder

Hallo,

Mein VDR 2.2.0 mit satip, softhddevice, permashift klemmt sich noch recht oft mit ring buffer overflows ab. So richtig eingrenzen konnte ich das Problem noch nicht, da es nicht wirklich reproduzierbar ist... Ich ben etwas ratlos in welche Richtung ich da suchen soll. Der ring buffer overflow scheint ja von recorder.c zu kommen. Bei dieser Gelegenheit lief aber gar keine Aufnahme, sonder es wurde nur der Kanal umgeschaltet. In welche Richtung muss ich da suchen?

Gruss, Xcoder

Apr 25 23:54:36 core vdr: video: 22:32:00.692  +14  608   0/\ms  65+2 v-buf
Apr 25 23:55:13 core vdr: [1305] epg data writer thread started (pid=3391, tid=1305, prio=low)
Apr 25 23:55:13 core vdr: [1305] epg data writer thread ended (pid=3391, tid=1305)
Apr 25 23:55:36 core vdr: video: 22:33:00.692  +14  536   0/\ms  53+2 v-buf
Apr 25 23:56:11 core vdr: [3400] channel 2 (SRF zwei HD) event Mo. 25.04.2016 23:55-00:50 (VPS: 25.04. 23:50) 'Lilyhammer' status 4
Apr 25 23:56:36 core vdr: video: 22:34:00.692  +14  536   0/\ms  59+2 v-buf
Apr 25 23:57:36 core vdr: video: 22:35:00.692  +14  513   0/\ms  55+2 v-buf
Apr 25 23:58:36 core vdr: video: 22:36:00.692  +14  584   0/\ms  61+2 v-buf
Apr 25 23:59:36 core vdr: video: 22:37:00.692  +14  561   0/\ms  61+2 v-buf
Apr 25 23:59:51 core vdr: [3391] switching to channel 2 (SRF zwei HD)
Apr 25 23:59:51 core vdr: [3391] [softhddev]SetPlayMode: 0
Apr 25 23:59:51 core vdr: [3391] [softhddev]SetVideoDisplayFormat: 1
Apr 25 23:59:51 core vdr: [3391] [softhddev]GetSpuDecoder:
Apr 25 23:59:51 core vdr: [5221] osdteletext-receiver thread ended (pid=3391, tid=5221)
Apr 25 23:59:51 core vdr: [3396] ERROR: 1 ring buffer overflow (1316 bytes dropped)
Apr 25 23:59:52 core vdr: video: decoder buffer empty, duping frame (68/273741) 0 v-buf
Apr 25 23:59:52 core vdr: video: --:--:--.---   +0    0   0/\ms   0+0 v-buf
Apr 25 23:59:53 core vdr: [3396] SATIP: Detected 1 RTP packet errors [device 0]
Apr 25 23:59:57 core vdr: [3396] ERROR: 525 ring buffer overflows (690900 bytes dropped)
Apr 26 00:00:03 core vdr: [3396] ERROR: 595 ring buffer overflows (783020 bytes dropped)
Apr 26 00:00:09 core vdr: [3396] ERROR: 595 ring buffer overflows (783020 bytes dropped)
Apr 26 00:00:15 core vdr: [3396] ERROR: 594 ring buffer overflows (781704 bytes dropped)
Apr 26 00:00:21 core vdr: [3396] ERROR: 595 ring buffer overflows (783020 bytes dropped)
Apr 26 00:00:27 core vdr: [3396] ERROR: 595 ring buffer overflows (783020 bytes dropped)

Folgender Beitrag diskutiert das gleiche Problem: absturz-des-vdr-bei-direkt-aufnahme/

Neubauen des osdteletext plugin Pakets hat auch hier funktioniert. Was zu dieser komischen Abhängigkeit führt, währe aber schon noch interessant.

Guss, Xcoder

Meine Zotac ZBox EN860 ist im Betrieb. Empfang mit SAT>IP mit minisatip zu den bestehenden 2 Reel Netceiver. Beim Vollgastest mit mehreren Aufnahmen von 6 Tunern bleibe ich unter 25 W für die ganze Box.

Ich habe ja auch keine Probleme beim kompilieren... Der Patch vom GIT ist ja genau den welchen ich auch hole.

Nun denn, ich habe das Problem lokalisieren können. Wenn ich das osdteletext-plugin deaktiviere, dann funtioniert permashift problemlos... Ich habe aber nirgends etwas von einer Nichtkompatibilität gefunden. Was kann da sein?

Gruss, Xcoder

Hallo,

Irgendwie will bei mir permashift noch nicht wirklich funktionieren. Drücke ich Pause, crasht der vdr:

Apr 13 22:50:10 core vdr: audio/alsa: using device 'default'
Apr 13 22:50:10 core vdr: audio/alsa: start delay 336ms
Apr 13 22:50:12 core vdr: video: decoder buffer empty, duping frame (24/771) 2 v-buf
Apr 13 22:50:12 core vdr: video: slow down video, duping frame
Apr 13 22:50:12 core vdr: video: 19:30:52.907 +118  318   0/\ms  57+4 v-buf
Apr 13 22:50:12 core vdr: video/vdpau: synced after 73 frames
Apr 13 22:50:27 core vdr: [25323] switching device 1 to channel 4 (Das Erste HD)
Apr 13 22:50:27 core vdr: [25323] timer 1 (4 2250-0150 '@TITLE EPISODE') start
Apr 13 22:50:27 core vdr: [25323] Title: 'Weltspiegel extra: Panama Papers' Subtitle: 'Wie eine Enthüllung die Welt erschüttert'
Apr 13 22:50:27 core vdr: [25323] recording file name '@Weltspiegel extra: Panama Papers Wie eine Enthüllung die Welt erschüttert' truncated to '@Weltspiegel extra: Panama Papers Wie '
Apr 13 22:50:27 core vdr: [25323] executing '/usr/lib/vdr/vdr-recordingaction before "/var/lib/video/@Weltspiegel_extra#3A_Panama_Papers_Wie_/2016-04-13.22.50.4-0.rec"'
Apr 13 22:50:27 core recordingaction: executing /usr/share/vdr/recording-hooks/R90.custom before recording /var/lib/video/@Weltspiegel_extra#3A_Panama_Papers_Wie_/2016-04-13.22.50.4-0.rec as shell script
Apr 13 22:50:27 core vdr: [25323] record /var/lib/video/@Weltspiegel_extra#3A_Panama_Papers_Wie_/2016-04-13.22.50.4-0.rec
Apr 13 22:50:27 core vdr: [25323] creating directory /var/lib/video/@Weltspiegel_extra#3A_Panama_Papers_Wie_
Apr 13 22:50:27 core vdr: [25323] creating directory /var/lib/video/@Weltspiegel_extra#3A_Panama_Papers_Wie_/2016-04-13.22.50.4-0.rec
Apr 13 22:50:28 core vdr: [25497] ERROR: attempt to drop wrong frame from ring buffer!
Apr 13 22:50:28 core vdr: [25323] ERROR: attempt to drop wrong frame from ring buffer!
Apr 13 22:50:28 core vdr: [25323] ERROR: attempt to drop wrong frame from ring buffer!
...
Apr 13 22:50:30 core vdr: [25323] ERROR: attempt to drop wrong frame from ring buffer!
Apr 13 22:50:30 core vdr: [25323] ERROR: attempt to drop wrong frame from ring buffer!
Apr 13 22:50:31 core vdr: [25497] ERROR: attempt to drop wrong frame from ring buffer!
Apr 13 22:50:31 core vdr: [25497] ERROR: attempt to drop wrong frame from ring buffer!
Apr 13 22:50:31 core vdr[25323]: *** Error in `/usr/bin/vdr': free(): corrupted unsorted chunks: 0x00007f9a3c020680 ***
Apr 13 22:50:31 core vdr[25323]: ======= Backtrace: =========
Apr 13 22:50:31 core vdr[25323]: /lib/x86_64-linux-gnu/libc.so.6(+0x71ff5)[0x7f9ac232bff5]
Apr 13 22:50:31 core vdr[25323]: /lib/x86_64-linux-gnu/libc.so.6(+0x77946)[0x7f9ac2331946]
Apr 13 22:50:31 core vdr[25323]: /lib/x86_64-linux-gnu/libc.so.6(+0x7812e)[0x7f9ac233212e]
Apr 13 22:50:31 core vdr[25323]: /usr/bin/vdr(_ZN16cRingBufferFrame6DeleteEP6cFrame+0x15)[0x4e6cf5]
Apr 13 22:50:31 core vdr[25323]: /usr/bin/vdr(_ZN16cRingBufferFrame4DropEP6cFrame+0x7e)[0x4e6d7e]
Apr 13 22:50:31 core vdr[25323]: /usr/lib/vdr/plugins/libvdr-osdteletext.so.2.2.0(_ZN12cTxtReceiver6ActionEv+0x5f)[0x7f9abd56a35f]
Apr 13 22:50:31 core vdr[25323]: /usr/bin/vdr(_ZN7cDevice15GetPreRecordingEPK8cChannel+0x6f)[0x48604f]
Apr 13 22:50:31 core vdr[25323]: /usr/bin/vdr(_ZN14cRecordControl9ConstructEP7cDeviceP6cTimerbPb+0x4ec)[0x4bd67c]
Apr 13 22:50:31 core vdr[25323]: /usr/bin/vdr(_ZN14cRecordControlC2EP7cDeviceP6cTimerbPb+0x51)[0x4bd7e1]
Apr 13 22:50:31 core vdr[25323]: /usr/bin/vdr(_ZN15cRecordControls5StartEP6cTimerbPb+0x15a)[0x4bd96a]
Apr 13 22:50:31 core vdr[25323]: /usr/bin/vdr(_ZN15cRecordControls14PauseLiveVideoEb+0x5e)[0x4be05e]
Apr 13 22:50:31 core vdr[25323]: /usr/bin/vdr(main+0x2e82)[0x46cb22]
Apr 13 22:50:31 core vdr[25323]: /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf0)[0x7f9ac22da610]
Apr 13 22:50:31 core vdr[25323]: /usr/bin/vdr(_start+0x29)[0x46ddb9]

Ohne permashift funktionert der Timeshift problemlos. Auch sonst habe ich bisher keine Probleme. Input ist mit dem dem satip-plugin ab minisatip, Output ist mit softhddevice direkt an HDMI.

Der vdr ist ein frisch von Debian unstable 2.2.0 und nur mit dem permashift patch gepatcht:

apt-get source vdr=2.2.0-5
wget https://github.com/eikesauer/Permashift/raw/master/vdr-2.2-patch-for-permashift.diff
cd vdr-2.2.0/
quilt import ../vdr-2.2-patch-for-permashift.diff
quilt push
dch --local \+Xcoder "permshift patch"
dpkg-buildpackage -b
cd ..

Permashift ist von yaVDR geborgt:

apt-get --download-only source vdr-plugin-permashift
dpkg-source -x vdr-plugin-permashift_1.0.3-0yavdr3~trusty.dsc
cd vdr-plugin-permashift-1.0.3/
dpkg-buildpackage -b

Siehe Antwort im rb4u Forum.
Gruss, Xcoder

Funktioniert das minisatip mit dem Netceiver zufriedenstellend? Wenn es noch Verbesserungsideen gibt, dann bitte gerne melden. Gruss, Xcoder

Zitat von Razorblade

Im Moment sehe ich dazu zwei Alternativen:
Zotac ZBox EN860
Selbstbausystem auf Broadwell-Basis mit GTX960

Was ist es den nun geworden? Ein EN860 habe ich auch in der engeren Wahl, als Ersatz für meine Reel. Wie verhält sich die Kiste?

Habe ich gerade vorhin als Kommandozeilen-Paramter in meinem Fork implementiert: https://github.com/REELcoder/minisatip.git, ist aber noch nicht in den Hauptzweig gemergt worden. Viel Spass beim testen.

Mit einer REEL, oder dann per telnet auf den netceiver...

Habe gerade einige Tests gemacht. Mit dem VDR satip plugin lassen sich HD und SD Kanäle sauber empfangen. Umschaltzeiten sind sehr kurz.

Zitat von ATS

Wow, ich dachte mein Netceiver muss bald entsorgt werden. Für mein Verständnis wo lässt Du in der Kombination minisatip mit libmcli den minisatip laufen ?

Ich habe einen separaten Debian Server der immer läuft. Der minisatip könnte aber auch auf dem HTPC laufen, z.B. einer hochgerüsteten Reelbox. Die libmcli lässt sich ja für jedes Linux kompilieren und minisatip auch. Könnte also auch für Linux-NAS gebaut werden.

Guss, Xcoder

Ich habe gerade minisatip mit libmcli für den Netceiver ergänzt. Bin noch am testen aber DVB-S, DVB-S2 und DVB-C laufen schon. Die aktuelle Version findet man auf GitHub: https://github.com/catalinii/minisatip

Ja, der Preis ist alles andere als günstig. Da scheint mir eine Zotac ID45 dann doch ein attraktiverer Ersatz für meine Reelbox. Wegen eines Budgetstops bleibt es aber beim experimentieren mir yaVDR auf meiner mit T7400 und GK208 GeForce GT 630 aufgerüsteten Ersatz-Reel.

Gruss, Xcoder

Zitat von DLX

Ein kleine grüne Box, mit Intel Notebook Prozessor und NVidia Grafik. In meinen Augen Perfekt als Client, wenn man nicht viel Basteln will und einem das Grün gefällt...
Gigabyte Brix Gaming
Preis ist leider noch nciht bekannt. Auch standen keine Infos über die Lüfter in dem Artikel.

Hat inzwischen jemand den Gigabyte Brix auf VDR-taulichkeit geprüft. Dank Nvidia GPU sollte yaVDR ja kein Problem sein?

Gruss, Xcoder