Beiträge von M.Temp

hi
schua mal unter /media
/media/Video/local linkt auf /srv/video

Grüße Michael

/usr/bin/python /usr/bin/lircd2uinput.py --max-gap=100000 --min-repeats=1

Ich weiß nicht, ob dir die Info hilft, aber unter yavdr-0.3 hatte ich ebenfalls das Problem, dass der Repeat-Modus nicht ging. Deshalb war ich erstmal ganz begeistert, dass (trotz den ganzen Diskussionen über die Fernbedienungen und yavdr-0.4) meine Fernbedienung (zumindest unter vdr) quasi otb problemlos funktioniert.

Halt, Kommando zurück.
Mit obigen Einstellungen hab ich zwar weiterhin unter vdr nur einen Tastendruck, aber unter xbmc wieder zwei...

Hallo seahawk,

vielen Dank!
Deine Anleitung funktioniert soweit.
Leider hab ich nun den Nebeneffekt, dass auch bei langem Tastendruck, vdr nur den ersten erkennt.
Wirklich störend ist das zwar nur bei der Lautstärke, aber es wär cool, wenn das wieder ging.
Ich hab ein wenig mit den Optionen gespielt, aber leider ohne Erfolg. Hast du da noch nen Tip für mich?

Grüße Michael

Zitat von seahawk1986

Ja, ich. Aber dafür müsstet ihr mir verraten was für Empfänger ihr benutzt - werden die über lircd angesprochen?

oh, stimmt, dass hab ich vergessen:
Ich verwende einen seriellen Homebrew-Empfänger (war glaub ich mal bei ner Tevii-Karte dabei oder so).
Ich hatte auch mal mit der pre_data-Option rumgespielt (war ein Tip ausm ubuntu-wiki(?) ), aber dann ging erstmal gar nix. Deshalb wollte ich jetzt mal strukturierter rangehen und hab gefragt
Meine lircd sieht so aus und vdr funktioniert damit perfekt.

michael@HD-VDR:~$ cat /etc/lirc/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.8.6(default) on Thu Mar 24 16:34:20 2011
#
# contributed by
#
# brand:                   medion
# model no. of remote control:
# devices being controlled by this remote:
#


begin remote


  name  medion
  bits       16
  flags SPACE_ENC
  eps        30
  aeps      100


  header   9000  4419
  one       620  1616
  zero      620   495
  ptrail    616
  repeat   9000  2199
  pre_data_bits   16
  pre_data   0xE896
#pre_data 0x8001
  gap      42102
  repeat_gap   178845
  toggle_bit_mask 0x0


  begin codes
      KEY_1                0xC837
      KEY_2                0x08F7
      KEY_3                0x8877
      KEY_4                0xF00F
      KEY_5                0x30CF
      KEY_6                0xB04F
      KEY_7                0xD02F
      KEY_8                0x10EF
      KEY_9                0x906F
      KEY_0                0xE21D
      KEY_AB               0x0AF5
      KEY_AUX              0xF807
      KEY_EPG              0x28D7
      KEY_TEXT             0xC03F
      KEY_MODE             0xFF00
      KEY_SUBTITLE         0x20DF
      KEY_RED              0xE817
      KEY_BLUE             0x18E7
      KEY_GREEN            0x4AB5
      KEY_YELLOW           0xCA35
      KEY_MENU             0x2AD5
      KEY_ESC              0x42BD
      KEY_VOLUMEUP         0x926D
      KEY_VOLUMEDOWN       0xC23D
      KEY_MUTE             0x6897
      KEY_OK               0x3AC5
      KEY_LEFT             0x38C7
      KEY_RIGHT            0x12ED
      KEY_UP               0x22DD
      KEY_DOWN             0xB847
      KEY_INFO             0x48B7
      KEY_CHANNELUP        0x8A75
      KEY_CHANNELDOWN      0xB24D
      KEY_PAUSE            0x9867
      KEY_STOP             0x9A65
      KEY_PLAY             0xD827
      KEY_REWIND           0xA857
      KEY_FASTFORWARD      0xAA55
      KEY_POWER2           0x708F
      KEY_PROG1            0x32CD
      KEY_PROG2            0x5AA5
  end codes


