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

Servus,

ich häng mich mal hier rein.
Also Digi läuft bei mir mit softdevice und über streamdev über Scart.
Bild und Ton sind da, nur leider fehlt rechts vom Bild etwas. Links "sitzt" es perfekt nur rechts fehlt ein Stück; Beispiel: beim Sat1-Logo ist die 1 nicht mehr im Bildausschnitt.
Genauso beim OSD, links ist der im System eingestellte Abstand in Ordnung, rechts läuft es aus dem Bild.

Hat jemand der Profis hier nen Tipp??

Distri ist easyVDR

Gruss
Markus

Fehlt etwas vom Bild oder verschwindet es durch Overscan?

Was sagt fbset -i?
Wie sieht Deine directfbrc aus?
Wie sieht die fb.modes aus?

Im Softdevice gibts nen Punkt Bildausschnitt. Steht da alles auf 0?

Servus,

tja, gute Frage. Kann ich nicht sagen, ob es am Overscan liegt oder was fehlt? Wie krieg ich das raus?
Hab das Gefühl, das es rechts noch weitergeht.

fbset -i

mode "720x576-50"
    # D: 28.000 MHz, H: 31.250 kHz, V: 50.000 Hz
    geometry 720 576 720 1152 32
    timings 35714 32 8 46 0 136 3
    bcast true
    rgba 8/16,8/8,8/0,8/24
endmode


Frame buffer device information:
    Name        : UNICHROME
    Address     : 0xe4000000
    Size        : 33288192
    Type        : PACKED PIXELS
    Visual      : TRUECOLOR
    XPanStep    : 0
    YPanStep    : 1
    YWrapStep   : 0
    LineLength  : 2880
    MMIO Address: 0xe8000000
    MMIO Size   : 16777216
    Accelerator : Unknown (77)

directfbrc

fbdev=/dev/fb0
quiet
log-file=/var/log/directfb
mode=720x576
#mode=1024x768
#mode=1280x1024
#mode=1280x768
#mode=1366x768
#mode=1440x1050
#force-windowed
mmx
depth=32
dma
agp=4
unichrome-revision=17
pixelformat=AiRGB
hardware
disable-module=cle266
#graphics-vt
#no-vt
vt-num=10
disable-module=lirc
disable-module=linux_input
disable-module=keyboard
disable-module=joystick
#disable-module=keyboard
disable-module=mutouch
disable-module=ps2mouse
disable-module=sdlinput
disable-module=serial-mouse
disable-module=syonypi

fb.modes

# PAL TV OUTPUT


mode "720x576-50"
     geometry 720 576 720 1152 32
     timings 35714 32 8 46 0 136 3
     bcast true # request overscan with modified viafb
     rgba 8/16,8/8,0/8,24
endmode


mode "PAL"
     geometry 720 576 720 576 32
     timings 35714 32 8 46 0 136 3
     bcast true # request overscan with modified viafb
     rgba 8/16,8/8,0/8,24
endmode


mode "1280x1024-60"
     geometry 1280 1024 1280 1024 32
     timings 9260 248 48 38 1 112 3
     hsync high
     vsync high
endmode


mode "1280x768-61"
     geometry 1280 768 1280 768 32
     timings 12480 200 48 23 1 126 3
     rgba 8/16,8/8,0/8,24
endmode 


mode "1400x1050-60"
     geometry 1400 1050 1400 1050 32
     timings 7993 248 96 33 1 152 3
     hsync high
     vsync high
endmode 


##mode "1400x1050-60"
##     geometry 1400 1050 1400 1050 32
##     timings 9260 128 48 12 1 112 3
##endmode

Jepp, Bildausschnitt steht alles auf"0" - hab damit auch schon rumgespielt.

Zitat

Original von ofenheizer
tja, gute Frage. Kann ich nicht sagen, ob es am Overscan liegt oder was fehlt? Wie krieg ich das raus?

Wenn Du so fragst, dann liegts am Overscan.
Mit abgeschnitten meinst Du, außerhalb der Bildröhre des Fernsehers oder?

