[HowTo] Softdevice-Plugin, Epia ME6000, DirectFB, RealPC geht auch

DrSat
Den link habe ich doch oben in meinem Posting angegeben.
Gruß

Carlos

Hallo DrSat,

hat leider nix gebracht. Aber vielleicht sagt Euch ja folgende Ausgabe etwas:

[dfb] Enumerating display Layers
Layer 0 FBDev Primary Layer  Type: graphics
  Caps: brightness contrast saturation surface
Layer 1 VIA Unichrome Video  Type: graphics picture video
  Caps: deinterlacing dst_colorkey opacity screen_location surface
uc_overlay: color-keying is disabled
[surface capabilities] scrSurface: primary videoonly double-buffered flipping
[dfb] width = 720, height = 576
[dfb] got fmt = 0x00418c04 bpp = 32
[dfb] Using this layer for OSD: (FBDev Primary Layer - [720x576])
[surface capabilities] osdSurface: videoonly double-buffered flipping
 (!!!)  *** WARNING [letting unprivileged IDirectFBDisplayLayer::GetSurface() call pass until cooperative level handling is finished] *** [../../../src/display/idirectfbdisplaylayer.c:170 in IDirectFBDisplayLayer_GetSurface()]
[surface capabilities] videoSurface: videoonly
[dfb] Configuring CooperativeLevel for Overlay
uc_overlay: color-keying is enabled
uc_overlay: color-keying is enabled
[dfb] Configuring CooperativeLevel for OSD
[dfb] Using this layer for OSD: FBDev Primary Layer
[dfb] Using this layer for Video out: VIA Unichrome Video
[dfb] Display frame time is 16667 microseconds
[dfb] (re)configuring Videolayer to 720 x 576 (720x576)
[dfb] SetParams: action=IDirectFBDisplayLayer::SetLevel(int), result=Not supported! Failed: SetLevel()
uc_overlay: color-keying is enabled
uc_overlay: color-keying is enabled
uc_overlay: color-keying is enabled
uc_overlay: color-keying is enabled
[surface capabilities] videoSurface: videoonly double-buffered flipping
[dfb] (re)configured 0x08100609
[softdevice] Video Out seems to be OK
[softdevice] Initializing Audio Out
[softdevice] Audio out seems to be OK
[softdevice] A/V devices initialized, now initializing MPEG2 Decoder
[dfb] (re)configuring Videolayer to 736 x 576 (720x576)
[dfb] SetParams: action=IDirectFBDisplayLayer::SetLevel(int), result=Not supported! Failed: SetLevel()
uc_overlay: color-keying is enabled
uc_overlay: color-keying is enabled
uc_overlay: color-keying is enabled
uc_overlay: color-keying is enabled
[surface capabilities] videoSurface: videoonly double-buffered flipping
[dfb] (re)configured 0x08100609
[dfb] (re)configuring Videolayer to 736 x 576 (720x576)
[dfb] SetParams: action=IDirectFBDisplayLayer::SetLevel(int), result=Not supported! Failed: SetLevel()
uc_overlay: color-keying is enabled
uc_overlay: color-keying is enabled
uc_overlay: color-keying is enabled
uc_overlay: color-keying is enabled
[surface capabilities] videoSurface: videoonly double-buffered flipping
[dfb] (re)configured 0x08100609
[dfb] (re)configuring Videolayer to 720 x 576 (720x576)
[dfb] SetParams: action=IDirectFBDisplayLayer::SetLevel(int), result=Not supported! Failed: SetLevel()
uc_overlay: color-keying is enabled
uc_overlay: color-keying is enabled
uc_overlay: color-keying is enabled
uc_overlay: color-keying is enabled
[surface capabilities] videoSurface: videoonly double-buffered flipping
[dfb] (re)configured 0x08100609

carlos:

Ob ich DirectFB 0.9.22 oder 1.0.0-rc3 hängt davon ab, welchen VDR ich starte. An den von der c't ist wohl 0.9.22 drangelinkt und am 1.4.1'er hängt 1.0.0-rc3.

Tjaa, ich bin wieder etwas weiter aber nicht am Ziel.

Auf ein paar Tips von DrSat hin (Dank an ihn!) habe ich mir nochmal neu die Komponenten zusammengesucht und übersetzt:

• ctVDR 5 mit Kernel 2.6.16-ct-1 und passenden Headern
• ffmpeg
  apt-get install ffmpeg
• linux-FBDev-kernel-src_2.6.00.02a von viaarena
  In accel.h "#define FB_ACCEL_VIA_UNICHROME 77" setzen
  make && make install
  viafb accel=1 active_dev=TV CRT_ON=0 TV_ON=1 refresh=60 tv_system=2 bpp=32 tv_level=2 tv_out_signal=2
• libcle266mpegdec-0.5
  ./configure --prefix=/usr && make && make install
• DirectFB-1.0.0-rc1
  ./configure --prefix=/usr --disable-vnc --disable-sdl --with-gfxdrivers=cle266,unichrome --with-inputdrivers=lirc
  make && make install
• DFB++ gestern vom CVS
  ./autogen.sh --prefix=/usr
  make && make install
• VDR 1.4.5 mit softdevice Plugin vom CVS
  Im softdevice source Verzeichnis: ./configure --disable-vidix
  Im VDR Verzeichnis: make && make plugins

Folgende Ergebnisse...
Das liefert mir ein TV-Bild mit OSD und allem drum und dran, bloß langsam und ruckelig da ohne jegliche Beschleunigung:

# fbset -depth 16
# ./vdr -P"softdevice -ao alsa:pcm=default -vo fb:"
...
[softdevice] initializing Plugin
[softdevice] Initializing Video Out
[softdevice] ffmpeg build(3349504)
[video-fb] Initializing Driver
[video-fb] Truecolor FB found
[video-fb] init 640 x 480 (Size: 66830336 Bytes LineLen 1280) Bpp: 16
[video-fb] Clearing the FB
[softdevice] Subplugin successfully opend
[softdevice] Video Out seems to be OK
[softdevice] Initializing Audio Out
[softdevice] Audio out seems to be OK
[softdevice] A/V devices initialized, now initializing MPEG2 Decoder

Das liefert mir nur das OSD aber kein TV-Bild:

# fbset -depth 32
# ./vdr -P"softdevice -ao alsa:pcm=default -vo dfb:viatv"
...
[softdevice] initializing Plugin
[softdevice] Initializing Video Out
[softdevice] ffmpeg build(3349504)
[dfb] init


     =======================|  DirectFB 1.0.0-rc1  |=======================
          (c) 2001-2006  United Cultures of Earth - go for outer space!
          (c) 2000-2004  Convergence (integrated media) GmbH
        ----------------------------------------------------------------


(*) DirectFB/Core: Single Application Core. (2007-01-16 09:35)
...
[dfb] Enumerating display Layers
[dfb] Configuring CooperativeLevel for OSD
Layer 0 VIA CLE266 Graphics  Type: graphics
  Caps: alphachannel brightness contrast opacity saturation src_colorkey surface
Layer 1 VIA Unichrome Video  Type: graphics picture video
  Caps: deinterlacing dst_colorkey levels field_parity opacity screen_location surface
[dfb] (osdLayer): flags, options, pixelformat: 0000000f, 00000000 00418c04
[dfb] (osdLayer): width, height:               720 576
[dfb] osdLayer has alpha channel
[dfb] Set DLBM_TRIPLE for layer [VIA Unichrome Video]
[dfb] DLOP_FIELD_PARITY supported by layer [VIA Unichrome Video]
[surface capabilities] scrSurface: videoonly double-buffered flipping PixelFormat = 0x00418c04
[dfb] width = 720, height = 576
[dfb] got fmt = 0x00418c04 bpp = 32
[dfb] Using this layer for OSD: (VIA CLE266 Graphics - [720x576])
[surface capabilities] osdSurface: videoonly double-buffered flipping PixelFormat = 0x00418c04
[dfb] Configuring CooperativeLevel for Overlay
[surface capabilities] videoSurface: videoonly PixelFormat = 0x0810060a
[dfb] Using this layer for OSD:        VIA CLE266 Graphics
[dfb] Using this layer for Video out:  VIA Unichrome Video
[dfb] Display frame time is 20006 microseconds
[dfb] (re)configuring Videolayer to 720 x 576 (720x576)
[dfb] SetParams: Enabling DLOP_FIELD_PARITY
[surface capabilities] videoSurface: videoonly flipping triple-buffered PixelFormat = 0x08100609
[dfb] (re)configured 0x08100609
[softdevice] Subplugin successfully opend
[softdevice] Video Out seems to be OK
[softdevice] Initializing Audio Out
[softdevice] Audio out seems to be OK
[softdevice] A/V devices initialized, now initializing MPEG2 Decoder

