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

Saxman2k · 5. Februar 2010

Erstmal ein dickes Dankeschön für das xine Plugin! Echt super, daß das Atmolight nun auch mit xine spielt.

Nun aber zu meinem Problem:
Ich habe einen neuen VDR mit Ubuntu 9.10 und den Paketen des vdr-teams aufgesetzt. Bei meinen ganzen Konfigurationsorgien ist mir nun aufgefallen, daß sich xine (auch bei xineliboutput) nicht mehr ordentlich beendet, wenn das atmo-post-plugin mit geladen wird. Ohne das Plugin funktioniert das Beenden ganz normal.

Normalerweise wird beim Rechnerstart xine über nodm gestartet. Beende ich nodm mit "/etc/init.d/nodm stop", dann bleibt der xine Prozess als Zombie übrig. Starte ich hingegen xine nicht automatisch, sondern nachträglich von der Konsole und beende es dann mit Strg-C, dann passiert an der Konsole garnix. Der Prozess bleibt ebenfalls mit Status defunct hängen.

Zur Hardware: ich habe eine atmo-Platine von Slime mit USB-Anschluß. Im Aufruf gebe ich /dev/ttyUSB0 als device an.

Da ich mal so wirklich garkeine Fehlermeldung im syslog gefunden habe, weiß ich leider nicht, wo ich ansetzen soll. Hilft da gdb weiter? Ich hab noch nie mit einem Debugger gearbeitet, wäre also für eine kurze Anleitung dankbar.

Gruß,
Saxman2k

Saxman2k · 6. Februar 2010

*push*

Bin ich wirklich der einzige mit dem Problem?

[edit]
Anscheinend gibt es ein Problem, wenn xine mit dem Parameter "-V vdpau" gestartet wird. Sobald ich den weglasse kann sich xine auch normal beenden. Also lass ich den einfach weg und vdpau wird über die config automatisch ausgewählt. Aber ist schon seltsam...

durchflieger · 6. Februar 2010

Hallo,

im ersten Artikel dieses Thread steht jetzt die Version 0.3 des Plugin zum Download bereit mit folgenden Erweiterungen:

- Unterstützung für den neuen DF10CH Atmolight Controller

- Es gibt jetzt neben top,bottom,left,right die neuen Sektionen center,topLeft,topRight,bottomLeft,bottomRight

- Der neue Center-Kanal wird jetzt auch bei dem "classic" Kontroller ausgegeben

- Die Ausgabe der Daten an die Controller erfolgt jetzt erst um 1 sec. verzögert wenn ein neuer Stream startet. Das sorgt für weniger Flackerei beim umschalten der TV-Kanäle sowie für dunkle LED's beim "NoSignal" Standbild.

- Unterstützung zum direkten bauen von debian Paketen. Vielen dank für die Vorlage dafür an das "the-vdr-team"

Viel Spass damit!

Gruss
durchflieger

durchflieger · 7. Februar 2010

Zitat

Original von Saxman2k
*push*

Bin ich wirklich der einzige mit dem Problem?

[edit]
Anscheinend gibt es ein Problem, wenn xine mit dem Parameter "-V vdpau" gestartet wird. Sobald ich den weglasse kann sich xine auch normal beenden. Also lass ich den einfach weg und vdpau wird über die config automatisch ausgewählt. Aber ist schon seltsam...

Ich glaube dein Problem ist bei den Tests zur Version 0.3 bei mir auch aufgetreten. Irgendwie kamen nicht alle erwarteten Log-Meldungen beim beenden.
Werde mir das in den nächsten Tagen mal näher anschauen.

Gruss
durchflieger

Saxman2k · 7. Februar 2010

Mittlerweile bin ich total verwirrt, was das Problem angeht.
Denn gestern trat es schon wieder auf. Sogar ohne den -V Parameter. Scheint also doch an irgendwas anderem zu liegen. Ich kann sogar nicht mehr mit Bestimmtheit sagen, daß Dein Post-Plugin die Ursache ist. Ich meine, daß gestern auch ohne das atmo hin und wieder xine hängen blieb. Das muß ich aber nochmal genauer untersuchen.

