Beiträge von jrie

Zitat

Original von rnissl
Was ist in vdr-xine's Setupmenü eingestellt?

Code

Lautstärke in xine steuern: Ja

Bye.

Oh, das hatte ich übersehen. Jetzt geht es. Vielen Dank!!
Jörg

Hallo,
weiß jemand wie ich bei fbxine Kontrast und Helligkeit einstellen kann?
Ich habe eine Matrox G550 und benutze -V vidixfb.
Seit vdr-xine-0.6.1 kann ich die Lautstärke von vdr nicht mehr beeinflussen, er zeigt zwar OSD Meldungen, aber der Ton bleibt gleich laut. Ich wollte nochmal mit vdr-xine-0.6.0 vergleichen, aber das kompiliert/läuft jetzt nicht mehr,vermutlich wegen xine-cvs update. Mit softdevice gehts aber. (-A alsa)
Jörg

whatever: du könntest mal Loewe Codes probieren, falls es die gibt.
"RemoteUSB gefungen und gestartet" heisst erstmal nur, das er den Igorplug gefunden hat. Wenn ein Tastendruck erkannt wird, kriegst du "put (Code)".
Jörg

Hallo Kenny,
ja das ist ohne debug, gerade noch mal überprüft, 72% Cpu in top.
Sowohl mit Suse 9.2 2.6.8-24.3-default Kernel als auch mit 2.6.10-rc2.
Jörg

Nach vieler Sucherei war es am Ende ganz einfach. Ich habe den Typ in der fstab für /proc/bus/usb von usbdevfs auf usbfs geändert, und schon geht das plugin wieder. Wie lange das immer dauert, bis man auf so einfache Sachen kommt.
Da gibt es aber etwas am plugin, was mir überhaupt nicht gefällt, das ist die Cpu-Last, die es verursacht. Ohne usbremote hat vdr ca. 2% in top, mit usbremote 70%! Was ist da los?

whatever: sieht ziemlich gut aus, kann nur noch eine Kleinigkeit sein. timeout? gieb mal deiner remote.conf einen anderen Namen und starte vdr neu, was passiert dann?

Jörg

Noch ausführlicher: /proc/bus/usb/ ist leer, ist das ok?
Hab jetzt den kernel mit USB_DEBUG kompiliert, das gibt beim starten:

