[ANNOUNCE] vdr-scripting 0.0.1 - proof-of-concept release

Ich denke für Sachen die flexibel gehalten werden müssen und fürs Prototyping und ähnliche Anwendungen passt es schon. Und tvmovie2vdr (da es hier grade angeführt wurde) ist ja nicht per se ein Speicherfresser und langsam. Das ist halt gewachsen und der gewählte Ansatz, der zum Verarbeiten gewählt wurde ist nicht in jedem Fall ideal. Meines Wissens nach wird das auch grade überarbeitet. Was meines Erachtens für ein Plugin spricht ist, ist dass man nicht über svdrp gehen muss um die Daten reinzupumpen (der Grund überhaupt), man (irgendwann) auch per Menü Kanäle/Mapping auswählen kann, etc. Die Geschwindigkeit kommt beim tvm2vdr plugin hauptsächlich von der gewählten Bilbliothek.

Wie wird denn die Verbindung C++<->WhatEver hergestellt?

Ich als Webentwickler, der schon seit PHP Version 3.x fast alles eben in PHP löst, wäre für eine PHP-Anbindung sehr dankbar - vielleicht kann ich da ja einen Teil beisteuern?

Zitat

Original von Thomas
Ich als Webentwickler, der schon seit PHP Version 3.x fast alles eben in PHP löst, wäre für eine PHP-Anbindung sehr dankbar - vielleicht kann ich da ja einen Teil beisteuern?

Da schliesse ich mich an...

Hallo Tobi,

Zitat

Original von Tobi
Ranga: 1.8.6 sollte OK sein. Hab's allerdings nur mit 1.8.7 und 1.9 getestet. Hast du die Beispiele aus examples/ nach plugins/ kopiert oder ein eigenes Plugin geschrieben?

Tobias

Ja ich habe die Beispiele kopiert und nun festgestellt, dass es funktioniert wenn nur das HelloWorld Plugin in das Verzeichnis plugins/ kopiert wird.

Wenn allerdings RssReader.rb im plugins Verzeichnis ist raucht VDR ab.

Ich vermute dass einige required module nicht vorhanden sind und das in der Scripting-Version 0.0.1 noch nicht abgefangen wird.

Wo gibt es denn das Gem "simple-rss"?

Gruß
Ranga

[EDIT]
Habe das Gem "simple-rss" nachinstalliert. Nun klappt es perfekt!
RUBY Fehler sollten also noch im Scripting-Plugin abgefangen werden

Zitat

Originally posted by Tobi
Ist ja nicht so, dass ich grundsätzlich was gegen C++ hätte, aber da ich in den letzten Jahren beruflich fast auschließlich nur noch in C# programmiere, bin ich wohl etwas vewöhnt.

hach, und ich verwoehn mich ab und an auch mal gerne mit c++, ist das bequem wenn man nur in c programmiert

Zitat

Original von bruno701

Da schliesse ich mich an...

Ich mich auch.

CafeDelMar

Zitat

Originally posted by Keine_Ahnung
OK, etwas OT hier, ...

OT --> [ANNOUNCE] OSD-Server 0.1.2 + Perl-Module

Gruß,

Udo

Zitat

Original von Tobi
Ein VDR-Plugin das es ermöglicht, Plugins in einer dynamischen Skriptsprache zu schreiben.

Wird sowas nicht unnötig langsam?

Okay, das stimmt. Bei geschwindigkeitsunabhängigen Lösungen ist das völlig okay.

Die Idee ist gut, ich selber schreibe zwar fast alles in c/c++ aber ein paar Sachen gehen einfach schneller in anderen Sprachen.

Hauptsache ich muss nachher nicht 5 Interpreter, 3vm's und noch 20 andere Sachen auf meinem VDR haben um die ganzen Plugins laufen zu lassen.

Für eine Sprache festlegen wäre schon ganz gut... entweder Java oder PHP (wobei ersteres nur bedingt ne scriptsprache ist)

Zitat

Originally posted by decembersoul
Hauptsache ich muss nachher nicht 5 Interpreter, 3vm's und noch 20 andere Sachen auf meinem VDR haben um die ganzen Plugins laufen zu lassen.

Ist es denn jetzt bei den Plugins anderst?

Einige habe ich immer noch nicht zum laufen bekommen weil ich die Abhängikeiten nicht installiert bekomme.
Bei anderen muß ich mich entscheiden welches ich will weil sie die gleichen Pakete, aber in unterschiedlichen Version haben wollen.

Also, das es hier schlimmer wird glaube ich wirklich nicht Hängt dann halt immer von den Plugins ab was sie dann nutzen.

Wenigsten braucht man dann bei den Script-Plugins nicht auf die Patchjagt zu gehen wenn mal wieder ne neue VDR Version rauskommt.

cu

Zitat

Original von decembersoul
Hauptsache ich muss nachher nicht 5 Interpreter, 3vm's und noch 20 andere Sachen auf meinem VDR haben um die ganzen Plugins laufen zu lassen.

Hab ich kein Problem mit:

emerge perl php python ruby sun-jdk

und gut! Wird bei Dir doch ähnlich sein, oder?

Zitat

Original von methodus
Für eine Sprache festlegen wäre schon ganz gut... entweder Java oder PHP (wobei ersteres nur bedingt ne scriptsprache ist)

FYI

Java ist zwar keine Scriptsprache aber GROOVY, die wiederum in der Standard JAVA VM läuft und auch beliebige JAVA Klassen nutzen kann

Gruß
Ranga

Zitat

Original von decembersoul
Hauptsache ich muss nachher nicht 5 Interpreter, 3vm's und noch 20 andere Sachen auf meinem VDR haben um die ganzen Plugins laufen zu lassen.

Genau das ist auch meine Befürchtung.
Prinzipiell is Vielfalt bei der Wahl der Programmier-/Skriptsprache ja nicht schlecht, aber...

meine Vorstellung eines idealen VDR ist eine dedizierte Maschine mit einem !kleinen! nur auf die Bedürfnisse von VDR zugeschnittenem Betriebssystem.
Also "native" VDR-Plugins, kompilierte selbstständig (ohne VM/Interpreter) lauffähige Software und vielleicht noch ein paar Shellskripte.

Aber schon jetzt muss ich Perl und evtl. Java installieren, jetzt willst du noch das ich Ruby dazupacke, da du ja auch beabsichtigst so grundlegende Dinge wie menuorg so zu implementieren.

Ich möchte dich in keiner Weise bei deinen Bemühungen aufhalten und natürlich hast du das Recht dir deine Programmiersprache selbst auszuwählen.
Ich wollte nur mal kundtun, dass sich von Interpretern und VMs auf einem VDR System wenig halte.