Wer hat ein ION Board und hat keine Full-HD OSD Probleme?

Ich habe mich nun eine ganze Weile damit herumgeschlagen, aber ich habe noch keine Lösung und überhaupt jemanden gefunden, bei dem das OSD bei Atom basierten ION Boards einwandfrei auf voller Auflösung (FullHD) funktioniert,
d.h. Xine mit X11 oder vdr-sxfe mit Hardware und Auflösung auf 1920*1080 gesetzt

Die Probleme dürfte jeder kennen, die LiveTV Wiedergabe wird bei geöffnetem OSD ruckelig, die FB reagiert nicht mehr richtig, und sollte man noch SkinenigmaNG haben mit aktivem Scrollen geht fast gar nichts mehr. Sollte man auf einem HD Sender sein, wird das noch schimmer.

Und ich kenne die Threads, die sich in erster Linie auf die G84 Chipsätze beziehen, und diverse andere wo das OSD bemängelt wird.

Prinzipiell wissen wir, dass dies wohl mit abnehmender CPU Leistung schlimmer wird, da die Cores trotz Dual Core fast vollständig ausgelastet werden. Ich will mir erst gar nicht ausmalen was da ne Single Core machen würde.

Anfürsich sehe ich da sowieso einen Logikfehler drin, denn wenn ich von einer Hardwarebeschleunigten OSD Funktion spreche, wie kann da die CPU Last so hoch sein? Das ist ein Widerspruch in sich. Oder ich verstehe da was falsch.

Selbst beim Atom 525 vom AT5ion-t, reicht die Rechenleistung nicht aus um ein gutes und klares OSD zu generieren (d.h. 1920*1080 bei FullHD Panels). Und das unabhängig von der verwendeten Software, zumindest ist es das gleiche ob ich yavdr drauf habe oder freevdr. Andere Distris oder eine manuelle Installation habe ich nboch nicht probiert.

Wer von Euch hat also ein Atom Board mit Nvidia ION2 und bekommt ein flüssiges und FullHD OSD hin? Welche Software verwendet Ihr?

Denn wenn es keiner hinbekommt, brauche ich mir wenigstens nicht weiter den Kopf zu zerbrechen und nach einer Lösung zu suchen.

Gruß

Und Ihr habt wirklich das OSD auch in FullHD am laufen? und nicht mit 720*576 ? Unter Xine wirklich auf X11 überlagern gestellt?

Wenn ich ein gestochen scharfes OSD Schriftbild haben will (so wie auf dem Desktop die Schrift), ist es (egal was ich mache) nicht möglich, ohne das das Livebild anfängt mit geschätzte 2-5 Frames / Sekunde zu stottern und auch die FB (egal welche aber MCEUSB z.B.) nimmt die Befehle nur noch im Sekundentakt an.

Stelle ich das ganze auf Auto (Xine) und habe damit eine verwaschene OSD Schrift, ist das Problem weg. Halbwegs passable wird es bei Auflösung : Stream, dann habe ich sogar bei HD Sendern ein klares OSD ohne merkliche Ruckler.
Das kann es aber nicht sein, die Schrift ist damit wesentlich schlechter Lesbar.

Ich denke eher Ihr wisst / habt gar nicht das OSD auf hoher Auflösung am laufen, auch wenn die TV Ausgabe durchaus FullHD ist (ist nicht böse gemeint )
Seid Ihr so lieb nochmal zu sehen, was Ihr bei X11 überlagern bei Xine oder Hardware bei xineliboutput/OSD erreicht?

Und wie gesagt, dieses Problem habe ich nicht bei performanteren CPU´s (z.B. Notebook TL60 ist so das schwächste was ich so noch zum Testen hatte)

Und es sind auch keine Microruckler, das Livebild ist ohne Einblendungen vom OSD tadellos, ich sehe keine dropped Frames oder andere Bildprobleme, selbst bei temporal_spatial. (beim Asus AT5ion-t)

Ich arbeite übrigens bisher immer noch mit der Standard xorg.conf gebaut durch "nvidia-xconfig --composite", also ohne Modelines (wüste nicht was das für einen Sinn machen sollte bei einem 60hz 24" Monitor)

Nun dann gehe ich mal davon aus, dass ich zu blöd dafür bin. Ich weiß noch nicht mal was ich falsch machen kann, da es selbst in der Basiskonfiguration vom Yavdr 0.2 um mal nur ein Beispiel zu nennen bereits heftig ruckelt. (nur die Installation ausgeführt, noch nichts verändert).

Und es ist unabhängig vom nvidia Treiber, es sind bereits alle probiert worden (incl. 260er), aber am OSD Problem ändert sich nichts. Ebenso bin ich alles mögliche an xinelib (1.18, 1.20 mit und ohne Durchflieger Patche) durch, auch die config_xineliboutput ist angepasst (nach Wbreu) usw.
Fehler in irgendwelchen Logs? Fehlanzeige ...

Ich muß allerdings zugeben, dass ich bisher mich nur vorhandener Pakete bedient habe.
Deshalb aber auch das Beispiel vom yavdr, dies ist vielleicht am einfachsten nachvollziehbar, da es hier die meisten wahrscheinlich nutzen.

Und ich weigere mich zu glauben, dass es am AT5ion-t liegen kann.
Ich kann zwar mittlerweile schon einiges, aber hieran bin ich bisher keinen Schritt weiter gekommen.
Es fällt mir immer noch schwer Euch zu glauben, dass Ihr wirklich ein einwandfreies Schriftbild habt, aber alle die hier bisher geantwortet haben, sollten wissen was sie da tun, mit Sicherheit sogar besser als ich.

Irgendwie doch sehr merkwürdig...

Nochmal also von vorne begonnen (zum ich weiß nicht wievielten Male), zum Nachvollziehen mal die yavdr 0.2:

- in den Einstellungen Plugin xineliboutput Belding Methode: Hardware -> Sehr schöne OSD Schrift (egal welcher Skin) aber System verarbeitet nur rund 1-2 Bilder / Sekunde beim scrollen im OSD, genauso lahm wie die FB
- Blending Methode Software (1920*1080) fluppt das problemlos, aber mit bescheidener Schriftqualität (und das ist untertrieben ...)

lasse ich die Tastatur in Ruhe und es ist nur das OSD geöffnet, läuft das Live Bild einwandfrei im Hintergrund.

Und das ist bei Euch nicht so?

Zitat

Original von tbshl-vdr

Keine Lösung, nur als Hinweis (Zeit zum hier einmischen hab ich leider auch nicht viel):

Die Last beim Scrollen ist hoch, weil jedesmal bei Änderung die kompletten OSD-Bilddaten übertragen werden und evtl. auch (Transparenz) bearbeitet werden.
An sich sollte das aber keine solchen Probleme geben,. Full-HD hab ich nicht, mit dem Atom-Board (230) gibts beim (dauerhaften) scrollen schon mal Aussetzter, aber nicht so extrem wie 1-2 Bilder/sec.

Wie ist denn die Last ohne und mit OSD (beim scrollen)?

Alles anzeigen

Ich habe nach Euren Rückmeldungen gehofft neue Kentnisse zu erlangen. Ein klein wenig Hoffnung habe ich vorhin auf das deaktivieren vom Hyperthreding gelegt, denn dies unterscheided den Atom D252 von euren Boards. War leider auch nichts.

Hier mal die Top Werte:
ohne OSD:

Linux yavdr1 2.6.32-24-generic #43-Ubuntu SMP Thu Sep 16 14:17:33 UTC 2010 i686 GNU/Linux
Ubuntu 10.04.1 LTS


Welcome to Ubuntu!
 * Documentation:  https://help.ubuntu.com/
Last login: Mon Sep 20 23:16:20 2010
torsten@yavdr1:~$ top
top - 08:14:49 up 6 min,  1 user,  load average: 0.58, 0.68, 0.34
Mem:   2061132k total,   290200k used,  1770932k free,    25376k buffers
Swap:        0k total,        0k used,        0k free,   116328k cached


  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 1130 vdr       20   0  162m  34m 8956 S    7  1.7   1:21.44 vdr-sxfe
  685 vdr       20   0  281m  27m 9972 S    6  1.4   0:58.47 vdr
    1 root      20   0  2800 1716 1196 S    0  0.1   0:00.56 init
    2 root      20   0     0    0    0 S    0  0.0   0:00.00 kthreadd
  ... gekürzt

auf ZDF HD mit Software Scaling und Auflösung 1920*1080 (fix):

Linux yavdr1 2.6.32-24-generic #43-Ubuntu SMP Thu Sep 16 14:17:33 UTC 2010 i686 GNU/Linux
Ubuntu 10.04.1 LTS


Welcome to Ubuntu!
 * Documentation:  https://help.ubuntu.com/
Last login: Mon Sep 20 23:16:20 2010
torsten@yavdr1:~$ top
top - 08:16:40 up 7 min,  1 user,  load average: 1.01, 0.80, 0.41
Mem:   2061132k total,   291456k used,  1769676k free,    25376k buffers
Swap:        0k total,        0k used,        0k free,   116332k cached


  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 1130 vdr       20   0  164m  34m 8960 S  105  1.7   1:37.68 vdr-sxfe
  685 vdr       20   0  283m  29m 9972 S   92  1.4   1:10.81 vdr
    1 root      20   0  2800 1716 1196 S    0  0.1   0:00.56 init
 ... gekürzt

auf ZDF HD mit Hardware Scaling:

Linux yavdr1 2.6.32-24-generic #43-Ubuntu SMP Thu Sep 16 14:17:33 UTC 2010 i686 GNU/Linux
Ubuntu 10.04.1 LTS


Welcome to Ubuntu!
 * Documentation:  https://help.ubuntu.com/
Last login: Mon Sep 20 23:16:20 2010
torsten@yavdr1:~$ top
top - 08:20:05 up 11 min,  1 user,  load average: 0.76, 0.76, 0.47
Mem:   2061132k total,   300628k used,  1760504k free,    25380k buffers
Swap:        0k total,        0k used,        0k free,   116352k cached


  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
  685 vdr       20   0  284m  30m 9988 S   98  1.5   1:37.65 vdr
 1130 vdr       20   0  168m  31m 8968 S   95  1.6   2:19.07 vdr-sxfe
  710 syslog    20   0 35836 1816 1032 S    5  0.1   0:00.97 rsyslogd
  647 root      20   0 42380  31m 9592 S    1  1.6   0:04.58 Xorg

Immer mit geöffnetem Hauptmenü und dann tapfer die Cursor Taste up gedrückt halten, das führ soweit, dass Bild und Ton ganz ausfallen, bei Software Scaling ist danach auch die Auflösung vom OSD reduziert, trotz fixer Einstellung.

user.log dazu (Ausschnitt):

Datei: user.log         Zeile 3206 Spalte 0285803 Bytes                     100%
Sep 21 08:20:02 yavdr1 vdr: [1305] [xine..put] cXinelibServer::Play Buffer overf
low (TCP/PIPE)
Sep 21 08:20:03 yavdr1 vdr: last message repeated 653 times
Sep 21 08:20:03 yavdr1 vdr: [1307] [xine..put] OSD bandwidth: 710871 bytes/s (55
53 kbit/s)
Sep 21 08:20:03 yavdr1 vdr: [1305] [xine..put] cXinelibServer::Play Buffer overf
low (TCP/PIPE)
Sep 21 08:20:04 yavdr1 vdr: last message repeated 519 times
Sep 21 08:20:04 yavdr1 vdr: [1307] [xine..put] OSD bandwidth: 710877 bytes/s (55
53 kbit/s)
Sep 21 08:20:04 yavdr1 vdr: [1305] [xine..put] cXinelibServer::Play Buffer overf
low (TCP/PIPE)
Sep 21 08:20:05 yavdr1 vdr: last message repeated 547 times
Sep 21 08:20:05 yavdr1 vdr: [1307] [xine..put] OSD bandwidth: 710876 bytes/s (55
53 kbit/s)
Sep 21 08:20:05 yavdr1 vdr: [1305] [xine..put] cXinelibServer::Play Buffer overf
low (TCP/PIPE)
Sep 21 08:20:06 yavdr1 vdr: last message repeated 574 times
Sep 21 08:20:06 yavdr1 vdr: [1307] [xine..put] OSD bandwidth: 710871 bytes/s (55
53 kbit/s)
Sep 21 08:20:06 yavdr1 vdr: [1305] [xine..put] cXinelibServer::Play Buffer overf
low (TCP/PIPE)
Sep 21 08:20:07 yavdr1 vdr: last message repeated 676 times
Sep 21 08:20:07 yavdr1 vdr: [1307] [xine..put] OSD bandwidth: 710878 bytes/s (55
53 kbit/s)
Sep 21 08:20:07 yavdr1 vdr: [1305] [xine..put] cXinelibServer::Play Buffer overf
low (TCP/PIPE)
Sep 21 08:20:08 yavdr1 vdr: last message repeated 770 times
Sep 21 08:20:08 yavdr1 vdr: [1307] [xine..put] OSD bandwidth: 710876 bytes/s (55
53 kbit/s)
Sep 21 08:20:08 yavdr1 vdr: [1305] [xine..put] cXinelibServer::Play Buffer overf
low (TCP/PIPE)
Sep 21 08:21:25 yavdr1 vdr: last message repeated 916 times

NullP,
stimmt ich drifte hier ab. Wenn Ihr wünscht kann ich gerne den Topic ändern. Es gibt aber schon zu viele Threads über OSD Probleme, ohne dass ich darauf eine Lösung hätte finden können und ich achte wirklich mittlerweile, dass man das mittlerweile als gegeben nimmt.

Übrigens auf meinen anderen Systemen habe ich diese massiven Probleme auch nicht. Also doch ein Problem des Atom D525 oder vom ION2 ?

Also ich beziehe mich auf OSD Auflösungen jenseits der 1440*720, also i.d.R. 1920*1080 (FullHD). OSD Auflösungen mit 720*576 Bildpunkte machen keine solche Probleme. Aber auch da ist ein deutlicher Anstieg der CPU Last zu erkennen. Je höher die Auflösung des OSD´s gewählt wird, desto schlimmer wird es.

von einer Hardware beschleunigten Rendermethode kann hier also nicht wirklich die Rede sein, oder heißt Hardware bzw. X11 nicht, dass die Grafikkarte zum darstellen / Rendern des OSD genutzt wird?

Möglicherweise ist hier ein Gedankenfehler von mir, oder es gibt hier einen grundsätzlichen Fehler.
Dazu kann doch bestimmt tbshl-vdr mir auf die Sprünge helfen?

Standardmäßig ist die OSD Auflösung ja immer auf Auto, und da kann es dann bei Software durchaus sein, dass nach einem Neustart das OSD auf 1920*1080 zeitweilig fast genauso gut ist wie unter Hardware Blending oder X11, aber nach einigen Haklern wird die Auflösung selbstständig resultiert.

Kein wirklich befriedigender Zustand. UNd das riecht geradezu nach nem dicken Bug. Ich weiß nur noch nicht wo. xine bzw vdr-sxfe können es auf jeden Fall nicht Schuld sein, da beide das gleiche Problem haben.

Ich passe dann doch mal den Titel des Threads etwas an.

Zitat

Original von GMO

Ist absolut flüssig unter yaVDR 0.1. Ich hatte noch nie Ruckler im OSD. Habe fullHD 1920x1080 (50 oder 60 Hz, weiß ich gerade nicht auswendig) Hardware siehe Signatur.

Du nutzt aber doch nen Sempron 140 ... das ist ne ganz andere Leistungsliga. Da sollte das OSD wirklich auch in höherer Auflösung flüssig laufen. Kannst ja mal die CPU Last von Top hier posten zum Vergleich.

in den Plugin Einstellungen xineliboutput, Belding Methode: Hardware, Auflösung nicht auf Auto sondern auf die maximale Auflösung Deines Panels setzten (oder Manuell)
Das selbe gilt analog im xine Plugin. Dort heißt es nur X11 überlagern und auch hier die Auflösung anpassen.

Damit sollte es eigentlich bei jedem Atom System zum gleichen Effekt kommen, unabhängig vom verwendeten Skin.