möglicherweise mit lirc_mceusb
Beiträge von TheAlamo
-
-
sicher, dass die Nova auf dem Server richtig läuft, was die Treiber angeht?
Ist nur so ein Verdacht von mir, weil der vdr ja wahrscheinlich die Nova zum Streamen benutzt. Das hatte ich mal, da stimmte was nicht mit den Treibern, da hatte die Nova zwar ein Lock beim Tunen, EPG kam glaubich auch, aber weder Bild noch Ton.Hast Du das schon mal mit parallelen Aufnahmen mit unterschiedlichen Transpondern auf dem Server getestet?
-
vielleicht mal mit
streamdev-server.SuspendMode = 1
probieren. -
Unn?
Schon mal nachgesehen, ob es sowas wie /dev/lirc/0 oder /dev/lirc0 gibt?
Falls ja, dann müsste es doch im linvdr eine Stelle geben, wo dem lircd erzählt wird, dass dieses device benutzt werden soll. Und überhaupt, ist lirc_mceusb das einzige lirc-Modul, welches geladen wird? Schonmal kontrolliert? Ich mein, falls nicht, dann könnte es ja auch mehrere lirc-devices geben. -
Zitat
Original von LinTV-Fan
Hat mir jetzt noch jemand einen Tipp wie ich den USB Empfänger ...
Naja, da waren sie wieder, meine drei Probleme ...Normalerweise hätte ich gesagt, da brauchst Du nur lirc mit der Option "--with-driver=mceusb" zu konfigurieren und neu zu übersetzen, dann entsteht das Modul lirc_mceusb. Dieses wird dann beim Booten geladen, die quick-and-dirty Methode wäre wohl, vor dem Start vom lircd (der ja wahrscheinlich aus irgendeinem script heraus erfolgt) einen "modprobe lirc_mceusb" abzusetzen.
Aber wir befinden uns hier im LinVDR-Forum. Eine fertige Distri, da wird normalerweise nix neu übersetzt - es sei denn man bohrt die Distri entsprechend auf. Was weiss ich denn, was die "Erzeuger" dieser Distribution sich gedacht haben, als sie lirc mit eingebaut haben. Vielleicht haben sie obige Option gesetzt, vielleicht auch nicht. Wie soll ich da weiterhelfen?
-
Oh, je, das ist schon eine zeit her, dass ich diese Geschichte eingerichtet habe - ob ich's nochmal zusammen kriege?
Also, das ist ne Gentoo-Kiste noch mit 2.4er Kernel.
Lirc ist installiert mit Version 0.7.0pre7.
Das Laden von dem mceusb habe ich in das init-script vom lircd mit hinein geklimpert:
Code
Alles anzeigen#!/sbin/runscript # Copyright 1999-2004 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 # $Header: /var/cvsroot/gentoo-x86/app-misc/lirc/files/lircd,v 1.6 2004/09/26 21:27:07 lanius Exp $ start() { ebegin "Starting lircd" modprobe lirc_mceusb start-stop-daemon --start --quiet --exec /usr/sbin/lircd -- ${LIRCD_OPTS} eend $? } stop() { ebegin "Stopping lircd" start-stop-daemon --stop --quiet --exec /usr/sbin/lircd eend $? }
wobei LIRCD_OPTS="-d /dev/lirc/0" ist.Die Fernbedienung ist - wie gesagt - nicht genau die gleiche. Die lircd.conf schaut so aus:
Code
Alles anzeigen# # RC-6 config file # # source: [URL]http://home.hccnet.nl/m.majoor/projects__remote_control.htm[/URL] # [URL]http://home.hccnet.nl/m.majoor/pronto.pdf[/URL] # # used by: Philips # ######### # # Philips Media Center Edition remote control # For use with the USB MCE ir receiver # # Dan Conti dconti|acm.wwu.edu begin remote name mceusb bits 16 flags RC6|CONST_LENGTH eps 30 aeps 100 header 2667 889 one 444 444 zero 444 444 pre_data_bits 21 pre_data 0x37FF0 gap 105000 toggle_bit 22 rc6_mask 0x100000000 begin codes # starts at b5 Videos 0x00007bb5 Pictures 0x00007bb6 # no b7 Music 0x00007bb8 TV 0x00007bb9 # no ba - d8 Guide 0x00007bd9 LiveTV 0x00007bda DVD 0x00007bdb Back 0x00007bdc OK 0x00007bdd Right 0x00007bde Left 0x00007bdf Down 0x00007be0 Up 0x00007be1 # no e2,e3 Replay 0x00007be4 Skip 0x00007be5 Stop 0x00007be6 Pause 0x00007be7 Record 0x00007be8 Play 0x00007be9 Rewind 0x00007bea Forward 0x00007beb ChanDown 0x00007bec ChanUp 0x00007bed VolDown 0x00007bee VolUp 0x00007bef More 0x00007bf0 Mute 0x00007bf1 Home 0x00007bf2 Power 0x00007bf3 Enter 0x00007bf4 Clear 0x00007bf5 Nine 0x00007bf6 Eight 0x00007bf7 Seven 0x00007bf8 Six 0x00007bf9 Five 0x00007bfa Four 0x00007bfb Three 0x00007bfc Two 0x00007bfd One 0x00007bfe Zero 0x00007bff end codes end remote
die remote.conf dazu:Code
Alles anzeigenLIRC.UP Up LIRC.DOWN Down LIRC.MENU Home LIRC.OK OK LIRC.BACK Back LIRC.LEFT Left LIRC.RIGHT Right LIRC.RED Videos LIRC.GREEN Music LIRC.YELLOW TV LIRC.BLUE Pictures LIRC.0 Zero LIRC.1 One LIRC.2 Two LIRC.3 Three LIRC.4 Four LIRC.5 Five LIRC.6 Six LIRC.7 Seven LIRC.8 Eight LIRC.9 Nine LIRC.POWER Power LIRC.VOLUME+ VolUp LIRC.VOLUME- VolDown LIRC.MUTE Mute LIRC.CHANNEL+ ChanUp LIRC.CHANNEL- ChanDown LIRC.PLAY Play LIRC.PAUSE Pause LIRC.STOP Stop LIRC.RECORD Record LIRC.FASTFWD Forward LIRC.FASTREW Rewind LIRC.GREEN Replay LIRC.YELLOW Skip LIRC.SCHEDULE Guide LIRC.CHANNELS LiveTV LIRC.TIMERS Enter LIRC.RECORDINGS More LIRC.SETUP DVD LIRC.COMMANDS Clear
Die FB schaut so aus (das ist der erstbeste Link im Netz, den ich gefunden habe, hoffentlich funktioniert er) - allerdings hat meine den garstigen MICROS~1-Schriftzug nicht: http://ruel.net/pc/pvrpix/mce-remote-control.jpg
-
Zitat
Original von SyncMaster
Na ja, es wäre auch schön wenn mir mal jemand wirklich was sinnvolles antworten könnte.Hm, tja, ich kann nur soviel sagen, dass ich hier so eine ähnliche MCE-Fernbedienung zusammen mit passendem USB-Empfänger am laufen habe. Geht problemlos, bei LIRC gibts so ein Modul, heisst mceusb.
-
Hi,
mal ein kleiner Zwischenbericht:
xine-0.7.4-netzwerk scheint soweit zu funktionieren. Allerdings hatte ich ein Problem mit der xine-lib. Nachdem ich sie installiert hatte, ging der zweite Aufruf von xine schief mitCodeDies ist xine (X11 gui) - Ein freier Video-Player v0.99.3cvs. (c) 2000-2004 Das xine Team. Inconsistency detected by ld.so: ../sysdeps/generic/dl-tls.c: 75: _dl_next_tls_modid: Assertion `result <= _rtld_local._dl_tls_max_dtv_idx' failed!
Das liess sich reproduzieren - make uninstall, make clean, autogen, make, make install. xine liess sich immer nur einmal sauber aufrufen. Selbst nach einem reboot war dann Ende Gelände.
Dann fiel mir ein, dass es bei einer der Vorversionen Probleme mit opengl gegeben hat.
--disable-opengl hat den Fehler beseitigt. Jetzt läufts.Dummerweise habe ich jetzt ein Hardware-Problem mit meinem vdr-Server, sodass weiteres Testen erstmal ausfällt.
-
Zitat
Original von peter_weber69
Hi VDR'ler,xine-0.74-net liegt auf meiner Homepage bereit zum Testen.
http://mitglied.lycos.de/peterweber69/
Hab's selbst noch nicht testen können!!!
Juch-Hu, sie ist da! Nicht, dass es hinterher wieder heisst, darum würde sich keiner scheren. Thanxalot, werde heute abend testen. -
Leider schreibst Du nichts darüber, was für Clients in Deinem Netz hängen. Falls da auch Windoofs-Maschinen dabei sind, liegt der Verdacht nahe, dass diese Deinen Server zur Einwahl veranlassen.
Die schicken doch ab und zu so Suchanfragen nach irgendwelchen Domain- oder Workgroupservern raus.
Edit: achso, nein, vergiss es, Du schreibst ja "auch wenn kein Client läuft".
-
Zitat
Original von gon
Ich weiss nicht ob es interessiert, aber seit ich an meine Lorenzen eine Kathrein DVB-T Antenne angeschlossen habe, bekomme ich keine ARM- Crashes noch sonstige Fehler mehr! Hat zwar nichts mit den Patches hier zu tun, aber vielleicht hilfts jemand.Steffen
Was denn für ein Modell genau? Habe hier auch so meine Probleme mit der Lorenzen.
Edit: Die DVB-T-Indoor-Antenne BZD 30?
-
Zitat
Original von neumann2k
Da ich diesen Check wieder entfernt habe, schaltet VDR jetzt ganz schnell um (weil er nicht wartet, bis das FE einen Lock hat) und nach einer Zeit sollte dann auch was auf dem Bildschirm kommen. Je nach Karte mal langsamer mal schneller.
Ja, aber, aber, aber - Huch, das verwirrt mich jetzt doch. Diese ganze Sache, mit dem Warten auf das Lock, die ist doch erst mit vdr Vers. 1.3.5 oder so reingekommen, und zwar, um die UPT Errors zu vermeiden.
Wenn ich es richtig verstanden habe, vertragen die DVB-S es nicht, wenn der vdr versucht, pid-Filter zu setzen, wenn das Frontend noch kein Lock hat.
Und genau diese Mimik wird jetzt wieder abgeschaltet durch den Patch. Das würde ja bedeuten, dass jemand, der eine Kombination aus DVB-S und DVB-T hat, sich wieder potentielle Probleme auf der Sat-Seite einhandelt (wahrscheinlich bei schlechten Empangsbedingungen). -
oder, um es genauer zu sagen, macht das daemon-script nix mehr.
viel wichtiger ist, welches FIRMWARE_DIR in /etc/hotplug/firmware.agent drin steht - jedenfalls soweit ich weiss. -
Hi,
hm, wenn ich das richtig verstehe, macht doch hotplug sowieso nichts Richtiges mehr, oder?
Codestart () { # just verify that people build their kernel with hotplug support. if [ ! -f /proc/sys/kernel/hotplug ] ; then eerror "CONFIG_HOTPLUG not enabled for this kernel!" return 1 fi }
/etc/init.d/hotplug
-
-
Hi,
sorry, ich bin so ein gentoo-Depp, da macht man sich gar keine Vorstellungen. Deswegen bitte nicht hauen bei meiner Frage.
Wie mach ich das dann? Erst "gensync gentoo-de" und dann "emerge sync", oder umgekehrt, oder ist das egal? -
kleiner Nachtrag:
I hereby donate this little piece of software to the public domain.
-
So, dann brauchen wir natürlich ein laufendes Oxyl in der Version 2.0.
Wie das geht, entnehme man bitte den Seiten auf www.oxyl.de .Wenn das alles sauber läuft - was mitunter Schweiss und Tränen kosten könnte - fügen wir unser kleines Plugin in das plugins-Verzeichnis der oxylbox ein:
Wie es bei der oxylbox üblich ist, kann man das Ding über einen normalen Webbrowser konfigurieren. Es wird die IP des Servers eingetragen, der SVDRP-Port (2001) und der Streaming-Port (3000).
Ich stelle es jedem frei, dieses Stückchen Software weiter zu entwickeln, auf seine Bedürfnisse anzupassen, wasauchimmer ...
Have fun with it, but use it at your own risk.
-
sooo,
als näxtes müssen wir ein bissel das streamdev-plugin patchen. Keine Angst, das ist nicht schlimm, tut nicht weh, macht auch nix kaputt und hat schon viele Versionen des plugins überlebt.
in dem File common.c fügen wir ein:
CodecChannel *ChannelFromString(char *String) { cChannel *channel = NULL; // Cut everything after a dot.mpg char *dot = strstr(String, ".mpg"); if (dot != NULL) *dot = '\0'; if (isnumber(String)) {
also in der Funktion ChannelFromString einfach die drei Zeilen (beginnend mit //Cut everything...) einfügen.
Dann den ganzen Schlamassel neu maken.
später kommt dann das Plugin für Oxyl ...
-
Okeh, wenn das so ist,
dann kommt jetzt The Alamos kleiner Kurs "Wie bringe ich der Oxyl-Software das vdr-streaming bei"
Als erstes brauchen wir einen vdr mit funktionierendem streamdev-server. Einstellungen "immer pausiert", streamtyp PES, ansonsten Standard