end remote

hardware.conf

cat /etc/lirc/hardware.conf
#################################################################################
#                                                                           #
#   The following configuration file is generated automatically by the yaVDR#
# system. Don't change this file as every update of yaVDR will overwrite#
#     the local changes. Instead put your required customizations       #
#   into /etc/yavdr/templates_custom/ based on the original templates   #
#                  under /usr/share/yavdr/templates.                    #
#                                                                           #
#        http://www.yavdr.org/developer-zone/template-overview/         #
#                                                                           #
#                                                                           #
#################################################################################
# /etc/lirc/hardware.conf
#
#Chosen Remote Control


REMOTE="Home-brew (16x50 UART compatible serial port)"
REMOTE_MODULES="lirc_dev lirc_serial"
REMOTE_DRIVER=""
REMOTE_DEVICE="/dev/lirc0"
REMOTE_LIRCD_CONF=""
REMOTE_LIRCD_ARGS=""


#Chosen IR Transmitter
TRANSMITTER="None"
TRANSMITTER_MODULES=""
TRANSMITTER_DRIVER=""
TRANSMITTER_DEVICE=""
TRANSMITTER_LIRCD_CONF=""
TRANSMITTER_LIRCD_ARGS=""


#Enable lircd
START_LIRCD="true"


#Don't start lircmd even if there seems to be a good config file
#START_LIRCMD="false"


#Try to load appropriate kernel modules
LOAD_MODULES="true"


# Default configuration files for your hardware if any
LIRCMD_CONF=""


#Forcing noninteractive reconfiguration
#If lirc is to be reconfigured by an external application
#that doesn't have a debconf frontend available, the noninteractive
#frontend can be invoked and set to parse REMOTE and TRANSMITTER
#It will then populate all other variables without any user input
#If you would like to configure lirc via standard methods, be sure
#to leave this set to "false"
FORCE_NONINTERACTIVE_RECONFIGURATION="false"
START_LIRCMD=""

Zitat

edit: auch eine verdopplung der Werte ändert nichts.

Ich hab das gleiche Problem.
Auch das 0.9s-Paket von eventlircd brachte keine Verbesserung.
Aufgefallen ist mir, dass irw die Befehle auch doppelt ausgibt; VDR sie aber richtig interpretiert.

Hat sonst noch wer ne Idee?
Grüße Michael

Zitat von Dirk

Egal was du machst -> viele Fotos (wenns geht mit Zollstock/Meter im Bild) zum späteren Nachschauen vor Umbauten

und lösch KEINES der Fotos. Auch vermeintlich unnütze/verwackelte Fotos haben mir schon einmal viel Ärger erspart!

So,
ich habs zum laufen bekommen. Weder schön (Templating übergangen), noch hab ich verstanden wo das Problem/Ursache liegt.
Trotzdem poste ich hier in der Hoffnung, dass sich einer vom yavdr-Team dem Problem annimmt und vlt. die Ursache erkennt und lösen kann.

Ich habe die automatisch generierten Dateien /etc/vdr-sxfe/config_xineliboutput und /etc/asound.conf gegen die von yavdr-0.3.x getauscht.
Ich hab zwar einige Unterscheide feststellen können, aber nicht die Ursache gefunden.

Grüße Michi

So, jetzt hab ich versucht ein wenig selber zu forschen, bin aber mangels Wissen nicht recht weit gekommen.
Leider hab ich nicht rausgefunden, wie die einzelnen Konfigurationsdateien zusammenspielen.

Ich hab spaßeshalber mal die asound.conf für HDMI-Stereo von

pcm.!default { type hw card 1 device 3 }

auf

pcm.!default {     type hw     card 0     device 0 }

geändert in der Hoffnung, dass sich dann irgendwas ändert (z.b. gar kein Sound mehr kommt), aber nichts hat sich geändert.

