Wirklich Fixe Idee

Hi,

muss gestehen, dass ich mit C++ auch schon seit vielen Jahren wenig zu tun habe und Java "meine" Sprache ist.
Aber: Grundlegende Dinge lassen sich IMHO mit Java beim VDR nicht wirklich eleganter bzw. sinnvoller loesen.
Betrachte z.B. ein Plugin wie das GLCD-Plugin und beachte, dass es fuer Linux immer noch keine vollstaendige Implementierung der Com-Apis gibt.
Hab z.B. auch im Soundbereich (mit JMF bzw. tritonus) herumgebastelt (fuer ein solideres CD-Audio-Plugin), doch die Ergebisse sind einfach nur mies.
Wenn es natuerlich um Netzwerkgeschichten geht (wobei sich da durchaus ein Perl anbietet), dann koennte ein Java-Plugin tatsaechlich hilfreich sein.
Was aber Java fehlt, ist IMHO eine ausgereifte "Multimedia-API" fuer Linux ...
Gruss
Burkhardt

JUHU!

Ich hab schon öfter mal über so eine "native" Anbindung nachgedacht, bin aber auf keinen grünen Zweig gekommen weil ich in C++ einfach zu mies bzw zu ungeübt bin - in der Firma in der ich arbeite wird schon seit Anbeginn alles in Java gemacht.

So eine Bridge wie Du sie beschreibst käme mir also wirklich sehr gelegen!!

Zitat

2.) soll ich euch informieren wie der fortschritt ist ?

Ja, bitte, absolut!

Wenn ich Dich irgendwie unterstützen kann lass es mich wissen!

hmmm....

also kann ich meinen aktuellen 433 celeron gleich abschreiben
die idee dann per softplugin mit einem m6000 via board einen lautlosen vdr zu bekommen hat sich dann wohl auch erledigt.
mein jetziger server, (p3 550) kann ich in die tonne treten und muss mir dafuer einen dicken p4 oder amd kaufen.

wie du schon sagtest, es ist wohl alles anschaungs sache.