Hast Du vielleicht Tipps zum Debuggen?

durchflieger · 8. Februar 2010

Hallo,

Das Projekt hat jetzt ein neues Zuhause auf vdr-devloper.org gefunden. Die Downloads sowie ein git Repository stehen ab jetzt hier zur Verfügung: xine-lib-atmolight

Gruss
durchflieger

jamju · 11. Februar 2010

Hallo,

habe bei mir nun erfolgreich dein natives Atmo Xine Plugin zum laufen gebracht. Funktioniert soweit ganz gut, doch leider verwirrt mich die Readme noch etwas.
Wie müssen weitere Parameter wie Linker und rechter Kanal, sowie weißabgleich (Farben stimmen noch net wirklich) angegeben werden.
Danke für deine Info schonmal im Voraus...

MFG

durchflieger · 11. Februar 2010

Zitat

Original von jamju
Hallo,

habe bei mir nun erfolgreich dein natives Atmo Xine Plugin zum laufen gebracht. Funktioniert soweit ganz gut, doch leider verwirrt mich die Readme noch etwas.
Wie müssen weitere Parameter wie Linker und rechter Kanal, sowie weißabgleich (Farben stimmen noch net wirklich) angegeben werden.
Danke für deine Info schonmal im Voraus...

MFG

in dem du beim Aufruf des xine player Kommandozeilenparameter mit gibts:

Code

--post=atmo:driver=classic,driver_param=/dev/ttyS0,top=1,bottom=1,left=1,right=1,center=1

jamju · 11. Februar 2010

Guten abend,

durchflieger Danke für die Hilfe hat prima geklappt...