So recht werd ich wie gesagt aus dem ganzen asound-Zeug nicht schlau. Wieso steht z.B. in der asound.conf für "Ausgabe an allen Geräten" unter
pcm.digital_hw kein Wert für Card und Device? Ein Löschen von pcm.digital_hw und damit zusammenhängenden Einträgen in der asound.conf brachte leider auch keine Verbesserung.

Irgendwie hab ich den Eindruck, dass der Fehler nicht (nur) in der asound.conf liegt, sondern wo anders - aber wo? Hat wer ne Idee?

Grüße Mcihael

Hallo,

ich hab das Problem, dass ich den Ton nur entweder via "HDMI-Stereo" oder "Analog" zum laufen bekomme. Unter yavdr-0.3.x hat die Ausgabe über HDMI und Analog problemlos funktioniert. Leider gibt die alte asound.conf von yavdr-0.3.x unter yavdr-0.4 nur den Ton via HDMI aus. Stereo bleibt tot.

Stelle ich im Webfrontend unter Audio "Ausgabe an allen Geräten" ein, dann hab ich keinen Sound und xineliboutput verabschiedet sich mit folgender Fehlermeldung:

Nov 30 22:32:04 HD-VDR64 vdr: [7571] [xine..put] cxSocket: setsockopt(SO_SNDBUF): got 262142 bytes
Nov 30 22:32:04 HD-VDR64 vdr: [7571] [xine..put] Client 1 connected: 127.0.0.1:44292
Nov 30 22:32:04 HD-VDR64 vdr: [7571] loading /var/lib/vdr/plugins/xineliboutput/allowed_hosts.conf
Nov 30 22:32:04 HD-VDR64 vdr: [7571] [xine..put] cxSocket: setsockopt(SO_SNDBUF): got 262142 bytes
Nov 30 22:32:04 HD-VDR64 vdr: [7571] [xine..put] Data connection (TCP) requested
Nov 30 22:32:04 HD-VDR64 vdr: [7571] [xine..put] cBackgroundWriterI initialized (buffer 512 kb)
Nov 30 22:32:04 HD-VDR64 vdr: [7571] [xine..put] cTcpWriter initialized (buffer 512 kb)
Nov 30 22:32:05 HD-VDR64 vdr: [7620] [xine..put] OSD bandwidth: 297238 bytes/s (2322 kbit/s)
Nov 30 22:32:05 HD-VDR64 vdr: [7618] [xine..put] cXinelibServer::Play Buffer overflow (TCP/PIPE)
Nov 30 22:32:06 HD-VDR64 vdr: last message repeated 88 times
Nov 30 22:32:06 HD-VDR64 vdr: [7620] Text2Skin: channelInfo display update thread ended (pid=7472, tid=7620)
Nov 30 22:32:06 HD-VDR64 vdr: [7618] [xine..put] cXinelibServer::Play Buffer overflow (TCP/PIPE)
Nov 30 22:32:08 HD-VDR64 vdr: last message repeated 911 times
Nov 30 22:32:08 HD-VDR64 vdr: [7618] [xine..put] cXinelibServer: Too many TCP buffer overflows, dropping client
Nov 30 22:32:08 HD-VDR64 vdr: [7618] [xine..put] cXinelibServer::Play Write/Queue error (TCP/PIPE)
Nov 30 22:32:08 HD-VDR64 vdr: [7618] [xine..put] Closing connection 0

Hier meine Einstellungen:

asound.conf für HDMI-Stereo ==> funktioniert:

pcm.!default {
    type hw
    card 1
    device 3
}

asound.conf für Analog beeinhaltet nur Leerzeilen ==> funktioniert

asound.conf für "Ausgabe an allen Geräten" ==> funktioniert NICHT

pcm.!default {
type plug
slave {
pcm "both"
}
}


pcm.both {
    type route
    slave {
            pcm multi
            channels 6
    }
    ttable.0.0 1.0
    ttable.1.1 1.0
    ttable.0.2 1.0
    ttable.1.3 1.0
    ttable.0.4 1.0
    ttable.1.5 1.0
}


