[MarMic]

hi claus,

bin bei der freundin und habe mir das iso von vorhin mitgenommen! meine yavdr hardware kennste ja (steht auch hier in meiner signatur)

also auf der hardware habe ich bild über HDMI (geilo) es startet alles ich habe aber keinen sound (und ne maus habe ich net zum testen)

kann umschalten und bild ist da (mit der mantis karte) aber es stockt! und das mit dieser hardware grrr...

kurzer blick in sysinit sagt das er versucht nouvea zu laden, aber das gibts wohl nicht mehr im abgespeckten xinelib.

sound habe ich nicht ABER auch ein speaker-tets ergibt nen error in ner demux.c (konnte nicht viel testen freundin war ma tv schauen werde es nochmal testen und abtippen!) :-(
alsamixer bietet mir nur nvidia hda und da nur spdif.. wo bleibt da die oboard intelkarte :-(

haste schon versucht von usb zu booten bzw wie stelle ich das an? den usb stick einrichten? => habe hier nicht ohne weiteres nen brenner.

greetz

 

[clausmuus]

Am einfachstenist ist das Installieren auf'em USB-Stick wenn Du von CD Bootest, und dann genu wie auf ne Festplatte installierst. Die CD Version darf auch ruhig schon ne Woche alt sein, da hat sich in den letztenTagen nicht's getan. Du kannst auch per manuelle Installation auf nen bestehendes vfat Filesystem installieren, nur das dann keine

[MarMic]

hi claus,

ah ok nun habe ichs gecheckt mit usb!

mouse liegt daran das im wohnzimmer keine angeschloßen ist (da kuemmer ich mich jetzt drum)
sound: gar keiner ist da! speaker-test liefert nen lib fehler (werde ich gleich gegentesten)

also ich nehme mal das neuste hd iso von der website (da sind mir aber die hände gebunden; kein ssh im iso), da das bauen hier neu angestoßen hat und das dauert und dauert

mal ne idee: wir bräuchten in der entwicklungszeit statt den isos wie jetzt ein debug iso:
also zb das hd iso +ssh + alle loglevel so hoch wie möglich + verbose beim vdr-sxfe und alles was einem so einfällt und dazu nen script das alle logs am besten sammelt in nen rar packt und dieses in /root ablegt. damit man sich das per ssh holen kann.

falls du das ließt bevormeine devel umgebung hier wieder vernünftigen ouput liefert sei so lieb und stell wenigsten hdiso +ssh auf den server

greetz

[MarMic]

hi claus,

also hatte jetzt hier zwei völlig verschiedene hardware basen zum testen! schonmal sehr gut! das meiste der fehler lag wohl an meinem iso!

habe nun das hd iso von der website genommen und:

sound bei alsa ist da NUN wird meine alc888 statt der nvidia hda erkannt (ich muss nur noch spdif unmuten und schon geht speaker-test)
MAUS geht wirklich nicht! auf beiden systemem! es steht zwar im log mouse blbala wird aber als keyboard gemapped (ich habe von allem bilder gemacht mangels ssh und werde die irgendwo hochladen)

SO nun der bug xineliboutput kommt nicht HOCH :-( ich sitze vor nem grauen desktop (wieso ist der grau).
es kommt schon beim verbose hochfahren nen fehler (auch fotografiert) und ich habe nen graues bild mit mauszeiger -> also kann ich dir nicht sagen ob sound bei tv geht :-P

so nun musste warten bis ich die möglichkeit finde die bilder vom handy auf den pc zu bekommen (brauche nen micro usb kabel)

ansonsten hatte das iso von mir gestern nen hauer weg!

aber du solltest das mit dem debug iso (s.o.) aufjedenfall überlegen, allein schon wenn andere hardware bei anderen usern getestet wird haben wir mehr aussagekräftige logs!

greetz

[clausmuus]

Hi,
aber Du kannst doch ssh im OSD oder per "apm i ssh"nachladen:)
Nen debug ISO werde ich dazu packen, dauert aber noch ne weile.

Hast Du eigendlich Deine CDRW zwiscendurch mal "vollstendig" gelöscht? Ich musste damals feststellen, das die RWs nicht auf dauer fehlerfrei arbeiten, wenn mann die immer nur "schnell" löscht.

Claus

[MarMic]

selbstverständlich vollständig gelöscht :-)

jop und osd habe ich ja nicht!
ich bin nun an nen kabel gekommen! (extra heimgefahren) und überspiele jetzt die bilder

greetz

p.s. wenn du das leißt komm doch im skype on dmait ich dir die zusendne kann)

