PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Probleme bei DVR-Start



Neu-Linuxer
30.09.02, 17:25
Hi!

Habe DVR-RPM installiert und alle Library-Sachen gelöst.
Aber leider krieg ich auf Konsole das hier:

fs seg 0x40017000
Available CPU flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnow
1532.941000 MHz AMD Athlon(TM) XP 1800+ processor detected
Xlib: connection to ":0.0" refused by server
Xlib: Invalid XDM-AUTHORIZATION-1 key (failed key comparison)
dvr: cannot connect to X server :0.0

Womit kann das zusammenhängen?

Zusatzfrage: Ich habe das RPM installiert.
Nun habe ich gelesen, daß es eventuell keine/weniger Probleme mit DVR geben soll wenn man das selber kompiliert. Sowas habe ich aber noch nie gemacht...
Wenn's ohne Kompilieren abgeht wär schöner.

Ansonsten: kann mir einer erzählen ob's ne GUI für VCR gibt? Auf command line hab ich in dem Punkt nämlich keinen Bock, da ich auch wissen will WAS ich grade aufnehme. Oder Zumindest über Klicks den Kram einstellen könnte. Vielleicht bin ich da windows-verdorben aber so isses nu mal: will was zum klicken.
:)



PS: Suse 8.0 Pro, nvidia GeForce2MX mit NVIDIA Kernel und GLX, Hauppauge WinTV PCI+FM

maric
15.10.02, 10:45
dvr hat eine gui integriert.

ich bin aber der Meinung, daß du das Programm nicht als user ausführen kannst.

versuchs mal als root.

Neu-Linuxer
16.10.02, 14:09
Bei Ausführung als ROOT kommt immer noch

fs seg 0x40017000
Available CPU flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnow
1532.941000 MHz AMD Athlon(TM) XP 1800+ processor detected
Xlib: connection to ":0.0" refused by server
Xlib: Invalid XDM-AUTHORIZATION-1 key (failed key comparison)
dvr: cannot connect to X server :0.0

Was mir dabei Sorge bereitet ist die Geschichte mit Xlib.
Also, daß er nicht auf den X-Server kommt.
Leider übersteigt das meine Fähigkeiten, weil ich mit den beiden Zeilen NICHTS anfangen kann.

maric
16.10.02, 15:38
Hallo,

ich meine nicht in der Shell als root, sondern wirklich an KDE mit root anmelden.

Neu-Linuxer
16.10.02, 23:30
Aaaalso, ich bin denn mal als Root in KDE reingegangen.

fs seg 0x40017000
Available CPU flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnow
1532.941000 MHz AMD Athlon(TM) XP 1800+ processor detected
Unable to open configuration file : /root/.dvrrc. A new default file will be created upon DVR stop.
v4l1: Using interface Video4Linux in ::v4lxif
v4l1: VIDIOCCAPTURE in ::v4l1if
v4l1: Grabber name: BT878(Hauppauge (bt878))
capture: Can capture to memory
tuner: Has a tuner of some form
overlay: Can overlay its image onto the frame buffer
clipping: Overlay clipping is supported
frameram: Overlay overwrites frame buffer memory
scales: The hardware supports image scaling
v4l1: range of tv size : 48x32 => 924x576
v4l1: input channels: 4
[1] Television: has tuner [1], audio, tv
[2] Composite1: no tuner [0], audio, camera
[3] S-Video: no tuner [0], audio, camera
[4] Composite3: no tuner [0], audio, camera
v4l1: input audios: 1
[1] TV: mutable[unmuted] vol=65535, bass=32768, ter=32768
v4l1: tuner: Television 0-4294967295
v4l1: tuner sees stereo: no
v4l1: tuner supports modes (active: PAL):
PAL
NTSC
SECAM
v4l1: picture: brightness=32768 hue=32768 colour=32512 contrast=27648
v4l1: picture : whiteness=0 depth=0 palette=3[rgb16]
Listing all visuals:
Visual class TrueColor ( 4 )
id 0x21
screen 0
depth 16
red_mask 0x00f800
green_mask 0x0007e0
blue_mask 0x00001f
colormap_size 64
bits_per_rgb 8
Visual class DirectColor ( 5 )
id 0x22
screen 0
depth 16
red_mask 0x00f800
green_mask 0x0007e0
blue_mask 0x00001f
colormap_size 64
bits_per_rgb 8
Visual class TrueColor ( 4 )
id 0x23
screen 0
depth 16
red_mask 0x00f800
green_mask 0x0007e0
blue_mask 0x00001f
colormap_size 64
bits_per_rgb 8
Visual class DirectColor ( 5 )
id 0x24
screen 0
depth 16
red_mask 0x00f800
green_mask 0x0007e0
blue_mask 0x00001f
colormap_size 64
bits_per_rgb 8
v4l1: hope physical screen format is <16 bit TrueColor (LE)>
v4l1: set palette to 3
v4l1: palette is 3
v4l1: bpp 16, bpl 2048, width 384, height 288
v4l1: video buffer: size 4259840, frames 2
v4l1: memory for snap shots: 0x411d2000
v4l1: setChannel 0
v4l1: setChannelNorm 0
v4l1: setAutioMute [0] unmuted
v4l1: setAudioMode= 1 [mono]
dvr: relocation error: dvr: undefined symbol: match__Q23avm9CodecInfoUiQ33avm9CodecInfo5MediaPCQ 23avm9CodecInfoQ33avm9CodecInfo9Direction


Habe den NVidia-Treiber mit GLX installiert (über Yast2). Auflösung 1024x768 bei 16 Bit/65536.
Dann dachte ich: vielleicht liegt's ja an der Farbtiefe. Aber leider geht die Farbtiefe unter Yast gar nicht zu ändern und unter Sax2 ist das Problem, daß man eine andere Farbtiefe zwar auswählen kann, aber leider gibt er dann Warnungen aus. Geht also nicht.

Kann jemand was mit dem Wust an Informationen da oben anfangen???
So langsam habe ich von DVR die Schnauze voll.

Linux ist ja ein geiles System, aber wenn ich mal etwas, was nicht Office, Grafikbearbeitung, Sound oder so betrifft, machen möchte, habe ich bald mal ne Mörderfrustration.
Windows ist zwar ******e und stürzt ab und kommt vom Monopolisten und Verarscher, Abzocker, etc., aber wenigstens gehen da alle Sachen mehr oder weniger. Was Wunder, wenn sich auch viele Firmen darauf spezialisiert haben.
Und ich glaube, daß das auch nicht durch Lindows geändert werden kann, trotz daß die Sachen alle angepaßt/standardisiert sind. Immerhin versuchen die ja das alles einigermaßen einem für User (und Nicht-Programmierer) zusammenzuzimmern. Und ich bin weiß Gott kein Anfänger bei PCs. Hoffen wir mal, daß sich in Punkto Usability noch so einiges tut...

Aber ich schweife ab. Es geht um DVR.
VCR soll ja auch nicht schlecht sein. Da da nix videomäßig angezeigt wird, gibt das wohl auch kaum Probleme. Leider möchte ich gern sehen, was ich aufnehme. Sonst müßte ich mir ein TV-Kabel-Splitter besorgen...