Gleicher Effekt. OSD ist da, aber TV-Bild nicht:

# ./vdr -P"softdevice -ao alsa:pcm=default -vo dfb:cle266:viatv"
...
[softdevice] enabling CLE266 HW decoding
[softdevice] enabling field parity
...
[softdevice] initializing Plugin
[softdevice] Initializing Video Out
[softdevice] ffmpeg build(3349504)
[dfb] init


     =======================|  DirectFB 1.0.0-rc1  |=======================
          (c) 2001-2006  United Cultures of Earth - go for outer space!
          (c) 2000-2004  Convergence (integrated media) GmbH
        ----------------------------------------------------------------


(*) DirectFB/Core: Single Application Core. (2007-01-16 09:35)
...
[dfb] Enumerating display Layers
[dfb] Configuring CooperativeLevel for OSD
Layer 0 VIA CLE266 Graphics  Type: graphics
  Caps: alphachannel brightness contrast opacity saturation src_colorkey surface
Layer 1 VIA Unichrome Video  Type: graphics picture video
  Caps: deinterlacing dst_colorkey levels field_parity opacity screen_location surface
Initialising CLE266 decoder (/dev/fb0): success!
CLE266: Creating buffers for decoder
CLE266: Creating buffer number 0
CLE266: Creating buffer number 1
CLE266: Creating buffer number 2
CLE266: Creating buffer number 3
CLE266: passing mpegfb_stride
CLE266: passing buffers to decoder
[dfb] (osdLayer): flags, options, pixelformat: 0000000f, 00000000 00418c04
[dfb] (osdLayer): width, height:               720 576
[dfb] osdLayer has alpha channel
[dfb] Set DLBM_TRIPLE for layer [VIA Unichrome Video]
[dfb] DLOP_FIELD_PARITY supported by layer [VIA Unichrome Video]
[surface capabilities] scrSurface: videoonly double-buffered flipping PixelFormat = 0x00418c04
[dfb] width = 720, height = 576
[dfb] got fmt = 0x00418c04 bpp = 32
[dfb] Using this layer for OSD: (VIA CLE266 Graphics - [720x576])
[surface capabilities] osdSurface: videoonly double-buffered flipping PixelFormat = 0x00418c04
[dfb] Configuring CooperativeLevel for Overlay
[surface capabilities] videoSurface: videoonly PixelFormat = 0x0810060a
[dfb] Using this layer for OSD:        VIA CLE266 Graphics
[dfb] Using this layer for Video out:  VIA Unichrome Video
[dfb] Display frame time is 20006 microseconds
[dfb] (re)configuring Videolayer to 720 x 576 (720x576)
[dfb] SetParams: Enabling DLOP_FIELD_PARITY
[surface capabilities] videoSurface: videoonly flipping triple-buffered PixelFormat = 0x08100609
[dfb] (re)configured 0x08100609
[softdevice] Subplugin successfully opend
[softdevice] Video Out seems to be OK
[softdevice] Initializing Audio Out
[softdevice] Audio out seems to be OK
[softdevice] A/V devices initialized, now initializing MPEG2 Decoder

Er wartet allerdings jedes mal am Anfang auf eine FB-Taste zum anlernen der Codes. Da ich noch keinen Empfänger angeschlossen habe, lasse ich die Zeit verstreichen, und danach startet er ja auch durch.

Noch ein paar infos:

# fbset -i


mode "720x576-60"
    # D: 32.668 MHz, H: 35.820 kHz, V: 60.000 Hz
    geometry 720 576 720 576 32
    timings 30611 96 24 17 1 72 3
    accel true
    rgba 8/16,8/8,8/0,0/0
endmode


Frame buffer device information:
    Name        : Via
    Address     : 0xf4000000
    Size        : 66830336
    Type        : PACKED PIXELS
    Visual      : TRUECOLOR
    XPanStep    : 0
    YPanStep    : 1
    YWrapStep   : 0
    LineLength  : 2880
    MMIO Address: 0xfb000000
    MMIO Size   : 16777216
    Accelerator : Unknown (77)
#/usr/bin/dfbinfo


     =======================|  DirectFB 1.0.0-rc1  |=======================
          (c) 2001-2006  United Cultures of Earth - go for outer space!
          (c) 2000-2004  Convergence (integrated media) GmbH
        ----------------------------------------------------------------


(*) DirectFB/Core: Single Application Core. (2007-01-16 09:35)
(*) Direct/Memcpy: Using MMXEXT optimized memcpy()
(*) Direct/Modules: suppress module 'lirc'
(*) Direct/Modules: suppress module 'joystick'
(*) Direct/Modules: suppress module 'keyboard'
(*) Direct/Modules: suppress module 'linux_input'
(*) Direct/Modules: suppress module 'ps2mouse'
(*) DirectFB/Genefx: MMX detected and enabled
(*) Direct/Modules: suppress module 'cle266'
(*) DirectFB/Graphics: VIA/S3G CN700/Unichrome Pro 0.4 (-)
(*) DirectFB/Core/WM: Default 0.2 (Convergence GmbH)




Screen (00) FBDev Primary Screen            (primary screen)
   Caps: VSYNC POWER_MANAGEMENT


     Layer (00) VIA CLE266 Graphics             (primary layer)
        Type:    GRAPHICS
        Caps:    SURFACE OPACITY ALPHACHANNEL SRC_COLORKEY BRIGHTNESS CONTRAST SATURATION


     Layer (01) VIA Unichrome Video
        Type:    GRAPHICS VIDEO STILL_PICTURE
        Caps:    SURFACE OPACITY SCREEN_LOCATION DEINTERLACING DST_COLORKEY LEVELS FIELD_PARITY SCREEN_POSITION SCREEN_SIZE


     Layer (02) VIA Unichrome DVD Subpicture
        Type:    GRAPHICS VIDEO STILL_PICTURE
        Caps:    SURFACE OPACITY

Hat noch irgendjemand eine Idee? Wie kann ich am Anfang vorübergehend das "softdevice-dfb Phase 1 Detecting RC code type" übergehen?

Danke,

Tom

Hallo Tom,

zumindest mit der immer wiederkehrenden Anlernphase der Fernbedienung kann ich abhelfen:
in der Datei
/var/lib/vdr/remote.conf
müssen noch die Parameter für softdevice.dfb eingetragen werden:

Zitat

LIRC.Up Up
LIRC.Down Down
LIRC.Menu Menu
LIRC.Ok Ok
LIRC.Back Back
LIRC.Left Left
LIRC.Right Right
LIRC.Red Red
LIRC.Green Green
LIRC.Yellow Yellow
LIRC.Blue Blue
LIRC.Power Power
LIRC.Volume+ Volume+
LIRC.Volume- Volume-
LIRC.Mute Mute
LIRC.0 0
LIRC.1 1
LIRC.2 2
LIRC.3 3
LIRC.4 4
LIRC.5 5
LIRC.6 6
LIRC.7 7
LIRC.8 8
LIRC.9 9

KBD.Up 00000000001B5B41
KBD.Down 00000000001B5B42
KBD.Menu 000000000000006D
KBD.Ok 000000000000000D
KBD.Back 000000000000007F
KBD.Left 00000000001B5B44
KBD.Right 00000000001B5B43
KBD.Red 000000001B5B5B41
KBD.Green 000000001B5B5B42
KBD.Yellow 000000001B5B5B43
KBD.Blue 000000001B5B5B44
KBD.0 0000000000000030
KBD.1 0000000000000031
KBD.2 0000000000000032
KBD.3 0000000000000033
KBD.4 0000000000000034
KBD.5 0000000000000035
KBD.6 0000000000000036
KBD.7 0000000000000037
KBD.8 0000000000000038
KBD.9 0000000000000039
KBD.Volume+ 000000000000002B
KBD.Volume- 000000000000002D
KBD.Mute 0000000000000073

