Guter Hinweis Paulaner, danke, werde ich dann so ausprobieren und dabei das Backup-Archiv auch noch übers Netzwerk sichern.
Posts by Zoolook
-
-
Wow, chapeau Zabrimus & alle Helfer, hier hat sich ja so Einiges getan!
Würde ein bereits konfiguriertes CoreELEC (in meinem Fall Odroid-N2) seine Einstellungen bei einem upgrade mit dem VDRSternELEC-Image so wie beim Upgrade mit den offiziellen CoreELEC-Images (ich sah gerade erst jetzt daß es schon den Update-Channel CoreELEC-20 gibt) beibehalten? Verzeihung bitte, wenn es irgendwo im Thread schon steht, ich muss zugeben daß ich ihn noch nicht komplett durchgelesen habe.
-
-
Bin echt dankbar für Eure Meinungen, die sind ja auch teilweise ernüchternd. Wenn man also auch vernünftig Aufnahmen schneiden können will, mit einigermassen sparsamer und nicht sehr klobiger HW , wird man wohl eher bei den NUC fündig.
-
-
Das hängt davon ab wie schnell das neue Teil sein muss. Die v4l Entwicklung ist auf dem Weg. Ich arbeite aktuell am Exynos. Brauch aber noch ein bissel. Im v4l2m2m habe ich schon die ersten bugs gefunden. Momentan überlege ich, ob ich nach meinem Skiurlaub an ffmpeg mitarbeite oder die v2l Schnittstelle im softhddevice einbaue. Auch patches für rockchip sind auf der linux-media ML aufgetaucht. Abwarten würde ich ich.
Danke für die Rückmeldung. Das hört sich ja nicht mal so schlecht an, ich sollte vielleicht doch noch meine VDPAU-Kiste vorläufig wieder softwareseitig aufmöbeln um damit noch Aufnahmen schneiden zu können, bis sich die Lage im ARM-Bereich bessert.
Gruß,
Lucian
-
Ich hab hier als VDR-Server ein ASRock J4105 mit 4fach CineS2. Das Board selbst braucht 3-4 Watt, max 10).
Die CineS2 (wegen den LNBs) braucht viel mehr als das gesamte Board mit den HDs.
Aus Stromspargründen ist es auch gleich ein NAS-Server .
So macht man das
-
Davon würde ich aktuell abraten. Die mpp Bibliothek funktionierte bei meinem letzten update nicht mehr und auf meinem Rockpro64 war nach einem Monat der USB Chip kaputt.
Ich würde zu Hardware raten die vom mainline Kernel unterstützt wird.
Gruss zille
Hmm, das verscheucht mich dann zu den Intel NUC und dergleichen.
Gruss,
Lucian
-
Hi, wenn die Aufnahmen auf NAS sollen, wofür SATA? Weiß jemand ob die Cine DD S2 im PCIe der ROCKPro64 tut?
-
Oh, das vdr-softhddevice-9999.ebuild ist leider seit 2 Jahren nicht mehr angefasst, damals hatte ich versucht aus verschiedenen Forks den Code zu vereinen, aber hatte es dann verworfen, ist schier nicht stemmbar von mir. Momentan nutze ich (noch) kein VDRAusgabeplugin, aber das wird sich wohl in naher Zukunft ändern, zumindest werde ich versuchen, ein Gentoo auf dem Asus Tinkerboard hinzubekommen, da sollte Zille's softhddevice-drm drauf schon laufen, und ich liebäugele schon mit dem Pine Rockpro64, nur halten mich noch dringedere andere Sachen davon ab. Könnte sogar sein daß ich wieder den VDR aus der Signatur und dem Avatar als client-only einsetze, momentan habe ich ihm die Dual-Tunerkarte beraubt und in dem NAS einen headless server eingerichtet, kann derzeit nur über VNSI oder streamdev gucken, keine Aufnahmen schneiden, also werde ich irgendwann wieder ein softhddevice nutzen wollen
-
Hallo,
ich weiß nicht was Jörg mittlerweile noch so gemacht hat, aber ich habe schon mal für den Eigenbedarf paar Ebuilds inklusive vdr-2.4.0 (ohne die ganzen Patches nachzuziehen) aktualisiert, auch auf github. Bin auch nicht besonders weit gekommen mit Plugins, weil ich mich bis jetzt nur um solche gekümmert habe, die sich im headless-Betrieb eignen, und auch an manchen von denen wäre noch Einiges zu tun. Meine Ebuilds und die Eclass auf die sie bauen verwenden argsdir-Konfigurationsdateien, und ich selber habe sie nur noch unter systemd getestet, nicht mehr unter OpenRC, aber ich gehe davon aus daß sie da auch funktionieren, kannst mal probieren...
Gruß,
Lucian
-
-
-
Ok, habe mittlerweile gelernt dass streamdev-server bei VDR-to-VDR Verbindung selber eine Verbindung zurück zum streamdev-client aufbaut, jedesmal auf irgendeinem anderen Port, deswegen kommt man da alleine mit SSH port tunneling nicht weiter. Ich muß es wohl mit OpenVPN versuchen, LibreElec unterstützt zumindest den Client-Modus.
-
Hallo und Frohe Weihnachten!
Damit ich nicht einfach nur plump und ohne Angabe von einigen relevanten Eckdaten frage "Geht das?", hier erstmal mein Vorhaben und derzeitiges Setup:
Nach etwa 2 Jahren Abstinenz von VDR-Innereien fing ich nun wieder an, wo nun endlich wieder ein multifeed Sat-Setup aufgebaut und verkabelt fertig ist, das Ganze im Haus nun software- und netzwerkseitig auszubauen. Es soll in Richtung zentraler VDR-Server von welchem VNSI / streamdev-clients verteilt im Haus streamen, gehen. Der VDR-Server soll auch die Aufnahmen verwalten, er läuft schon in einem LXC Container innerhalb einer OMV4-Installation auf meinem NAS, vernetzt direkt am Router (bridged network).
Wegen der bisherigen alten Antenne (noch von den Vorbesitzern mit einem einzigen LNB-Ausgang) am Dach, hatten wir die Möglichkeit nur an einem Gerät Astra19,2 zu empfangen, ansonsten hatten wir nur VoD, Mediatheken oder über Kodi/VNSI getunnelt über SSH vom VDR/vnsiserver eines LibreElec welches bei meinen Eltern am unverschlüsselten DVB-C im Ausland läuft, gestreamt.
Jetzt aber habe ich die Möglichkeit 4 Satelliten an 4 Empfängern einzuspeisen, momentan steckt die alte DD/Linux4Media-Twin S2 ver 5.5 Karte im NAS, später gesellt sich möglicherweise noch eine Duoflex dazu, das soll wie gesagt alles vom zentralen VDR-Server empfangen werden, die Clients wären dann über streamdev oder VNSI (vermischt) vernetzt. Auf die DVB-C-Kanäle die ich über den SSH-Tunnel (der von meinem NAS aufgebaut ist) möchte ich aber nicht verzichten und diese auch in den gleichen VDR-Server einbinden, um auch sinnvollerweise da auch Aufnahmen machen zu können, da dachte ich daß dieses über streamdev gehen müsste.
Streamen direkt mit VLC vom getunnelten streamdev, oder auch mit Kodi vom getunnelten VNSI funktioniert (in meinem lokalen Netz erreichbar an den jeweiligen Ports an der IP 192.168.177.32) einwandfrei, aber über den Zentralen VDR-Server vom Tunnel zu streamen gelingt mir noch nicht. Getunnelt vom entfernten VDR in meinem lokalen Netz an der angegebenen Addresse sind die Ports 3000, 2004, 34890 und 6419. Der Streamdev-Client meines VDR-Server ist wie folgt konfiguriert:
Code
Display Moresabayon-vdr /etc/vdr # grep streamdev-client setup.conf streamdev-client.FilterSockBufSize = 0 streamdev-client.HideMenuEntry = 0 streamdev-client.LivePriority = 0 streamdev-client.MaxPriority = 99 streamdev-client.MinPriority = -99 streamdev-client.NumProvidedSystems = 1 streamdev-client.RemoteIp = 192.168.177.32 streamdev-client.RemotePort = 2004 streamdev-client.StartClient = 1 streamdev-client.StreamFilters = 1 streamdev-client.Timeout = 2
Die channels.conf mit den DVB-C-Kanälen ist in der lokalen channels.conf meines Servers herein kopiert worden.
Im VDR-Server sind als Plugins sowohl streamdev-client verbunden am Tunnel, als auch streamdev-server und vnsiserver für das lokale Netz geladen, nachfolgend ein Log beim fehlgeschlagenen Versuch von meinem Laptop (192.168.177.20) mit VLC vom VDR-Server (192.168.177.56) zu streamen (das streamen von lokal empfangenen Kanälen funktioniert wahlweise in Kodi/VNSI oder VLC über streamdev):
Code
Display MoreDec 26 11:12:12 sabayon-vdr systemd[1]: Started Video Disk Recorder Daemon. Dec 26 11:12:56 sabayon-vdr vdr[24670]: [24721] Streamdev: Accepted new client (HTTP) 192.168.177.20:49773 Dec 26 11:12:56 sabayon-vdr vdr[24670]: [24721] streamdev-client: Connected to server 192.168.177.32:2004 using protocol version 1.0 Dec 26 11:12:58 sabayon-vdr vdr[24670]: [24721] ERROR: streamdev-client: Failed reading reply to 'PORT 2 192,168,177,56,130,133' from 192.168.177.32:2004: Connection timed out Dec 26 11:12:58 sabayon-vdr vdr[24670]: [24721] cStreamdevDevice::OpenFilter: connect failed: Connection timed out Dec 26 11:13:00 sabayon-vdr vdr[24670]: [24721] ERROR: streamdev-client: Couldn't connect to 192.168.177.32:2004: Connection timed out Dec 26 11:13:00 sabayon-vdr vdr[24670]: [24721] cStreamdevDevice::OpenFilter: connect failed: Connection timed out Dec 26 11:13:02 sabayon-vdr vdr[24670]: [24721] cStreamdevDevice::OpenFilter: connect failed: Connection timed out Dec 26 11:13:04 sabayon-vdr vdr[24670]: [24721] cStreamdevDevice::OpenFilter: connect failed: Connection timed out Dec 26 11:13:06 sabayon-vdr vdr[24670]: [24721] cStreamdevDevice::OpenFilter: connect failed: Connection timed out Dec 26 11:13:06 sabayon-vdr vdr[24670]: [24739] streamdev-livestreaming thread started (pid=24670, tid=24739, prio=high) Dec 26 11:13:06 sabayon-vdr vdr[24670]: [24739] ERROR (thread.c,258): Permission denied Dec 26 11:13:06 sabayon-vdr vdr[24670]: [24738] streamdev-writer thread started (pid=24670, tid=24738, prio=high) Dec 26 11:13:06 sabayon-vdr vdr[24670]: [24738] ERROR (thread.c,258): Permission denied Dec 26 11:13:08 sabayon-vdr vdr[24670]: [24721] ERROR: can't set PID 1101 on device 3 Dec 26 11:13:12 sabayon-vdr vdr[24670]: [24721] ERROR: streamdev-client: Couldn't connect to 192.168.177.32:2004: Connection timed out Dec 26 11:13:12 sabayon-vdr vdr[24670]: [24721] cStreamdevDevice::OpenFilter: connect failed: Connection timed out Dec 26 11:13:12 sabayon-vdr vdr[24670]: [24738] streamdev-server: streamer done - writer exiting Dec 26 11:13:12 sabayon-vdr vdr[24670]: [24738] streamdev-server: closing HTTP connection to 192.168.177.20:49773 Dec 26 11:13:12 sabayon-vdr vdr[24670]: [24738] streamdev-writer thread ended (pid=24670, tid=24738) Dec 26 11:13:13 sabayon-vdr vdr[24670]: [24739] streamdev-livestreaming thread ended (pid=24670, tid=24739) Dec 26 11:13:13 sabayon-vdr vdr[24670]: [24721] buffer stats: 0 (0%) used Dec 26 11:13:14 sabayon-vdr vdr[24670]: [24670] streamdev: GetDevice failed for channel 8 (Realitatea) at priority 0 (PrimaryDevice=0, ActualDevice=0) Dec 26 11:13:14 sabayon-vdr vdr[24670]: [24670] streamdev: Lost channel 8 (Realitatea) on device 2.
Warum kommt denn dieser Connection timeout zustande? Geht sowas prinzipiell nicht, habe ich einen grundlegenden Fehler gemacht, muß streamdev noch gepatcht werden?Bin gespannt auf Anregungen, Hinweise
Weiterhin besinnliche Feiertage,
Lucian
-
Interessant! Wie nutzt Du Gentoo da drauf, lässt nativ das Tinkerboard selber die Pakete bauen, oder machst cross-emerge am PC?
Gruß,
Lucian
-
Danke marcus88 , die Box tut nun ihren Dienst und ich kann von über 1000km davon in HD streamen, sogar das Tunneling erledigt sie nebenbei, was über das VPN der Fritzbox am Einsatzort bei HD zu Pixelmatsch führte ;-). Jetzt habe ich ein funktionierendes Setup.
-
Hallo,
ich besitze seit einer dieser Sammelbestellungsaktionen vor paar Jahren 2 "alte" Wetek Play DVB-S2 und möchte bei einer davon den Tuner mit einem für DVB-C ersetzen, die sind ja aufgesteckt. Nun ist es so, daß die derzeit von Wetek angebotenen Tuner (und die alten sind nicht mehr aufzuspüren) angeblich nur mit der "Play 2" kompatibel sein sollen. Weiß jemand ob sich das sogar auf die Hardwareschnittstelle bezieht, oder etwa auf die Treiberunterstützung in den älteren "Play 1" Android Firmwares bezieht? Es könnte ja sein, wenn die Dinger doch HW-kompatibel sind und ich eh' ein neueres OpenELEC / LibreELEC verwenden werde, die Treiberunterstützung doch gegeben ist. Ich würde so eine Box bloß headless als Streamdev-Server z.B. mit MLD-Server betreiben wollen.
Zur Not werde ich so ein Teil bei Amazon bestellen und ausprobieren, aber ich dachte vielleicht weiß das jemand hier.
Viele Grüße,
Lucian
-
Das ist wirklich schade. Ein Standalone-VDR auf der Wetek Play wäre der Hit gewesen.
Tatsächlich, sehr schade, muss man aber so hin nehmen...
-