[clausmuus]

@Marcus,

also Deine hohe Systemauslastung erstaunt mich doch ein wenig. Ich hab auf nem 700MHz System (SMT) ohne vidix/dfb ne last von ca 90% und mit dfb von ca. 60%

Nun aber was neues:
Ich hab für all die Bastler unter euch den nvidiafb Treiber (der beim Kernel dabei ist) mit ins videodriver-Addon aufgenommen. Den hatte ich nur vergessen im Kernel zu aktivieren.
Ich hab auch schon nen kurzen Test durchgeführt. Um den nutzen zu können muss im "more verbose" Modus gebootet werden, also ohne eine vga=xxx Angabe in der menu.lst von Grub. Ich hatte den dann per "modprob nvidiafb ..." geladen. Die Auflösung wurde auch umgeschaltet, nur hatte ich dann kein brauchbares Bild mehr, weil die angegebenen Parameter wohl nicht so ganz die richtigen waren.
Wer also damit ein wenig herum experimentieren will kann das aktualisierte videodriver-Addon per "apm u videodriver -f" herunterladen. Es hat bisher keine neue Versionsnummer bekommen.

Versucht's erst mal mit nem "modprobe nvidiafb bpp=24". Die Passende Auflösung müsste sich anschliessend mit fbset einstellen lassen.

Claus

[Marcus]

Danke Claus, werds die Tage mal testen. Hab meinen letzten Beitrag grad eben editiert, ist aber eine Seite weiter vorn. Hätte wohl neu posten sollen...

[clausmuus]

@Marcus,

den nvidiafb brauchst Du noch nicht mal für ne andere Auflösung, es sei denn es soll ne 16/9 oder so was krummes sein.

Der Vidix Treiber ist nicht die 1.0.0, sondern noch nen Jahr neuer, halt die letzte svn Version. Allerdings wurde der Vidix Kram seit Mitte März nicht mehr weiter entwickelt.

[clausmuus]

Folgendes sollte eigendlich funktionieren:
- booten im "more verbose" modus
- das aktuelle videodriver Addon installieren
- "modprobe nvidiafb" oder eventuell ist das so erforderlich "modprobe nvidiafb bpp=24"
- "fbset -depth 24 800x600-75"

Eine Farbtiefe von 24 Bit ist vermutlich für softdevice-dfb Pflicht.

[clausmuus]

Ich hab mal zu dem Vidix Problem im VDR-Portal ne Anfrage gestellt: http://www.vdr-portal.de/board/thread.php?...?threadid=80772

Claus

[bastir]

Also mit nvidiafb Treiber bekomme ich bei vidix ein Bild und auch die Bildeinstellungsregler reagieren. Aber leider besteht das Bild aus schwaz weißen Linien. Ich hoffe, es hängt mit falschen fb setting zusammen. Probiere gerade modlines für meinen Monitor in die fb.modes einzutragen.

directfb scheint auch [nur?] am Umschalten der Auflösung zu scheitern. Wie sieht es bei euch mit fb per nvidiafb aus?

@clausmuus
Kannst du ein nvidiafb ohne ddc und mit debug ausgabe kompilieren, damit ich verschiedene Auflösungen testen kann.

directfb gibt folgende Fehler aus:

Code: [Select]

14:02:25.0962 I [5987] [dfb] init

     =======================|  DirectFB 1.1.1  |=======================
          (c) 2001-2007  The DirectFB Organization (directfb.org)
          (c) 2000-2004  Convergence (integrated media) GmbH
        ------------------------------------------------------------

(*) DirectFB/Core: Single Application Core. (2008-08-14 15:22)
(*) Direct/Thread: Running 'VT Switcher' (CRITICAL, 6001)...
(*) Direct/Modules: suppress module 'keyboard'
(*) DirectFB/Genefx: MMX detected and enabled
(*) DirectFB/Graphics: MMX Software Rasterizer 0.6 (directfb.org)
(*) DirectFB/Core/WM: Default 0.3 (directfb.org)
(*) FBDev/Mode: Testing 1280x1024 RGB24
(!) DirectFB/DirectFBCreate: Setting desktop resolution to 1280x1024 failed!
     -> Using default resolution.
