In bezug auf das passthrough:
Jeden fall finde ich keinen passenden Menüpunkt.
Vielleicht hab ich auch etwas falsch verstanden
habe _viele_ Threads nur quergelesen,
kodi kenne ich bisher gar nicht.
Den Ton konnte ich inzwischen wieder in Gang bringen.
In den Einstellung des inpustream-addin
(über das Amazon-addin erreichbar) muss der Eintrag "Media" auf "all" stehen.
Hat man dort nur "video" kommt auch nur video 
Grüsse,
Bitz
Danke an alle für die Anleitungen.
Mit der Änderung im /etc/init/kodi.conf startet nun kodi 17
und Amazon Prime läuft.
Die Filme werden auch abgestpielt,
aber dabei schweigt das Audio.
Ansonsten gehts (auch z.B. die "Tastengeräusche" in kodi).
"passthrough" kann ich nich aussschalten, das soll es wohl in kodi 17 nicht mehr geben,
jetzt bin ich ratlos.
In meinem Setup geht das Audio (mit dem Video) über den HDMI-Output.
Habt Ihr eine Idee dazu ?
Vielen Dank,
Bitz
Ah, danke, da schau ich mal bei Gelegenheit rein.
Der "Vatertags-Urlaub" endet allerdings heute,
zwei von vier trudeln heute Abend wieder ein
Grüsse,
Bitz
na wenn sonst keiner mit mir reden will,
dann rede ich halt mit mir selbst.
Mit der beschriebenen Frage bin ich leider noch keinen Schritt weiter,
das ist Schade, ich betrachte das als einen Mangel des Systems.
Es ist auf jeden Fall eine ganz fantastische Arbeit, heisst aber nicht, dass es nicht noch besser werden kann.
...ich hätte mich durchgewühlt wenn mir einer einen Hinweis gegeben hätte.
Jedenfalls ist es mir gelungen die Onboard-GPU zum Schweigen zu bringen,
sie lässt sich nicht ausschalten, aber die Einstellung "auto" führt immerhin dazu
dass sich sich auf den Bussen nicht mehr meldet.
Damit funktioniert dann diese tolle Automatik mit dem graphtft im WFE.
Am Schluss musste ich allerdings feststellen, dass sich die seriellle Schnittstelle
nicht zur Zusammenarbeit bewegen lässt. Tut keinen Mucks.
Es ist aber noch ein PCI-Platz frei, der muss dann für eine Schnittstellenkarte herhalten...
Liebe Grüsse an die yavdr-gemeinde
Bitz
Ich arbeite gerade an einem neuen VDR und es gelingt dem Webfrontend (WFE) nicht den Bildschirm zu erkennen.
Die ganze Seite Anzeigeeinstellungen bleibt leer. Das ist besonders unangenehm, das die meine erste Konfiguration mit TFT-Anzeige (Graftftng) sein soll.
Der TV ist ein Samsung TV und funktioniert zusammen mit meiner Asrock ION330 VDR-Kiste ganz prima.
Das neue Gerät hat leider eine weitere nvidia-gpu, neben der gt610 eine Chipset GeForce 7100 / nForce 630i die sich nicht abschalten lässt.
Als erstes habe also ich die klassische Windows-Lösung versucht: neuinstallieren. Danach neuen Kernel (3.11)/ Nividia-Treiber draufgemacht.
Das hat schon mal nichts geholfen. Dann nochmal erkennen lassen. Nix.
Nochmal gemäss dieser Anleitung. Auch nix.
GDA und Seahawk habe in einem anderen Thread sinngemäss verlangt "Use the source Luke".
Also habe ich mir rescan_display, getNVdisplays.c, und auch noch den WEF-Code (/usr/lib/yavdrweb/static/javascripts/component/settings/) angesehen, aber ich finde einfach _die_Stelle_ nicht.
rescan_display wird aufgerufem wenn man die Button "erneut suchen" in Anzeigeinstellungen drückt.
#!/bin/bash
process-template /etc/X11/xorg.conf.rescan
export XORGCONFIG=/etc/X11/xorg.conf.rescan
xinit /usr/bin/getNVdisplays --update -- :1 vt9
rm -f /etc/X11/xorg.conf.rescan
dbset "system.hardware.nvidia.0.edid=0"
dbset "system.hardware.nvidia.1.edid=0"
Es macht kaum mehr als getNVdisplays aufzurufen, das schreibt in die yavdrdb.hdf und auf stdout.
Zu sehen ist dann
X.Org X Server 1.11.3
Release Date: 2011-12-16
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.42-37-generic x86_64 Ubuntu
Current Operating System: Linux vdre 3.2.0-63-generic #95-Ubuntu SMP Thu May 15 23:05:57 UTC 2014 x86_64
Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-63-generic root=UUID=64174418-2b61-4c41-a0d2-c9ac8da31448 ro vmalloc=256m quiet splash vga=792 noresume nohz=off acpi_enforce_resources=lax
Build Date: 16 October 2013 04:41:23PM
xorg-server 2:1.11.4-0ubuntu10.14 (For technical support please see http://www.ubuntu.com/support)
Current version of pixman: 0.30.2
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.1.log", Time: Tue May 27 07:56:10 2014
(==) Using config file: "/etc/X11/xorg.conf.rescan"
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
0:CRT-1:0x00000002:CRT-1
1:DFP-1:0x00020000:SAMSUNG
Sieht also aus, als ob die Bildschirme erkannt werden.
Sie stehen dann auch (zeitweise) in der yavdrdb.hdf allerdings ohne die Mode-Zeilen (nur nvidia-auto-select).
Die Xorg-Log von diesem X-Lauf ist im Anhang.
90_create-xorg-conf-yavdr generiert danach aus der yavdrdb.hdf eine neue xorg.conf.yavdr
Und dann kommt das WFE und macht alles wieder weg.
Ist mit völlig unklar warum.
Vom javascript habe ich leider nur wenig kapiert, ich vermute der Code dazu liegt in /usr/lib/yavdrweb/static/javascripts/component/settings/hw_display.js
bei YaVDR.Component.Settings.HwDisplay.Display. Hier der mögliche Code-Schnipsel.
doLoad: function() {
Ext.Ajax.request({
url: '/admin/get_x11',
method: 'GET',
scope: this,
success: function(xhr) {
var displayData = Ext.decode(xhr.responseText);
this.removeAll(true);
Woher nimmt das WFE also die Mode-Zeilen (Die Box mit modeline, Auflösung, Fequenz) ?
Ein "get_x11" habe ich nirgends gefunden, und dann bin ich mit meinem Latein am Ende.
Hilfe !
freundliche Grüsse,
Bitz
Bei mir wird das o.g. script bei jedem shutdown aufgerufen.
Seltsam, da über die shutdown-hooks ja schon der wakeup geschrieben wird.
Es Ist möglicherweise eine alte Version,
da es scheinbar fix nach /proc/acpi/alarm schreibt.
Ausserdem nur in runlevel 0, als K30vdr-addon-acpiwakeup
Das gib irritierende Fehlermeldungen beim runterfahren.
Hab ich / ist da was zerschossen ?
Grüsse,
Bitz
Ja, nicht les- / verwendbar.
Menüleiste, Rollbalken, Ränder, Tab-Reiter sind schwarz mit schwarzer Schrift.
So auch vlc.
screenshot kommt aber dauert bis morgen...
Hallo fnu,
danke für die Antwort,
sieht aus wie auf dem Screenshot.
Aaaaber die jeweiligen Anwendungen (firefox, vlc) sind nicht lesbar,
nachdem sie aufgerufen wurden. Youtube sieht ok aus, scheint aber für alles ein eigenes farbschema zu verwenden.
Alles was (vermutlich) das default-schema des window-managers verwendet, zeigt wie gesagt schwarze schrift auf schwarzem grund.
Vor allem Menüs, Dialoge und Listen in firefox und vlc
VDR selbst ist in Ordnung.
Wie mach ist jetzt nochmal nen screenshot bei yavdr?
Grüsse,
Bitz
Hallo,
ich hatte die 0.3 Version auf meinem Asrock 330ht.
Nach dem dist-upgrade sind die (über die sidebar geöffneten) Fenster kaum bis gar nicht lesbar.
Grössen sind OK, aber die Farbe ist grösstenteils schwarz auf schwarz. Nur zu Erkennen wenn highlighted.
Ich würde darauf tippen dass bei Openbox was verstellt ist.
Hat jemand eine Idee wo man drehen muss um das wieder hinzubekommen?
Gibts ein theming ?
Grüsse,
Bitz
mein le32c650 schaltet an den HDMI-Anschlüssen prima auf 50 Hz
...einen hätt ich noch:
Folgendes Upstart-Script in /etc/init/
# Wake server
description "send server a wol-package to wake it up"
start on net-device-uptask
script
--- hier wol-befehl für den Server ---
end script
Script in /etc/network/if-up.d/ find ich aber auch ne gute Lösung.
-Bitz
Hi sys64738.
danke für den Tip, die alten runlevel werden tatsächlich noch "simuliert".
in /etc/rc2.d findet sich der Start für den nfs-server.
Das ganze wird vom upstart-script "rc-sysinit.con" gestartet.
- Was aber nicht immer funktioniert. Es schein eine Reihe von Gründen zu geben, nicht alle sicher geklärt.
Gerne auch mal nah nem Update.
Siehe hier
https://bugs.launchpad.net/ubuntu/+source/upstart/+bug/461725
hier
https://bugs.launchpad.net/ubuntu/lucid/+…ils/+bug/540637
etc...
Am Ende ist das Problem nach einem reinstall von upstart und networking behoben.
Es bleibt unklar was es verursacht hat, ist aber im Zuge des Upgrades auf 0.2.1 entstanden....
Grüsse,
Bitz
"nfsd running"
hab ihn ja mit der Hand gestartet (/etc/init.d/nfs-kernel-server start).
Aber wo wird der nfs-server mittels upstart beim booten gestartet?
Grüsse,
Bitz
Hallo,
yavdr aufm video-server startet den nfs-server nicht.
Das ist jetzt die dritte Installation, 2x OK, jetzt aber nicht mehr.
Solte der nicht standard-mässig an sein? Hab ich was offensichtliches übershen (button "nfs an" im Webinterface ab 0.2.1 oder so?)
Ums noch schlimmer zu machen: ich finde die Stelle nicht wo der nfs-server gestartet wird.
Bis Upstart kam war das in /etc/init.d/. Aber nu?
Grep in /etc/init:
root@vdrs:/etc/init# grep nfsd *
gssd.conf: do_modprobe nfsd
idmapd.conf: do_modprobe nfsd
portmap läuft, und "Old-Style"-Start mit /etc/init.d/nfs-kernel-server start geht.
Wer kann mir auf die Sprünge helfen? Den Fehler find ich dann schon.
Grüsse,
Bitz
Hallo,
kurze Rückmeldung für alle interessierten:
hab hier ein altes Intel-i855-MB (Aopen). Das hat immer nur Ärger gemacht und bleibt seiner Tradition treu.
Ich habe so 2 PT reingesteckt das Ding native zum laufen zu bekommen,
(hier Info zum buggy agp-treiber:
https://wiki.ubuntu.com/X/Bugs/Lucidi8xxFreezes
http://glasen-hardt.de/?p=495)
War aber nix, selbst mit dem vesa-Treiber instabil.
Vielleicht bekommts ja jemand anderes hin.
Angesichts des Aufwands hab ich mir die weitere Analyse geschenkt und eine alte nvidia Vanta (AGP) eingesteckt.
Dann gehts doch, wenn man vorher mit ein bisschen Templating
in 0750device0-body
<?cs if:system.hardware.nvidia.detected ?>Driver "nvidia"
ersetzt durch
<?cs if:system.hardware.nvidia.detected ?>Driver "nv"und in 0550monitor0-body
# HorizSync 28.0 - 33.0
auskommentiert.
Irgendwie scheint Eure Abfrage die alten "legacy"-nvidias als nvidia zu erkennen und will den nvidia-treiber verwenden, der die alten dinger aber nicht mehr kann.
Der zuvor installierte "nv" (sudo apt-get install xserver-xorg-video-nv)
wiederum akzeptiert die HorizSync zeile als override zum edid (in meinem Fall aus einem älteren LCD-Monitor der ca 60khz / 1024x768 kann ),
und dann geht nur noch 640x480...
Eleganter wär natürlich die Erkennung besser zu machen, die o.g. Lösung ist ein bisschen grob zurechtgedengelt...
Ansonsten wirklich sehr schön gemacht Eure Distri!
Grüsse,
Bitz
bis jetzt drei Interessenten....
@ Xstream:
Die SW ist zu dem von Dir beschriebenen Zeitpunkt etwa drei Monate vor der Fertigstellung...
Der von Dir gesehene Zustand besagt relativ wenig.
Grüsse,
Bitz
Eindruck hat mich ziemlich enttäuscht
Na dass ist ja mal ein präziser Hinweis...
UMTS
Interessiert mich nicht im geringsten.
Ausserdem viel zu teuer.
Noch was ?
-Bitz
Nö, kein UMTS.
-Bitz
PS: auf youtub kann man das Ding ansehen:
http://www.youtube.com/watch?v=U05kZfURPig
...Und eine "Bluetooth-Remote" ist auch schon geplant:
http://lists.openmoko.org/pipermail/comm…ril/016346.html
bis zur definitiven hardware-version des freerunners abwarten.
Bleibt uns eh nix anderes Übrig.
Ist alles bisher Vorab-Organisation, real kann man das Freerunner noch nicht bestellen.
...Aber bald. HW ist fertig, die Massenproduktion läuft.
Kein Gehäuse, kein Display ?
Doch, doch, ist schon ein fertiges und benutzbares Handy:
[Blocked Image: http://wiki.openmoko.org/images/c/c6/GTA02.gif]
http://wiki.openmoko.org/wiki/Image:GTA02.gif
...bisher 3 Interessenten...
