Zitat:gibt keine Ausgaben, baut aber auch keinen Ordner lib unter PLUGINS.
Zur Erklärung, was hier falsch lief.
Richtig wäre es ohne Dollar gewesen:
Code:
ln -s easyvdr-2020.06.20 easyvdr
Code:
make plugins
War auch vollkommen richtig.
Man muss eben wissen, dass dieser Befehl in /usr/src/vdr-2.4.2/vdr/PLUGINS/src alle Ordner auslässt, in deren Namen Zahlen und Punkte sind.
Deswegen wird der symbolische Link angelegt, was bei dir schief lief. Mit dem Link funktioniert das dann. Nach dem 'make plugins' muss dann immer noch 'make install-plugins' erfolgen.
Also ich bekomme das mit dem Softhddevice nicht gebacken, wird anstandslos gebaut, startet auch, aber bis auf 1x mit Bild aber kein Ton hatte ich immer nen Blackscreen ohne osd. Ironie, ich hab dann Ton ( mit hw 1,7 )
Genommen hatte ich vdr-2.4.1 mit Patch.
Control lässt sich nicht bauen usw..
Bin halt kein Plugin Experte
Auch hab ich mal versucht xineliboutput zu bauen, na hör mir bloß uff.
Keine Ahnung was ich falsch mache
@Wolfgang du bist und bleibst meine einzigste Rettung
Hi,
Dann nimm doch mal bitte den 2.4.2 aus dem git mit meiner make.config. Im Makefile den videopath novh auf /video0 und dann geht es, wenn du alles nachinstallierst, wie beschrieben. Wenn was fehlt sieht man es im log (man muss es nur deuten können).
Die unpassende libswscale bleibt aber, ich vermute deshalb schmiert meiner ab.
Mfg Stefan
[size=x-small][b]Test-VDR1[/b]: HP rp5700 Fertigsystem, Core2Duo E6400, 2GB RAM, Mygica t230 Stick als Tuner, nvidia Slim-GT218 512MB PCIe x1 - v3.5-64
VDR2 in Rente
VDR3 in Rente
[b]VDR4[/b]: MSI G31M2 v2, Intel E5200, 6" t6963c gLCD, 2GB, WD Red 4TB, 2x TT3200, ASUS GT730-SL-2GD3-BRK, mod. Digitainergeh. - v3.5-64
[b]VDR5[/b]: GIGABYTE GA-G31M-S2L, Intel E5200, GT630 passiv, 2GB, 3TB, 6" t6963c gLCD, mod. Digitainergeh. - v3.5-64
[b]VDR6[/b]: MSI MS-7236, Intel E2140, GT630 passiv, 2GB, WD Green 2TB, 6" t6963c gLCD, 2x TT3200 - v2.5-64
[color=blue][url=http://tinyurl.com/ycx4qsv]Hilfe gefällig? Dann brauchen wir ein easyInfo aus easyPortal![/url][/color][/size]
(24.06.2020, 22:27)gb schrieb: Auch hab ich mal versucht xineliboutput zu bauen, na hör mir bloß uff.
nimm den Sources aus Git/five/v/vdr-plugin-xineliboutput-2.2.0~git20200125
Patches sollten aktiv sein. ..kannst du im Sorces Dir mit "quilt applied" kontrollieren.
Ich gehe mal davon aus,dass du ea5-base-stable PPA eingebunden hast.
Build-Depends siehst du ja in debian/control.
Patch "disable-po-update.patch" gehört auch noch rein.
Plugin control aus unserm Git compiled nicht mit VDR-2.4.1(altes Makefile)
...dafür hat Wirbel ja bereits nee angepasste Version.
(25.06.2020, 11:04)SurfaceCleanerZ schrieb: Dann nimm doch mal bitte den 2.4.2 aus dem git
Eine Bitte habe ich ...es sollte mit VDR-2.4.1 getestet werden,da es hierfür
auch bereits sehr viele angepasste Plugins gibt.Alexander hat da bei yaVDR
jede Menge an Arbeit reingesteckt!
Gruss
Wolfgang
Show Content
My VDR Stuff[/color][/b][/i][color=navy][b]DVB-S/S2:[/b] Silverstone LC17 mit 8,4" TFT Display, ASUS P5KPL SE, E6300, 2GB, NT-Fanlees, System SSD 40GB, Media 2TB, GT630, DVD-LG, SkyStar S2, Nova-T, FB X10 Medion-Scroll, "Arch-Linux - VDR 2.3.8"[/color][color=navy]
[color=green][b]Test-VDR:[/b] ASRock ALiveNF6G, AMD X2 3800+ (35W),4GB, GT 630 - nvidia-384, SSD 64GB, SkyStar S2, Cinergy T RC USB, easyVDR 3.5(Kernel-4.4.0) - VDR-2.3.8 - KODI-18.0 - FB X10 Medion-Scroll[/color][/color]
[color=navy][b]Client:[/b] Evo N600c, Puppy-Slacko 6.3 - VDR-2.2.0 - FB X10 Medion_OR25V[/color]
[color=navy][b]Spielwiese:[/b] RPI2 als Client mit LibreELEC-9.80-Milhouse(Kodi-19.0) - MLD-5.4 VDR2VDR
Hallo Wolfgang,
Ich denke Alexander nutzt auch den 2.4.2,nennt ihn nur noch nicht so, er hat die zig Patches bei sich i. d. R. drin.
Ob ich nun nen VDR aus dem git oder nen 3.4.1 und die Patches nehme.
Mfg Stefan
[size=x-small][b]Test-VDR1[/b]: HP rp5700 Fertigsystem, Core2Duo E6400, 2GB RAM, Mygica t230 Stick als Tuner, nvidia Slim-GT218 512MB PCIe x1 - v3.5-64
VDR2 in Rente
VDR3 in Rente
[b]VDR4[/b]: MSI G31M2 v2, Intel E5200, 6" t6963c gLCD, 2GB, WD Red 4TB, 2x TT3200, ASUS GT730-SL-2GD3-BRK, mod. Digitainergeh. - v3.5-64
[b]VDR5[/b]: GIGABYTE GA-G31M-S2L, Intel E5200, GT630 passiv, 2GB, 3TB, 6" t6963c gLCD, mod. Digitainergeh. - v3.5-64
[b]VDR6[/b]: MSI MS-7236, Intel E2140, GT630 passiv, 2GB, WD Green 2TB, 6" t6963c gLCD, 2x TT3200 - v2.5-64
[color=blue][url=http://tinyurl.com/ycx4qsv]Hilfe gefällig? Dann brauchen wir ein easyInfo aus easyPortal![/url][/color][/size]
P.S
Lasst uns doch mal zuerst nee Basis schaffen z.B libva-2.7.1 & ffmpeg-4.2.2 und
alle abweichenden Pakete die ich für easyVDR in base gebaut hab.Diese dann in ein PPA
easy-new-setup.Auch z.B easyvdr-dev(ohne qt) kann hier rein.Jeder der dann selbst compiled
hat dann schonmal die richtigen Pakete.Nur so lassen sich dann auch Ergebnisse erzielen
Gruss
Wolfgang
Show Content
My VDR Stuff[/color][/b][/i][color=navy][b]DVB-S/S2:[/b] Silverstone LC17 mit 8,4" TFT Display, ASUS P5KPL SE, E6300, 2GB, NT-Fanlees, System SSD 40GB, Media 2TB, GT630, DVD-LG, SkyStar S2, Nova-T, FB X10 Medion-Scroll, "Arch-Linux - VDR 2.3.8"[/color][color=navy]
[color=green][b]Test-VDR:[/b] ASRock ALiveNF6G, AMD X2 3800+ (35W),4GB, GT 630 - nvidia-384, SSD 64GB, SkyStar S2, Cinergy T RC USB, easyVDR 3.5(Kernel-4.4.0) - VDR-2.3.8 - KODI-18.0 - FB X10 Medion-Scroll[/color][/color]
[color=navy][b]Client:[/b] Evo N600c, Puppy-Slacko 6.3 - VDR-2.2.0 - FB X10 Medion_OR25V[/color]
[color=navy][b]Spielwiese:[/b] RPI2 als Client mit LibreELEC-9.80-Milhouse(Kodi-19.0) - MLD-5.4 VDR2VDR
Bis wir hier genug Fortschritt haben, gibt es mit Sicherheit schon den echten 2.4.2
Aber auf jeden Fall ist die Arbeit nicht umsonst - ob für 2.4.1 oder 2.4.2 - der Unterschied wird minimal.
Zum control Plugin erst einmal. Ich denke diese Plugin wird sehr hilfreich sein für solche Tests wie diesen hier.
Ich habe euch meine Version des control Plugins hier hochgeladen:
Aus dem was ich damals(!) in die README des Plugins geschrieben habe. Zitat..
Code:
0.0.3ng-wirbel is a heavily restructed fork of patched version 0.0.2a-kw3, see
notes above. As original source is GPLv2 and original version seems to be
abandomed since >10years now, this version is available as i still use this
tiny plugin..
License as original authors choice: GPLv2.
Some changes are visible in usage:
- telnet connection is now IPv6 with IPv4 backward compat.
- telnet connection is now closed by <CTRL + c> shortcut
- works with vdr-2.3.1 (no other vdr versions are tested, neither backwards
nor forwards.)
- no more segfaults on VDR exit, at least i didnt see while extensive testing.
- clears now window completely before exiting.
- telnet session should be run on UTF-8 translation now, dont use 8859* pls.
- new style Makefile (i hate that screwed up VDR Makefile stuff, i doesnt work
any longer correctly if you doesnt install vdr completely, but anyhow...)
- uses vector, string and algorithm headers now, to remove classes that
do more or less the same as std classes, uses also VDRs cTextWrapper instead
of own implementation.
Internally nearly everything has been reorganized, so i guess a diff against
older versions doesnt give any useful result. Some files are removed, others
are put together to reduce dependencies between classes and remove unused code.
Several classes are renamed to understand their usage, other removed and
so on. Debugging has been changed. Also, instead of moving socket data between
three classes, a ringbuffer is implemented and those three classes are now
one class avoiding this overhead.
However, the look and feel of the previous versions is preserved.
--wirbel
Benutzt wird dieses Plugin, indem man eine telnet(!) session zum VDR auf port 2002 aufmacht. Dort sieht man dann das Menü des VDR als reine Textversion.
Ich benutze meist putty um von einem Windows Rechner per ssh zum VDR zu verbinden und öffne dann in einer der putty sessions eine lokale telnet session
telnet localhost 2002
wobei das natürlich auch aus einem xterm heraus geht.
Beendet wird die session mit control-c
(25.06.2020, 17:29)mango schrieb: P.S
Lasst uns doch mal zuerst nee Basis schaffen z.B libva-2.7.1 & ffmpeg-4.2.2 und
alle abweichenden Pakete die ich für easyVDR in base gebaut hab.Diese dann in ein PPA
easy-new-setup.Auch z.B easyvdr-dev(ohne qt) kann hier rein.Jeder der dann selbst compiled
hat dann schonmal die richtigen Pakete.Nur so lassen sich dann auch Ergebnisse erzielen
Ich denke dieser Vorschlag wird uns alle schneller zum Ziel führen. Danke dafür.
(25.06.2020, 14:16)mango schrieb: nimm den Sources aus Git/five/v/vdr-plugin-xineliboutput-2.2.0~git20200125
Patches sollten aktiv sein. ..kannst du im Sorces Dir mit "quilt applied" kontrollieren.
Ich gehe mal davon aus,dass du ea5-base-stable PPA eingebunden hast.
Build-Depends siehst du ja in debian/control.
Patch "disable-po-update.patch" gehört auch noch rein.
Plugin control aus unserm Git compiled nicht mit VDR-2.4.1(altes Makefile)
...dafür hat Wirbel ja bereits nee angepasste Version.
erstmal danke für die Hilfe, ich konnte beide Plugins Xinelibout und control bauen.
Ich hab das erstmal in einer VM durchgespielt, auch hab ich mal in der runvdr das Setup Plugin raus genommen und dafür das easyvdr Plugin ergänzt, zusätzlich in der sysconfig alle Pluginstarts entfernt.
Fazit: VDR startet beim Upstart mit Frontend und easyvdr Plugin, das wiederum lädt control, Xineliboutput und Softhddevice ( Softhddevice ist auf false in der ini ). Gut xineliboutput Frontend wird noch mit dem Upstart parralel gezogen. Jetzt müsste man mal schauen, wie man das unterbinden kann und mit welchen args das Xineliboutput Plugin gestartet werden muss.
Ansonsten sieht das schon mal gut aus.
Edit: Test war mit vdr-2.4.1
Ps: der Name easyvdr für das Plugin ist zwar irgendwie schon cool, aber auch irgendwie irreführend. Vielleicht sollten wir es dann eher wirbelsetup/easyvdr-setup/setup nennen. Aber das nur nebenbei.
(25.06.2020, 20:08)gb schrieb: ...ich konnte beide Plugins Xinelibout und control bauen.
freut mich das es geklappt hat
(25.06.2020, 20:08)gb schrieb: Jetzt müsste man mal schauen, wie man das unterbinden kann und mit welchen args das Xineliboutput Plugin gestartet werden muss.
das müsste in Git/five/e/easyvdr-3.99.00/easyvdr-runfrontend im Abschnitt "vdr-sxfe" geändert werden.
"vdr-sxfe" sollte sich so starten lassen
Zitat:Jun 25 22:18:42 easyVDR vdr: [16005] VDR version 2.4.1 started
Jun 25 22:18:42 easyVDR vdr: [16005] codeset is 'UTF-8' - known
Jun 25 22:18:42 easyVDR vdr: [16005] found 28 locales in /usr/src/vdr-2.4.1/locale
Jun 25 22:18:42 easyVDR vdr: [16005] loading plugin: /usr/src/vdr-2.4.1/PLUGINS/lib/libvdr-easyvdr.so.2.4.1
Jun 25 22:18:42 easyVDR vdr: [16005] registered source parameters for 'A - ATSC'
Jun 25 22:18:42 easyVDR vdr: [16005] registered source parameters for 'C - DVB-C'
Jun 25 22:18:42 easyVDR vdr: [16005] registered source parameters for 'S - DVB-S'
Jun 25 22:18:42 easyVDR vdr: [16005] registered source parameters for 'T - DVB-T'
Jun 25 22:18:42 easyVDR vdr: [16005] no DVB device found
Jun 25 22:18:42 easyVDR vdr: [16005] initializing plugin: easyvdr (2020.06.20): easyvdr setup helper plugin
Jun 25 22:18:42 easyVDR vdr: [16005] loading plugin: /usr/src/vdr-2.4.1/PLUGINS/lib/libvdr-control.so.2.4.1
Jun 25 22:18:42 easyVDR vdr: [16005] info: Plugin started.
Jun 25 22:18:42 easyVDR vdr: [16005] loading plugin: /usr/src/vdr-2.4.1/PLUGINS/lib/libvdr-xineliboutput.so.2.4.1
Jun 25 22:18:42 easyVDR vdr: [16005] initializing plugin: control (2016.06.01ng-wirbel): telnet remote control
Jun 25 22:18:42 easyVDR kernel: [ 6165.307642] vdr[16005]: segfault at 18 ip 000055965046f245 sp 00007ffc7c688d80 error 4 in vdr[5596503df000+ec000]
Jun 25 22:18:42 easyVDR kernel: [ 6165.307647] Code: db 75 0b eb 78 48 8b 5b 10 48 85 db 74 6f 48 8b 6b 30 48 85 ed 74 ee 48 8d 15 d3 66 0c 00 48 8b 45 00 83 3a 01 7e 34 48 89 ef <ff> 50 18 48 89 ef 49 89 c5 48 8b 45 00 ff 50 10 48 8b 55 08 4d 89
Ich würde mal behaupten/vermuten, das hier nicht die ganze Args-Zeile übergeben wird.
Vielleicht liegt es an den "=" Zeichen in den Args?
Was meinst du?
(25.06.2020, 22:43)mango schrieb: Wirbel hat doch den Parameter -c könnte man da nicht den Pfad zu "easyvdr-frontend-sxfe.conf"
angeben/übergeben?
Ja das ist richtig, allerding bewirkt es nichts. -c ist ja Pfad Angabe für vdr. Unabhängig davon, war das da oben eh nur ein Beispiel um zu zeigen, das was bei den Args nicht passt.
Wenn ich es über den startvdr jage, kommt es ja auch zum Absturz ( sobald ich das Frontend nicht mehr parallel starten lasse ) und hier wird vdr mit allen Pfaden gefüttert.
Zitat:Ich würde mal behaupten/vermuten, das hier nicht die ganze Args-Zeile übergeben wird.
Vielleicht liegt es an den "=" Zeichen in den Args?
Was meinst du?
Das liegt sogar ganz sicher daran. Aber das ist ein lösbares Problem.
Aber was ich nicht verstehe, wo der segfault nach dem "ERROR LOADING PLUGIN" her kommt,
das macht mir mehr Sorgen.
Zitat:Ps: der Name easyvdr für das Plugin ist zwar irgendwie schon cool, aber auch irgendwie irreführend.
Ich bin für gut Vorschläge offen, mir ist kein passenderer Name eingefallen.
(26.06.2020, 08:25)Wirbel schrieb: Aber was ich nicht verstehe, wo der segfault nach dem "ERROR LOADING PLUGIN" her kommt,
das macht mir mehr Sorgen.
Ich denke, noch ist es zu früh mit Bauchschmerzen da rein zu gehen.
Wenn ich das richtig verstanden habe ( also Vermutungen, vielleicht gibts ja eine Erklärung von Wolfgang ) , läuft Xineliboutput in Kombination mit vdr-sxfe, wenn da was nicht läuft, gibts einen segfault.
Daher fand ich es ja so praktisch, es über den Upstart oder über startvdr lauffähig zu bekommen. Hier wird alles korrekt und in Abhängigkeit gestartet.
Also bitte erstmal das mit den args anpassen und dann schauen wir weiter.
edit: Es gibt nach dem compilieren im Plugin Verzeichnis ein neues commandline tool namens 'easyvdrctl-2.4.1'
Ist noch nicht ganz fertig, kann aber evtl. schon helfen.
Code:
[ /usr/src/vdr-2.4.1/PLUGINS/src/easyvdr ]# ./easyvdrctl-2.4.1 --help
easyvdrctl-2.4.1 - a commandline tool for the easyvdr VDR Plugin.
It configures VDR Plugins by writing to their ini files.
The following options are available.
-h, --help
show this help text and exit.
--list-plugins
show all available plugins
--enabled-plugins
show all enabled plugins
--disabled-plugins
show all disabled plugins
--all-status
see --status, but for all known plugins.
--status
shows the status and commandline of a plugin.
Requires --plugin PLUGINNAME.
--plugin PLUGINNAME
selects the plugin PLUGINNAME for commands.
--plugindir DIRECTORY
use DIRECTORY as path for plugins libs,
instead of /usr/local/lib/vdr
--inidir DIRECTORY
use DIRECTORY as path for plugin configs,
instead of /etc/vdr/conf.d
--enable
enable autorun of this plugin.
Requires --plugin PLUGINNAME.
--disable
disable autorun of this plugin.
Requires --plugin PLUGINNAME.
--get-commandline
prints the commandline of a plugin to stdout and exit.
Requires --plugin PLUGINNAME.
--set-commandline STRING
set the commandline of a plugin to STRING.
Requires --plugin PLUGINNAME.
--del-commandline STRING
deletes STRING from the commandline of a plugin,
does nothing if that string is not found.
Requires --plugin PLUGINNAME.
--add-commandline STRING
adds STRING to the commandline of a plugin.
Requires --plugin PLUGINNAME.
--replace-commandline FROM TO
requires two arguments: FROM and TO
replaces the first hit of FROM by TO in plugins commandline
Requires --plugin PLUGINNAME.
Code:
[ /usr/src/vdr-2.4.1/PLUGINS/src/easyvdr ]# ./easyvdrctl-2.4.1 --all-status
Plugin | install | ini | AutoRun | Stop | Arguments
--------------------------------------------------------------------------------
control | no | valid | yes | yes |
satip | no | valid | no | yes | -d2
softhddevice | no | valid | no | no | -f -v vdpau -a hw:1,7
xineliboutput | no | valid | yes | no | --local=none --primary --remote=127.0.0.1:37890
Ja, also erst einmal solltest jetzt unter gar keinen Umständen eine runvdr verwenden,
sondern eine einfache Befehlszeile aus der Shell. Damit schießt man sich definitiv in das Knie.
Dann machen wir es stückweise, xinelibout scheint ein harter Brocken zu sein...
Starte xinelibout *ohne jedes andere plugin*, direkt miot dem VDR aus der Shell - von Hand.
Wenn du damit xinelibout starten kannst, dann haben wir wenigstens einen ersten Fortschritt.
Damit wüssten wir, dass alles weitere nicht mehr an diesem Plugin liegt, sondern am PluginLoader in 'easyvdr'.
Und ich sehe noch etwas, wir sollten dringend dem Rat von mango folgen..
Zitat:Lasst uns doch mal zuerst nee Basis schaffen z.B libva-2.7.1 & ffmpeg-4.2.2 und
alle abweichenden Pakete die ich für easyVDR in base gebaut hab.Diese dann in ein PPA
easy-new-setup.Auch z.B easyvdr-dev(ohne qt) kann hier rein.Jeder der dann selbst compiled
hat dann schonmal die richtigen Pakete.Nur so lassen sich dann auch Ergebnisse erzielen
Musste gerade aus machen, hier fliegen die Blitze reihenweise ums Haus herum runter
Keine Angst, zieht in deine Richtung
(26.06.2020, 17:44)Wirbel schrieb: Ja, also erst einmal solltest jetzt unter gar keinen Umständen eine runvdr verwenden,
sondern eine einfache Befehlszeile aus der Shell. Damit schießt man sich definitiv in das Knie.
Jaein, ist ja easyvdr konform und Anpassungen habe ich dies bezüglich auch gemacht. Aber gut, ich höre deinen Rat.
Zitat:Dann machen wir es stückweise, xinelibout scheint ein harter Brocken zu sein...
Starte xinelibout *ohne jedes andere plugin*, direkt miot dem VDR aus der Shell - von Hand.
siehe hier:
Zitat:[email protected]:/var/lib/vdr# /usr/bin/vdr -Peasyvdr
void cEasyPluginManager::Initialize():194 : *** begin avail plugins ***
void cEasyPluginManager::Initialize():211 : control
void cEasyPluginManager::Initialize():211 : softhddevice
void cEasyPluginManager::Initialize():211 : xineliboutput
void cEasyPluginManager::Initialize():214 : *** end avail plugins ***
bool cEasyPluginManager::LoadPlugin(std:tring, std:tring, bool):77 : loaded /usr/lib/vdr/plugins/libvdr-control.so.2.4.1 control
bool cEasyPluginManager::LoadPlugin(std:tring, std:tring, bool):85 : initialized /usr/lib/vdr/plugins/libvdr-control.so.2.4.1 control
bool cEasyPluginManager::LoadPlugin(std:tring, std:tring, bool):116 : plugin control started.
bool cEasyPluginManager::AutoLoad():176 : softhddevice: no auto load
bool cEasyPluginManager::LoadPlugin(std:tring, std:tring, bool):77 : loaded /usr/lib/vdr/plugins/libvdr-xineliboutput.so.2.4.1 xineliboutput
bool cEasyPluginManager::LoadPlugin(std:tring, std:tring, bool):85 : initialized /usr/lib/vdr/plugins/libvdr-xineliboutput.so.2.4.1 xineliboutput
bool cEasyPluginManager::LoadPlugin(std:tring, std:tring, bool):94 : plugin xineliboutput created 1 devices. Add 'xineliboutput' to BlackList
bool cEasyPluginManager::LoadPlugin(std:tring, std:tring, bool):102 : Using xineliboutput as primary device.
bool cEasyPluginManager::LoadPlugin(std:tring, std:tring, bool):116 : plugin xineliboutput started.
virtual cPluginEasyvdr::~cPluginEasyvdr():85 : plugin destroyed.
Zitat:Und ich sehe noch etwas, wir sollten dringend dem Rat von mango folgen..
Zitat:Lasst uns doch mal zuerst nee Basis schaffen z.B libva-2.7.1 & ffmpeg-4.2.2 und
alle abweichenden Pakete die ich für easyVDR in base gebaut hab.Diese dann in ein PPA
easy-new-setup.Auch z.B easyvdr-dev(ohne qt) kann hier rein.Jeder der dann selbst compiled
hat dann schonmal die richtigen Pakete.Nur so lassen sich dann auch Ergebnisse erzielen
Compile von VDR 2.4.1 für Plugin easyvdr Test
tring, std: