Interessant. Kannte ich noch gar nicht.
Beiträge von ofenheizer
-
-
Bei neuen Sendern schaue ich immer auf der Seite von tvspielfilm. Wenn Du einen Sender anklickst, steht die ID in der URL.
-
Kann ich Dir nicht genau sagen, gibt aber hier genug Threads zum Thema yavdr und USB-Stick-Erstellung.
Klappt nicht mit jedem Programm zufriedenstellend.
Wie gesagt dd ist die zuverlässigste Methode.
Schau Dir mal diesen Thread an 0.6.0 USB-Installation [gelöst => "dd" verwenden!]
-
Wie hast Du denn Deinen USB-Stick mit yavdr präpariert?
Manchmal klappt dann eine Installation nicht richtig.
Beste Variante wie hier oft beschrieben ist mit dd. Ich benutze rufus für meine USB-Sticks.
Markus
-
Richtig, das tvm-Verzeichnis in /var/cache/epgd/ bereinigt nicht korrekt die alten Bilder.
Ich lösche das in schöner Regelmäßigkeit, da meine Systempartition auch noch auch prä-epgd-Zeiten existiert und da hatten 10GB immer ausgereicht. Eine SSD für eine Neuinstallation liegt hier schon ein knappes Jahr rum
-
Ach Mensch, das soll mal einer Wissen, dass das nur funktioniert, wenn auch ein DVB-Input vorhanden ist.
Das normale softhddevice zeigt eben auch das OSD an, wenn kein Input anliegt, kann also auch Aufnahmen abspielen.
Da ich keinen Unterschied zu meinem produktiven VDR feststellen konnte habe ich nun einfach mal per streamdev-client ein Signal anliegen gehabt und schon wurde auch das OSD mit angezeigt.
Warum eigentlich?
-
Servus,
nachdem ich nun endlich ein Bild auf meinem J4205-ITX und GT710 hinbekommen habe (habe die yavdrdb.hdf und xorg.yavdr.conf von meinem aktiven vdr kopiert), hakt es nun bei der OSD-Anzeige mit softhddevice-openglosd.
Die Plugins beziehe ich aus frodos skindesigner-ppa.
Mit dem normalen softhddevice klappt alles.
Bei Benutzung von softhddevice-openglosd bekomme ich folgendes Log
Alles anzeigenCode- Nov 26 13:48:31 vdrschmidt vdr: [6050] [softhddev]detached - OpenGl Worker Thread not tried to start
- Nov 26 13:48:31 vdrschmidt vdr: message repeated 7 times: [ [6050] [softhddev]detached - OpenGl Worker Thread not tried to start]
- Nov 26 13:48:36 vdrschmidt vdr: [6050] [softhddev]detached - OpenGl Worker Thread not tried to start
- Nov 26 13:48:36 vdrschmidt vdr: [6050] [softhddev]detached - OpenGl Worker Thread not tried to start
- Nov 26 13:48:36 vdrschmidt vdr: [6050] skindesigner: templates and images cached
- Nov 26 13:48:36 vdrschmidt vdr: [6050] skindesigner: cached 33 icons - size internal mem 2,66MB, high level mem 0,00MB
- Nov 26 13:48:36 vdrschmidt vdr: [6050] skindesigner: cached 201 logos - size 4038,16MB internal mem
- Nov 26 13:48:36 vdrschmidt vdr: [6050] skindesigner: cached 197 skinparts - size internal mem 153,27MB, high level mem 0,00MB
- Nov 26 13:48:36 vdrschmidt vdr: [6050] skindesigner: templates loaded and caches created - needed 5292 ms
- Nov 26 13:48:36 vdrschmidt vdr: [6050] [softhddev]CreateOsd: left 0, top 918, level 0, using OpenGL OSD support
- Nov 26 13:48:36 vdrschmidt vdr: [6050] [softhddev]detached - OpenGl Worker Thread not tried to start
- Nov 26 13:48:36 vdrschmidt vdr: [6050] [softhddev]OpenGl Thread not started successfully, using Dummy OSD
- Nov 26 13:48:36 vdrschmidt vdr: [6105] animator thread thread started (pid=6050, tid=6105, prio=high)
- Nov 26 13:48:38 vdrschmidt vdr: [6105] animator thread thread ended (pid=6050, tid=6105)
- Nov 26 13:48:38 vdrschmidt vdr: [6050] [softhddev]SetVolumeDevice: 55
- Nov 26 13:48:38 vdrschmidt vdr: [6050] OSD size changed to 1920x1080 @ 1
- Nov 26 13:48:38 vdrschmidt vdr: [6050] [softhddev]CreateOsd: left 0, top 0, level 0, using OpenGL OSD support
- Nov 26 13:48:38 vdrschmidt vdr: [6050] [softhddev]detached - OpenGl Worker Thread not tried to start
- Nov 26 13:48:38 vdrschmidt vdr: [6050] [softhddev]OpenGl Thread not started successfully, using Dummy OSD
Drücke ich dann eine Taste, bleibt das Bild schwarz und das Log sagt
Alles anzeigenCode- Nov 26 13:49:05 vdrschmidt vdr: [6050] connect from 127.0.0.1, port 46262 - accepted
- Nov 26 13:49:05 vdrschmidt vdr: [6050] [softhddev]CreateOsd: left 0, top 0, level 0, using OpenGL OSD support
- Nov 26 13:49:05 vdrschmidt vdr: [6050] [softhddev]Trying to start OpenGL Worker Thread
- Nov 26 13:49:05 vdrschmidt vdr: [6156] oglThread thread started (pid=6050, tid=6156, prio=high)
- Nov 26 13:49:05 vdrschmidt vdr: [6156] [softhddev]OpenGL using display :1.0
- Nov 26 13:49:05 vdrschmidt vdr: [6156] [softhddev]OpenGL Context initialized
- Nov 26 13:49:05 vdrschmidt vdr: [6156] [softhddev]Shaders initialized
- Nov 26 13:49:05 vdrschmidt vdr: [6156] [softhddev]vdpau interop initialized
- Nov 26 13:49:05 vdrschmidt vdr: [6156] [softhddev]Vertex buffers initialized
- Nov 26 13:49:05 vdrschmidt vdr: [6156] [softhddev]Maximum Pixmap size: 16384x16384px
- Nov 26 13:49:05 vdrschmidt vdr: [6050] [softhddev]OpenGL Worker Thread successfully started
- Nov 26 13:49:05 vdrschmidt vdr: [6050] [softhddev]cOglOsd osdLeft 0 osdTop 0 screenWidth 1920 screenHeight 1080
- Nov 26 13:49:05 vdrschmidt vdr: [6157] detacher thread thread started (pid=6050, tid=6157, prio=high)
- Nov 26 13:49:05 vdrschmidt vdr: [6158] detacher thread thread started (pid=6050, tid=6158, prio=high)
- Nov 26 13:49:05 vdrschmidt vdr: [6159] detacher thread thread started (pid=6050, tid=6159, prio=high)
- Nov 26 13:49:05 vdrschmidt vdr: [6162] detacher thread thread started (pid=6050, tid=6162, prio=high)
- Nov 26 13:49:05 vdrschmidt vdr: [6160] detacher thread thread started (pid=6050, tid=6160, prio=high)
- Nov 26 13:49:05 vdrschmidt vdr: [6161] detacher thread thread started (pid=6050, tid=6161, prio=high)
- Nov 26 13:49:05 vdrschmidt vdr: [6163] animator thread thread started (pid=6050, tid=6163, prio=high)
- Nov 26 13:49:05 vdrschmidt vdr: [6157] detacher thread thread ended (pid=6050, tid=6157)
- Nov 26 13:49:05 vdrschmidt vdr: [6158] detacher thread thread ended (pid=6050, tid=6158)
- Nov 26 13:49:05 vdrschmidt vdr: [6161] detacher thread thread ended (pid=6050, tid=6161)
- Nov 26 13:49:05 vdrschmidt vdr: [6159] detacher thread thread ended (pid=6050, tid=6159)
- Nov 26 13:49:05 vdrschmidt vdr: [6160] detacher thread thread ended (pid=6050, tid=6160)
- Nov 26 13:49:05 vdrschmidt vdr: [6162] detacher thread thread ended (pid=6050, tid=6162)
Jemand eine Idee? Auf meinem Produktiv-VDR klappt es problemlos.
Gruss.
Markus
-
Ne eigentlich nicht. Bei den obigen Einstellungen wird direkt die Onboard-Karte als primäres Gerät erkannt (Device 0) und dann erst die Onboard-Graka (Device 1), obwohl im BIOS primär noch Onboard steht.
Habe aber auch aktuell yavdr-ansible installiert und kein Webfrontend zur Verfügung. Also ich habe die Einstellungen direkt über die xorg.conf gemacht.
Weiterhin habe ich sehr gute Erfahrungen mit den nvidia 387.12. Die solltest du mal ausprobieren. Die Erkennungszeit beim booten hat sich bei mir drastisch verbessert.
Auch mit diesen Einstellungen keine Chance.
Bekomme keinen Bootschirm auf der Nvidia.
Scheinbar hat das Board eine Macke. Manchmal kommt auch auf dem Onboard nichts mehr raus, erst weider nach einem Bios-reset.
Wie kann man denn unter yavdr die Ausgabe auf der Nvidia erzwingen? Mir reicht wenn dort dann das Fernsehbild kommt, den Bootscreen muss ich ja nicht unbedingt sehen.
-
Ok. Also Onboard auf Primary lassen. Gut, teste ich dann mal mit Deinen Settings im Bios. Wenn ich nicht schon graue Haare hätte, würde ich welche bekommen.
Hatte ich ja noch nie solche Probleme und schon mehrere VDRs aufgesetzt mit externer Nvidia.
Habe ich jetzt nicht so ganz verstanden, was du meinst :-).
Wenn ich mal meinen aktuellen VDR hernehme, sind die dual-head-modus-optionen ausgegraut. beim sorgenkind, war das aktivierbar.
was beinst du mit deaktivieren?
-
Nee, keine DD. Ist ja auch kein Steckplatz mehr frei :-).
VDR wird später per Sat-IP angebunden.
Aber so, wie Deine Einstellungen hatte ich es tatsächlich noch nicht probiert. Melde mich dann wieder.
Was meinst Du mit den Einstellungen für die Onboard? Primary Device auch nicht auf PCIe umstellen?
Ich hoffe ja nicht, dass es am PCIe 2.0 1x liegt.
-
Alles anzeigenHi Ofenheizer,
Seit gestern sollte es bei MLD ootb laufen. Zumindest tut es das auf meinem Test notebook und bei 2 anderen Usern.
Das Log wird so geflutet wie bei dir, wenn kein Input kommt! Scheint normal zu sein.
Mesa und co wie in dem Beitrag oben zu lesen musst du nicht mehr nach Installieren.
Mld 5.4 unstable erkennt nun, dass du ne Intel hast und nimmt xorg-intel und auch automatisch alles weitere für vaapi.
Da ich kein Input device hatte lief bei mir ne Aufnahme in 1080i die kompletten 2h durch.
Achso wir haben noch einen Bug das beim ersten booten shd nicht zwingend aufgeht. Eventuell über webif Befehle restart VDR oder über Konsole restart vdr
Über Feedback freuen wir uns
Gruß
MarMic
Hallo MarMic,
wollte ich heute Nachmittag mal versuchen, aber es wird leider kein Netzwerk erkannt (bei easyvdr und yavdr gibts in dieser Hinsicht kein Problem).
Gruss,
Markus
-
Scheinbar doch nicht gelöst.
Nach erfolgter Installation und Reboot, selbes Problem. Kein Bild (Bios) auf der externen Grafikkarte.
Inzwischen kann ich im Bios auch einstellen was ich will, ich bekomme kein Bild mehr auf der Nvidia.
Scheinbar ein sehr buggy Bios - obwohl ich bisher mit Asrock keine schlechten Erfahrung gemacht habe.
Müsste nicht zumindest die Bildschirmerkennung übers Webfrontend die nvidia finden? Bei zwei Grafikkarten müsste doch auch Dual erkennbar sein.
Funktioniert alles nicht.
-
yavdr hat glaube ich automatisch den 384er installiert.
Aber nun habe ich es endlich hinbekommen, nachdem ich hier im Forum noch was zu CSM und Grafik gelesen habe.
Bios-Reset und dann zusätzlich die CSM-Kompatibilität deaktiviert und plötzlich hatte ich dann auch das Boot-Bild auf der zusätzlichen Grafikkarte. Dieses UEFI ist echt anstrengend.
-
Da lässt sich nichts deaktivieren.
Man kann nur das primary device wählen, und das habe ich statt auf intern auf pcie gesetzt, wie auch bei meinen anderen mainboards auch.
-
Servus,
da es mit der IntelGrafik nicht so wollte, hatte ich mir eine NVidia GT710 dazu bestellt.
Das Board hat ja nur einen PCIe 2.0 x1 halt die entsprechenden Grafikkarte mit diesem Anschluss. Reicht ja leistungstechnisch locker für vdpau.
Aber ich bekomme ums Verrecken kein Bild ab Boot auf dem HDMI der Grafikkarte. Im BIOS ist eigentlich alles dafür eingestellt, also "Primary Device" auf PCIe. Auch die anderen Optionen mit PCIe habe ich schon durch.
Bild kommt weiterhin nur auf dem internen HDMI vom Board.
Hat jemand noch eine Idee?
Auf eine yavdr-Installation sehe ich mit lspci, dass die Karte erkannt wird.
Eine übers Webfrontend angestoßene Suche nach neuem Display liefert keine Besserung.
Wie kann ich denn im Nachhinnein eine Ausgabe auf der nvidia erzwingen? Boot-Bild wäre ja nicht so zwingend erforderlich.
Gruss.
Markus
-
Wer braucht schon DVB-T(2). Reines Sat mit den normalen HD-Kanälen. Dafür reicht auch eine 710 völlig, sowie eine 210, 520 oder 610.
Und ausserdem ist es die einzige vdpau-fähige mit diesem Steckplatz. Früher gab es mal eine 730er mit PCIe 2.0 x1 von Zotac, aber die ist leider nicht emhr verfügbar.
-
Nö, die einzige die in das Board passt, ist eine GT710 mit einem PCIe 2.0 1x Steckplatz.
Die reicht ja völlig aus.
-
Alles anzeigenHi,
installiere doch Bitte mal Kernel-4.8.12 wie hier beschrieben!
http://www.easy-vdr.de/thread-…ost-177122.html#pid177122
Gruss
Wolfgang
Den Kernel hatte ich schon unter der yavdr-Installation hochgezogen, das hatte nichts geändert. Zumindest die Fehlermeldungen bezüglich nicht unterstütztem Deinterlacer blieben (Aufnahme hatte ich dort noch nicht getestet gehabt). seahawks ppa müsste ja mit euren Paketen identisch sein. Werde ich am Wochenende aber gerne nochmal versuchen.
Alles anzeigenHi,
wir hatten gerade einen Videochat und haben es anhand eines Notebooks versucht nachzustellen.
Probiere Mal bitte eine mld 5.4 unstable und dazu noch ein:
apt-get install mesa
Danach
runx -r
runvdr -r
Gruß
MarMic
Probiere ich am Wochenende gerne auch nochmal aus und gebe Feedback.
Die nvidia-Karte ist aber schon bestellt und es wird letztlich doch wieder damit laufen müssen.
Gruss.
Markus
-
So, nun habe ich mal easyvdr-3.5 installiert.
Gleiche Meldungen wie bei yavdr im Log.
Abspielen einer Aufnahme läuft 2s und dann stürzt der VDR ab.
Alles anzeigenCode- Nov 8 19:48:31 easyvdr vdr: [23207] [extrecmenu] starting replay of recording
- Nov 8 19:48:31 easyvdr vdr: [23207] replay /video0/Inferno/2017-10-30.09.55.68-0.rec
- Nov 8 19:48:31 easyvdr vdr: video: display buffer empty, duping frame (354/0) 0
- Nov 8 19:48:31 easyvdr vdr: video/vaapi: can't destroy postproc context!
- Nov 8 19:48:31 easyvdr vdr: video/vaapi: can't destroy config!
- Nov 8 19:48:31 easyvdr vdr: Selected deinterlacer for resolution 4 is not supported by HW
- Nov 8 19:48:31 easyvdr vdr: video: display buffer empty, duping frame (355/0) 67
- Nov 8 19:48:31 easyvdr vdr: video: display buffer empty, duping frame (356/0) 63
- Nov 8 19:48:31 easyvdr vdr: Surface 0 query status = 0x6: invalid VASurfaceID
- Nov 8 19:48:31 easyvdr vdr: Surface 0 query status = 0x6: invalid VASurfaceID
- Nov 8 19:48:31 easyvdr vdr: video: output buffer full, dropping frame (1/5)
- Nov 8 19:48:32 easyvdr vdr: video/vaapi: release surface 0x0400001f, which is not in use
- Nov 8 19:48:32 easyvdr vdr: video: output buffer full, dropping frame (2/8)
- Nov 8 19:48:32 easyvdr vdr: video/vaapi: release surface 0x04000021, which is not in use
- Nov 8 19:48:32 easyvdr vdr: video: output buffer full, dropping frame (3/11)
- Nov 8 19:48:32 easyvdr vdr: video/vaapi: release surface 0x04000023, which is not in use
- Nov 8 19:48:32 easyvdr vdr: video: output buffer full, dropping frame (4/14)
- Nov 8 19:48:32 easyvdr vdr: video/vaapi: release surface 0x0400001d, which is not in use
- Nov 8 19:48:32 easyvdr vdr: video: output buffer full, dropping frame (5/17)
- Nov 8 19:48:32 easyvdr vdr: video/vaapi: release surface 0x0400001f, which is not in use
- Nov 8 19:48:32 easyvdr vdr: video: output buffer full, dropping frame (6/20)
- Nov 8 19:48:32 easyvdr vdr: video/vaapi: release surface 0x04000021, which is not in use
- Nov 8 19:48:32 easyvdr vdr: video: output buffer full, dropping frame (7/23)
- Nov 8 19:48:32 easyvdr vdr: video/vaapi: release surface 0x04000023, which is not in use
- Nov 8 19:48:32 easyvdr vdr: video: output buffer full, dropping frame (8/26)
- Nov 8 19:48:32 easyvdr vdr: video/vaapi: release surface 0x0400001d, which is not in use
- Nov 8 19:48:32 easyvdr vdr: video: output buffer full, dropping frame (9/29)
- Nov 8 19:48:32 easyvdr vdr: video/vaapi: release surface 0x0400001f, which is not in use
- Nov 8 19:48:32 easyvdr vdr: video: output buffer full, dropping frame (10/32)
- Nov 8 19:48:32 easyvdr vdr: video/vaapi: release surface 0x04000021, which is not in use
- Nov 8 19:48:32 easyvdr vdr: video: output buffer full, dropping frame (11/35)
- Nov 8 19:48:32 easyvdr vdr: video/vaapi: release surface 0x04000023, which is not in use
- Nov 8 19:48:32 easyvdr vdr: video: output buffer full, dropping frame (12/38)
- Nov 8 19:48:32 easyvdr vdr: video/vaapi: release surface 0x0400001d, which is not in use
- Nov 8 19:48:32 easyvdr vdr: video: output buffer full, dropping frame (13/41)
- Nov 8 19:48:32 easyvdr vdr: video/vaapi: release surface 0x0400001f, which is not in use
- Nov 8 19:48:32 easyvdr vdr: video: output buffer full, dropping frame (14/44)
- Nov 8 19:48:32 easyvdr vdr: video/vaapi: release surface 0x04000021, which is not in use
- Nov 8 19:48:32 easyvdr vdr: video: output buffer full, dropping frame (15/47)
- Nov 8 19:48:32 easyvdr vdr: video/vaapi: release surface 0x04000023, which is not in use
- Nov 8 19:48:32 easyvdr vdr: video: output buffer full, dropping frame (16/50)
- Nov 8 19:48:32 easyvdr vdr: video/vaapi: release surface 0x0400001d, which is not in use
- Nov 8 19:48:32 easyvdr vdr: video: output buffer full, dropping frame (17/53)
- Nov 8 19:48:32 easyvdr vdr: video/vaapi: release surface 0x0400001f, which is not in use
- Nov 8 19:48:32 easyvdr vdr: video: output buffer full, dropping frame (18/56)
- Nov 8 19:48:32 easyvdr vdr: video/vaapi: release surface 0x04000021, which is not in use
- Nov 8 19:48:32 easyvdr vdr: video: output buffer full, dropping frame (19/59)
- Nov 8 19:48:32 easyvdr vdr: video/vaapi: release surface 0x04000023, which is not in use
- Nov 8 19:48:32 easyvdr vdr: video: output buffer full, dropping frame (20/62)
- Nov 8 19:48:32 easyvdr vdr: video/vaapi: release surface 0x0400001d, which is not in use
- Nov 8 19:48:32 easyvdr vdr: video: output buffer full, dropping frame (21/65)
- Nov 8 19:48:32 easyvdr vdr: video/vaapi: out of surfaces
- Nov 8 19:48:33 easyvdr easyvdr-module-loader: VDR died within 10 seconds, this happened 1 time(s).
Wundert mich doch etwas, da hier doch einige berichten (auch bei easyvdr und mld) sogar mit älterer Hardware erfolgreich ein Bild zu haben.
Ist denn noch irgendwas essentielles im Bios einzustellen?
Ansonsten kommt da jetzt doch eine nvidia-Karte rein und gut ist.
-
Muss ich mal eine auf den VDR kopieren.
Aktuell sitze ich auf Arbeit und bin via putty auf dem vdr.