pcm.multi {
    type multi
    slaves.a {
            pcm "hdmi_hw"
            channels 2
    }
    slaves.b {
            pcm "digital_hw"
            channels 2
    }
    slaves.c {
            pcm "analog_hw"
            channels 2
    }
    bindings.0.slave a
    bindings.0.channel 0
    bindings.1.slave a
    bindings.1.channel 1
    bindings.2.slave b
    bindings.2.channel 0
    bindings.3.slave b
    bindings.3.channel 1
    bindings.4.slave c
    bindings.4.channel 0
    bindings.5.slave c
    bindings.5.channel 1
}


pcm.hdmi_hw {
    type hw
    card 1
    device 3
    channels 2
}


pcm.hdmi_formatted {
    type plug
    slave {
            pcm hdmi_hw
            rate 48000
            channels 2
    }
}


pcm.hdmi_complete {
    type softvol
    slave.pcm hdmi_formatted
    control.name hdmi_volume
    control.card 1
}


pcm.digital_hw {
    type hw
    card
    device
    channels 2
}


pcm.analog_hw {
    type hw
    card 0
    device 0
    channels 2
}

asound.conf für Ausgabe auf allen Geräten unter yavdr-0.3.1 ==> hat unter yavdr-0.3.x funktioniert, unter yavdr-0.4 nur Ton via HDMI

pcm.!default {
type plug
slave {
pcm "both"
}
}


pcm.both {
type route
slave {
pcm multi
channels 4
}
ttable.0.0 1.0
ttable.1.1 1.0
ttable.0.2 1.0
ttable.1.3 1.0
}


pcm.multi {
type multi
slaves.a {
pcm "tv"
channels 2
}
slaves.b {
pcm "receiver"
channels 2
}
bindings.0.slave a
bindings.0.channel 0
bindings.1.slave a
bindings.1.channel 1
bindings.2.slave b
bindings.2.channel 0
bindings.3.slave b
bindings.3.channel 1
}


pcm.tv {
type hw
card 1
device 3
channels 2
}


pcm.receiver {
type hw
card 0
device 0
channels 2
}

Alsa Geräteliste: http://pastebin.com/HbU8MG0G
Was läuft hier falsch?
Welche Informationen benötigt ihr noch?

Grüße Michael

Ja die Doku ist klasse
"Problem" ist eher meine Faulheit zur Migration und das ich von yavdr-0.3a verwöhnt war.
Ein Testsystem mit 0.4 läuft sogar, aber ich konnte mich bisher noch net aufraffen mein Soundproblem zu lösen.
(Ton über HDMI exor Analog-Out geht, aber nicht gleichzeitig.)

Grüße Michael

Servus,

seit dem Update auf yaVDR-0.3.1 und damit vdr-1.7.20 habe ich Probleme bei manchen Aufnahmen auf manchen Sendern. Das System dahinter hab ich noch nicht verstanden. Manche Aufnahmen klappen nicht, bzw. bestehen aus vielen kleinen (nicht zusammenhängenden) Dateien à wenige Sekunden. (Mit yaVDR-0.3a hatte ich diese Probleme nicht.)

Im Log steht dazu:

Nov 27 22:43:26 HD-VDR vdr: [2381] ERROR: encountered new payload while buffering - dropping some data!
Nov 27 22:43:26 HD-VDR vdr: [2381] ERROR: too many bytes for frame type buffer (1128 > 940) - dropped 188 bytes

Nach diversen Forenbeiträgen soll das in vdr-1.7.21 gelöst sein. Besteht eine Möglichkeit (relativ stressfrei) yavdr-0.3.x mit der aktuellen vdr-Version zu bekommen, oder muss ich auf yavdr-0.4 (und damit verbundenen Problemen) updaten?

Grüße Michi

Ich hab das gleiche Problem! Erst dachte ich es wär Zufall, oder dass ich was verbockt hab...
Ich kann bestätigen, dass es am Frontend liegt. Graphlcd baut das Menü tadellos auf.

Wie bekomm man Bugfixes am besten in das stable yavdr 3.1 rein ohne auf testing zu wechseln?
Ich würd auch gern auf vdr 1.7.21 updaten, weil ich seit dem update auf 3.1 auch die folgenden Errors bekomme:
"ERROR: too many bytes for frame type buffer"
"ERROR: encountered new payload while buffering - dropping some data!"
Das sollte laut in 1.7.21 behoben sein