softdevice-dfb.Up Up
softdevice-dfb.Down Down
softdevice-dfb.Menu Menu
softdevice-dfb.Ok Ok
softdevice-dfb.Back Back
softdevice-dfb.Left Left
softdevice-dfb.Right Right
softdevice-dfb.Red Red
softdevice-dfb.Green Green
softdevice-dfb.Yellow Yellow
softdevice-dfb.Blue Blue
softdevice-dfb.Power Power
softdevice-dfb.Volume+ Volume+
softdevice-dfb.Volume- Volume-
softdevice-dfb.Mute Mute
softdevice-dfb.0 0
softdevice-dfb.1 1
softdevice-dfb.2 2
softdevice-dfb.3 3
softdevice-dfb.4 4
softdevice-dfb.5 5
softdevice-dfb.6 6
softdevice-dfb.7 7
softdevice-dfb.8 8
softdevice-dfb.9 9

Alles anzeigen

Danach ist bei mir Ruhe im Karton und Lirc steuert wie gewohnt den vdr.

Wie ist der Videoausgang im Bios konfiguriert? Bei mir steht das auf RGB (32 MB shared Memory), dementsprechend lade ich das viafb-Modul mit dem Parameter tv_out_signal=4. tv_out_signal=2 steht ja für S-VHS. Hat aber vermutlich nichts mit dem Problem zu tun, da das OSD ja funktioniert.

Gruß,
DrSat

Ok, Fernbedienungserkennung wird jetzt übersprungen. Wollte nur sichergehen, daß mir diese Erkennungsroutine keinen Strich durch die Rechnung macht und evtl. das Videobild verhindert.

Ich habe im BIOS auf S-Video stehen und diese Buchse auch angeschlossen; deshalb starte ich mit Parameter 2. Mit scheint aber, daß der DFB-Treiber eh alle vorherigen Einstellungen eh überschreibt.

Im BIOS habe ich:

AGP Aperture Size: 128M
AGP3.0 Mode: 8X
AGP Fast Write: Enabled
AGP 3.0 Calibration Cycle: Enabled
VGA Share Memory Size: 32M
Direct Frame Buffer: Enabled

Hi,
ich habe ein ähnliches Problem mit meinem CN700er Board. Da es aber nicht direkt was mitm RealPC zu tun hat, habe ich einen neuen Thread aufgemacht. Vielleicht können Euch meine Erfahrungen weiterbringen: http://vdr-portal.de/board/thread.php?threadid=59750

Gruß,
Sevo

sorry wenn ich das hier aus der versenkung hole, aber:

mit dem me6000 und ner budget kann ich mir die FF sparen? reicht die 600mhz leistung für zbsp encoding via DirectFB aus?

würde gerne mittels xineliboutput via framebuffer tv am vga ausgang schauen..

infinite

Hi,

ich habe es nun endlich geschafft, meinen Digitainer mal an den Fernseher zu hängen. Das Bild sieht überraschend gut aus. Allerdings ist es etwas verschoben. D.h. zu weit rechts und zu weit unten.

Ich hab aber jetzt das Problem, das ich es irgendwie nicht verschieben kann. Es scheint ihn nicht zu interessieren, was ich in der fb.modes einstelle. Die Ausgabe erfolgt immer gleich.

Woher kommt das?

Ich habe den viafb von DirectFB.org direkt in den Kernel einkompiliert.
Auch scheinen sich dem Kernel mitgegebene Parameter nicht auszuwirken. Das einzige, was eine Wirkung zeigt, ist TVon=1. Alles andere bewirkt nichts. Z.B. TVoverscan=1 scheint nichts zu verändern. Solange ich Text auf dem Bildschirm habe, habe ich keinen Overscan. Erst beim Start von VDR wird offenbar umgeschaltet. Dann ist die Ausgabe mit Overscan.
Wenn ich auf der Commandline (ohne VDR) fbset "720x576-50" setze, dann ab ich auch Overscan. Soll ja auch so sein, weil in der fb-modes bcast true gesetzt ist. Aber die Timingparameter scheinen auch hier nichts zu bewirken. Egal, was ich für die Timings einstelle, die Bildposition ist immer die gleiche.

Ich hab ich der fb.modes aktuell die Standardtimings von DirectFB drin.
Kann mir da vielleicht einer einen Tip geben?

Grüße

