CometVisu - (interner) Beta-Test

[Chris M.]

Wie sieht's mit vlc oder natives html5 Video

Ich kann grundsätzlich beliebige Konstrukte, die sich mit HTML darstellen lassen...

Wenn Du da was willst, was von allgemeinem Interesse ist, sag's mir und ich baue es ein. Und wenn's nicht von allgemeinen Interesse ist, kannst Du's ganz leicht als lokale Erweiterung (dafür gibt's extra die visudesign_custom.js) bei Dir machen.

[NilsS]

Bild an sich geht schon. Am Refresh bin ich gerade dran - der ist erstaunlich widerspenstig... (JavaScript verliert gerne mal den Kontext wenn man Funktionen, insb. anonyme, schachtelt. Und dann hat der Browser auch noch einen Cache, pfui)

Wie sieht's mit vlc oder natives html5 Video

[Chris M.]

Kann ich die Cam als URL o.ä. schon einbinden?

Bild an sich geht schon. Am Refresh bin ich gerade dran - der ist erstaunlich widerspenstig... (JavaScript verliert gerne mal den Kontext wenn man Funktionen, insb. anonyme, schachtelt. Und dann hat der Browser auch noch einen Cache, pfui)

[Bodo]

Hoi

mit mjpg_streamer (tar) http://sourceforge.net/projects/mjpg-streamer/

 /usr/bin/mjpg_streamer -b -i "input_uvc.so -d /dev/video0 -f 5" -o "output_http.so -w /var/www -p 9000"

[makki]

Ich werde alsbald eine zugängliche Demo-Visu (bzw. hoffentlich ein ganzes Demo-WG) aufsetzen, sobald ab Mo der Urlaub offiziell beendet ist
Ich denke an etwas gleich mit Webcam auf nen RGB-LED Streifen, der - Ehrensache - via DMX am WG hängt..
Kann ich die Cam als URL o.ä. schon einbinden? (jemand nen Tipp wie man die USB-Webcam in richtig zackig streamed? VLC? Resourcen in dem Fall egal..)

Makki

[Chris M.]

Ich wollte aber nur mal kucken

Ich könnte Dir natürlich die Koordinaten und den Login zu meiner geben - aber die ist a) nicht sonderlich weit und b) live mit meinem Bus gekoppelt (Read-Only hab ich keine). Wenn alle Stricke reißen, könnten wir diesen Weg gehen...

Aber: Du wirst eigentlich nur das aktuelle Design sehen können - und das ist nicht anders als der Screenshot etwas weiter oben im Thread (als es um Darstellungsprobleme ging). Was Du nicht sehen kannst, ist das Echtzeitverhalten.
Daher mein Vorschlag ein eigenes WG zu nehmen, das Paket zu installieren und die Konfig-Datei passend zu Deiner Installation anzupassen (einfach ein paar GAs ersetzen). Und schon bist Du live dabei (Das geht eigentlich ohne intime Systemkenntnisse)

Für Dich wichtig: Du kannst (schon jetzt...) die Infrastruktur der CometVisu nutzen und eine ganz eigene Oberfläche drüber setzen, ich denke da an Deine 3D Visus... Die müssten halt nur als Web-Seite vorliegen.
In mittlerer Zukunft, kannst Du dafür die 2D-Fähigkeit der CometVisu-Visualisierung nutzen (Geplant, noch nicht implementiert) und musst nur die 3D-Renderings als 2D-Bild / Hintergrund einfügen und kannst dann die Widgets der CometVisu als Buttons, etc., nutzen.
Und wenn das läuft und ich meinen JavaScript 3D Floorplan eingebaut habe, wird eine 3D Live-Darstellung möglich sein. Da würde ich mich dann tierisch drüber freuen, mal eine Deiner "Skandal Visus" in flüssigem 3D zu sehen - und das lediglich in einem normalen Web-Browser ohne App oder Flash.

[EIB-TECH]

Hi Chris,

klar hab ich ein paar WG rumliegen

Ich wollte aber nur mal kucken

[Chris M.]

Helmut, Du hast Du sicher noch ein WireGate rumliegen, oder? Dann sollten die Infos aus meinem ersten Beitrag reichen.

Falls nicht, dann schick mal eine PN...

[EIB-TECH]

Hi Jungs,

kann mich einer mal auf die Comet Visu druff lassen, ich würde mir die Sache mal gerne ansehen

[teichsta]

bei mir läuft die Visu leider noch nicht ...

[Chris M.]