Nur leider habe ich jetzt das Problem, dass statt der schwarzen Farbe --> Weiß angezeigt wird. Habe schon das darkness_limit und brightness... probiert, hat aber nix gebracht:(

Hat jemand eine Lösung für dieses Problem...?

Danke

durchflieger · 11. Februar 2010

Zitat

Original von jamju
Guten abend,

durchflieger Danke für die Hilfe hat prima geklappt...

Nur leider habe ich jetzt das Problem, dass statt der schwarzen Farbe --> Weiß angezeigt wird. Habe schon das darkness_limit und brightness... probiert, hat aber nix gebracht:(

Hat jemand eine Lösung für dieses Problem...?

Danke

Alles anzeigen

Ja ich habe eine Lösung! Dass ist die neue Version 0.4 die jetzt zum Download bereit steht.

Das Problem hat schon mal jemand anderes in diesem Thread vor längerer Zeit gemeldet.

Endlich bin ich jetzt selber dank einer neuen Testumgebung (mit df10ch) mal in der Lage diesen Fehlern nachzugehen.

Der Fehler lag in den Berechnung der mittleren Helligkeit und ist eigentlich schon ziemlich schwerwiegend.
Mit dieser Fehlerkorrektur ist bei mir auch dass ab und zu auftretene "blitzen" verschwunden das hier im Thread ja auch schon erwähnt wurde.

Den Standardwert für das darkness limit habe ich von 50 auf 10 geändert. Damit bekomme ich bei mir eine sichere Schwarzwerterkennung.
Mit dieser Version solltet ihr eure evt. krummen Einstellungen für brighness und darkness limit aufgrund des Fehlers erstmal wieder auf standard Werte setzen.
Bei mir steht brightness jetzt auf 120 womit ich eine gute Helligkeit ohne Übersteuerung erhalte.

Bin auf euer Feedback gespannt...

Gruss
durchflieger

mapovi · 27. Februar 2010

Ich nutze seit einiger Zeit auch das Atmo POST Plugin. (Danke an durchflieger ) Jetzt möchte ich auf die neue xinelib umsteigen. Dafür ist der Vdpau extension Patch nicht mehr notwendig/vorhanden. Wie habt ihr das gelöst? Gibt es den Extension-Patch auch für die neue xinelib (ich habe nichts gefunden)? Ohne die GRAB Funktion kompiliert das POST Plugin ja nicht.

EDIT: Sorry, habe es gefunden:
Extensionspatch für xine-lib

durchflieger · 10. März 2010

Hallo,

auf vdr-developers steht die Version 0.5 zum download bereit.

Aus der HISTORY:

Added storage of actual plugin parameters into xine configuration key 'post.atmo.parameters'.
Added support for 'on the fly' parameter changes.
Added 'start_delay' plugin parameter for individual adjustment of start delay after start of new stream.
Changed start delay default from 1000ms to 250ms
Added 'enable' plugin parameter for switching the atmolight on/off on the fly.
DF10CH configuration parameters are now mandatory.
Improved calculation of weights for border area
Improved calculation of average brightness
Add support for DF10CH config version 2 (overscan, edge weighting, analyze size are now read from controller)
Improved DF10CH driver error logging
Added 'hue_threshold' parameter.
Modify 'edge weighting' parameter. Value is now divided by 10 to reach more fine control
Changed 'edge weighting' default from 80 to 60
Changed 'darkness limit' default from 10 to 1

Mehr Informationen zu den Erweiterungen findet Ihr in der README-Datei.

Gruss
durchflieger

durchflieger · 11. März 2010

Hallo,

nochmal ein Hinweis bezüglich des "overscan" Parameter des Plugin:
Vermutlich werden hier viele Ihren LCD-TV mit nativer Displayauflösung betreiben so dass der TV selber keinen Overscan mehr durchführt. In diesem Fall solltet Ihr das Parameter overscan auch auf 0 setzen.

Falls Ihr euch nicht sicher seit was euer TV macht, könnt Ihr auch das DF10CH Setup-Program einsetzen um den optimalen Wert für den overscan (und weitere) zu bestimmen. Eine Anleitung dazu findet Ihr hier:
VDR-Wiki

Gruss
durchflieger

stubi · 22. März 2010

Hallo,

erstmal möchte ich mich herzlich bedanken - mein Atmolight läuft wieder

Nun habe ich aber das Gefühl (das Atmo lag lange funktionslos rum), dass die Helligkeit nicht mehr so hoch ist, wie früher (da hatte ich die 300 nichtmal ausgenutzt).
Jetzt übergebe ich den brightness=300 Parameter und meine, dass es immer noch zu dunkel ist, kann das jemand bestätigen oder entkräften?
Ich benutze einen "Slime"-Controller mit Ikea-Dioderstreifen.

MfG
Stubi

stubi · 22. März 2010

Oh Mann, Kommando zurück.
Wer zu dämlich ist, brightness richtig zu schreiben, hat es auch nicht verdient, dass das Atmolight hell genug ist...

MfG
Stubi

DrBoon · 13. April 2010

und noch ne dumme Fragel:

Gibt es eine Möglichkeit per kommandozeile das postplugin Atmo "stumm"=aus und wieder einzuschalten, ohne xine neu zu starten? Also quasi im laufenden Betrieb?

Oder halt dem Controller mitzuteilen, das er mal pause machen soll.

Grüße

durchflieger · 13. April 2010

Zitat

Originally posted by DrBoon
und noch ne dumme Fragel:

Gibt es eine Möglichkeit per kommandozeile das postplugin Atmo "stumm"=aus und wieder einzuschalten, ohne xine neu zu starten? Also quasi im laufenden Betrieb?

Oder halt dem Controller mitzuteilen, das er mal pause machen soll.

Grüße

Alles anzeigen

Per Komandozeile geht das nicht. Im xine-ui player geht es per Mousebedienung (siehe README)

Gruss
durchflieger

DrBoon · 13. April 2010

Klar, nur hab ich am VDR keine Maus, und will auch kein GUI auf dem TV ( dann isses ja kein htpc mehr, sondern ne Workstation auf der man auch tv gucken kann )

Mein Problem ist folgendes:

Mein VDR läuft 24/7 durch, da der Server auch andere Aufgaben miterledigt, lediglich die Anlage und der TV werden stromfrei gemacht wenn keiner davor sitzt.
Nun will ich den TV um Atmo erweitern, hab aber ja jetzt das Problem das die RGB-Leds weiterhin befeuert werden würden, da ja Xine weiterhin daten dahin schickt. ( Also alles dunkel im Wohnzimmer, aber Atmolight feuert bunte Farben an die Wand. ).
Wenn ich den Controller auch stromfrei mache, ist zwar das Atmo-licht aus, aber die Schnittstelle verschwindet -> wird wohl ein xine- und damit auch ein vdr-crash. selbst wenn nicht ist das anstecken im Betrieb wohl auch eher unzuverlässig.

Hast du hierzu ne Idee?

PS: Würde sowas wie ne Repeater-Fifo das problem zur not fixen? ( xine->pipe->usb? ) oder wäre das keine Option?
Mit Pipe mein ich einfach ein Programm das per fifo die datenpakete vom atmo-plugin entgegennimmt, und wenn es den "aus"-befehl bekommt einfach nicht weitergibt bzw. "stumm"-pakete schickt. Ich hoff du verstehst was ich mein.

durchflieger · 13. April 2010

Zitat

Originally posted by DrBoon
Klar, nur hab ich am VDR keine Maus, und will auch kein GUI auf dem TV ( dann isses ja kein htpc mehr, sondern ne Workstation auf der man auch tv gucken kann )

Mein Problem ist folgendes:

Mein VDR läuft 24/7 durch, da der Server auch andere Aufgaben miterledigt, lediglich die Anlage und der TV werden stromfrei gemacht wenn keiner davor sitzt.
Nun will ich den TV um Atmo erweitern, hab aber ja jetzt das Problem das die RGB-Leds weiterhin befeuert werden würden, da ja Xine weiterhin daten dahin schickt. ( Also alles dunkel im Wohnzimmer, aber Atmolight feuert bunte Farben an die Wand. ).
Wenn ich den Controller auch stromfrei mache, ist zwar das Atmo-licht aus, aber die Schnittstelle verschwindet -> wird wohl ein xine- und damit auch ein vdr-crash. selbst wenn nicht ist das anstecken im Betrieb wohl auch eher unzuverlässig.

Hast du hierzu ne Idee?

PS: Würde sowas wie ne Repeater-Fifo das problem zur not fixen? ( xine->pipe->usb? ) oder wäre das keine Option?
Mit Pipe mein ich einfach ein Programm das per fifo die datenpakete vom atmo-plugin entgegennimmt, und wenn es den "aus"-befehl bekommt einfach nicht weitergibt bzw. "stumm"-pakete schickt. Ich hoff du verstehst was ich mein.

Alles anzeigen

Dazu fällt mir folgendes ein:
1. Wenn du sowieso ein Kommando am VDR abschicken willst wieso beendest du dann nicht einfach den xine player. Würde auch noch Strom am Rechner sparen.
2. Falls du planst den DF10CH Kontroller zu verwenden dann ist das ganz einfach. Hier bekommen Kontroller und LED's ihren Strom sowieso aus zwei getrennten Kreisen. Der Kontroller über USB, also deinem Rechner der ja durchläuft. Die LED's per separaten Netzteil. Das kannst du problemlos stromlos machen.

Gruss
durchflieger

DrBoon · 13. April 2010

Zitat

2. Falls du planst den DF10CH Kontroller zu verwenden dann ist das ganz einfach. Hier bekommen Kontroller und LED's ihren Strom sowieso aus zwei getrennten Kreisen. Der Kontroller über USB, also deinem Rechner der ja durchläuft. Die LED's per separaten Netzteil. Das kannst du problemlos stromlos machen.

Ich plan das zwar für "irgendwann in der Zukunft", gönn aber meinem VDR jetzt auf die schnelle mal nen 4Kanal. Mal sehen sobald man den DF10CH sammt Leisten dann auch irgendwo leistbar bestellen kann ( Für's selbserbauen bin ich leider zu ungeschickt ).

Zitat

1. Wenn du sowieso ein Kommando am VDR abschicken willst wieso beendest du dann nicht einfach den xine player. Würde auch noch Strom am Rechner sparen.

mit dem Gedanken hatte ich auch schon gespielt... hatte aber damals beim Versuch öfter das Problem, das nach dem X'ten start des X-Servers der TV "BLAU" bleibt bis man den Rechner neu startet. ( keine ahnung, hab den Fehler nie gefunden. )

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

Jetzt mitmachen!

Teilen