DFAtmo der Treiber für Atmolight Controller für VDR, xbmc und xinelib basierte video player

das hört sich fein an, hab mir grad die version v0.99.7hg. gezogen, nur ein xine-remote kennt keinen Befehl "close" ... wenn ich close eintipe beendet nur xine-remote seine unterhaltung mit xine-ui. Meinst du evtl STOP ? Nach stop nimmt Play den Stream allerdings nicht mehr auf.

wow, das ist mal fein. Gleich mal ausprobieren.

Danke schonmal.

Hi ihrs,

Ich möchte meine ersten Erfahrungen zu Atmo auch mit euch teilen.

Folgende Zusammenstellung (für meinen 40" 16:9 LCD):

• 4 Kanal Atmolight
• 1x 50cm Rechts
• 1x 45cm Oben_Rechts
• 1x 45cm Oben_Links
• 1x 50cm Links
• Atmo-Plugin 0.5.0

Aussehen tut das ganze gerade so: Youtube

Folgende Änderung an output_driver.h, um den Bottom-Kanal als Top-Left zu nutzen:

/**************************************************************************************
 *  Protocol for "classic" atmolight serial 2ch controller
 **************************************************************************************/


static void classic_driver_output_colors(output_driver_t *this_gen, rgb_color_t *colors, rgb_color_t *last_colors) {
  serial_output_driver_t *this = (serial_output_driver_t *) this_gen;
  uint8_t msg[19];


  if (this->devfd < 0)
    return;


    /* create command */
  memset(msg, 0, sizeof(msg));
  msg[0] = 0xFF;       /* start byte */
  msg[1] = msg[2] = 0; /* start channel */
  msg[3] = 15;         /* number of channels (5 * RGB) */


    /* top channel */
  if (this->param.top)
  {
    msg[13] = colors->r;
    msg[14] = colors->g;
    msg[15] = colors->b;
-    colors += this->param.top;
+   ++colors;
+   msg[16] = colors->r;
+   msg[17] = colors->g;
+   msg[18] = colors->b;
+   ++colors;
  }


    /* bottom channel */
  if (this->param.bottom)
  {
-    msg[16] = colors->r;
-    msg[17] = colors->g;
-    msg[18] = colors->b;
-    colors += this->param.bottom;
  }

Aufgerufen mit folgenden Parametern ( bis auf ein bissl mit gamma und Brightness spielen passt das glaub ich schon recht gut

--post atmo:driver=classic,driver_param=usb:.*ftdi_sio.*vendor:0403.product:6001*,top=2,left=1,right=1,bottom=0,center=0,gamma=5,brightness=125,filter=combined,darkness_limit=10,analyze_size=3,edge_weighting=1,filter_length=300,filter_smoothness=70,filter_threshold=50,start_delay=500,overscan=5

Mit filter=percentage kann ich mich (noch) nicht wirklich anfreunden, obwohl ich glaube das das schon das richtige wäre ( gerade für Spielfilme ) . Nur Flackern da in Serien die Farben einfach zu stark. ( Mal weiterprobieren ).

Folgende Module vor dem Start von xine geladen ( ich han mehrere ftdi_sio Geräte

modprobe usbserial 
modprobe ftdi_sio vendor=0x0403 product=0x6001

Im moment starte ich xine mit zwar initial aus dem vdr-xine-plugin, allerdings mit einer Änderung in xine.c ( nicht die favorisierte methode

bool cPluginXine::Start(void)
{
  // Start any background activities the plugin shall perform.
  if (!PluginXine::cXineDevice::Open())
    return false;
+    system ( "/usr/bin/vdr-xine.sh &" );
  return true;
}

Hat den Hintergrund das ich meinen TV per Lirc Ein- und Ausschalte, und das script jetzt so erweitert hab, das xine nicht mehr läuft, solange der TV nicht an ist.

Grüße.

Hi,

nachdem mich das Atmo schon recht begeistert gleich noch eine Frage, die ich hier leider nicht wirklich beantwortet fand:

Ist es möglich noch einen zweiten cpresser Atmo-Controller in einem postplugin mit anzusteuern? ( oder sind die sogar cascadierbar = in reihe zu stecken ? ) stichwort: Atmotwin
Oder im schlimmsten Fall das Postplugin 2x mit unterschiedlichen Configs aufzurufen?

Meine Vorstellung für die Aufteilung (Kabelorientiert ausgerichtet):
1. Controller:

• Right Bottom
• Right Top
• Top Right
• Top Middle

2. Controller:

• Top Left
• Left Top
• Left Bottom
• Bottom

Oder eben ( Treiberorientiert ausgerichtet):
1. Controller:

• Right Bottom
• Right Top
• Left Top
• Left Bottom

2. Controller:

• Top Left
• Top Right
• Top Middle
• Bottom

Grüße

Große Freude macht sich in meinem Gesicht bemerkbar...

Sorgen macht mir allerdings noch die Ansprechreihenfolge der Controller ( aber das bekommt man bestimmt gelöst).

Nun, dieses Monat kann ich mir zwar keinen weiteren Controller leisten ( sonst werde ich ohne Vorwarnung getötet ), aber so auf Mitte nächstes Monat würde ich das doch sehr gerne angehen.

Grüße und danke für deine Antwort.

Zitat

Originally posted by DrBoon
Sorgen macht mir allerdings noch die Ansprechreihenfolge der Controller ( aber das bekommt man bestimmt gelöst).

Die FTDI-Chips haben unterschiedliche Seriennummer, d.h. du kannst über eine udev-regel die beiden geräte sauber auf immer die gleichen devices mappen.

Zitat

Original von slime
du kannst über eine udev-regel die beiden geräte sauber auf immer die gleichen devices mappen.

SUBSYSTEMS=="usb", ATTRS{product}=="FT232R USB UART", ATTRS{idProduct}=="6001", ATTRS{idVendor}=="0403", SYMLINK+="ttyUSB_$attr{serial}", KERNEL=="ttyUSB[0123]", MODE="0666"

Zitat

Original von durchflieger

Das neue Kommando heisst 'AtmolightEnable'.
Zuordnung zur gewünschten Taste z.B. in der ~/.xine/keymap vornehmen.

Der patch ist gegen das aktuelle xine aus dem hg repository.

Ich hab vorhin versucht den Patch in yavdr einzubauen. Lief auch alles problemlos, jedoch funktioniert es nicht.

Ein xine --keymap=lirc zeigt mir auch den Atmo-Switch als Option.

Habe den Befehl sowohl in der lircrc als auch in der keymap getestet, das xine-atmo-plugin lässt sich bei laufendem xine jedoch nicht deaktivieren.

Die übrigen Befehle in der keymap bzw. lircrc funktionieren jedoch einwandfrei.

Wo kann ich mit der Fehlersuche weiter machen?

Gruß
dkvt

Funktioniert doch alles, hatte irgendwie noch Version 0.3 vom Plugin... mit der 0.5 funktioniert es

Hallo,

liest sich ganz gut!!!!

Kann mir jemand nochmal kurz konzentriert zusammenfassen, was brauche ich.
Welche Patches, welche Plugins...

Das wäre super Lieben Dank schon mal.

Hallo,

hat den jemand unter yavdr 0.2 das atmo laufen?
Gibt es da schon ein fertiges Paket?
Hatte unter 0.1.1 das Paket von donulfo verwendet, welches gut funktionierte.
Das aktuelle Atmo-plugin aus dem Repo zeigt nur"Eingabedevice konnte nicht geöffnet werden" an, unter xine als auch xinelibout.

Danke

Thueringer01

welches meinst du ? das? :

libxine-atmo-plugin:
  Installiert: (keine)
  Kandidat: 0.5+git20100624-1yavdr1
  Versions-Tabelle:
     0.5+git20100624-1yavdr1 0
        500 http://ppa.launchpad.net/yavdr/unstable-vdr/ubuntu/ lucid/main Packages
        500 http://ppa.launchpad.net/yavdr/stable-vdr/ubuntu/ lucid/main Packages

oder das ?:

vdr-plugin-atmo:
  Installiert: (keine)
  Kandidat: 0.1.3-12yavdr1
  Versions-Tabelle:
     0.1.3-12yavdr1 0
        500 http://ppa.launchpad.net/yavdr/unstable-vdr/ubuntu/ lucid/main Packages
     0.1.3-11yavdr1 0
        500 http://ppa.launchpad.net/yavdr/stable-vdr/ubuntu/ lucid/main Packages

vdr-plugin-atmo geht soweit ich weiss nur mit ff-karte ?!

Hallo,

Ich meine das hier:

http://vdr-portal.de/board/thread.php?threadid=93406&threadview=0&hilight=&hilightuser=0&page=1 und
dpkg -i vdr-plugin-atmo_0.1.3-1_i386.deb

Hatte dann nur noch die plugin.atmo.conf mit
--input=SOFTDEVICE -o SERIAL=/dev/ttyUSB0 gemacht und

in /etc/vdr/vdr.groups
entsprechend ändern, also die Gruppe
dialout hinzufügen.
das war es dann, lief mit 0.1.1 unter xine, nicht unter xinelibout.

kann leider nur copy & paste und keine Pakete bauen,leider leider.

Danke

Thueringer01

mach mal bitte einen thread in debian (oder derivate) auf.
hier geht es ja um ein "anderes" plugin.

(könntest du ja auch testen ?).

aber ich kann den patch natürlich einbauen ... kein problem.

EDIT: sorry ich meinte das "plugin" von donulfo