Hi,
man kann bei der Harmony One die Farbtasten wunderbar auf das Display legen.
Für mich ist das DIE Fernbedienung schlecht hin. Unglaublich viele Profile Online, und wenn man es mal verstanden hat auch sehr flexiebel zu programmieren.
Hi,
man kann bei der Harmony One die Farbtasten wunderbar auf das Display legen.
Für mich ist das DIE Fernbedienung schlecht hin. Unglaublich viele Profile Online, und wenn man es mal verstanden hat auch sehr flexiebel zu programmieren.
Gestern ist die 3.2.10 veröffentlicht worden, und beim überfliegen des Changelogs habe ich auch etliche Alsa fixes gesehen.
Versuch den doch mal.
Da meine ENGT520 heute angekommen ist bin ich an Deinen Ergebnissen sehr interressiert
Ich weiß jetzt nicht wie Du den Ton abgreifst, ich hatte letztens vergessen auf SPDIF umzustellen. War auch eine schöne Sucherei...
Jo Danke.
Das hatte ich mittlerweile gefunden, aber vergessen hier Bescheid zu sagen.
Wie sieht es denn aus wenn man z.B. den IR Einschalter von Atric dazwischen setzt?
Dann müsste es doch gehen, oder?
Darf ich mal ganz leise und beschämt fragen, wie komme ich an die aktuelle GIT-Version ran?
Sorry für offtopic
Aber bekommt Ihr das extrecmenu-Plugin übersetzt?
Ich habe es sowohl mit vdr-1.7.18 als auch .19 versucht, keine Chance.
Habe ich irgendwo einen Patch übersehen?
ob Ihr's glaubt oder nicht, das ist die Ausgabe vom Syslog
Als erstes wird von der runvdr ein script "insdvb.sh" aufgerufen, und da scheint auch der Fehler zu sein. Das witzige ist nur, unter Etch läuft es mit dem gleichen Kernel.
Distribution ist Debian Lenny i386. (V 5.0.3)
ich hänge mal meine runvdr und insdvb.sh mit ran.
Hallo allerseits,
Nach langer Zeit mit einem gut funktionierendem vdr-1.4.7 habe ich beschlossen mal auf den aktuellen stable vdr upzudaten.
Naja, wie das dann so ist hagelt es Probleme. Nach einer ausgiebigen Patch-, und vor allem such Patch Orgie lässt er sich incl. der von mir benötigten Plugins übersetzen, aber ums verrecken nicht starten.
--------schnipp-------------------
Oct 28 15:59:08 TestVDR kernel: Linux video capture interface: v2.00
Oct 28 15:59:08 TestVDR kernel: saa7146: register extension 'dvb'.
Oct 28 15:59:08 TestVDR kernel: dvb 0000:00:05.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
Oct 28 15:59:08 TestVDR kernel: dvb 0000:00:05.0: setting latency timer to 64
Oct 28 15:59:08 TestVDR kernel: IRQ 16/: IRQF_DISABLED is not guaranteed on shared IRQs
Oct 28 15:59:08 TestVDR kernel: saa7146: found saa7146 @ mem f8a40000 (revision 1, irq 16) (0x13c2,0x0002).
Oct 28 15:59:08 TestVDR kernel: dvb 0000:00:05.0: firmware: requesting dvb-ttpci-01.fw
Oct 28 15:59:08 TestVDR kernel: DVB: registering new adapter (Technotrend/Hauppauge WinTV DVB-C rev2.X)
Oct 28 15:59:08 TestVDR kernel: adapter has MAC addr = 00:d0:5c:22:e4:38
Oct 28 15:59:08 TestVDR kernel: dvb 0000:00:05.0: firmware: requesting av7110/bootcode.bin
Oct 28 15:59:08 TestVDR kernel: dvb-ttpci: info @ card 0: firm f0240009, rtsl b0250018, vid 71010068, app c0f12623
Oct 28 15:59:08 TestVDR kernel: dvb-ttpci: firmware @ card 0 supports CI link layer interface
Oct 28 15:59:08 TestVDR kernel: dvb-ttpci: adac type set to 0 @ card 0
Oct 28 15:59:08 TestVDR kernel: saa7146_vv: saa7146 (0): registered device video0 [v4l2]
Oct 28 15:59:08 TestVDR kernel: saa7146_vv: saa7146 (0): registered device vbi0 [v4l2]
Oct 28 15:59:08 TestVDR kernel: DVB: registering adapter 0 frontend 0 (VLSI VES1820 DVB-C)...
Oct 28 15:59:08 TestVDR kernel: input: DVB on-card IR receiver as /class/input/input5
Oct 28 15:59:08 TestVDR kernel: dvb-ttpci: found av7110-0.
Oct 28 15:59:08 TestVDR kernel: saa7146: register extension 'budget dvb'.
Oct 28 15:59:08 TestVDR kernel: saa7146: register extension 'budget_av'.
Oct 28 15:59:08 TestVDR kernel: saa7146: register extension 'budget_ci dvb'.
Oct 28 15:59:08 TestVDR kernel: lirc_dev: IR Remote Control driver registered, major 61
Oct 28 15:59:09 TestVDR kernel: lirc_serial: auto-detected active low receiver
Oct 28 15:59:09 TestVDR kernel: lirc_dev: lirc_register_driver: sample_rate: 0
Oct 28 15:59:09 TestVDR kernel: lirc_serial $Revision: 5.104 $ registered
Oct 28 15:59:09 TestVDR vdr: [3080] cTimeMs: using monotonic clock (resolution is 999848 ns)
---------schnapp------------------------------------
Kann mir jemand weiterhelfen? Googeln und Boardsuche bringen mich leider nicht weiter.
Ach ja, Kernel ist der aktuelle 2.6.31.5 mit aktivierten DVB Treibern
hanker
Hallo helau,
glaub mir ich habe gegoogelt... Das habe ich echt nicht gefunden.
Vielleicht bin ich ja zu blöde, aber wie sehe ich den patch??? Ich sehe nur die entsprechenden Revisionen und wann die letzten Änderungen gemacht wurden.
Kannst Du mir das kurz erklären?
Hallo allerseits
Es ist mal wieder soweit, cdfs kompiliert nicht mehr gegen den neuen kernel 2.6.26. Weder direkt in die Kernel Sourcen gepatcht noch wenn wann es eigenständig übersetzt.
Bekomme folgende Fehler:
-----------------------------------------------------------
fs/cdfs/root.c: In function 'cdfs_fill_super':
fs/cdfs/root.c:364: error: implicit declaration of function 'iget'
fs/cdfs/root.c:364: warning: passing argument 1 of 'd_alloc_root' makes pointer from integer without a cast
fs/cdfs/root.c: In function 'cdfs_lookup':
fs/cdfs/root.c:462: warning: assignment makes pointer from integer without a cast
fs/cdfs/root.c: At top level:
fs/cdfs/root.c:544: error: unknown field 'read_inode' specified in initializer
fs/cdfs/root.c:544: warning: initialization from incompatible pointer type
make[3]: *** [fs/cdfs/root.o] Fehler 1
make[2]: *** [fs/cdfs] Fehler 2
make[1]: *** [fs] Fehler 2
make[1]: Leaving directory `/usr/src/linux-2.6.26.2'
--------------------------------------------------------------
kann mir da jemand helfen?
cu hanker
Hi!
Ich hätte auch gerne 3x Standart.
VG
Hanker
ZitatOriginal von Ramirez
Also ich habe diese beiden Patches angewandt und keinerlei Probleme:
graphlcd-0.1.5_vdr-1.5.3.diff auf das Plugin
graphlcd-base-0.1.5-utf8.diff auf den Treiber
Hab den UTF-8 Patch jetzt auch noch angewandt und das Base Paket neu kompilliert, danach das Plugin wieder übersetzt, es gibt aber die gleiche Fehlermeldung.
Ich muß dazu sagen das ich bis jetzt die 1.3er Version eingesetzt habe, und laut History seit der 1.4er Version "WrapText" erste eingesetzt wird.
Weiß denn niemand Rat?
Hallo allerseits,
Habe mich nun endlich mal an den VDR 1.5.12 getraut und nach einer nächtlichen Patchorgie auch alles bis auf das GraphLCD Plugin übersetzt bekommen. Nur bei besagtem Plugin bekomme ich folgende Fehler:
-------------schnip-------------
g++ -g -O2 -Wall -Woverloaded-virtual -fPIC -c -DUSE_CMDSUBMENU -DUSE_CUTTIME -DUSE_DDEPGENTRY -DUSE_DOLBYINREC -DUSE_DVBSETUP -DUSE_JUMPPLAY -DUSE_LIEMIKUUTIO -DUSE_LIVEBUFFER -DUSE_OSDMAXITEMS -DUSE_PLUGINMISSING -DUSE_SETTIME -DUSE_SORTRECORDS -DUSE_WAREAGLEICON -DPLUGIN_NAME_I18N='"graphlcd"' -D_GNU_SOURCE -I../../../../DVB/include -I../../../include -I../../../../DVB/include -I/usr/local/include display.c
display.c: In member function 'void cGraphLCDDisplay::SetOsdTextItem(const char*, bool)':
display.c:693: error: 'const class GLCD::cFont' has no member named 'WrapText'
display.c: In member function 'void cGraphLCDDisplay::DisplayReplay(tReplayState&)':
display.c:1415: error: 'const class GLCD::cFont' has no member named 'WrapText'
display.c:1421: error: 'const class GLCD::cFont' has no member named 'WrapText'
display.c: In member function 'void cGraphLCDDisplay::DisplayMessage()':
display.c:1680: error: 'const class GLCD::cFont' has no member named 'WrapText'
make: *** [display.o] Fehler 1
--------------schnap-----------------------------
der Patch "graphlcd-0.1.5_vdr-1.5.3.diff" ist bereits applied !
Auch intensives googeln und suchen im Board hat mich nicht weiter gebracht. Irgendwie ist hier wohl auch mal aufgeräumt worden.
Viele Grüße
hanker
Wenn ich diesen Beitrag hier richtig verstehe,
Vorschlag für ein einfaches RGB / S/P-DIF Extension Board PROTOTYP FERTIG
sollten die Werte wohl unkritisch sein. Einfach ausprobieren, wenn`s nicht passt halt ändern.
Zum Zoom, schaue Dir doch im Schaltplan die Werte an, da sollte es möglich sein die Bauteile zu identifizieren.
cu hanker
Zoom doch einfach in die Schltung rein bis Du alles gut sehen kannst. Geht doch ganz einfach bei Eagle.
Zu den Bauteildimensionierungen:
Bei mir läuft die Schaltung seit ca einem 3/4 Jahr perfekt!
Die Potis müssen 1 KOhm haben, und die 51 Ohm Wiederstände sollten auch 51 Ohm haben.
Im Zweifel noch mal die ersten ca 8 Seiten dieses Threats durchlesen.
cu hanker
Hallo Simon,
Nein, ist ein selbst aufgebauter vdr auf Basis von Etch.
Ich lade die Kernelmodule aus der runvdr, und er scheint beim laden des Moduls für die Budged Karte stehen zu bleiben. Wie gesagt nur wenn ich den Eintrag fürs Atmolight drinnen hab. Sobald ich diesen rausnehme startet der vdr.
Ich muss jetzt leider für zwei Tage auf Dienstreise, melde mich am Do. wieder.
Grüße Georg
Und ohne lirc bleibt er zwei Zeilen vorher stehen.
Also lirc scheint es nicht zu sein...
ZitatAlles anzeigenOriginal von samc
Hallo,
der korrekte Aufruf sollte sein:
Kannst auch deinen Pfad mit dem .static angeben, sollte gehen.
Dein Problem klingt mir aber weniger nach atmo sonder vielmehr nach falscher Modulkonfiguration...was steht denn im syslog?
Hast es mal ohne lirc ausprobiert?
Grüße,
Simon
Tja das ist ja das blöde, im syslog steht nichts:
------------------
Feb 19 22:05:01 hanvdr kernel: saa7146: register extension 'dvb'.
Feb 19 22:05:01 hanvdr kernel: ACPI: PCI Interrupt 0000:02:01.0[A] -> GSI 21 (level, low) -> IRQ 22
Feb 19 22:05:01 hanvdr kernel: saa7146: found saa7146 @ mem f8866000 (revision 1, irq 22) (0x13c2,0x0002).
Feb 19 22:05:01 hanvdr kernel: DVB: registering new adapter (Technotrend/Hauppauge WinTV DVB-C rev2.X).
Feb 19 22:05:01 hanvdr kernel: adapter has MAC addr = 00:d0:5c:03:de:3e
Feb 19 22:05:01 hanvdr kernel: dvb-ttpci: info @ card 0: firm f0240009, rtsl b0250018, vid 71010068, app c0f12623
Feb 19 22:05:01 hanvdr kernel: dvb-ttpci: firmware @ card 0 supports CI link layer interface
Feb 19 22:05:01 hanvdr kernel: dvb-ttpci: adac type set to 0 @ card 0
Feb 19 22:05:01 hanvdr kernel: saa7146_vv: saa7146 (0): registered device video0 [v4l2]
Feb 19 22:05:01 hanvdr kernel: saa7146_vv: saa7146 (0): registered device vbi1 [v4l2]
Feb 19 22:05:01 hanvdr kernel: DVB: registering frontend 0 (VLSI VES1820 DVB-C)...
Feb 19 22:05:01 hanvdr kernel: input: DVB on-card IR receiver as /class/input/input2
Feb 19 22:05:01 hanvdr kernel: dvb-ttpci: found av7110-0.
Feb 19 22:05:01 hanvdr kernel: saa7146: register extension 'budget_ci dvb'.
Feb 19 22:05:01 hanvdr kernel: ACPI: PCI Interrupt 0000:02:04.0[A] -> GSI 18 (level, low) -> IRQ 18
Feb 19 22:05:01 hanvdr kernel: saa7146: found saa7146 @ mem f8878000 (revision 1, irq 18) (0x13c2,0x1010).
Feb 19 22:05:01 hanvdr kernel: saa7146 (1): dma buffer size 192512
Feb 19 22:05:01 hanvdr kernel: DVB: registering new adapter (TT-Budget-C-CI PCI).
Feb 19 22:05:01 hanvdr kernel: adapter has MAC addr = 00:d0:5c:04:7c:37
Feb 19 22:05:01 hanvdr kernel: input: Budget-CI dvb ir receiver saa7146 (1) as /class/input/input3
Feb 19 22:05:01 hanvdr kernel: DVB: registering frontend 1 (ST STV0297 DVB-C)...
Feb 19 22:05:02 hanvdr kernel: lirc_serial: auto-detected active low receiver
Feb 19 22:05:02 hanvdr kernel: lirc_dev: lirc_register_plugin: sample_rate: 0
----------------------
bleibt einfach stehen die Kiste.