Beiträge von .marco

Hi, same error for me - additionally my VDR restarts as soon as i try to start the 'startTV.bat'. I get some .conf errors too, maybe thats why?

.....
Can't open 'Z:/mplayer-vtp-mingw/mplayer/codecs.conf': No such file or directory
Can't open '/usr/local/etc/mplayer/codecs.conf': No such file or directory
Input config file Z:/mplayer-vtp-mingw/mplayer/input.conf parsed: 53 binds
Syntax error at line 100
Can't open menu config file: /usr/local/etc/mplayer/menu.conf
Menu init failed
At line 100 : EOB reached while parsing element startRead channels
channel 1 Das Erste:11837:h:S19.2E:27500:101:102:104:0:28106:0:0:0
channel 2......
channel 105 Ísterreich 1;ZDFvision:11954:H:S19.2E:27500:0:421:0:0:28017:1:1079:0


channel : 105[vtp] find 0 : 1 Das Erste:11837:h:S19.2E:27500:101:102:104:0:28106
:0:0:0


[vtp] command 'ABRT 0
' : 220 Data connection closed


[vtp] can't request channel '1'
cause : 220 Data connection closed


[vtp] can't request channel '1'
Failed to open vtp://TS@vdr:2004/1

And this is what my VDR says:

Feb 13 02:35:02 vdr vdr[1648]: connect from 10.0.0.4, port 1317 - accepted
Feb 13 02:35:02 vdr vdr[1648]: closing SVDRP connection
Feb 13 02:35:02 vdr vdr[1653]: Streamdev: Accepted new client (VTP) 10.0.0.4:1318
Feb 13 02:35:02 vdr vdr[1653]: Streamdev: Detaching streamer for device selection
Feb 13 02:35:02 vdr vdr[1653]: Streamdev: Reattaching transceiver after device selection
Feb 13 02:35:02 vdr vdr[1658]: transfer thread started (pid=1658)
Feb 13 02:35:02 vdr vdr[1659]: receiver thread started on device 1 (pid=1659)
Feb 13 02:35:02 vdr runvdr: restarting VDR

Any hints? Streaming over vtp sounds really promising....i have one DVB-S Card, streamdev is set to always pause (and works fine with http streaming), pausing live TV manually first doesn't help either. Streamdev Version is 0.3.1-3.
Thanks
Marco

Ahhhh.....Danke für den Hinweis! Ich hab in meiner Naivität angenommen die einzelnen Levels werden nacheinander ausgeführt Danke, werd ich gleich ausprobieren!

Gruss,
Marco

Hallo,

ich benutze die c't VDR Distribution und möchte gerne die Lauststärke beim Booten automatisch setzen. Als Lautsprecher setze ich ein Teufel Aktiv 5.1 System ein, das automatisch einschaltet wenn ein Audiosignal eingeht - dummerweise kann das auch mitten in der Nacht sein, wenn der VDR sich einschaltet um nachts was aufzunehmen.

