Ich glaube die 16:9 Umschaltung wie ich es gemacht habe geht mit dem neuen Kabel nicht mehr. Ich meine, dass früher der Pin 16 vom Scart am Pin 9 (+5V) vom VGA lag. Vermutlich über einen 75 Ohm Widerstand. Aber bei mir hat es gereicht den TV stabil auf 16:9 zu bringen. Bei der aktuellen Schaltung mit Pin 13 würde ich das nicht mehr machen.
gp
Hi foobar42,
ich habe seinerzeit das Kabel von Dr Jones genommen. Biete fertiggelötetes VGA2Scart-Kabel an
Ich habe wohl noch eine alte "Version" in der man für 16:9 noch eine 9V Block brauchte. Da habe ich damals durch eine zusätzliche Brücke in der Scart-Buchse gemacht. Aber keine Ahnung mehr wie das war. Das von Netzteil zu holen ist auch ne gute Lösung.
Damit habe ich seinerzeit den VGA2Scart-Support im yaVDR gemacht. Einzig habe ich ich den Eindruck, dass zuerst der TV an sein muss. Sonst kommt von der GraKa kein Bild. Aber 100%ig sicher bin ich mir nicht.
Sonst: Läuft! Nur das BIOS-Logo sehe ich doppelt. 
gemuesepudding
karl78: In sd oder hd?
Hi!
Ich habe pipelight gestern mal kurz mit Amazon prime getestet. erstmal: Es läuft, aber
- es gibt kein HD. Das ganze Thema HDCP ist wohl nicht verfügbar https://answers.launchpad.net/pipelight/+question/244793
- beim wechsel in den Fullscreen muss man das Fenster suchen. Es "rutscht" nach hinten
- der popout view geht im Chrome nicht.
- ein mal ist mir der player abgestürtzt. Aber das ist bei einer 0.2.5 zu vernachlässigen.
Gerade das fehlende HD ist wirklich schade. Ich war schon drauf und dran ein Paket für yaVDR zu schnüren.
gemuesepudding
So, gefixed. Es wird erst mal in "testing" erscheinen. Ich habe parallel noch einen bug im backend fixed. Da war ein script eteas seeeehr mitteilsam. 
gemuesepudding
Ich schau es mir an. Danke für die Vorarbeit und Analyse!
gemuesepudding
Schon mal versucht die rauszuschreiben, die nicht gehen? Ich lass was davon, das mehrere nicht gehen.
Vlt haben die ja was gemeinsam
Ne, die touch events landen nicht auf dem /dev/....
Ich nutze das Protokoll von gTFT um eine touch-Event einzuschleusen. Letztlich wie gTFT-fe es macht. Nur ist es nicht X11, sondern ein Tab.
gemuesepudding
Ich würde gerne weiterhin den touch-support in gTFT nutzen.
Die Android App GraphDroid nutzt das um den Touch weiter zu geben. Sonst nutzt das Teil nur das TCP-Protokoll.
Ach ja, bitte schau dir mal den connect-code an. Da kann nur ein Client sich verbinden, die anderen werden in eine Art Warteschlange gepackt. Ich denke nicht, dass das gewollt war. Leider war ich damals nicht zum fixen gekommen.
gemuesepudding
Ach ja, das habe ich noch nie versucht und auch nicht berücksichtigt. Es kann also gehen, muss aber nicht.
Die Darstellung ist sicher kein Problem, aber ob dann das Touch-Mapping von TAB <-> gTFT geht muss man mal testen.
gemuesepudding
Ist mir letztlich egal. Ich kann auch mein repro löschen und dann deins forken.
Solange ich in den Codes auch noch drin stehe... Was sicher aktuell nicht überall der Fall ist. Ein klein bissel "seele streicheln" muss sein.
Hi!
Schön, dass das jemand weiter führt. Aber vielleicht hätte man einen fork machen sollen. Dann könnte man die Sachen per pull - request wieder konsolidieren.
@Thorsten73. Die App zeigt letztlich "nur" das Bild vom gTFT an. Das heißt, dass es vermutlich entweder am WLAN oder an deinem VDR liegt.
Von einen Bug weiß ich noch, den ich Euch nicht vorenthalten möchte: das gTFT-Plugin kann aktuell nur eine Connection annehmen. Die weiteren Anfragen werden gequeued und nicht(!) verarbeitet. Vorbereitet für mehrere ist es aber schon, funktioniert nur nicht. Ich habe aber nicht die Zeit gehabt das zu fixen.
gemüsepudding
versuch mal
umount /lager/temp/NAS
Ich ich denke mal, dass das nicht(!) beim S5 passiert. Das würde dem S5 auch wieder sprechen, denn dabei soll ja beim restart alles genau so sein wie vor dem S5. Dazu zählen auch offenen Dateien. Und wenn man ein umount machen würde, dann wären die weg.
Es gibt aber für den suspend hooks (unter /etc/, glaube ich). Da könntest du was passendes "einbauen".
gemuesepudding
Ich habe das jetzt mal anders gemacht.
Ich habe das Repro bei GitHub mal öffentlich gemacht. Und auch das apk rein gepackt.
https://github.com/volkerrichert/grafDroid
Wer weiß was er tut, der darf. Aber nur der. Ich werde keine Zeit haben Fragen zu beantworten. Auch das "yaTeam" wird nicht helfen können. Daher war ich auch so zögerlich mit der Veröffentlichung und es ist wieder in mein Repro gewandert.
Ein Tip trotzdem: Es darf kein(!) anderer Client laufen. Das kann das PlugIn nicht. Es ist zwar schon drauf vorbereitet und nimmt mehrere Anfragen an, beantwortet aber nur den erste! Und da das Protokoll regelmäßige Antworten vorsieht ist es auch nicht sehr stromsparend. Dauerbetrieb nur an der Dock!
gemuesepudding
Hast du da irgend ein Link oder mehr Info zu dem App (evtl. auch in einem neuen Thread).
mfg
Also, ja. Ich habe so eine App geschrieben. Die ist akt. aber nicht in play. Hatte ich noch keinen Bock zu. Und nur um eine einzige OSS-App zu verteilen auch noch Kohle zu bezahlen...
Wenn einer Interesse hat, dann kann er sich bei mir per PM melden.
gemuesepudding
fnu,
womit du dich so beschäftigst...
Super spannende Sache! 
Ich habe meine XEN-Umgebung ja durch Proxmox ersetzt. Du weiß ja wer das Schuld ist. 
Also erstmal nicht mein Scope. Aber gerne helfe ich Dir.
gemuesepudding
Murry,
erledigt. Muss nur noch gebaut werden. Vlt kannste dann nochmal schauen.
gemuesepudding
Ich kümmere mich drum,
danke!
gemuesepudding
hi!
bei beiden Logs steht:
[ 512.171] (--) NVIDIA(0): Connected display device(s) on GeForce 8200 at PCI:2:0:0
[ 512.171] (--) NVIDIA(0): none
Da ich denke, dass eins der beiden vom rescan ist (ist es doch, oder?) scheint es wirklich auf ein HW-Problem hinzudeuten. Denn mein rescan überlasse ich es dem Treiber alles selber zu erkennen.
Ach ja, der TV / Monitor war doch an, oder?
gemuesepudding
hi knaxman,
die Ursache liegt 100%ig in "FATAL: Module nvidia_current not found."
Lass uns mal versuchen das zu finden. Ach ja, und immer noch wäre die Logs hilfreich.
gemuesepudding