Folgendes:
Jeder Fernseher hat einen anderen Overscan. Manche recht viel, manche weniger.
Wir haben hier einen 4:3er Sony, die hat einen echt perversen Overscan. Der macht so viel, das das OSD gerade so eben noch auf die sichtbare Bildfläche passt. Es ist auch leicht nach rechts versetzt und deswegen werden rechts vom OSD ein paar Pixel abgeschnitten.

Zu machen ist da nicht viel.

Die Ursache dafür ist folgende:
Der Digitainer gibt ein Timing aus, wie ein DVD-Player. D.h. er gibt eine Bildzeile mit einer Länge von 53,33 µS aus. Im PAL-Standard ist aber eine Länge von 52 µS definiert. Schon alleine durch diesen Unterschied wird recht viel vom Bild abgeschnitten.
Beim DVD-Player fällt einem das nur nicht so auf, weil da meist keine Senderlogos o.ä. zur Orientierung da sind.
Überprüfen kann man das mit einer Test-DVD. Ich hab den Digitainer mal mit meinem Grundig DVD-Player verglichen. Was abgeschnitten wird ist bis aufs Pixel gleich.

Ergebniss: Leider nix zu machen. Ich hab schon versucht, an den Registern TV Encoders zu fummeln. Da geht nix. Zumindest hab ich nix gefunden.
Einzig die Position horizontal und vertikal kann ich darüber etwas anpassen. Ich habs damit geschafft, das auf besagtem TV das OSD zumindest richtig mittig ist. Der gesamte Overscan bleibt aber wie er ist. Diese Änderung erfordert natürlich, das man letztendlich die Sourcen für den viafb patcht. D.h. die Initialtabellen. Das hatten wir ein paar Seiten weiter vorne.
Für die Abstimmung kann man die Änderung natürlich live vornehmen, mit dem vt1622-Tool. Aber die Einstellungen dort sind beim nächsten Neustart wieder flöten.

Mist

Hab nochmal ein bissl rumgespielt. Es ist nicht nur Overscan, dann müsste ja rundrum das gleiche fehlen.
Stelle ich zb auf Bildausschnitt 15:9, ist zu erkenne, dass das gesamte Bild sehr weit rechts ist. Der linke schwarze Balken ist mehr als 3x so gross, wie der rechte. Dann ist natürlich auch klar, dass dann bei 4:3 bei dieser Bildverschiebung das Biuld rechts rausläuft.

Gruss
Markus

Doch, das kann am Overscan liegen. Je nach Einstellung des TVs liegt das Bild nicht ganz in der Mitte. Das kann sogar von Eingang zu Eingang verschieden sein.

