[lucky781]

hi hab auch interesse an dieser APP
leider bin ich noch nicht so richtig vertraut
mit der ganzen materie
kann jemand bitte ein tut schreiben
was mann schritt für schritt machen muss
hab die app auf meinen pad
was ist mit den server kram muss die auf den pc?
mfg

[Röschti]

Der Röschti Server ist eine Brücke zwischen dem DVBViewer / Recording Service und der HTTP Welt. Er nimmt http Variablen entgegen und steuert damit den DVBViewer.
Oder er gibt auch Antworten zB die EPG Daten in einem XML Format etc. Die Android Anwendung sieht schicker aus, aber macht grundsätzlich auch nichts anderes als HTTP Aufrufe an den Server zu senden und aufgrund der Server Antworten etwas anzeigen. Die Idee war, eine Andock Möglichkeit zu haben, damit jedes Gerät, dass eine Netzbervindung aufbauen kann, den DVBViewer steuern kann. Kannst also eine Webanwendung bauen mit HTML JavaScript, Flash Interface, Java Anwendung oder was auch immer.

Der Befehlssatz ist frei definierbar, du musst nur überlegen ob du Callbacks brauchst zB du sendest das Kommando zum umschalten auf einen bestimmten Kanal, willst du dann vom Server wissen ob die Umschaltung funktioniert hat? Wenn ja musst du im Server dies festhalten (SendResponse) und überlegen, was zurück gesendet werden soll und die die Antwort aussehen muss. Ein Browser zB erwartet eine saubere HTTP Response, eine Anwendung nicht zwingend.

Du wirst nicht darum herum kommen, dich tiefer mit der Materie zu beschäftigen. Lade dir die Server-Sourcen herunter, der Quelltext hat unzählige Kommentare drin wozu die vorhandenen Sachen gut sind. Er ist übrigens multi-threaded gebaut, so dass mehrere Clients gleichzeitig bedient werden können, aber er ist nicht fertig gebaut und hat noch diverse Funktionen drin, die nicht mehr gebraucht werden. Der Server ist einfach ein Grundgerüst mit allem drin was notwendig ist, jeder kann ihn nach belieben weiter ausbauen, ändern oder umbauen.

[KobiP]

Hallo Röschti,

wir arbeiten quasi am selben Projekt. Ich arbeite an einer App für Android (die oben erwähnte DVBViewer Remote App). Ich gehe einen etwas anderen Weg, die EPG und Timerdaten hole ich mir vom Recording Service. Was mir noch fehlt ist die Möglichkeit zuverlässug umzuschalten. Daher würde ich gerne wissen ob du etwas dagegen hast wenn ich deinen Server verwende. Zu meiner App: sie wird direkt in Java Programmiert und ich habe nicht vor diese zu verkaufen. Ob ich den Quellcode veröffentliche muss ich mir aber noch überlegen.

Grüße!

KobiP

[Röschti]

Ja müsstest halt ein wenig aufräumen im Server. Ursprünglich bin ich zweigleisig gefahren, er hat auch die Funktionalität drin um als Webserver zu agieren und
zB HTML Files an den Client zu senden etc. Wenn du nur als Client deine Android App bedinen willst, ist dies alles nicht notwendig. Gut wäre vermutlich auch für die Übersicht, wenn man den Befehlssatz zB in eine XML Config auslagern würde, so dass man sieht welcher Command auf dem Server was bewirkt und welche Antwort zurückgesendet werden soll.

Für's umschalten gibt es auch mehrere Wege. Ich habe mich für das IDVBViewerInterface mit dem Manager entschieden, da es meiner Erfahrung nach die zuverlässigste Variante ist und man via die Events zB DVBViewerEvents_OnChannelChange zuverlässig eine Antwort bekommt ob es auch wirklich gemacht wurde. Ich mache das selber nicht, da bei mir der DVBViewer dermassen perfekt läuft dass ich mich blind darauf verlasse.

Man könnte den Server auch als Windows Service installieren ohne Log und so Zeugs, dann wäre es noch eleganter. Wenn du das ganze professionell ausliefern willst, müsste man wohl dem User die Möglichkeit lassen via Settings eigene Timings auszuprobieren, besonders wenn du das Live-Streaming mitliefern willst. Je nach Hardware dauert das Puffern mal kürzer mal länger.

Du kannst den Server gerne verwenden, wenn du ihn unter einem anderen Namen auslieferst wäre es nett irgendwo ein kleiner Hinweis anzubringen in der Art von "based on an idea of Röschti"

[dgdg]

Röschti, on 12 February 2012 - 07:32, said:

Ja müsstest halt ein wenig aufräumen im Server. Ursprünglich bin ich zweigleisig gefahren, er hat auch die Funktionalität drin um als Webserver zu agieren und
zB HTML Files an den Client zu senden etc. Wenn du nur als Client deine Android App bedinen willst, ist dies alles nicht notwendig. Gut wäre vermutlich auch für die Übersicht, wenn man den Befehlssatz zB in eine XML Config auslagern würde, so dass man sieht welcher Command auf dem Server was bewirkt und welche Antwort zurückgesendet werden soll.

Schön wäre es, wenn man den Röschti-Server als allgemeine Web-API für den DVBViewer weiterentwickeln könnte, so dass man den Server auch für andere Projekte einsetzen könnte um Recording Service und DVBViewer auf die gleiche Art und Weise anzusprechen. Bitte nicht auf TCP/IP-Ebene - das ist genauso old-fashioned wie das olle COM-Interface.

Es gibt sicherlich einige Java/Flash/PHP/... Programmierer (so wie mich) die gerne was Programmieren würden und durch das COM-Interface ausgebremst werden.

Der HTTPServer von Lars war eigentlich schon ein guter Ansatz, aber leider als API zu rudimentär.

[VinoRosso]

Am besten wäre es wenn wir hier die verschiendenen projekte mal vereinen und eine Open Source app draus machen.

Komplett mit remote, epg, stream und später auch noch die upnp controllpoint geschichte.

Der Röschti Server bietet da einiges mehr an funktionalität als der Webserver von lars und lässt sich vor allem leicht um neue Funktionen erweitern....

Dann könnten auch mal mehrere Entwickler daran arbeiten, Geld ist damit über kurz oder lang eh nicht zu verdienen ;-)

[dgdg]

VinoRosso, on 10 April 2012 - 11:48, said:

Am besten wäre es wenn wir hier die verschiendenen projekte mal vereinen und eine Open Source app draus machen.

Mit Open Source ist das hier so eine Sache. Die meisten Add-Ons für den DVBViewer werden nicht als Open Source veröffentlicht. Deswegen gibt es auch so wenige, weil jeder wieder von vorne anfangen muss, statt dass man auf den Sachen von anderen aufbauen und diese verbessern kann. Ich habe da auch schon tolle Begründungen gelesen, so in etwas wie "Ich habe da soviel Zeit reingesteckt, warum sollte ich das rausgeben!".
Das Ergebnis ist dann auch, dass viele Projekte sterben, weil sie nicht mehr gepflegt werden.

Und wenn mal was veröffentlich wird, ist es Delphi oder irgendwas anderes exotisches.

Auf Open Source würde ich nicht hoffen.

[VinoRosso]

dgdg, on 10 April 2012 - 12:31, said:

Auf Open Source würde ich nicht hoffen.

Alles andere macht halt kaum Sinn, die XBMC remote app ist auch open source...

Sonst stirbt das Projekt irgendwann auch kläglich, bzw kommt nur so zusammengestückelt daher...