<6>USB Universal Host Controller Interface driver v2.2
<4>PCI: IRQ 6 for device 0000:00:1f.2 doesn't match PIRQ mask - try pci=usepirqmask
<6>PCI: Found IRQ 6 for device 0000:00:1f.2
<6>uhci_hcd 0000:00:1f.2: UHCI Host Controller
<7>PCI: Setting latency timer of device 0000:00:1f.2 to 64
<6>uhci_hcd 0000:00:1f.2: irq 6, io base 0xa400
<6>uhci_hcd 0000:00:1f.2: new USB bus registered, assigned bus number 1
<6>uhci_hcd 0000:00:1f.2: detected 2 ports
<7>usb usb1: new device strings: Mfr=3, Product=2, SerialNumber=1
<7>usb usb1: default language 0x0409
<6>usb usb1: Product: UHCI Host Controller
<6>usb usb1: Manufacturer: Linux 2.6.10-rc2 uhci_hcd
<6>usb usb1: SerialNumber: 0000:00:1f.2
<7>usb usb1: hotplug
<7>usb usb1: adding 1-0:1.0 (config #1, interface 0)
<7>usb 1-0:1.0: hotplug
<7>hub 1-0:1.0: usb_probe_interface
<7>hub 1-0:1.0: usb_probe_interface - got id
<6>hub 1-0:1.0: USB hub found
<6>hub 1-0:1.0: 2 ports detected
<7>hub 1-0:1.0: standalone hub
<7>hub 1-0:1.0: no power switching (usb 1.0)
<7>hub 1-0:1.0: individual port over-current protection
<7>hub 1-0:1.0: power on to power good time: 2ms
<7>hub 1-0:1.0: local power source is good
<6>PCI: Found IRQ 5 for device 0000:00:1f.4
<6>PCI: Sharing IRQ 5 with 0000:02:0b.0
<6>uhci_hcd 0000:00:1f.4: UHCI Host Controller
<7>hub 1-0:1.0: state 5 ports 2 chg ffff evt ffff
<7>hub 1-0:1.0: port 1, status 0100, change 0000, 12 Mb/s
<7>uhci_hcd 0000:00:1f.2: port 2 portsc 01a3,00
<7>hub 1-0:1.0: port 2, status 0301, change 0001, 1.5 Mb/s
<7>PCI: Setting latency timer of device 0000:00:1f.4 to 64
<6>uhci_hcd 0000:00:1f.4: irq 5, io base 0xa000
<6>uhci_hcd 0000:00:1f.4: new USB bus registered, assigned bus number 2
<6>uhci_hcd 0000:00:1f.4: detected 2 ports
<7>usb usb2: new device strings: Mfr=3, Product=2, SerialNumber=1
<7>usb usb2: default language 0x0409
<6>usb usb2: Product: UHCI Host Controller
<6>usb usb2: Manufacturer: Linux 2.6.10-rc2 uhci_hcd
<6>usb usb2: SerialNumber: 0000:00:1f.4
<7>usb usb2: hotplug
<7>hub 1-0:1.0: debounce: port 2: total 100ms stable 100ms status 0x301
<7>usb usb2: adding 2-0:1.0 (config #1, interface 0)
<7>usb 2-0:1.0: hotplug
<6>usb 1-2: new low speed USB device using uhci_hcd and address 2
<7>hub 2-0:1.0: usb_probe_interface
<7>hub 2-0:1.0: usb_probe_interface - got id
<6>hub 2-0:1.0: USB hub found
<6>hub 2-0:1.0: 2 ports detected
<7>hub 2-0:1.0: standalone hub
<7>hub 2-0:1.0: no power switching (usb 1.0)
<7>hub 2-0:1.0: individual port over-current protection
<7>hub 2-0:1.0: power on to power good time: 2ms
<7>hub 2-0:1.0: local power source is good
<7>usb 1-2: new device strings: Mfr=1, Product=2, SerialNumber=0
<7>usb 1-2: default language 0x0409
<6>usb 1-2: Product: IgorPlug-USB (AVR)
<6>usb 1-2: Manufacturer: Ing. Igor Cesko, Copyright(c) 2003
<7>usb 1-2: hotplug
<7>usb 1-2: adding 1-2:1.0 (config #1, interface 0)
<7>usb 1-2:1.0: hotplug
<7>hub 2-0:1.0: state 5 ports 2 chg ffff evt ffff
<7>hub 2-0:1.0: port 1, status 0100, change 0000, 12 Mb/s
<7>hub 2-0:1.0: port 2, status 0100, change 0000, 12 Mb/s

also da findet er den Igorplug, aber was fehlt da noch?

vdr:/ # mount /proc/bus/usb
mount: fs type usbdevfs not supported by kernel

aber vdr:/usr/src/linux # grep -e CONFIG_USB_DEVICEFS .config
CONFIG_USB_DEVICEFS=y

vdr:/sys/bus/usb/devices/1-2 # cat product
IgorPlug-USB (AVR)

Ich bin ratlos

Jörg

Hallo Kenny,

/sys/bus/usb/devices ist da, aber lsusb zeigt nichts an.
In boot.msg steht
"<6>usb 1-2: new low speed USB device using uhci_hcd and address 2",
das ist der IgorPlug. Ich such schon eine ganze Weile herum, früher war das alles in /proc..., dafür gibts einige Tips, aber hier komm ich nicht weiter.

Mit lirc 0.7 geht's, aber da reagiert er auf die Fernbedienung leider ziemlich schwammig, mal verzögert, dann wieder viel zu schnell. Das ist mit Deinem plugin viel besser,da geht es sehr knackig; so wie es war als ich noch eine FF Karte hatte mit daran angeschlossenem IR Empfänger. Ich bin aber auf Budget und vdr-xine umgestiegen, weil ich nur noch am Monitor gucke.

Ich freue mich über jeden Tip.

Jörg

Mit kernel 2.6.7 und dem von Suse 9.2 lief es.
Jetzt bin ich auf 2.6.10-rc1 und rc2 umgestiegen, da gehts wieder nicht.
Ich hab leider keine Ahnung, wie ich da Fehlersuche betreiben könnte.

whatever: stell mal DO_DEBUG in hostlib.c und usbremote.c auf 1 und kompiliere neu, dann hast Du ein paar Meldungen mehr.

Jörg

Jetzt läuft's. (Da hatte sich doch lirc selbst geladen). Mir gefällt es besser als lirc. Danke für das plugin!

Jörg

Zitat

Original von Kenny
jrie
hm vielleicht ging das wegen fehlerfaften usb release nicht, hört sich so an als sei das gerät besetzt (ist aber nur mal ne vermutung ins blaue), haste drauf geachtet den lirc kram vorher NICHT zu benutzen...

Hallo Kenny,
ich hatte rebootet und lirc etc vorher abgestellt, also daran kann's nicht liegen. Hast Du eine Idee wie ich da weiter Fehlersuche betreiben kann?

Zitat

Original von Kenny
UND WAS??? Das geht mir lirc? Warum sagt mir sowas keiner? Mein Bruder hat sich das ding gebaut und meite das lauft unter linux/lirc nicht (nur unter windows), ob ich da nicht was machen könnte... *grumel*

In lirc0.7.0pre8 ist das drin (auch schon davor). Aber es gibt meistens beim reloaden vom lirc_igorplugusb Modul einen Aufhänger oder sogar Absturz.
Deswegen würdee ich gerne Dein plugin zum Laufen kriegen.

Jörg

Hi,

ich benutze auch das IgorPlug-USB, allerdings bis jetzt mit lirc, und das funktioniert wegen fehlerhaftem Usb release nur solange, bis ich das Modul reloaden muss. Ansonsten läuft es einwandfrei.

Schön das es jetzt eine Alternative gibt!
Beim Start von vdr mit dem usbremote plugin bekomme ich folgende Fehlermeldung:
HOSTLIB: usb init...
HOSTLIB: call find_dev
HOSTLIB: try to find busses
HOSTLIB: found bus
HOSTLIB: try to find device on bus
HOSTLIB: found device 0000, 0000
HOSTLIB: found bus
HOSTLIB: try to find device on bus
HOSTLIB: found device 03eb, 0002
HOSTLIB: found IGOR USB PLUG
HOSTLIB: error while usbclaim interface
Beim init von RemoteUSB ist ein fehler aufgetreten...
und die Fernbedienung geht nicht.
In syslog finde ich
resmgr: server response code 200
resmgr: server response code 200

Was geht da schief?
Ich wäre froh, wenn mir jemand weiterhilft.

Jörg

Zitat

Original von stl

pixelformat=ARGB

Ganz vielen Dank!! Das war es und jetzt läufts.
Ich hatte den Hinweis " - DFB: when selecting YUY2 mode you'll get an alpha blende OSD (at least with Matrox cards)." falsch verstanden, und pixelformat=YUY2 eingetragen, dabei macht man das ja im OSD.

Ein paar bugs sind mir aufgefallen:
- manchmal komme ich nicht mehr mit der back-Taste aus dem Menü raus oder er reagiert gar nicht mehr auf die Fernbedienung, wenn ich in einem Menü bin.
- es werden am Anfang mit -vo dfb: die Fernbedienungscodes abgefragt, das funktioniert aber nicht, er macht dann aber trotzdem weiter(unter vdr-1.3.12) und die FB funktioniert auch, gleicher Aufruf mit -vo vidix: startet ohne all das problemlos.
- unter vdr-1.2.6 bleibt er beim Abfragen der FB-Codes ohne Bildschirmausgabe hängen.

Das Hängenbleiben der Konsole lag daran, dass ich aus einem shell-Skript gestartet habe (zu faul immer alle vdr Parameter einzutippen, mit -vo vidix: allerdings kein Problem), wenn ich direkt eingetippe geht es.

Jörg

Zitat

Original von jeremia
Jetzt habe ich plötzlich ganz neue Probleme mit dem OSD: Sobald das zum ersten Mal angezeigt werden soll, kommt es nicht, und anschliessend lässt sich der VDR gar nicht mehr bedienen
jeremia

Hallo,
probiere mal ob folgendes hilft:
editiere vdr's setup.conf und stelle xine-osd auf Unscaled, oder umgekehrt.
Das hat bei mir geholfen.
Jörg

Hallo Stefan,
könntest Du mir ein paar Tips geben, wie ich DirectFB mit der G550 zum laufen kriege?
Hast Du Matrox FB fest im Kernel? Wie sieht Deine directfbrc aus?
Wenn ich softdevice mit vo dfb: starte, kommt nur

---------------------- DirectFB v0.9.21 ---------------------
(c) 2000-2002 convergence integrated media GmbH
(c) 2002-2004 convergence GmbH
-----------------------------------------------------------

(*) DirectFB/Core: Multi Application Core. (with MMX support) (2004-07-16 11:50)
(*) Direct/Memcpy: Using SSE optimized memcpy()

und dann hängt die Konsole. Wie kann ich den Fehler herausfinden?
Jörg

Wofür ist eigentlich der Deinterlacer? Für Material in Halbbildern damit man bei schnellen Bewegungen keine Kämme mehr hat?
Ist das für Ausgabe auf Monitor oder Fernseher interessant?
Und was ist der Unterschied zwischen der Option --post und --deinterlace? Welche Filteroptionen gibt es alle?
Und wo ist das alles dokumentiert?
Jörg

Zitat

Original von rnissl
habe gerade die 0.4.3 online gestellt. Bitte mal probieren.

Funktioniert wunderbar, schaltet schön schnell um ohne zu hängen.
Vielen Dank!

Jörg

Zitat

Original von rnissl
http://home.vr-web.de/~rnissl/vdr-xine-0.4.2-1.patch.gz

Hallo Reinhard,
ich habe den patch jetzt mal getestet, aber leider keine Veränderung.
Aber da Du ja schon daran arbeitest, wohl nur noch eine Frage der Zeit.
Jörg

Ich hab es versucht, aber es kompiliert nicht.
make[1]: Entering directory `/zz/VDR/PLUGINS/src/xine'
g++ -O2 -Wall -Woverloaded-virtual -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"xine"' -DFIFO_DIR=\"/video/vdr-xine\" -DDATA_DIR=\"./PLUGINS/src/xine/data\" `xine-config --cflags` -I../../../include -I../../../../DVB/include xineDevice.c
xineDevice.c: In member function `virtual int
PluginXine::cXineDevice::PlayVideo2(const uchar*, int)':
xineDevice.c:866: error: cannot declare static function inside another function
xineDevice.c:866: error: syntax error before `{' token
xineDevice.c:920: error: `origJumboPESsize' undeclared (first use this
function)
xineDevice.c:920: error: (Each undeclared identifier is reported only once for
each function it appears in.)
xineDevice.c: In member function `virtual void
PluginXine::cXineDevice::PlayAudio(const uchar*, int)':
xineDevice.c:965: error: `mkJumboPES' undeclared (first use this function)
xineDevice.c:970: error: `jumboPESdata' undeclared (first use this function)
make[1]: *** [xineDevice.o] Error 1
make[1]: Leaving directory `/zz/VDR/PLUGINS/src/xine'
make: *** [plugins] Error 2
Kannst Du es als patch bereitstellen? (Um copy + paste Fehler auszuschliessen).
Jörg

Hallo Reinhard,
erstmal vielen Dank für die ausführlichen Erläuterungen!
Wenn er beim Umschalten "hängt", sieht das so aus:
Bild vom altem Programm bleibt stehen, es wird schwarz, Bild vom neuen Programm kommt ohne Ton, auf der Konsole erscheinen ein paar Zeilen Punkte, Bild bleibt stehen, dann läuft das Bild weiter und der Ton kommt und auf der Konsole ist P..PClear zu sehen.
Das passiert genauso beim Umschalten zwischen Sendern auf demselben Transponder.
Der Hänger tritt also, wenn ich Deine Beschreibung richtig verstehe, am Ende der Softstart-Phase auf (nachdem alle Punkte geschrieben sind).

Bei mir läuft er mit POLLTIMEOUTS_BEFORE_DEVICECLEAR 3 besser. Wenn ich das Verhalten beim Umschalten beobachte, sehe ich dass er entweder kein P ausgibt, oder so viele bis Clear kommt.
Das bleibt auch so, wenn ich den Vorpuffer für Live-TV auf 50 erhöhe.

WAIT_FOR_LOCK_AFTER_TUNING ist bei mir nicht aktiviert.
Mein Rechner hat einen Celeron 1,3 GHz.

Jörg

Hallo,
Seit mein Fernseher kaputt ist und ich am Monitor gucke, bin ich sehr froh dass es vdr-xine gibt! Nun ein paar Fragen:
Was hat denn FIXME: xineDevice.c:914 zu bedeuten?
Das erhalte ich ab und zu. Ich benutze vdr-xine mit fbxine.
Könnte ich die Umschaltzeiten beim zappen verbessern, wenn ich mit VIDEOBUFSIZE und POLLTIMEOUTS_BEFORE_DEVICECLEAR in transfer.c experimentiere? Und was wäre da sinnvoll?
Das Bild "hängt" beim Umschalten nämlich manchmal, und läuft erst nach einer kurzen Pause weiter, dann sehe ich PP...PPClear.
Jörg