Ich habe versucht dies über das /etc/init.d/vdr script zu machen (ich glaub das entspricht dem runvdr script auf nicht c't Distributionen) in dem ich am Schluss folgende Zeilen eingefügt habe:

sleep 2 # Kurz warten bis VDR Verbindungen annimmt
/usr/lib/vdr/svdrpsend.pl VOLU 180 # Lautstärke auf 180 setzen
/usr/lib/vdr/svdrpsend.pl VOLU mute # dann muten

Funktioniert allerdings nur wenn ich den VDR manuell starte, beim Booten zeigen die Einträge keine Wirkung - Syslog sagt leider gar nichts dazu.

Danach hab ich versucht das Ganze als Startskript in rc6.d einzubauen, da sollte ja eigentlich der VDR schon laufen (S99volumefix, mit chmod ausführbar gemacht) - allerdings zeigt es da auch keine Wirkung, ich bekomm auch keine Logeinträge wenn ich ein 'echo' oder 'logger' mache - muss ich da erst einstellen wohin er loggen soll?

Hat jemand einen Tipp wie man das am Besten bewerkstelligt?

Vielen Dank,
Marco

Hallo,

kleiner Nachtrag, das Display kam heute wieder an und funktioniert wunderbar. Laut Rebach war nur der Kontrast am Potentiometer so niedrig eingestellt das man nichts gesehen hat - wundert mich zwar etwas, ich habe gedacht ich hätte daran auch rumgeschraubt und mehrere Einstellungen probiert. Nichtdestotrotz wunderbar das es jetzt funktioniert.

Rückabwicklung von Rebach war auch sehr zügig und kulant.

Grüsse!
Marco

Hallo,

ich benutze den 2er c't VDR 1.2.6-27 mit Kernel 2.4.24-ctvdr-2 und versuche ACPI korrekt zum funktionieren zu bringen, um beim Drücken des Powerbuttons einen ordentlichen Shutdown zu machen. Das Board ist ein Mediaportal AVT, dadurch kann ich es per Fernbedienung einschalten.

ACPI ist im Bios eingeschaltet , acpid ist installiert und das Verzeichnis /proc/acpi vorhanden. /var/log/dmesg sagt auch das ACPI aktiviert ist (soweit ich das erkennen kann). Trotzdem werden keine Events wie das Drücken des Ausschalters registriert, in den Logfiles steht ebenfalls einfach nichts.

Der acpid läuft aber - hat jemand eine Idee was man noch probieren oder testen könnte?

Danke für jegliche Tipps
Marco

Hallo,

ich hatte das selbe Problem, bei mir lag es am gewählten 'Sascha Scroll' OSD Theme. Das scheint wohl diesbezüglich nicht kompatibel sein, mit nem anderen Thema gehts einwandfrei - probiers mal aus.

Grüsse!
Marco

Danke für die Antworten!

streamdev 0.3.3 für den c't VDR hab ich leider nicht gefunden - gibts den überhaupt als Package für den 'älteren' c't VDR?

Das mit dem Skript leuchtet mir aber ein - ich denke da kann ich mir was kleines schreiben...

Vielen Dank!
Marco

Hallo,

ich benutze den c't VDR 1.2.6-27 mit dem streamdev-server 0.3.1-3. Leider schaltet sich der VDR immer nach Ablauf der Benutzer-Inaktivitätszeit aus, und achtet dabei nicht ob noch gestreamed wird bzw. registriert auch nicht das Umschalten von Streams als Benutzeraktivität.

Ist das bei euch auch so und gibts dafür eine Lösung?

Vielen Dank,
Marco

Hallo,

Danke erstmal für die Antwort! Hm ja, hab ich mir schon gedacht.

Wie ist denn der Support bei Rebach, geht das schnell mit dem Umtausch oder zieht sich das über Wochen hin? Sonst würde ich es einfach woanders bestellen und vom Kauf zurücktreten....

Danke!
Marco

Hallo zusammen,

ich hab mir bei Rebach-Online ein bereits anschlussfertiges 128x64 GLCD in blau bestellt, eigentlich um möglichst wenig Ärger damit zu haben, aber das ging voll schief.

EDIT: Ups, falscher Link - hier der richtige:
http://www.rebach-online.de/shop/product_info.php?cPath=63_64&products_id=5015083
Das Display hat laut Daten einen HD61202 (Hitachi) equiv, kompatibel zum KS0108 Kontroller.

Leider bekomm ich das Ganze nicht zum laufen, weder unter Linux mit graphlcd noch unter Windows mit LCDInfo, auf 2 verschiedenen Clients. Die Hintergrundbeleuchtung leuchtet zwar, aber es erscheint sonst keine Darstellung. Parallelport ist jeweils (meines Wissens) korrekt auf ECP+EPP eingestellt, hab auch schon ziemlich sonst alle Einstellungen durch.

Sind die Teile wirklich so sensibel das die einfach mal gar nicht funktionieren wenn die geliefert werden? Werden die nich vor dem Abschicken getestet? Hab ich was dämliches übersehen?

Kanns nicht glauben das immer ich das kaputte Zeug geliefert bekomme

Besten Dank für jegliche Tipps,
Marco

Hi Foobar,

nein, eigentlich benutze ich die c't vdr Distribution - Postfix brauch ich eigentlich gar nicht. Ich habs mal deaktiviert. Den Streamtype hatte ich schon auf PES, ich komme so circa auf ne Stunde ungestörten Streamings (wenn man nicht das Ausgabefenster dauernd verschiebt oder die Grösse ändert) - ist ja auch schon was

Viele Grüsse,
Marco

Hallo Foobar,

Ah na da bin ich ja froh das ich da nicht alleine bin und es kein Hardwareproblem oder sonstwas ist. Schade das der Mplayer unter Windows nicht so recht tut.

In dem Fall steht beim VDR Restart bei mir ja auch nichts über die Fehlerursache, ausser den Postfix Meldungen steht ja nichts drin (kann man Postfix irgendwie deaktivieren eigentlich?).

Mplayer scheint momentan wirklich die einzige Möglichkeit zu sein, teilweise soll auch VLC funktionieren - da is gerade ein Thread in der HowTo Sektion der sich damit beschäftigt. http://www.vdrportal.de/board/thread.php?threadid=28266&sid=

In dem Fall muss man wohl abwarten....vielleicht kanns ja irgendwann der MPC.

Viele Grüsse,
Marco

Hi,

Falls Du nicht selber löten willst kannst du Dir auch nur einen ComPort Empfänger kaufen, gibt es so ab 3-4€. Prinzipiell sollten alle üblichen Fernbedienungen funktionieren, wenn es allerdings bereits eine Konfigurationsdatei für die Fernbedienung gibt erspart es Dir etwas Arbeit.

In anderen Shops und bei Ebay gibts auch Bundles mit anderen Fernbedienungen (die IMEX-1313 z.b. ganz ok) für den selben Preis. Such einfach mal nach 'lirc' in den Artikelbeschreibungen.

Viele Grüsse,
Marco

Zitat

Original von BigDiSt
> habe gestern was Zeit gehabt zum Experimentieren und mit Code 215 einen
> gefunden, bei dem ich alle Tasten wei gewünscht einzeln mit irrecord
> anlernen konnte, damit funktioniert die Fernbedienung (fast) wie
> gewünscht...

Super, Vielen Dank!

Allerdings gibt es doch einen Button der doppelt belegt ist - zumindest bei mir und meiner TCM 218681 (das ist die Version mit Joystick). Der Rekord Button und die Taste 'C' - das ist eine von den unteren 4, über dem Steuerblock, mit dem 'angeschnittenen' Videotextsymbol.

Kann man aber noch so verschmerzen, schade allerdings das es gerade den Recordbutton getroffen hat. IRW gibt zudem die Tasten bei Betätigung doppelt aus, als ob sie prellen würden (das war mit nem anderen Code nicht so) - macht aber scheinbar nichts im Betrieb mit VDR.

Falls es jemand brauchen kann, hier meine Lircd.conf:

# Please make this file available to others
# by sending it to <lirc@bartelmus.de>
#
# this config file was automatically generated
# using lirc-0.6.6(any) on Fri Jan 21 15:02:05 2005
#
# contributed by
#
# brand: TCM (Tchibo)
# model no. of remote control: 218681 (Joystick)
# devices being controlled by this remote:
# CodeNr. 215


begin remote


  name  TCW-218681-#215
  bits           16
  flags SPACE_ENC
  eps            30
  aeps          100


  header       9037  4389
  one           638  1596
  zero          638   471
  ptrail        637
  pre_data_bits   16
  pre_data       0x126
  gap          42171
  min_repeat      1
  toggle_bit      0




      begin codes
          1                        0x000000000000807F
          2                        0x00000000000040BF
          3                        0x000000000000C03F
          4                        0x00000000000020DF
          5                        0x000000000000A05F
          6                        0x000000000000609F
          7                        0x000000000000E01F
          8                        0x00000000000010EF
          9                        0x000000000000906F
          AV                       0x00000000000049B6
          0                        0x00000000000000FF
          -/--                     0x0000000000008A75
          MENU                     0x00000000000012ED
          (+)                      0x0000000000000AF5
          EXIT                     0x00000000000052AD
          UP                       0x0000000000006897
          DOWN                     0x000000000000E817
          LEFT                     0x0000000000009867
          RIGHT                    0x00000000000018E7
          OK                       0x000000000000A25D
          MUTE                     0x000000000000B04F
          VOL+                     0x000000000000708F
          VOL-                     0x000000000000F00F
          CHAN+                    0x00000000000050AF
          CHAN-                    0x000000000000D02F
          A                        0x000000000000F30C
          B                        0x0000000000001AE5
          C                        0x000000000000A857
          D                        0x000000000000EA15
          REW                      0x0000000000001BE4
          PLAY                     0x0000000000005BA4
          FF                       0x000000000000DB24
          REC                      0x000000000000A857
          STOP                     0x0000000000009B64
          PAUSE                    0x00000000000058A7
          POWER                    0x000000000000926D
      end codes


end remote

Viele Grüsse!
Marco

Zitat

Original von Salvi 5
Freut mich, daß es funktioniert. Im Prinzip ist es aber nur ein Puzzle aus Skripten hier im Portal und dem Newsarchiv von Fli4l. Zum OPTs schreiben tauge ich (noch) nicht.

Na, keine falsche Bescheidenheit Solange es funktioniert ist doch der Lösungsweg nicht so wichtig - und ein OPT nur aus Skripten ist doch nicht zu bemängeln, der Einsatz ist doch ideal. Ich setze beispielsweise auch das OPT_Callback ein, das besteht auch zu grossen Teil aus Skripten.

Würd es mir mal überlegen (alternativ ein HowTo), aber würde sicher gut ankommen

Danke nochmal!
Marco

Hi Salvi,

das ist ja ne super Sache - hat mir bei mir sofort geklappt (musste nur die OPT Datei anders machen da ich FLI4L 2.1.x benutze).

Ist ja genial einfach und funktioniert tadellos. Hast Du mal daran gedacht daraus ein OPT für die Fli4l Datenbank zu machen? Ich bin gerade auch eher zufällig draufgestossen, aber ich denke das würde sicher noch andere interessieren.

Besten Dank und viele Grüsse,
Marco

Hallo,

ich benutze den Streamdev 0.3.1 Server um Clients übers LAN zu versorgen. Die Clients sind XP Maschinen mit mplayer. Leider gibt es öfters Artefakte im Stream, und in unregelmässigen Abständen (so maximal nach einer Stunde, öfters schon bei 30 Minuten) reißt der Stream ab und manchmal startet sich der VDR Dienst dann neu.

Ich nehme mal an das ist nicht normal, oder? Das Streamabreissen scheint an Buffer Problemen zu liegen (clientseitiges Problem?), das andere ist mir recht rätselhaft, vor allem inwieweit da Postfix was versucht.

Ich hab hier mal syslog Auszüge für das Abreissen des Streams:

Jan 18 13:47:41 vdr vdr[11598]: Streamdev: Accepted new client (HTTP) 10.0.0.2:3969
Jan 18 13:47:41 vdr vdr[11598]: Streamdev: Detaching streamer for device selection
Jan 18 13:47:41 vdr vdr[11598]: Streamdev: Reattaching transceiver after device selection
Jan 18 13:47:41 vdr vdr[24176]: Streamdev: Channel streamer thread started (pid=24176)
Jan 18 13:47:41 vdr vdr[24177]: receiver thread started on device 1 (pid=24177)
Jan 18 13:47:42 vdr vdr[11588]: connect from 127.0.0.1, port 1030 - accepted
Jan 18 13:47:47 vdr vdr[11588]: switching to channel 7
Jan 18 13:47:47 vdr vdr[11588]: max. latency time 5 seconds
Jan 18 13:47:48 vdr vdr[11588]: closing SVDRP connection
Jan 18 13:47:54 vdr vdr[11588]: connect from 127.0.0.1, port 1031 - accepted
Jan 18 13:47:54 vdr vdr[11588]: grabbing to /tmp/vdr.jpg (JPEG 40 384 288)
Jan 18 13:47:54 vdr vdr[11588]: closing SVDRP connection
Jan 18 13:55:44 vdr vdr[24177]: buffer usage: 80% (pid=24176)
Jan 18 13:55:45 vdr vdr[24177]: buffer usage: 85% (pid=24176)
Jan 18 14:13:37 vdr vdr[24177]: buffer usage: 90% (pid=24176)
Jan 18 14:13:38 vdr vdr[24177]: buffer usage: 95% (pid=24176)
Jan 18 14:14:02 vdr vdr[24177]: buffer usage: 100% (pid=24176)
Jan 18 14:14:02 vdr vdr[24177]: ERROR: ring buffer overflow (77 bytes dropped)
Jan 18 14:14:02 vdr vdr[24177]: ERROR: ring buffer overflow (188 bytes dropped)
Jan 18 14:14:02 vdr last message repeated 98 times
Jan 18 14:14:02 vdr vdr[24177]: ERROR: too many buffer overflows, logging stopped
Jan 18 14:14:10 vdr vdr[24176]: ERROR: skipped 111 byte to sync on TS packet
Jan 18 14:14:55 vdr vdr[24176]: ERROR: Streamdev: Couldn't write data: Connection reset by peer
Jan 18 14:14:55 vdr vdr[24176]: Streamdev: Channel streamer thread stopped
Jan 18 14:14:55 vdr vdr[11598]: Streamdev: Client (HTTP) 10.0.0.2:3969 closed connection
Jan 18 14:14:55 vdr vdr[11598]: Streamdev: Closing connection to 10.0.0.2:3969
Jan 18 14:14:55 vdr vdr[24177]: receiver thread ended on device 1 (pid=24177)
Jan 18 14:14:55 vdr vdr[11598]: buffer stats: 3145727 (100%) used

Und das hier wenn sich der VDR Dienst neu startet (passiert nur während des Streamings):

Jan 18 13:36:12 vdr vdr[965]: Streamdev: Accepted new client (HTTP) 10.0.0.2:3931
Jan 18 13:36:12 vdr vdr[965]: Streamdev: Detaching streamer for device selection
Jan 18 13:36:12 vdr vdr[965]: Streamdev: Reattaching transceiver after device selection
Jan 18 13:36:12 vdr vdr[29024]: Streamdev: Channel streamer thread started (pid=29024)
Jan 18 13:36:12 vdr vdr[29025]: receiver thread started on device 1 (pid=29025)
Jan 18 13:36:14 vdr vdr[923]: connect from 127.0.0.1, port 1029 - accepted
Jan 18 13:36:14 vdr vdr[923]: grabbing to /tmp/vdr.jpg (JPEG 40 384 288)
Jan 18 13:36:14 vdr vdr[923]: closing SVDRP connection
Jan 18 13:40:50 vdr postfix/qmgr[458]: B9DAB901B: from=<root@localdomain>, size=328816, nrcpt=1 (queue active)
Jan 18 13:40:50 vdr postfix/qmgr[458]: 6F9C1901D: from=<root@localdomain>, size=320257, nrcpt=1 (queue active)
Jan 18 13:40:50 vdr postfix/local[6902]: fatal: open database /etc/aliases.db: No such file or directory
Jan 18 13:40:50 vdr postfix/qmgr[458]: D85F4901A: from=<root@localdomain>, size=83635, nrcpt=1 (queue active)
Jan 18 13:40:50 vdr postfix/local[6908]: fatal: open database /etc/aliases.db: No such file or directory
Jan 18 13:40:51 vdr postfix/qmgr[458]: warning: premature end-of-input from private/local socket while reading input attribute name
Jan 18 13:40:51 vdr postfix/qmgr[458]: warning: private/local socket: malformed response
Jan 18 13:40:51 vdr postfix/qmgr[458]: warning: transport local failure -- see a previous warning/fatal/panic logfile record for the problem description
Jan 18 13:40:51 vdr postfix/master[454]: warning: process /usr/lib/postfix/local pid 6902 exit status 1
Jan 18 13:40:51 vdr postfix/master[454]: warning: /usr/lib/postfix/local: bad command startup -- throttling
Jan 18 13:40:51 vdr postfix/qmgr[458]: D85F4901A: to=<root@localdomain>, relay=none, delay=307659, status=deferred (unknown mail transport error)
Jan 18 13:40:51 vdr postfix/master[454]: warning: process /usr/lib/postfix/local pid 6908 exit status 1
Jan 18 13:40:51 vdr postfix/qmgr[458]: warning: premature end-of-input from private/local socket while reading input attribute name
Jan 18 13:40:51 vdr postfix/qmgr[458]: warning: private/local socket: malformed response
Jan 18 13:40:51 vdr postfix/qmgr[458]: warning: transport local failure -- see a previous warning/fatal/panic logfile record for the problem description
Jan 18 13:42:40 vdr runvdr: restarting VDR

Was meint Ihr? Kann mir jemand einen Tipp geben an was es liegen könnte?

Vielen Dank!
Marco

Hallo,

ich benutze schon länger für meinen VDR die Imex IM-1313 mittels der lircd.conf von lirc.org. Funktioniert auch wunderbar, bis auf den SET Button in der Mitte der Navigationstasten was ich gerade ändern wollte.

Ein Nachlernen hat allerdings nicht funktioniert, irrecord erkennt den Tastendruck nicht. Daher meine Frage: Ist das bei allen so, oder ist meine Fernbedienung eventuell defekt oder liegts an der verwendeten .conf? Kann irgendjemand der IM-1313 Besitzer diese Taste benutzen?

Vielen Dank,
Marco

Hi Ulf,

Dankeschön, für die Tipps! Ich habe das Forum schon vorher mehrmals durchsucht, und irgendwie scheints bei mir an was anderem zu liegen.

Als Poweroff ist bei mir in Lilo 'bzImage.2.4.18.poweroff' eingetragen. Ich glaube das Ganze liegt irgendwie an den Shutdown-hooks bei mir, soweit ich sehe werden die in der vdrshutdown (die bei mir übrigens vdr-shutdown heisst) aufgerufen und sollten sich wohl so integrieren das der specialshutdown funktioniert falls erforderlich. Ich habe allerdings 2 shutdown-hooks verzeichnisse, und das script für den nvram-wakeup hook ist ausser einem ausführlichen kommentar leer - hm. Da ging wohl das mit unterschiedlichen Installations Paketen schief oder so.

Ich habe mich nun erstmal so beholfen, das ich direkt in das vdr-shutdown script als shutdowncommand noch 'lilo -R PowerOff' und 'shutdown -r now' reingeschriebe habe - nicht sehr schön aber funktioniert erstmal. Macht halt nun immer nen specialshutdown, auch wenns gar nich nötig wäre (da kein Timer in der Zukunft programmiert ist). Weiss aber auch gar nicht ob die 'richtige' Lösung das anders handhabt.

Naja auf jeden Fall funktionierts nun erstmal, vielleicht klappts bei der nächsten Installation (sollte ich mal umrüsten) besser.

Viele Grüsse!
Marco

Hallo,

'shutdown -r now' macht bei mir einen einfachen Reboot ohne nachfolgenden Shutdown, sollte er dabei automatisch den specialshutdown machen?

Mit dem Nichtfinden vom vdrshutdown Skript meinte ich nicht das ich gar nich danach gesucht hätte - anscheinend ist dies gar nicht bei mir vorhanden (oder hat einen anderen Namen). Wo genau sollte es denn liegen und was soll drin stehen damit der specialshutdown funktioniert?

Vielen Dank,
Marco