(!) DirectFB/DirectFBCreate: Setting desktop format failed!
     -> Using default format.
(!) DirectFB/DirectFBCreate: Setting desktop buffer mode failed!
     -> No virtual resolution support or not enough memory?
        Falling back to system back buffer.
(*) FBDev/Mode: Testing 800x600 RGB32
(*) FBDev/Mode: Preparing switch to 800x600 RGB32
(*) FBDev/Mode: Testing 800x600 RGB32
(*) FBDev/Mode: Preparing switch to 800x600 RGB32
(*) FBDev/Mode: Testing 800x600 RGB32
(*) FBDev/Mode: Preparing switch to 800x600 RGB32
(*) FBDev/Mode: Testing 800x600 RGB32
(*) FBDev/Mode: Preparing switch to 800x600 RGB32
(*) FBDev/Mode: Testing 800x600 RGB32
(*) FBDev/Mode: Preparing switch to 800x600 RGB32
(*) FBDev/Surface: Allocated 800x600 32bit RGB32 buffer at offset 0 and pitch 6400.
(*) FBDev/Mode: (Post)Setting 800x600 RGB32
(*) FBDev/Mode: Switched to 1280x1024 (1280x1024) at 32 bit RGB32 (wanted RGB32).
(*) FBDev/Mode: Testing 800x600 RGB32
(*) FBDev/Mode: Preparing switch to 800x600 RGB32
(*) FBDev/Mode: (Post)Setting 800x600 RGB32
[dfb] RAM: 67108864 bytes
[dfb] Accellerated Functions: none
[dfb] Drawing Flags: none
[dfb] Surface Blitting Flags: none
14:02:26.0147 I [5987] [dfb] Supported video Modes are:
800x600@24 1280x720@32 768x576@4
14:02:26.0147 I [5987] [dfb] Enumerating display Layers
14:02:26.0147 I [5987] [dfb] Configuring CooperativeLevel for OSD
Layer 0 FBDev Primary Layer  Type: graphics
  Caps: brightness contrast saturation surface
14:02:26.0147 E [5987] [dfb]: could not find suitable videolayer
 (!!!)  *** WARNING [Application exited without deinitialization of DirectFB!] *** [core.c:858 in dfb_core_deinit_check()]
 (!!!)  *** WARNING [still objects in 'Layer Region Pool'] *** [object.c:241 in fusion_object_pool_destroy()]
 (!!!)  *** WARNING [still objects in 'Layer Context Pool'] *** [object.c:241 in fusion_object_pool_destroy()]
 (!!!)  *** WARNING [still objects in 'Surface Pool'] *** [object.c:241 in fusion_object_pool_destroy()]


Ich denke, dass ich die direfbrc noch richtig anpassen muss. Habe aber zur 1.1.1 Version leider keine Hilfe gefunden, nur zur 1.2.x. Auflösung und bittiefe stimmen eigentlich. Ich weiß nicht so richtig was nicht passt.
Sebastian

[clausmuus]

@bastir,

hab grad dabei das nvidia Modul neu erstellt. Du kannst es jetzt mit nem "apm u videodriver -f" updaten.

Claus

[Marcus]

So, habe es auch gerade mal ausprobiert:

Beim Laden des nvidiafb ist mein Monitor ausgestiegen, konnte die Auflösung nicht mehr anzeigen.

Problem: An der DVI-Schnittstelle hing mein Fernseher noch mit an der Grafikkarte.
Lösung: Kabel von der Graka abgezogen

Danach konnte ich den nvidiafb starten und mit fbset die Auflösung einstellen.

Problem: fbset ändert die Auflösung nur auf der aktuellen Konsole, hier Konsole 1. Brauche die Einstellungen aber auf Konsole 5
Lösung: fbset --all 800x600-75

Nun habe ich voller Erwartung den VDR gestartet: Wie bei bastir nur Streifen...

Problem: Falsche horizontale Skalierung
Lösung: Im Sofdevicemenü unter Bildausschnitt auf 14:9 gestellt

