Beiträge anzeigen
Diese Sektion erlaubt es ihnen alle Beiträge dieses Mitglieds zu sehen. Beachten sie, dass sie nur solche Beiträge sehen können, zu denen sie auch Zugriffsrechte haben.
Nachrichten - stevie101
1
Und für low power Systeme sollte man in muc/Makefile die Zeile "EXTRAFLAGS = -D SLOW_HOST" reinnehmen (Kommentarzeichen entfernen).
Vielen Dank dafür, werde ich heute abend sofort probieren.
Gruss
Stefan
2
Zum Thema vip1710.
Aktuell läuft bei mir mpd, mpdtool, vdr und pyload auf dem Teil. Der Speicher ist mehr als am Anschlag, daher wird auf USB HD geswapped. Bezüglich CPU Auslastung sieht es gar nicht so dramatisch aus, da entweder nur MPD oder VDR etwas aktiv ausgeben. Dockstar als Server wäre eine Alternative, habe ich aber noch nicht, daher läuft die VIP 24hrs/d. MPD hat ca. 500 GB an Daten zu verwalten.
Alles in allem läuft das Ganze relativ gut, auf Suchanfragen muss man halt etwas warten. Um die Anfragen etwas gezielter auszulösen, hab ich versucht die Betty sw dahingehend zu modifizieren, erst nach dem dritten Zeichen die Anfrage an MPD zu schicken. Ist wohl nicht korrekt umgesetzt (Anfragen werden geschickt, allerdings inkorrekte bis zum 4ten Zeichen), hilft aber. Für low power Systeme wäre es aus meiner Sicht am besten, die Suchfunktion so zu ändern, dass erst auf "OK" die Suche Richtung MPD geschickt würde ("D" könnte die add Funktion übernehmen). Hatte jetzt häufiger den Fall, dass die Suche bereits ausgeführt wurde, obwohl die Eingabe noch nicht vollständig war (bin kein SMS Tipper). Workaround : raus dem Suchmenu, wieder rein, dann wurde umgehend der vollständige String geschickt.
Wenn die aktuelle Implementierung bei euch zuverlässlich und schnell funktioniert, muss ich selbst schauen, wie das umzusetzen wäre.
Desweiteren fiel mir auf, wenn sehr viele Resultate zurückgegeben werden (MPD schickt auch immer "OK"), die Suchanfrage ständig erneut herausgeschickt wird (kein timeout), trotzdem keine Resultate übernommen werden.
Gruss
Stefan
3
if ( (user_model.search_string != NULL) && (*user_model.search_string != '\0') ){
Danke, hatte es ohne "*" vor user_model... implementiert - jetzt geht's.
Übrigens sehr cool, dass der code so schön kommentiert ist. Selbst jemand wie ich, der nicht C programmieren kann, bekommt ne Idee.
Gruss
Stefan
4
Hab mal mit der Wartezeit auf Betty und mpdtool Seite herumgespielt (aktuell bei 15sec), jetzt kommen vernünftige Ergebnisse. Muss ich aber noch weiter testen.
Ich denke, wenn man vermeidet, dass nach einer Suche und Suchmaske leer, nach "" gesucht wird, MPD nicht unnütz belastet ist.
Eigentlich müsste dafür doch nur user_model.search_string = NULL gesetzt werden, nachdem AV gedrückt wurde (wie bei Initialisierung). Wo ist nur die Stelle im Code der Betty ?
Gruss
Stefan
5
@glotzi
Du verwendest aber schon die Version aus dem git, oder ?
Bei den alten release Versionen hatte ich auch Probleme beim laden der Playlisten....
@phaidros
Die werden einfach weggeworfen. Zur Zeit werden nur ca. 30 angezeigt. Ich dachte, keiner will durch 50 Ergebnisse scrollen. Lieber noch einen Buchstaben
mehr eintippen um die Suche einzischränken ?
Das Problem ist, wenn mehr als 3 Buchstaben eingegeben werden, die Chance auf Resultate recht gering, oft gegen Null, wird. Möglicherweise liegt es an den 2sec, da die vip1710 nicht wirklich Power hat.
Gruss
Stefan
6
Was müsste ich da modifzieren? Sorry, das ich so blöde Frage.
Kein Problem, lösche folgendes:
::respawn:/bin/shdann init -q, kill -9 PID (/bin/sh). Damit ist tts/0 frei.
Wenn Du das automatisiert machen willst, kann es sein, dass start_platform.sh und damit der halserver beendet wird (restart). Bin leider kein toller skripter, daher lasse ich start_platform.sh und die runvdr.sh mit /bin/bash starten. Dann könnte man auch alle sh's killen.
Der scart adapter sollte beim booten der vip am besten stromlos sein. Der bekommt soviel Krempel von der vip beim booten mit, dass mpdtool ihn nicht initialisieren kann.
7
Das mit der Onboard Serial hatte ich mir auch schon überlegt. Mir ist aber nichts eingefallen, wie ich dem Kernel abgewöhnen kann tty0 als console zu benutzen. Dazu müsste man eigentlich die Kernel Commandline ändern und die ist in den Bootloader gebacken.
Du flashst auf der Vip? Wie hast Du das mit der Console gelöst?
Die inittab wird modifiziert, initialisiere diese mit "init -q" und kille dann /bin/sh. Funktioniert noch nicht ganz automatisiert, irgendwie wird "init -q" innerhalb eines Skriptes nicht durchgeführt, händisch geht es.
Geflashed hab ich auf der VIP noch nicht, sollte aber problemlos funktionieren.
8
Hallo zusammen,
hab mittlerweile auch McBetty im Zusammenhang mit der vip1710 laufen.
Scart Adapter war sehr fummelig - kann ich nur bestätigen, allerdings flashe ich alles über serielle Verbindung, da gab es einige nicht reproduzierbare Probleme.
Der Scart Adapter ist bei mir über serielle Schnittstelle an der vip. Arbeiten beide mit 3.3 V Pegel, daher kann man direkt anschliessen. Allerdings ist bei der vip, /dev/tts/0 mit einer console per default belegt - hat ne Weile gedauert, bis ich geblickt hatte, dass das die Kommunikation stört.
Bezüglich Suchfunktion hab ich folgendes festgestellt (latest git) :
- insgesamt scheint mpdtool doch etwas sehr ungeduldig, wenn Suche aktiv. Die CPU Auslastung durch mpdtool allein liegt schon um die 30-40% (nur bei Suche). Hab das Gefühl, MPD kommt gar nicht zum Antworten (Communication broken).
Beispiel: Artist
Suche: New
MPD liegt 60%, mpdtool bei 30%, irgendwann hab ich ein Resultat
gleiche Suche mit NCMPC++ ---> 536 Songs in ca. 6sec
Ähnliches passiert übrigens, wenn ich eine Playlist mit ca. 5500 Songs lade. mpdtool scheint MPD nicht genügend Zeit zu geben
- die Resultate haben manchmal nichts mit dem Suchbegriff zu tun. Suche nach "ORD" - ja ich suche immernoch New Order -, ergibt unter anderem "Morrissey" :-)
- hab die max. Ergebnisse nicht gezählt, aber es scheinen keine 50 angezeigt zu werden (wenn >=50 gefunden)
Was passiert mit den anderen Ergebnissen, wenn >50 gefunden werden ?
- Wird eine Suche gelöscht, schickt die Betty Suche:"" Richtung MPD, was die Kommunikation blockiert. Kann man hier, wenn AV gedrückt wird, die Suche nicht umgehend stoppen ?
Playlistanzeige und laden funktioniert hier gut.
Das Projekt ist einfach klasse - endlich kann ich meine MP3's verwalten ohne TV, vielen Dank dafür.
Gruss
Stefan
9
Edit: Hab's gerade so probiert, LED ist jetzt aus, leider nach wie vor kein Com.
10
TTL Pegel.., heisst das ich muss den Scart Adapter an den Pegelwandler anschliessen ? Dachte, die Signale werden eins zu eins durchgereicht.
11
@jannis
Danke für die Erklärung, dann ist mein Scart Adapter wohl über 'n Jordan.
Solange RX/TX/GND nicht angeschlossen sind, ist die led tot, schliesse ich an leuchtet das Teil dauerhaft. Kein kurzes Aufflackern nach dem flash - der flash scheint jedoch prinzipiell zu funktionieren.
Muss mir wohl Ersatz besorgen...mist.
Gruss
Stefan
12
Wenn die led leuchtet ist der scart adapter noch nicht korrekt beflasht. Bei mir hatte das aber so funktioniert
Meinst Du beim während dem flashen oder später nach dem man einmal Powerstecker raus/rein gesteckt hat ?
Wenn das Ding Strom bekommt ist die Led immer an - soll das nicht so sein ?
Danke.
Gruss
Stefan
13
Ich versuch auch die VIP1710 mit der betty und mpd in die Gänge zu bringen. Die Idee finde ich einfach nur gut.
Aber hab leider nix um den Scart adapter zu flashen. Also hab ich die Betty genommen.
Hab das file scart_image.h aus den sourcen hier verwendet um boop svn zu kompilieren. Ich nehme an, dass es soweit funktioniert hat, allerdings bekomme ich mit mpdtool immer "time out on serial line". Um die vip1710 auszuschliessen, hab ich es an meinem Laptop am Serial port versucht, gleiches Resultat. Bin mir absolut unsicher mit dem Scart adapter - LED leuchtet aber...?
Kann mir jemand sagen wie ich die Kommunikation mit dem Scart adapter checken kann. Angeschlossen hab ich lediglich RX/TX/GND.
Gruss
Stefan