[MarMic]

hi claus,

in der vm habe ich nun keine (EE) mit lib not found oder sonstige fehler seit diesem softwarerenderer. teste mal morgen auf real hardware mal schauen im fullscreen waren es zuvor 40% cpu last und im fenster mode 25% mal schauen ob sich durch die zusätzliche lib was ändert)

greetz und ich berichte morgen früh

n8

[MarMic]

hi claus,

es steht nun da:

Code: [Select]

[    25.537] (II) AIGLX: Screen 0 is not DRI2 capable
[    25.537] (II) AIGLX: Screen 0 is not DRI capable
[    25.928] (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so
[    25.928] (II) GLX: Initialized DRISWRAST GL provider for screen 0

ich muss nun nur noch rausfinden in wiefern sich da nun etwas verbessert hat. (und ich glaube du hast swrast_dri.so auch ins nvidia package gehauen -> ist ja dann nicht nötig)

greetz

edit://
habe noch ein wenig getestet scheint so als würde sich bei meiner cpu last nichts ändern... aber naja es haut keine ERRORS mehr in die xlog also denke ich wir sollten das modul drin lassen und auf ati/nvidia/und eventuel irgendwann intel rausnehmen.

wollte dann hier auf der hardware xorg-nvidia testen also:
apm i xorg-nvidia
/etc/init.d/xorg stop
start x
x sagt er kann noveau modul nicht laden
ALSO =>
MLD> modprobe noveau ergbibt:
modprobe: module noveau not found in modules.dep

ideen?

greetz
 

[MarMic]

hi jungs,

habe heute einige erfahrungen gemacht.

einleitung:
devel: devel iso config wie auf der mld website
devel-full: devel -xinelib +xinelib.full
devel-treiber: devel +xorg-ati +xorg-nvidia
devel-treiber-full: devel -xinelib +xinelib.full ++xorg-ati +xorg-nvidia
%: ermittelte cpulast mit top

so nun die ergebnisse:

devel:
fullscreen    94-100%    unbedienbar, sehr schlechtes bild
window      81-86%     bedienbar, minderwertiges bild

hier hatte ich ja schon gesagt, dass mein vdr unbedienbar ist im fullscreen... wenn ich nen doppelklick mache muss ich erst strg+alt+f4 und wieder strg+alt+f2 machen damit die aktion durchgeführt wird.
im window mode ist er bedienbar aber bild ist immer noch schrecklich und die cpu last naja WOHA

devel-full:
dachte mir erster na was soll sich großartig bessern du hast ja immer noch keine treiber für deine grafikkarte :-( aber was solls:
UND SIEHE DA:
fullscreen   49%-52%      bedienbar, gutes Bild
window      47%-51%      bedienbar, gutes bild

wunderbare bedienung! vdr reagiert super schnell und das bild ist im fullscrenn super (zumindest auf der alten röhre keine interlaced streifen!)

na wer haette das gedacht!

devel-treiber:
leider kann ich dazu nicht viel sagen aber ein wenig erfahrung wiedergeben.
r128: sobald ich boote blackscreen vdr reagiert auf gar nichts mehr.
ich komme mittels ssh drauf aber sämtliche bemühungen X zu killen sind nutzlos :-( -> muss das mit DMAonXv disablen probieren, weiß aber noch nicht wie...
radeon: ich habe dann, da mein hauptrechner das radeon modul braucht dieses mit bauen lassen beim xorg-ati. rausgekommen ist das modul, welches auch geladen wurde. sehr gut viele viele infos zu meiner karte im xorg lässt darauf schließen das es geklappt hat. leider kein vergleich zum vdr, da die karte net in den vdr passt und der hr keine tv karten hat um damit die tests zu machen. WAS ABER SCHLIMM IST, nachdem der treiber radeon geladen wurde hat man nur noch auf STRG+ALT+F2 ein bild. bei allen anderen Fx bekommt der monitor kein signal :-(

so und etwas das mich sehr verwirrt hat: xorg-ati unangetastet ist bei mir 4,2mb groß und nachdem ich xorg-ati noch radeon im makefile hinzugefügt habe, ist es NUR NOCH 2,2mb groß?!?!?!?!?!?!? HEEEE muss ich das verstehen?

=> fazit: für xorg-ati ist radeon wichtig, da davon die meisten karten unterstützt werden (wenn man dem log glaubt) und das r128 modul muessen wir für meine weiteren tests in den griff bekommen.

devel-treiber-full:
nicht möglich, wenns möglich ist trage ich es nach!

SO NUN ZU NATTY:


=> Die größen meiner addons unterscheiden sich nicht großartig von denen, die mit maverick gebaut wurden ABER eins sticht voll aus der reihe!
meine xinelib.full ist nur 17mb groß im gegensatz zu der auf der mld website mit 30mb! deswegen füge ich hier mal den tree an:


[code]
root@marmic-VirtualBox:/home/marmic/devel/MLD/xinelib.full/addon# tree -F
.

[clausmuus]

der Last Unterschied zwischen full und normal wäre alleineschon damit zu erklären, das nen anderer xine Ausgabe Treiber verwendet wird. Du müsstest also mal die Treiber unter usr/lib/xine/plugins/1.28/xineplug_vo_out_... nach und nach löschen und immer wieder testen (vdr-sxfe neu starten) ob's schlechter wird. Dann weißt Du welcer Treiber es war.
Ich hab bisher ja nur den Treiber im xinelib-Addon gelassen, der für die VM benötigt wird.

Claus

[MarMic]

hi claus,

kk dann habe ich das falsch verstanden, dachte immer vesa wäre der treiber und alles andere in xinelib sind decoder. wusste nicht das man da spezielle libs braucht für verschieden hard/software.

naja ist ja auch egal die paar mb mehr werden mich nicht umbringen :-P und wenns decoder sind werde ich für meine zwecke ehy alle brauchen :-P

naja nun gehe ich erstmal schlafen wollte damit nur zeigen das die mld3 auf einem sehr sehr guten weg ist.

greetz

 

[clausmuus]

Du kannst das r128 Modul in der rc.config Konfigurieren. Die Option DMAForXv (Du hattest DMAOnXv geschrieben) kannst Du so aktivieren (default ist off):
XORG_ATI_DRIVER="r128 DMAForXv=on"

Siehe: http://www.x.org/archive/X11R7.5/doc/man/m...an4/r128.4.html

Claus

[MarMic]

hi,

werde ich morgen mal testen wenns so einfach ist mit der rc.config :-) aber wenn default=off ist dann ist es n anderes problem :-(

denn off ist ja die lösung des übels!

greetz

[Matthias]

Also meine Erfahrungen mit folgender Konfig bei HD Install:

MLD-3.0.0_initramfs-1.17.2_77.gz
MLD-3.0.0_kernel-2.6.35.9_23.gz

MLD-3.0.0_config.devel-0_4.sfs
MLD-3.0.0_kernel-2.6.35.9_alsa-1.0.23_22.sfs
MLD-3.0.0_kernel-2.6.35.9_dvb-2010.12.20_28.sfs
MLD-3.0.0_kernel-2.6.35.9_dvb-usb-2010.12.20_5.sfs
MLD-3.0.0_kernel-2.6.35.9_network-0_16.sfs
MLD-3.0.0_keymap-de-0_10.sfs
MLD-3.0.0_locales-0_18.sfs
MLD-3.0.0_ssh-0.52_9.sfs
MLD-3.0.0_vdrapi-1.7.16_addons-0.4.0_11.sfs
MLD-3.0.0_vdrapi-1.7.16_message-0.0.1_1.sfs
MLD-3.0.0_vdrapi-1.7.16_setup-0.3.1_26.sfs
MLD-3.0.0_vdrapi-1.7.16_vdr-1.7.16_90.sfs
MLD-3.0.0_vdrapi-1.7.16_xineliboutput-2010.12.14_22.sfs
MLD-3.0.0_xinelib-1.29_6.sfs
MLD-3.0.0_xorg-1.9.0.902_12.sfs


39 % CPU Last bei Fullscreen, gute Bildqualität, flüssig bedienbar

Dei gleiche Konfig mit xorg-nvidia:

7 % CPU Last bei Fullscreen

 :applaus

Code: [Select]

find / | grep nouveau
/var/spool/apm.mnt/xorg/lib/libdrm_nouveau.so.1
/var/spool/apm.mnt/xorg/usr/lib/xorg/modules/drivers/nouveau_drv.so
/var/spool/apm.mnt/xorg-nvidia/lib/modules/2.6.35.9/kernel/drivers/gpu/drm/nouveau
/var/spool/apm.mnt/xorg-nvidia/lib/modules/2.6.35.9/kernel/drivers/gpu/drm/nouveau/nouveau.ko
/proc/irq/21/nouveau
/lib/modules/2.6.35.9/kernel/drivers/gpu/drm/nouveau
/lib/modules/2.6.35.9/kernel/drivers/gpu/drm/nouveau/nouveau.ko
/lib/libdrm_nouveau.so.1
/mnt/hda1/mld-3.0.0/etc/vdr/nouveau.txt
/usr/lib/xorg/modules/drivers/nouveau_drv.so
/etc/vdr/nouveau.txt
/sys/bus/pci/drivers/nouveau
/sys/bus/pci/drivers/nouveau/0000:00:12.0
/sys/bus/pci/drivers/nouveau/module
/sys/bus/pci/drivers/nouveau/uevent
/sys/bus/pci/drivers/nouveau/unbind
/sys/bus/pci/drivers/nouveau/bind
/sys/bus/pci/drivers/nouveau/new_id
/sys/bus/pci/drivers/nouveau/remove_id
/sys/module/i2c_algo_bit/holders/nouveau
/sys/module/button/holders/nouveau
/sys/module/drm/holders/nouveau
/sys/module/drm/drivers/pci:nouveau
/sys/module/ttm/holders/nouveau
/sys/module/drm_kms_helper/holders/nouveau
/sys/module/nouveau
/sys/module/nouveau/holders
/sys/module/nouveau/parameters
/sys/module/nouveau/parameters/reg_debug
/sys/module/nouveau/parameters/tv_norm
/sys/module/nouveau/parameters/tv_disable
/sys/module/nouveau/parameters/override_conntype
/sys/module/nouveau/parameters/nofbaccel
/sys/module/nouveau/parameters/noaccel
/sys/module/nouveau/parameters/ignorelid
/sys/module/nouveau/parameters/uscript_tmds
/sys/module/nouveau/parameters/uscript_lvds
/sys/module/nouveau/parameters/duallink
/sys/module/nouveau/parameters/vram_notify
/sys/module/nouveau/parameters/vram_pushbuf
/sys/module/nouveau/parameters/vbios
/sys/module/nouveau/parameters/modeset
/sys/module/nouveau/parameters/noagp
/sys/module/nouveau/parameters/ctxfw
/sys/module/nouveau/initstate
/sys/module/nouveau/refcnt
/sys/module/nouveau/sections
/sys/module/nouveau/sections/.note.gnu.build-id
/sys/module/nouveau/sections/.text
/sys/module/nouveau/sections/.exit.text
/sys/module/nouveau/sections/.devinit.text
/sys/module/nouveau/sections/.init.text
/sys/module/nouveau/sections/.altinstr_replacement
/sys/module/nouveau/sections/.rodata
/sys/module/nouveau/sections/.rodata.str1.1
/sys/module/nouveau/sections/.altinstructions
/sys/module/nouveau/sections/__param
/sys/module/nouveau/sections/.smp_locks
/sys/module/nouveau/sections/__bug_table
/sys/module/nouveau/sections/.data
/sys/module/nouveau/sections/.gnu.linkonce.this_module
/sys/module/nouveau/sections/.bss
/sys/module/nouveau/sections/.symtab
/sys/module/nouveau/sections/.strtab
/sys/module/nouveau/notes
/sys/module/nouveau/notes/.note.gnu.build-id


[clausmuus]

ich hab erst jetzt gerade eben die letzten