infinite: Hat das me6000 einen CLE266 Chipsatz? Dann sollte das mit 600 MHz kein Problem sein. Ich benutze kein Xineliboutput. Deswegen kann ich da keine Prognose abgeben. Aber mit softdevice, wenn ich von meinem 850er Celeron ausgehen, dann sollten die 600 MHz auch locker reichen.

Ich habs inzwischen rausgefunden.
Man kann über die Configs die TV-Ausgabe nicht beeinflussen. Das sind zwei paar Schuhe.

Und zwar erzeugt der Treiber erstmal ein VGA-Bild. Dieses wird von den Parametern beeinflusst. Dann captured der VT1622 Chip dieses VGA-Bild und erzeugt daraus ein Bild am TV-Ausgang. Das, was am TV-Ausgang rauskommt, hat gar nichts mehr mit den Settings in fb.modes zu tun.
Diese Ausgabe kann man nur beeinflussen, wenn man die Register des VT1622 manipuliert. Dazu liefert der viafb auch ein Tool mit. Damit lassen sich die Register ändern. Hat auch gut funktioniert. Nur speichern kann man es nicht. Nach dem nächsten Neustart ist es wieder weg. Man muss dazu das viafb Modul neu kompilieren und in der vt1622a.h die ermittelten Parameter eintragen. Dann klappts auch dauerhaft.

Ich weiß jetzt wahrscheinlich auch, warum die RGB-Ausgabe mit dem viafb nicht geht. Er setzt die dafür zuständigen Register immer so, das da nur CVBS und Y/C rauskommt. Ich werd da nochmal versuchen die Register so umzuprogrammieren, das RGB auch klappt. Hoffentlich sind die entsprechenden Anschlüsse vom VT1622 auch heraus geführt. Mal sehen.

Weiterhin werd ich mittels Testbild mal den Digitainer-Ausgang mit dem meines DVD-Players vergleichen. Mir erscheint nämlich die Ausgabe vom Digitainer sehr groß. D.h. sehr großer Overscan. Mal vergleichen. Vielleicht kann ich den Digitainer-Ausgang so eichen, das er dasselbe Bild wie ein DVD-Player erzeugt.

Ansonsten bin ich aber sehr zufrieden. Die Bildqualität an der Röhre kann man für CVBS-Signal nur als hervorragend bezeichnen. S-Video will irgendwie noch nicht so recht klappen. Da hab ich ein Muster im Bild.

Kommt mir eher so vor als waere das Teil falsch verdrahtet was RGB betrifft.

So, ich bin jetzt nochmal dran gewesen. Ich hab die Bildposition nun um 5 Pixel versetzt. Jetzt stimmt die Ausgabe vom Digitainer exakt mit der meines DVD-Players überein. Der riesen Overscan kommt offenbar vom Fernseher. Jedenfalls schneidet der bei DVD genauso viel ab.

Was RGB angeht:
Falsch verdrahtet wahrscheinlich nicht. Der Witz ist, das der VT1622 nur 4 Ausgänge fürs TV-Bild hat. Das bedeutet, das S-Video, Composite und RGB nicht gleichzeitig ausgegeben werden. Je nach Registereinstellungen werden die 4 Ausgänge umkonfiguriert. Der ViaFB-Treiber konfiguriert den Ausgang immer auf CVBS + S-Video. Egal, was im Bios eingestellt ist. Auf RGB stellt er nie.

Ich werd das nochmal austesten. Die zugehörigen Registereinstellungen weiß ich schon. Ich bin nur noch nicht zum Test gekommen. Ich werde berichten.

Also:

ich habs heute ausprobiert. RGB funktioniert wunderbar. Es ist im Digitainer auch korrekt verkabelt und lief auf Anhieb.
Wie gesagt besteht das Problem nur darin, das der TV Encoder VT1622 nur vier Ausgänge hat. Das reicht nicht, um Composite, S-Video und RGB gleichzeitig auszugeben. Deswegen werden über ein Register die Ausgänge auf den entsprechenden Modus umgeschaltet. Das betreffende Register hat die Numer Hex 02. Inhalt ist normalerweise 0x00, was bedeutet, das Composite und S-Video ausgegeben werden. Deswegen das Schwarz/Weiß Bild, wenn man den TV auf RGB stellt. Schreibt man den Wert 0x02 in dieses Register, dann kommt astreines RGB raus, aber eben kein Composite und S-Video mehr. Und die Farben stimmen auch.