Nein, aber wir bräuchten welche

Und am besten auch eine Demo visu_client.xml die zeigt, was alles möglich ist und dabei nach etwas aussieht. Die könnte dann wunderbar für Screenshots dienen

[teichsta]

haben wir eigentlich schon paar Screenshots parat?

[makki]

Das muss ich sehen ums zu verstehen

100% Ack

Ich finde das Thema der Events und trigger bei jQuery extrem praktisch, um ...

Jep, schon wieder "Endstation Hauptbahnhof, bitte alles aussteigen"
-> Ihr sagt einfach bescheid, wenn es ein neues .deb Release geben soll, svn co und dpkg-buildpackage kann ich mittlerweile ganz gut (und bis dahin les ich mir das nochmal im Detail durch - /usr/local wirds sicher nicht..)

Man muss ja zum Glück keine Eier legen können um faule (bzw. in diesem Fall IMHO definitiv nicht faule sondern eher g***) zu erkennen

Makki

P.S., nochmal: SVN-commitlog per eMail ist ne sehr feine Sache!

[netzkind]

Oh man, sag doch das Du XML Schema meinst - meiner einer ist auf DTD stehen geblieben...

Ich hab das XSD mal ins SVN gecheckt. Es sollten eigentlich alle möglichen Widgets enthalten sein - es sei denn ich hab was übersehen. Das XSD könnte dann die Basis bieten für einen dynamischen Editor.

Wer das testen will kann schon mal seine visu_config.xml anpassen:

<pages
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:noNamespaceSchemaLocation="visu_config.xsd">

Ums auf dem Wiregate einfach per PHP zu testen geht ein einfacher Code wie

<?php

$dom = new DomDocument();
$dom->load("visu_config.xml");

if ($dom->schemaValidate("visu_config.xsd")) {
    print ("config is valid XML");
} else {
    print ("config is NOT valid XML");
}
?>

Das dann auch der shell aufrufen per php5-cgi oder halt im Webserver. Da error_reporting aktiv ist werden einem die ganzen XML-Fehler erst mal um die Ohren geblasen. Das sollte man dann noch schön einpacken wenn man das als Feature verkaufen will (deshalb ist der PHP-Code auch noch nicht im SVN).

Hier ein Objekt das Function-Calls zu den Create-Funktionen hat und das der Endanwender um eigene Werte erweitern kann dürfte wohl für alle (normale CometVisu, der Editor und der erweiterungswillige Anwender) ein Fortschritt sein.
Oder gibt's dazu andere Meinungen?

Das muss ich sehen ums zu verstehen
Ich finde das Thema der Events und trigger bei jQuery extrem praktisch, um ohne konkrete Funktionsnamen zu kennen beliebige Aktionen ausführen zu können. So können sich auch ein Editor oder eine customization an ein Event hängen, ohne dass etwas überladen werden braucht.

Grüße,
Julian

[Chris M.]

Ich meine eine Liste aller widgets (slider, image) welche die Template-Engine unterstützt - egal ob der User sie bislang schon nutzt oder nicht.
[...]
Unabhängig vom gegenseitigen verstehen stopf ich mein Hirn grade mit XSD voll und schraub da mal was zusammen.

Oh man, sag doch das Du XML Schema meinst - meiner einer ist auf DTD stehen geblieben...

Netter Nebeneffekt: wenn einem versierten User die Visu mal nicht geht, kann er seine Config gegen das XSD parsen und schauen wo der Hase im Pfeffer ...

Richtig. Sauberes Programmieren würde eh einen Check der XML gegen ein Schema / DTD erzwingen - denn dann muss man sich diesbezüglich nicht um Fehler kümmern

Gilt natürlich nur solange die Config nicht doch mal in eine DB umzieht

Das sehe ich nicht kommen - da sehe ich nämlich keinen Vorteil drinnen.

Nichts desto trotz könnte ich mir trotzdem sehr vorstellen, dass ich noch eine interne Datenstruktur erzeuge, die alle erlaubten Widget aufführt. Die

function create_pages( page, path )

in templateengine.js ist nämlich inzwischen bei Licht betrachtet Müll, da redundant (Redundanz ist genau so böse wie frühzeitige Optimierungen).
Hier ein Objekt das Function-Calls zu den Create-Funktionen hat und das der Endanwender um eigene Werte erweitern kann dürfte wohl für alle (normale CometVisu, der Editor und der erweiterungswillige Anwender) ein Fortschritt sein.
Oder gibt's dazu andere Meinungen?