Jetzt sah das Bild auch wie ein Bild aus!  :applaus

Aber trotz Vidix ~100% CPU, Atefakte im Bild, verlorene Frames um mit Audio synchron zu bleiben...  :wand

CPU Athlon XP3200+, 2Gb Ram, Gforce 6800GT...

PS: Nutze keine Sat-Karte, sondern streamdevice-client. Vielleicht daher die hohe CPU-Last?

CYA
Marcus

[clausmuus]

ich hab das fbset Argulent "--all 800x600-75" nun als default eingetragen.

Claus

[Matthias]

ich hab das fbset Argulent "--all 800x600-75" nun als default eingetragen.

Claus

Hm.

ich habe softdevice  + vidix + videodriver (ATI9250) installiert.
In der rc.config folgende Einstellung:

# Grafikkarten Treiber (all, atyfb,intelfb,kyrofb,matroxfb,radeonfb,savagefb,nvidiafb,rivafb,sisfb,vgastate)
VIDEO_DRIVER="radeonfb"
# Aufruf Argumente f

[clausmuus]

Hi Matthias,

du brauchst das videodriver-Addon nur, wenn Du die Ausgabe über DirectFB (softdevice-dfb) machen möchtest. für Vidix brauchst Du das nicht.
Das videodriver-Addon funktioniert wahrscheinlich nur wenn im "more verbose" Modus (also ohen den vga=xxx) gebootet wurde.

Den default Wert "--all 800x600-75" habe ich hinzu gefügt, weil Marcus berichtet hatte das er damit erfolg hatte. Vermutlich mache ich jedoch noch nen Fehler beim Aufruf des fbset Komandos. Ein Aufruf von "fbset --all 800x600-75" auf der Komandozeile sollte aber die Auflösung umschalten.

Claus

[Matthias]

Habe mal DFB mit meiner Matrox G550 getestet, leider noch ohne Erfolg:

(*) DirectFB/Core: Single Application Core. (2008-08-14 15:22)
(!) Direct/Util: opening '/dev/fb0' and '/dev/fb/0' failed
    --> No such file or directory
(!) DirectFB/FBDev: Error opening framebuffer device!
(!) DirectFB/FBDev: Use 'fbdev' option or set FRAMEBUFFER environment variable.
(!) DirectFB/Core: Could not initialize 'system_core' core!
    --> Initialization error!
16:08:03.0326 E [15640] [dfb] init EXITING:action=IDirectFB* DirectFB::Create(), result=Initialization error!
[avolctl] snd_mixer_open() OK!
[avolctl] snd_mixer_attach() OK!
[avolctl] snd_mixer_selem_register() OK!
[avolctl] snd_mixer_load OK!
VDR exits at Mo Okt  6 16:08:03 CEST 2008

Oct  6 16:07:26 (none) user.info vdr: [13073] [dfb] init
Oct  6 16:07:26 (none) user.err vdr: [13073] [dfb] init EXITING:action=IDirectFB* DirectFB::Create(), result=Initialization error!

Setze ich in der rc.config unter Videodriver "matroxfb" ein, bekomme ich folgende Fehlermeldungen:

(*) DirectFB/Core: Single Application Core. (2008-08-14 15:22)
(*) Direct/Thread: Running 'VT Switcher' (CRITICAL, 10496)...
(*) Direct/Modules: suppress module 'keyboard'
(*) DirectFB/Genefx: MMX detected and enabled
(*) DirectFB/Graphics: MMX Software Rasterizer 0.6 (directfb.org)
(*) DirectFB/Core/WM: Default 0.3 (directfb.org)
(*) FBDev/Mode: Testing 800x600 RGB24
(*) FBDev/Mode: Preparing switch to 800x600 RGB24
(*) FBDev/Mode: Testing 800x600 RGB24
(*) FBDev/Mode: Preparing switch to 800x600 RGB24
(*) FBDev/Mode: Testing 800x600 RGB24
(*) FBDev/Mode: Preparing switch to 800x600 RGB24
(*) FBDev/Mode: Testing 800x600 RGB24
(*) FBDev/Mode: Preparing switch to 800x600 RGB24
(*) FBDev/Mode: Testing 800x600 RGB24
(*) FBDev/Mode: Preparing switch to 800x600 RGB24
(*) FBDev/Surface: Allocated 800x600 16bit RGB24 buffer at offset 0 and pitch 1600.
(*) FBDev/Mode: (Post)Setting 800x600 RGB24
(*) FBDev/Mode: Switched to 800x600 (800x600) at 16 bit RGB16 (wanted RGB24).
(!) DirectFB/FBDev: Panning display failed (x=0 y=0 ywrap=0 vbl=0)!
    --> Invalid argument