super!
Danke Dir!
Die 0.1.3.orig läuft hier auch

Zitat

Oder besser hier: http://projects.vdr-developer.…/plg-dvdswitch/repository

Da kannst du gezielt die passende Version auschecken.

cu

Ah, wenn man JavaScript einschaltet, dann geht das
Ich war sogar auf der Seite, aber ich hab net erkannt, dass man oben rechts das einfach auswählen kann

Grüße Michael

Hallo,

ich hab hier noch einen alten vdr-1.4.6 am laufen. Durch einen Plattencrash musste ich mein letztes Backup einspielen. Unglücklicherweise war in diesem Backup dvdswitch noch nicht enthalten.
Ich wollte es gerade neu installieren und musste feststellen, dass die src auf http://projects.vdr-developer.…jects/plg-dvdswitch/files alle vdr-1.6.0 benötigen...

Es müsste wohl dvdswitch-0.1.3.x sein.
Ich wollte diesen News-Thread nicht ausgraben, aber der dortige Link auf Version 0.1.3 geht nicht.
Und das angehängte 0.1.4 braucht schon vdr-1.5.7. Auch die in nem Link enthaltende version 0.1.3-gt braucht vdr-1.5.x

Weiß wer wo ich noch alte Quellen finden könnte?

Grüße michael

*push*

langsam komm ich in die Phase, wo ich DVB-S Radio aktiv nutze und ein Bildchen wär schon sehr schön.
Der Ansatz von newsy klang doch schon sehr vielversprechend

Grüße michi

Du kannst in den Windows-Eintrag von grub reinschreiben, dass beim nächsten Boot ein anderer Eintrag gestartet werden soll.
Google mal nach "grub savedefault" oder so. Leider weiß ich das grad auch net auswendig.

Grüße
Michael

Rechtschreibfehler, Buchstabenverdreher, falsche/fehlende Leerzeichen, vergessene Apostrophe etc., die beim "schnellen" Tippen passieren, find [sic] ich ich jetzt nicht so schlimm. Sie zeigen zwar, dass der Autor sich nicht wirklich Mühe gibt, aber mei - ich bin auch faul
Viel schlimmer find [sic] ich so systematische Sachen wie Plenken oder Klempen oder "In 2012". Verstärkt wird das ganze dann noch dadurch, dass ich das Gefühl nicht loswerde, die Leute machen das, weil sie meinen es würde so gehören und sich noch dazu beratungsresistent zeigen.

edit: Zu Paket und packet: Ich schreib gerade eine Arbeit über (Netzwerk-)Pakete auf Deutsch und einen Quellcode, bzw. dessen Kommentare auf Englisch. Das ist extremst nervig da nicht Packet und paket zu schreiben...

Zitat von tuxfan

Beim Shop ist mir diese Karte aufgefallen "TeVii S480 Dual DVB-S2 HDTV PCIe " wie gut läuft diese unter YAVDR???? Bzw. mit welchen Treiber?

läuft bei mir mit yavdr 3.0a und s2-liplianin aus testing problemlos.

Zitat von mini73

Moin!

Diese Einstellung scheint es in Firefox 6 nicht mehr zu geben... In "about:config" finde ich spontan auch nichts in diese Richtung.

Nachtrag: browser.link.open_newwindow ist die verantwortliche Einstellung.

Lars.

Alles anzeigen

dann ist wohl das Plugin "TabMixPlus" dafür verantwortlich, dass es angezeigt wird.

Zitat

Mist! Ist zwar immer noch eine Taste mehr, die ich betätigen muss, aber es funktioniert.

Wenn du bereit für was neues bist, dann steig vom Touchpad auf den Trackpoint um und nutze die drei Maustasten. Ich musste das zwangsweise (kein Touchpad) und habe es nicht bereut.

Zu Trick 18:
Firefox => Extra => Einstellungen => Tabs: "Links, die ein neues Fenster erzwingen, öffnen in: [aktuellem Tab]"