ich jedenfalls, bekomm bei dem wort java einen dicken hals:(

wenn java, dann bitte gut kommentierter source, damit man ihn dann in eine sinnvolle sprache portieren kann. (der satz war gemein, ich weis :P)

btw.: auf keinen meiner rechner ist java installiert, bis jetzt konnte ich es noch vermeiden, waere echt schade wenn sich das nur wegen vdr aendern sollte:(

bitte haut mich jetzt nicht, es ist nun mal meine einstellung.

ps: mein vdr und server laufen 24/7, und stromverbrauch ist mir da doch sehr wichtig.

[schnipp--viel bloedsinn]

hi,
also die idee von vdr-bindings-java (oder viel besser vdr-bindings-perl) ist natürlich verlockend.
also über ein perl interface würde ich mich auch freuen. machbar ist das auf jeden fall, schließlich gibts da ja auch für kde. macht mal ein apt-cache search binding - da wird wohl eine menge rauskommen.

Zitat

Original von devnix
ich jedenfalls, bekomm bei dem wort java einen dicken hals:(

Also nichts für ungut, aber wer es nicht nutzen will kann es ja lassen!

Ich bekomm nämlich bei diesen schon fast mit religiösem Eifer geführten Diskussionen ebenfalls einen dicken Hals, das entbehrt alles jeder profunder Grundlage!

Das vielgelobte Perl ist keinen Deut schneller, performanter oder ressourcenfreundlicher als Java.
Und wer die letzten c't Benchmarks gelesen hat in Bezug auf OO-Performance zwischen Java und C++ und trotzdem meckert disqualifiziert sich selbst.

Ich programmiere sehr gern in Perl, lieber noch in Java, und wenn's geht meide ich C++, das sind aber alles persönliche Meinungen.
Ich will für VDR was beitragen? Ich hasse C++? Pech gehabt, muss ich's eben lernen.

Leika will in Java was für VDR beitragen, und das in Java machen, jemand anderem passt das nicht oder hat nen zu kleinen Rechner für die Resultate? Pech gehabt, schreibs selber nochmal in Perl, C++ oder weisgottwas, oder kauf Dir nen schnelleren Rechner.

Mitarbeitswillige Mitglieder der Community zu vergrämen wegen Ihrer Wahl der Programmiersprache find ich jedenfalls das allerletze

Zitat

bitte haut mich jetzt nicht, es ist nun mal meine einstellung.

Ich hau Dich nicht, aber wenn Du Deine Meinung kundtun musst, tu ich das auch

Wie gesagt, nix für ungut.

Hi Thomas,

ich denke nicht, dass es devnix nicht um einen Systemstreit ging und dass die Vorurteile bzgl Java (programmiere selbst nun ziemlich genau 7 Jahre fast ausschliesslich mit Java)
leider eben vorhanden sind.
Taete mich (auch wenn mein erstes posting hier vielleicht anders geklungen hat, doch wollte ich einfach auf die Problematik bzgl. Java und diversen Geraetezugriffen unter Linux hinweisen) natuerlich auch ueber ein Java-VDR-Interface freuen .
Gruss
Burkhardt

ok... das war deutlich.

hiermit entschuldige ich mich fuer mein dummes posting.

Zitat

Original von devnix
hiermit entschuldige ich mich fuer mein dummes posting.

Du musst und sollst Dich für Deine Meinung nicht entschuldigen

Was ich möchte ist, dass aber jedem anderen seine Meinung auch gegönnt wird, und auch die Ansätze, wie Probleme gelöst werden, auch wenn diese dann nach bestimmten Lehren suboptimal sein könnten.

Ich lass Dir Deine Meinung, Du darfst Java gern Scheisse finden, aber das sollte halt nicht den Entwicklungsfluss anderer behindern...

Falls Du Dich persönlich angegriffen fühlen solltest möcht ich mich auch entschuldigen, mir gehts eher um die Sache an sich

Au ja eine JAVA-Bridge wäre echt Klasse! Endlich käme ich mir nicht mehr so nutzlos und ausgeschlossen vor!
Thomas kann ich nur beipflichten, die Ergebnisse in der C'T bezüglich der Performance der populärsten OO-Sprachen hat den ein anderen wohl ganz schön erstaunt! Faktisch ist JAVA wenn überhaupt nur bei GUI-Anwendungen nicht gerade ne Rakete (auf jeden Fall nicht mit Swing), ansonsten schlägt es sich aber sehr gut. Das Problem dürfte wahrscheinlich der Zugriff auf die Hardware bleiben.
Ich bin mal gespannt wie sich diese Idee noch entwickelt!

Viele Grüße ccoma

Zitat

Original von leika
Ich würde gerne mal schaun ob ich die Welten nicht verbinden kann. Ich weis das ich damit nicht jeden froh machen werde aber wass solls. Mein VDR Rechner hat ja eh ne fette CPU. Da soll die auch mal was tun

Hallo!

Nicht jeder hat aber eine fette CPU. In vielen Fällen ist Ruhe angesagt beim VDR-Schauen und viele können sich auch die Teile nicht so einfach in den Keller stellen. Also mit Java ist zwar 'ne guete Idee, aber die scheitert IMHO an dem Kompromiss zur Hardware, da diese sich in vielerlei Hinsicht auf kleine sparsame oder schon etwas betagte Rechner hinbewegt.

Zitat

Originally posted by steinsursel
Hallo!
Nicht jeder hat aber eine fette CPU. In vielen Fällen ist Ruhe angesagt beim VDR-Schauen und viele können sich auch die Teile nicht so einfach in den Keller stellen. Also mit Java ist zwar 'ne guete Idee, aber die scheitert IMHO an dem Kompromiss zur Hardware, da diese sich in vielerlei Hinsicht auf kleine sparsame oder schon etwas betagte Rechner hinbewegt.

Naja, kommt ja drauf an, was das für Plugins dann mal werden. Vermutlich laufen die meisten ja nicht dauernd im Hintergrund und zwacken der CPU die Leistung ab.

Ich programmiere in vielen Sprachen und muss sagen, dass Java performancemäßig bei NonGUI-Anwendungen ziemlich gut abgeht (stand auch vor einigen Ausgaben mal der c't, oft ists sogar schneller als C++ !!! Gerade bei OO). Kommt halt auch immer bisschen auf den Programmierstil an. Man kann auch in C++ Programme schreiben die nicht performant sind, weil man einfach schlecht programmiert.
Ich würds jedenfalls begrüßen, wenn leika so ne JavaBridge bzw. Framework entwickelt . Die Bibliotheken von Java sind in vieler Hinsicht einfach spitze.
Hier liegt in der Community wahrscheinlich einiges an Entwickler-Man-Power brach nur weil sich bis jetzt VDR-Plugins nicht in Java implementieren lassen können. Schaden tuts jedenfalls nicht.

Gruß
Jarny

Performence hin oder her, wie sieht es denn mit der Größe für die VM aus? Oder gibt es inzwischen zuverlässige Compiler die eine VM überflüssig machen?
Platz ist nämlich auch der Grund, warum Perl und Co nicht auf meinem VDR sind.

Monroe

Zitat

Originally posted by Monroe
Performence hin oder her, wie sieht es denn mit der Größe für die VM aus? Oder gibt es inzwischen zuverlässige Compiler die eine VM überflüssig machen?
Platz ist nämlich auch der Grund, warum Perl und Co nicht auf meinem VDR sind.
Monroe

Hab mal nachgeschaut: Unter Windows brauch die 1.3er VM gerade 9MB, und da lief noch ein selbstgeschriebener Http-Server drin als Anwendung.

Also so Anwendungen wie VDR-Admin oder Timerprogrammierung per Email etc. sind echt ein Kinderspiel mit Java.

Gruß
Jarny

Hi,

auch wenn leika meinte

Zitat

5. den Thread hier machen wir erstmal zu oder

:

MHP ist (gerade fuer den VDR) ein gewichtiges Argument (m.W. existiert da ja schon eine Schnittstelle zum VDR).
Mit Java wird man sicher nicht alle moeglichen plugins programmieren koennen (bzw. nur mit entsprechenden Aufwand), doch interessant waere das Ganze sicher schon.

Zitat

Hab mal nachgeschaut: Unter Windows brauch die 1.3er VM gerade 9MB, und da lief noch ein selbstgeschriebener Http-Server drin als Anwendung.

hmm, ich glaube, dass es Monroe zunaechst einmal um den HD-Speicherplatz von einem JRE (wobei ein JDK wahrscheinlich notwendig waere) ging.
Aktuell ist man da noch im Bereich in 100-200 MB. Ein Java-C-Compiler wuerde IMHO bei solch einer plugin-Loesung nicht viel Sinn machen (klar man koennte das Teil dann wieder in C aufrufen ).
Gruss
Burkhardt