(*) FBDev/Mode: Testing 800x600 RGB24
(*) FBDev/Mode: Preparing switch to 800x600 RGB24
(*) FBDev/Mode: (Post)Setting 800x600 RGB24
[dfb] RAM: 3840000 bytes
[dfb] Accellerated Functions: none
[dfb] Drawing Flags: none
[dfb] Surface Blitting Flags: none
16:13:37.0385 I [10484] [dfb] Supported video Modes are:
800x600@24
16:13:37.0385 I [10484] [dfb] Enumerating display Layers
16:13:37.0385 I [10484] [dfb] Configuring CooperativeLevel for OSD
Layer 0 FBDev Primary Layer  Type: graphics
  Caps: brightness contrast saturation surface
16:13:37.0385 E [10484] [dfb]: could not find suitable videolayer
 (!!!)  *** WARNING [Application exited without deinitialization of DirectFB!] *** [core.c:858 in dfb_core_deinit_check()]
 (!!!)  *** WARNING [still objects in 'Layer Region Pool'] *** [object.c:241 in fusion_object_pool_destroy()]
 (!!!)  *** WARNING [still objects in 'Layer Context Pool'] *** [object.c:241 in fusion_object_pool_destroy()]
 (!!!)  *** WARNING [still objects in 'Surface Pool'] *** [object.c:241 in fusion_object_pool_destroy()]
[avolctl] snd_mixer_open() OK!
[avolctl] snd_mixer_attach() OK!
[avolctl] snd_mixer_selem_register() OK!
[avolctl] snd_mixer_load OK!
VDR exits at Mo Okt  6 16:13:37 CEST 2008

Hilf der Eintrag weiter?
-->  [dfb]: could not find suitable videolayer
 

[Marcus]

Warum brauche ich das Videodriver Addon eigentlich?

Einmal für directFB, dazu kann ich aber nix sagen, noch nie probiert.
Und für Vidix wenn man andere als VESA-Auflösungen, z.B. 1360x768-50, haben möchte. VESA gibts ja glaub ich nur 4:3 Auflösungen.

CYA
Marcus

[Matthias]

@claus
Ich habe nochmal im VDR Portal nach Softdevice und Segmentation Fault gesucht und etwas dazu gefunden. Vielleicht hilft Dir das ja weiter bzw. erhöht die Kompatibilität von Softdevice / Vidix:

"wenn das Softdevice beim initialisieren des mpeg2decoders crasht liegt das meistens daran daß die Header-Dateien avcodec.h oder avformat.h die beim Compilieren vom Softdevice benutzt wurden nicht zu den shared Libraries passen die beim Starten vom Softdevice geladen werden. So was kann passieren wenn man ein update von ffmpeg gemacht hat, oder irgenwo noch eine alte ffmpeg Version auf der Platte rumfliegt (z.B von der Distribution). Wenn es da nichts ist, oder du falsche Header-Dateien gelöscht hast, dann alles (ffmpeg und softdevice) nochmal gründlich (make distclean und make clean) neu compilieren und installieren."
(http://www.vdr-portal.de/board/thread.php?threadid=46717&hilight=image+softdevice)
(http://www.vdr-portal.de/board/thread.php?threadid=32777)


Grü0e

Matthias

PS
Ich poste das auch weil ich bei meinem Segvault Vidix Ticket im Mantis Abstürze durch die libavcodec.so. hatte:
[softdevice] error, libavcodec deinterlacer failure