Wenn das Bild ansonsten in Ordnung ist, dann versuch folgendes.
Im Treiber such in der vt1622.h diese Stelle:
/* TV regs (720x576 no scaling) */
{ 0x04, 0x00, 0x22, 0x04, 0x00, 0x00, 0x20, 0x4f, 0x84, 0x2a, 0x5a, 0x00, 0x49, 0x44, 0x00, 0x09, 0x00,
Ist ganz weit hinten.

Ändere dort den markierten Wert:
{ 0x04, 0x00, 0x22, 0x04, 0x00, 0x00, 0x20, 0x4f, 0x7b, 0x2a, 0x5a, 0x00, 0x49, 0x44, 0x00, 0x09, 0x00,

Das rückt das Bild aber nur ein paar Pixel nach links. Ich hatte damit bei mir die Ausgangposition pixelgenau der meines DVD-Players angeglichen.

Alternativ, um es vorher auszutesten:
Nimm das vt1622-Tool. Das kommt beim viafb-Treiber von DirectFB mit.
Starte es.
Dann folgende Eingaben:
C
0x08
0x7b

Die Änderung sollte am TV sofort sichtbar werden.
Die Eingaben bedeuten:
C ... Ändern eines Registerinhaltes
0x08 ... die Nummer des zu ändernden Registers
0x7b ... der neue Wert des Registers
Mit q kommst Du wieder raus.

Natürlich ist die 0x7b hier nur beispielhaft. Kleinere Werte rücken das Bild nach links, größere nach rechts. Da hilft dann probieren.
Wenn Du einen passenden Wert gefunden hast, dann kannst Du den fest in die vt1622.h schreiben. Dann muss aber der Kernel neu kompiliert werden.

nochmal ne grundlegende frage:

kann ich einen der fb treiber für den cle266 dazu überreden, seine ausgabe über vga auszugeben, oder geht das standardmässig nur via tv-out?

infinite

ich frage nur deshalb, weil ich exakt nach deinem tutorial vorgegangen bin - dirrectfb lässt sich einwandfrei kompilieren und scheint auch zu laufen - jedoch liegt die cpu last bei ca 90%, was ja nicht wirklich sinn der sache ist.

infinite

die fb.modes hab ich bereits überprüft - softdevice hab ich bis jetzt noch nicht genutzt, wollte das eigtl lieber mit xineliboutput realisieren..

aber auch mit dem mplayer klappt es nicht, selbst wenn ich den viafb treiber auswähle.. werd aber so schnell wie möglich ein paar log ausgaben etc hier posten.

danke im vorraus,
infinite

Hardwarebeschleunigung im Framebuffer kriegst Du nur mit Softdevice.
Xineliboutput macht das nicht. Mit Xineliboutput wäre Hardwarebeschleunigung unter X möglich.

gut zu wissen!
trotzdem sollte dann ja wenigstens beim mplayer mit richtiger auswahl des video codecs eine lastfreie wiedergabe möglich sein..

infinite

Inwiefern lastfrei?
Beim Digitainer ohne Hardwarebeschleunigung lieg ich mit dem 850er Celeron auch bei 60 - 70 % Last.
Ich weiß ja nicht, was für ne CPU Du hast.

Schließlich muss ja die CPU dann noch die komplette Decodierung mit machen.

als basis hab ich ein me6000.. und ich will das tv bild via vga (640x480) ausgeben, und das möglichst ruckelfrei. tr500 hat ja bei seiner last was von knappen 40% gepostet, das wäre sehr in ordnung - 95% (aktueller stand) dahingegen nicht.

infinite

Bei Deiner CPU ist diese Last mal klar.
Die CPU muss ja bei xineliboutput über Framebuffer die komplette Decodierung des MPEG2 selber machen. Und Deine hat damit halt schon zu tun wie in der Ernte.

Was beschleunigt wird, ist nur die Bildausgabe, nicht das Decodieren.

Um Hardwarebeschleunigung für die Decodierung zu erhalten, musst Du Softdevice benutzen. Zusätzlich brauchst Du die libcle266mpegdec.
Bei Softdevice gib als Parameter mit: -vo dfb:cle266
Das gibt Dir beschleunigte Ausgabe auf dem Monitor.
Würdest Du -vo dfb:cle266:viatv mitgeben, dann würde dabei der TV-Out auch aktiviert. Wobei auch das kein Problem ist. Auf dem Monitor kommt trotzdem ein Bild.

EDIT:
Wichtig ist dabei das dfb:cle266
Das sagt dem Softdevice, das Du Bildausgabe über DirectFB willst und es dabei den Hardwaredecoder des CLE266 benutzen soll.
Damit sollte dann auch die CPU-Last bei Deinem System unproblematisch sein.

ok, vielen dank.. das macht natürlich einiges klarer.

hier trotzdem mal ein paar auszüge:

fbset -i

mode "640x480-73"
    # D: 30.720 MHz, H: 36.923 kHz, V: 73.260 Hz
    geometry 640 480 640 960 32
    timings 32552 80 32 16 4 80 4
    rgba 8/16,8/8,8/0,8/24
endmode


Frame buffer device information:
    Name        : UNICHROME
    Address     : 0xe0000000
    Size        : 16510976
    Type        : PACKED PIXELS
    Visual      : TRUECOLOR
    XPanStep    : 0
    YPanStep    : 1
    YWrapStep   : 0
    LineLength  : 2560
    MMIO Address: 0xe4000000
    MMIO Size   : 16777216
    Accelerator : Unknown (77)

/etc/directfbrc & /etc/directfb

fbdev=/dev/fb0
mode=640x480
depth=32
pixelformat=ARGB
disable-module=cle266
no-vt

bin mir nicht ganz sicher ob ich directfb UND die directfbrc brauche?

sollte aber sonst soweit doch alles stimmen, oder?

infinite

sry für doppelpost, aber hat wer noch dieses file:

http://www.mellander.org/per/p…ibcle266mpegdec-0.4.patch ?

source ist im moment down..