Das es wirklich RGB ist, sieht man sofort. An meinem Test-Fernseher (älterer Sony) ist die Ausgabe nicht mehr von der eines über RGB angeschlossenen DVD-Players zu unterscheiden. Außerdem kann man bei dem TV die Farbe nicht mehr regeln, wenn wirklich RGB eingespeist wird. Auch das war gegeben. Ich habe noch weitere Testbilder probiert. Da sind teilweise sehr feine Linien dabei. Normal waren die über den Digitainer nicht mehr zu erkennen. Nach der Umschaltung waren sie klar und einwandfrei zu erkennen.

Wenn Interesse besteht, kann ich einen Patch für den viafb-Treiber fertig machen. Ändert dann zwar nur ein Hex-Wert in den Initialtabellen, aber gut. Ein so gepatchter Treiber geht dann aber nur noch für RGB.

Um es richtig zu machen, müßte man irgendwie erkennen, was im Bios eingestellt wurde und anhand dessen die Register passend setzen. Leider reichen dafür meine Kenntnisse in Treiberprogrammierung bei weitem nicht aus. Wenn sich ein Entwickler dafür finden würde, dann kann ich aber gerne mit den Register-Settings behilflich sein.

Grüße

VERY much Thanx.
Klappt wunderbar...Mein Sony zeigt auch RGB an und endlich
ne schwarze Konsole

Als alter Screenshot King (diesmal nur Handy);)

links vorher , rechts Register gesetzt :

Sony Besitzer wissens , die 3 Punkte neben Xbox stehen bei Sony fuer RGB

Zitat

Das betreffende Register hat die Numer Hex 02. Inhalt ist normalerweise 0x00, was bedeutet,

Bei mir isst es 0x2a

Zitat

Original von HTPC-Schrauber

Wenn Interesse besteht, kann ich einen Patch für den viafb-Treiber fertig machen. Ändert dann zwar nur ein Hex-Wert in den Initialtabellen, aber gut. Ein so gepatchter Treiber geht dann aber nur noch für RGB.

Grüße

Hallo HTPC-Schrauber,

also ich kann nur sagen her mit dem Patch sofort!!!!!!!!!

Gruß
Wolfgang

Hallo HTPC-Schrauber,

ja, immer her mit dem Patch!

Hast Du zufällig auch ein Register für die Scart-Schaltspannung gefunden? Das würde die ganze Sache richtig gut abrunden.

Gruß
linx

Zitat

Original von Morone
VERY much Thanx.
Klappt wunderbar...Mein Sony zeigt auch RGB an und endlich
ne schwarze Konsole

Als alter Screenshot King (diesmal nur Handy);)

links vorher , rechts Register gesetzt :

Sony Besitzer wissens , die 3 Punkte neben Xbox stehen bei Sony fuer RGB

Alles anzeigen

Hallo Morone,

könntest du bitte mal kurz beschreiben was du nach vt1622 eingibst!?

Dann könnte ich es auch mal testen.

Danke dir schon mal.

Gruß
Wolfgang

C
0x02
0x02

VT1622 Register display/change program: 1.0.5
Please look at source code for information ....
WARNING: Playing around with TV settings could seriously damage your TV !
Enable IO Result: 0 Success
Enable IO Result: 0 Success
Main commands are:
        q       - Quit
        D       - Display registers
        A       - Set regs for PAL 720x576
        B       - Set regs for NTSC 720x480
        S       - Save regs for PAL
        T       - Save regs for NTSC
        C       - Change a TV register
        [1-z]   - Change a particular register
See the source code for more info ....
Enter Command Character: C
Enter Address: 0x02
Value: 0x02: 0x2a
Enter Data (hex or q to quit): 0x02
Enter Data (hex or q to quit): q
Enter Command Character: q
digitainer ~ #

Hat HTPC-Schrauber doch geschrieben.

Ich nutze den openchrome (X) Treiber , da wird tatsaechlich immer 0x2A
fuer RGB geschrieben.
Eigentlich ,muss man nur "das" aendern und die Ausgabe kann man
weiterhin ueber xorg.conf angeben.
Falls man zurueck auf svideo etc. moechte.