Ich weiss ja nicht welches Logo aelter ist, aber sie aehneln sich doch schon sehr...
Gruss Gerd
Meine lokale Kopie der Datei "vdr-logo.dxf" stammt vom Mo 30 Sep 2002 07:35:10 CEST, sprich das Original von Jan Grell dürfte noch älter sein.
=> http://jan.grell-netz.de/content.php/15?selected=35
Siehe auch hier :
Neue GLCD-Logo-Sammlung fertig
VDR-Logo
Hi,
hast Du schon einmal memtest über deine VDR laufen lassen, der Fehler, wenn er nicht reproduzierbar ist und immer an verschiedenen Stellen auftritt sieht für mich erstmal nach einem defekten Mainboard/DDR-RAM aus ..
anbr
Hi,
eine Variante wäre ein "Recording-Hook"-Skript => http://www.vdr-wiki.de/wiki/index.php/VDR_Optionen#record
#!/bin/bash
recording=0
configfile="/run/shm/vdr_recording.cnt"
if [ -r "$configfile" ]; then
source "$configfile"
fi
case "$1" in
before)
recording=$(( ${recording} + 1 ))
;;
after)
recording=$(( ${recording} - 1 ))
if [ ${recording} -lt 1 ]; then
recording=0
fi
;;
esac
echo "recording="${recording} > "$configfile"Ich nutze obige Variante um eine Aufnahme-LED per Shellscript anzusteuern ...
#!/bin/bash
recording=0
configfile="/run/shm/vdr_recording.cnt"
if [ -r "$configfile" ]; then
source "$configfile"
fi
if [ ${recording} -lt 1 ]; then
record-led "0"
else
record-led "1"
fiHi,
Das müßte man dann auch anpassen.
ich stimme Dir zu, aber leider funktioniert es nicht so einfach, im Prinzip müsste das ganze Menühandling um geschrieben werden,
momentan sind die Routinen so unübersichtlich, das ich selber als Maintainer nicht voll durchsteige, was der Autor beabsichtigt hat.
Hi,
Ich habe mich auch nur an den Quellen des VDR-Core orientierten, zum historischen Hintergrund der Funktion im Plugin DVDSwitch, kann aber nichts sagen...
Zum Testen, habe ich obigen Patch ins Git-Repository verschoben,
Cu,
Andreas
Hi,
wäre nicht folgendes besser ? Das doppelte Aufrufen von cOsdMenu::ProcessKey in den jeweiligen Funktionen kommt mir komisch vor.
diff --git a/commands.c b/commands.c
index db3c6dc..3360911 100644
--- a/commands.c
+++ b/commands.c
@@ -394,10 +394,11 @@ eOSState cCMDDir::New(void)
eOSState cCMDDir::New(eKeys Key)
{
+ eOSState state = cOsdMenu::ProcessKey(Key);
switch(Key)
{
case kOk:
- if(!isempty(Dir))
+ if(state == osUnknown && !isempty(Dir))
{
char *buffer = NULL;
if(0 < asprintf(&buffer, "%s/%s", CurrentDir(), stripspace(Dir))) {
@@ -431,7 +432,7 @@ eOSState cCMDDir::New(eKeys Key)
break;
}
- return cOsdMenu::ProcessKey(Key);
+ return state;
}
@@ -484,10 +485,11 @@ eOSState cCMDDir::Edit(cMainMenuItem *mItem)
eOSState cCMDDir::Edit(eKeys Key)
{
+ eOSState state = cOsdMenu::ProcessKey(Key);
switch(Key)
{
case kOk:
- if(!isempty(Dir))
+ if(state == osUnknown && !isempty(Dir))
{
char *buffer = NULL;
if(0 < asprintf(&buffer, "%s/%s", CurrentDir(), stripspace(Dir))) {
@@ -520,7 +522,7 @@ eOSState cCMDDir::Edit(eKeys Key)
break;
}
- return cOsdMenu::ProcessKey(Key);
+ return state;
}Hi,
Hat noch jemand das Problem, dass das OSD zum Flackern der LEDs führt? Das normale Videobild wird sauber umgesetzt.
Es wird dir sicher nicht weiterhelfen, aber ich habe hier kein Flackern. Aber ich habe wahrscheinlich einfach durch geschickte Wahl von VSCAN/HSCAN ( 6/3% ) den Bereich außerhalb des OSD-Area gelegt.
mfg,
Andreas
BTW: Ich habe mal einen boblight.conf Online-Konfigurator erstellt
Moin,
ich würde VDR gerne mit svdrp oder auch auf einem anderen Weg zb. DBUS nach dem Status des Plugin befragen. Also ob es momentan eingeschaltet ist.
z.B. könnte man das vorhandene svdrp-Kommando so erweitern, wenn es mit keiner zusätzlichen Option aufgerufen wird, das es den aktuellen Status zurückliefert.
:~ svdrpsend PLUG vdrboblight help MODE
220 ion SVDRP VideoDiskRecorder 2.0.4; Sun Jan 12 08:25:34 2014; UTF-8
214-MODE <mode>
214- Set mode {atmo|fixed|black|detach}
214 End of HELP info
221 ion closing connection
:~ svdrpsend PLUG vdrboblight MODE atmo
220 ion SVDRP VideoDiskRecorder 2.0.4; Sun Jan 12 08:26:24 2014; UTF-8
550 atmo mode activated
221 ion closing connection
:~ svdrpsend PLUG vdrboblight MODE
220 ion SVDRP VideoDiskRecorder 2.0.4; Sun Jan 12 08:26:28 2014; UTF-8
551 atmo mode
221 ion closing connection
:~ svdrpsend PLUG vdrboblight MODE detach
220 ion SVDRP VideoDiskRecorder 2.0.4; Sun Jan 12 08:28:10 2014; UTF-8
550 stripes detached
221 ion closing connection
:~ svdrpsend PLUG vdrboblight MODE
220 ion SVDRP VideoDiskRecorder 2.0.4; Sun Jan 12 08:28:19 2014; UTF-8
554 stripes detached
221 ion closing connectiondiff --git a/vdrboblight.c b/vdrboblight.c
index 4e47dbf..5da8e32 100644
--- a/vdrboblight.c
+++ b/vdrboblight.c
@@ -197,6 +197,22 @@ cString cPluginBoblight::SVDRPCommand(const char* Command, const char* Option, i
ReplyCode = 550;
return "stripes detached";
+ }
+ else if(!Option || !strlen(Option)) {
+ switch(cfg.viewMode) {
+ case cAmbiService::vmAtmo:
+ ReplyCode = 551;
+ return "atmo mode";
+ case cAmbiService::vmFixedCol:
+ ReplyCode = 552;
+ return "fixed color";
+ case cAmbiService::vmBlack:
+ ReplyCode = 553;
+ return "stripes black";
+ case cAmbiService::vmDetached:
+ ReplyCode = 554;
+ return "stripes detached";
+ }
}
else
{Andreas
Hi,
ich habe mal eine Bauanleitung für eine boblightd/vdr-boblight-Plugin kompatible Hardware online gestellt - http://www.deltab.de/elektronik/boblight/
Andreas
Hi,
Zum schnellen Testen, kann ich nur einen Python-Skript anbieten,
numPixels und prefix anpassen, nicht vergessen.
#!/usr/bin/python
import time
import serial
import sys
numPixels = 64
prefix = '\xA5\x5A'
def setPixelColor(ser, r, g, b):
seq=list('\x00\x00\x00')
seq[0] = chr(( r ) & 0xFF)
seq[1] = chr(( g ) & 0xFF)
seq[2] = chr(( b ) & 0xFF)
ser.write("".join(seq))
out = ''
while ser.inWaiting() > 0:
out += ser.read(1)
if out != '':
sys.stdout.write(out)
# fill the dots
def colorWipe(ser, r, g, b, wait):
i = 0
ser.write(prefix)
while i < numPixels:
setPixelColor(ser, r, g, b)
i += 1
time.sleep(wait)
# configure the serial connections
ser = serial.Serial(port='/dev/ttyACM0')
ser.open()
ser.isOpen()
# Simple Color Ramp
#for j in xrange(0, 255):
# colorWipe(ser, j, j, j, 0.10)
colorWipe(ser, 255, 255, 255, 0)Hi,
ich tippe mal, das Du eventuell eine unpassende "device" / "type" Kombination in der /etc/boblight.conf verwendet, am einfachsten ist der Typ momo...
Bei diesem Typ wird prefix + (RR + GG + BB ... * channels) + postfix gesendet.
#[global]
interface 127.0.0.1
port 19333
[device]
name ambilight
output /dev/ttyACM1
channels 192
type momo
interval 10000
prefix A5 5A
rate 500000Die Typen momo, atmo, karate, sedu verwenden CDeviceRS232, wo die Daten für mehrere Kanäle recht transparent rausgehen.
Ansonsten mal boblight/src/device/devicers232.cpp anschauen, z.B Typ KARATE hänge eine Checksum an, atmo und sedu habe je ein eigenes PRE- UND Postfix ...
Wenn ich mir deviceltbl.cpp anschaue, geht zwar auch über rs232, hat aber halt ein spezielles Datenformat und sowas
//send 255 times 0x55 for auto-baud, and 3 times 0xFF to get the rs232 sync back
memset(buff, 0x55, 255);
buff[255] = 0xFF;
buff[256] = 0xFF;
buff[257] = 0xFF;Hi,
die Werte für Gamma und Updaterate werden zwar in der setup.conf gespeichert, aber nicht wieder eingelesen.
Jan 4 23:53:43 ion vdr: [12486] ERROR: unknown config parameter: vdrboblight.Gamma = 10
Jan 4 23:53:43 ion vdr: [12486] ERROR: unknown config parameter: vdrboblight.Updaterate = 25Anbei ein Patch dafür :
diff --git a/vdrboblight.c b/vdrboblight.c
index 5a90b77..baaf519 100644
--- a/vdrboblight.c
+++ b/vdrboblight.c
@@ -138,7 +138,7 @@ bool cPluginBoblight::SetupParse(const char* Name, const char* Value)
else if (!strcasecmp(Name, "DetectCineBars")) cfg.detectCineBars = (cAmbiService::Cinebars)atoi(Value);
else if (!strcasecmp(Name, "CineBarsThreshold")) cfg.cineBarsThreshold = atoi(Value);
- else if (!strcasecmp(Name, "Frequence")) cfg.frequence = atoi(Value);
+ else if (!strcasecmp(Name, "Updaterate")) cfg.frequence = atoi(Value);
else if (!strcasecmp(Name, "Threshold")) cfg.threshold = atoi(Value);
else if (!strcasecmp(Name, "Value")) cfg.value = atoi(Value);
else if (!strcasecmp(Name, "Saturation")) cfg.saturation = atoi(Value);
@@ -146,6 +146,7 @@ bool cPluginBoblight::SetupParse(const char* Name, const char* Value)
else if (!strcasecmp(Name, "Autospeed")) cfg.autospeed = atoi(Value);
else if (!strcasecmp(Name, "Interpolation")) cfg.interpolation = atoi(Value);
else if (!strcasecmp(Name, "Priority")) cfg.priority = atoi(Value);
+ else if (!strcasecmp(Name, "Gamma")) cfg.gamma = atoi(Value);
else if (!strcasecmp(Name, "FixedColorRed")) cfg.fixedR = atoi(Value);Andreas
HI,
danke für die Denkanstöße, ich hatte mir bei meinem ersten Gehversuche, nur mittels http://www.sedu-board.de/sedu-…howto-boblightconfigtool/ eine passende boblight.conf generiert, mit der war mir aber aufgefallen, daß das jeweilige Channellogo die LEDs in der oberen Ecke mit beeinflusst werden. Zum realen Farbabgleich bin noch nicht vorgestoßen. Aber ich würde denken, das ein statische Testbild mit Farbverlauf sehr hilfreich seinen dürfte.
https://www.google.com/search?q=color+gradient&tbm=isch
Andreas
Hi,
ich habe mir auf Basis eine ATMEGA32U4 und eines LPD8806 LED-Streifen (64 LEDs) ebenfalls ein boblight-kompatibles Ambilight zusammen gelötet, was auch dank des VDR-Plugins auf Anhieb funktioniert hat.
Momentan hänge ich aber beim Einrichten, was habt Ihr in der boblight.conf für die Blockbereiche für vscan und hscan definiert.
Macht es Sinn Werte über 10% zu nehmen oder reicht es bei einem reinen Randwert von 1-2 zu bleiben.
Andreas
Dein Name des Aufnahmeverzeichnis hat das falsche Format, sollte ehe so aussehen ../2013-12-23.01.34.7-0.rec
Hi,
ich würde auf das Signal SIN am Powerstecker tippen
Andreas
Ich hatte dich so verstanden, das Du das Display am ATX +5V Standby Voltage Kreis hängen wolltest, und der Kreis unter der Belastung zusammen bricht ...
Wenn würde ich USB 1:1 belegt lassen, und gemäß http://www.muetze1.de/?page_id=568 die Versorgung über Connector CN2 (Floppy Powersupply) realisieren.
Einfache Idee, dazu mal ein anderes Netzteil probiert ?
Die alte Spec von ATX sagte max 10mA.
Erst ab ATX 2.2 sind 2A erlaubt.
Ein MDM166A hat aber eine typische Stromaufnahme von 350 - 550mA ...
Cu,
anbr
Da anonymes Editieren bereits deaktiviert ist, würde ich einfach vorschlagen, das nur "bureaucrat" neue Accounts anlegen können.
D.h. alle bisher angemeldeten User können weiter editieren, nur der Zugang wird erschwert...
Diese Änderung kann aber nur Thomas (Sysop) vornehmen.
http://www.mediawiki.org/wiki/…Restrict_account_creation
# Disable anonymous editing
$wgGroupPermissions['*']['edit'] = false;
# Prevent new user registrations except by sysops
$wgGroupPermissions['*']['createaccount'] = false;
$wgGroupPermissions['bureaucrat']['createaccount'] = true;
function efLoginFormMessage( &$template ) {
$template->set( 'header', "(For an account to edit articles with, contact Mrs. Nurdsbaum in room B-303, nelda.nurdsbaum@example.com )");
return true;
}
$wgHooks['UserLoginForm'][]='efLoginFormMessage';Mfg
Andreas (aka wiki-spam buster hulk)
Ich verwende FTDI(FT232RL) basiert Adapter ...
http://www.watterott.com/de/FTDI-Breakout-Reloaded-V11
mfg, anbr