Das war ein Netzweil, sowie das dazugehörige Kabel dazu...
Zeig mal bitte einen Link zu dem Netzteil oder dem von Dir gekauften Set!
Das war ein Netzweil, sowie das dazugehörige Kabel dazu...
Zeig mal bitte einen Link zu dem Netzteil oder dem von Dir gekauften Set!
in der cmdline.txt mal die video angaben eingetragen (video=DSI-1:800x480@60D)
Wofür steht das "D" eigentlich? In der offiziellen Doku steht das nicht. https://www.raspberrypi.com/documentation/…es/display.html
Versuchs mal mit: video=DSI-1:800x480@60,rotate=0 in der einen Zeile der boot/firmware/cmdline.txt! Der Pfad ist ja auch ein anderer als er bei Bullseye war.
Ist es das selbe Verhalten, wenn Du unter raspi-config von wayland auf x11 umstellst oder macht das einen Unterschied? Ich habe leider kein solches Display um das selber mal testen zu können.
LAN bekommt eine andere IP als das WLAN. das nur mal so als Denkanstoss, da Du am besten weißt, womit Du Deine Geräte im Netz ansprichst.
Vielleich hilft das ja schon weiter.
Ok, ich hatte nur den letzten Versuch ( Zeile #8 ) im Beitrag #12 für voll genommen. Ist ein bissel doof am Telefon lesen und schreiben. 🙈
Nö, da war kein Punkt, das war ja das Erste, wonach ich geschaut habe.
Ohne der Option -a bei ls hättest Du diese Dateien nicht gesehen. Das war übrigens ergänzend zu meiner Frage, ob das Verzeichnis leer ist, denn wenn das nicht leer ist, kann man das auch nicht mit einem einfachen rm löschen. Da hilft dann die Option -r (steht für rekursiv) für rm.
Ist das Verzeichnis leer?
BTW. Versteckte Dateien und Verzeichnisse haben an erster Stelle ihres Dateinamens einen Punkt. Diese findet sieht man mit ls -la .
Bei mir war mal das vom Imager heruntergeladene Image (*) defekt. Da dachte mir, fängst Du halt nochmals an, aber dann kam eine Fehlermeldung. An die kann ich mich leider nicht mehr genau erinnnern. Es gab jedenfalls keine Chance im Imager etwas an diesem Problem zu ändern.
*) evtl. Ist da auch die Prüfsumme oder sonst was dabei?
Eine kurze Suche nach "Raspberry Pi Imager cache" brachte den Pfad C:\Users\<username>\AppData\Local\Raspberry Pi\Imager\cache oder vergleichbar und die Datei lastdownload.cache als Ergebnis.
Also hatte ich den Imager geschlossen, die Datei lastdownload.cache (glaube das war nur die) gelöscht, den Imager wieder gestartet und dann funktionierte alles wieder wie gewohnt.
Der direkte Link zur Quelle wäre noch wichtig!
C64 ist gar kein Betriebssystem
Ich weiß was ein C64 ist. Ich hatte damals eine Freundin 500 aus selbem Haus, aber die Hardware hat ja eben wenig mit einem bevorzugten Betriebssystem für einen Raspberry Pi zu tun.
aber neben VICE gibt es auch einen „bare metal“-Emulator der direkt auf dem Raspi läuft, ohne ein weiteres Betriebssystem dazwischen: https://github.com/randyrossi/bmc64
Irre, was es nicht alles gibt!
Ist C64 auch ein Betriebssystem für den Raspberry Pi? (Rhetorische Frage!)
Mit Python würde ich das vermutlich über find() und split() erledigen.
//Edit
framp Oft muss man (leider) mit den gegebenen Umständen arbeiten, z.B. wenn ein Kollege etwas erledigt hat und nun nicht mehr da ist. In dem Fall hätte der Kollege diese Textdateien erstellt, weil er zu umständlich gedacht hatte und als Nachfolger müsste man sich mit dem vorhandenen Quark auseinandersetzen. Das ist trotzdem ein interessantes Thema, vor allem was die verschiedenen Lösungswege betrifft.
//Edit2
Wenn ich so darüber nachdenke, wäre set Beitrag #13 gar nicht nötig. Das könnte man auch per IFS lösen.
Wirklich *zuverlässig* ermitteln was Datei und was Verzeichnis ist, kann man ja nicht.
Könnte man schon über die Dateigröße (4096) der Verzeichnisse, aber das wäre dann wirklich zu viel des Guten.
Die ”Linien” sind ja alle *vor* den eckigen Klammern. INSTR() such die Position einer Zeichenkette in einer anderen, und MID$() schneidet aus einer Zeichenkette ab einer Position eine angegebene Länge aus oder alles ab der Position falls keine Länge angegeben ist.
Ah, verstehe! Sucht das nur nach dem ersten Zeichen einer Zeichenkette oder nach allen Zeichen? Meine Frage ist wegen meiner tree_ausgabe.txt-Datei Zeile #6:
Was würde da passieren?
Wenn ich das richtig verstehe, dann hast Du damit noch die ├── bzw. └── im Rennen oder? Hab aber von Visual Basic wirklich keinen Blassen.
BTW: Das läuft auch über alle Zeilen der Datei und nicht nur die mp3- betreffenden.
Mein Versuch war es das ohne Regex, bzw. pattern zu schaffen und das kam dabei raus:
#! /bin/bash
while read line
do
if [[ $line =~ ".mp3" ]] then set $line
IFS=']' read -ra line_array <<< ${*:4} ; echo ${line_array[1]} ${line_array[0]}
fi
done < /home/hyle/skripte/tree_ausgabe.txt
Hier der entsprechende Auszug aus der tree_ausgabe.txt, Unschwer zu erkennen handelt es sich dabei um ein Album von Ministry. 🤘
├── [ 4096] Music
│ └── [ 4096] 1
│ └── [ 4096] 2
│ └── [ 4096] 3
│ └── [ 4096] Ministry
│ └── [ 4096] Houses Of The Mole [MYNCD023]
│ ├── [ 5042857] 01-No W.mp3
│ ├── [ 7240212] 02-Waiting.mp3
│ ├── [ 6089950] 03-Worthless.mp3
│ ├── [ 7285550] 04-Wrong.mp3
│ ├── [ 5595921] 05-Warp City.mp3
│ ├── [ 6463257] 06-WTV.mp3
│ ├── [ 7740841] 07-World.mp3
│ ├── [ 7190622] 08-WKYJ.mp3
│ ├── [ 12208242] 09-Worm.mp3
│ ├── [ 7059500] 10-Psalm.mp3
│ └── [ 3841604] 11-Walrus.mp3
├── [ 4096] Pictures
├── [ 4096] Public
Alles anzeigen
Das Ergebnis ist folgendes:
hyle@rpi5:~ $ /home/hyle/skripte/dateilesen.sh
01-No W.mp3 5042857
02-Waiting.mp3 7240212
03-Worthless.mp3 6089950
04-Wrong.mp3 7285550
05-Warp City.mp3 5595921
06-WTV.mp3 6463257
07-World.mp3 7740841
08-WKYJ.mp3 7190622
09-Worm.mp3 12208242
10-Psalm.mp3 7059500
11-Walrus.mp3 3841604
Alles anzeigen
//Edit
Wer die eckigen Klammern um die Dateigröße will, kann die einfach dazu schreiben.
Man müsste IMHO schon die Struktur der Datei kennen um sinnvoll eine Lösung zu finden.
tree setzt ja mindestens ── voran, mit dem man das Zeilenweise arbeiten könnte.
Danke Jürgen Böhm für den Ping!
Das Thema wurde hier her ausgelagert.
Ein smart-TV ist wohl sehr gesprächig in dieser Hinsicht.
Meiner wollte auch immer nach hause telefonieren, aber dank Pi-hole wurde die Leitung gekappt.
In meiner Fritte gibt es einen Mac-Filter, der bei nicht-gesetztem Haken dazu führt, das WLAN-Geräte nicht miteinander reden dürfen.
Das steht bei meiner Fritte unter WLAN > Sicherheit