|
|
In eigener Sache
Leider muss ich wieder mit einer Entschuldigung beginnen. Private und dienstliche Problemchen hindern mich an der wichtigsten "Nebensache" der Welt.
Zu allem Überfluss war ich auch noch ausgesperrt (Ionos meinte "Wir haben nichts geändert!"). Weder SiteMatch unter RISC OS noch FileZille unter Win kamen noch auf den Server. Hat etwas gedauert die Ursache zu finden.
FileZilla sollte sich selbst Updaten und versuchte das auch aber die Updateroutine lief auf einen SSL-Fehler ohne diesen zu melden (einen Hinweis fand ich zufällig in der log-Datei), alle anderen Server funktionierten weiterhin klaglos. Neue Version installiert, läuft wieder.
SiteMatch bzw. die PuttyTools brauchten ein Update via. PackMan. Nun tut auch das wieder. Das "Wir doch nicht" von Ionos kann also nicht ganz richtig gewesen sein.
Die meisten Neuigkeiten sind inzwischen alt also "Schwamm drüber". ;-)
Der Cloverleave Filer ist inzwischen bei V 1.44 angekommen. Ich hatte leider noch keine Zeit das umfangreicher zu testen.
Auf Grund einiger der privaten Problemchen habe ich mich mit dem Thema "Überwachungskamera" etwas näher beschäftigt. Entstanden ist ein kleines Tool mit dem ich meine Kameras in der Übersicht habe usw.. Thomas hat sich an der Stelle mit ONVIF beschäftigt. Da fast jeder Hersteller sein eigenes Süppchen kocht, steckt der Teufel wie immer im Detail.
Der RISC OS Pyra Port nimmt Formen an. Willi ist fleißig am werkeln. Aber auch hier steckt der Teufel im Detail. Das Biest ist zickig. USB und HDMI funktionieren bei mir, eingebautes Keyboard und Display wehren sich noch.
PineBook Pro hat Sound bekommen aber USB spinnt mit dem (noch) experimentellen ROM etwas (sehr) und ist für mich deshalb eher nicht nutzbar. Meine Vermutung, dass sich USB Sound und dem internen Sound beißt, ist nicht bestätigt.
Über den Pi5 ist schon genug geschrieben worden. Für mich erstmal keine Option. Besser wäre, wenn es an den anderen Baustellen voran gänge anstatt sich darauf zu stürzen. Eine Baustelle ist derzeit "in der Mache" aber ich soll ausdrücklich die "Fresse halten", also mache ich das ;-)
Das soll es schon wieder gewesen sein... ;-)
|
|
Raik, geändert 01. 11. 2023, 06:00 Uhr |
|
|
Vor allem ist der Pi5 zu "preisinsensitiv" - zumindest für einen "echten" Pi. Kann aber natürlich trotzdem sein, daß es ein Hit wird, weil er exakt eine Nische bedient, die zumindest im PC Segment irgendwie nicht "besetzt" ist. Und die wohl notwendige Kühlung spielt dort da auch keine Rolle.
Neulich war mal in einem Podcast eine Spielerei erzählt worden, die vielleicht einigen hier durchaus gefallen könnte. Es gibt wohl mittlerweile mit https://www.lux.camera/meet-orion/ bzw. https://orion.tube/ eine App, die den Bildschirm eines iPad benutzt, um beliebige externe Bildquellen anzuzeigen, sofern diese über einen HDMI-nach-USB Adapter (den braucht man noch extra) einspeisbar sind. Auf die Art lassen sich z.B. ein RPi400 und ein iPhone/iPad verbinden. Was dann auf dem RPi400 läuft ist egal - auch unbekanntere OS bekommen so einen sehr transportablen Bildschirm.
(Es gibt wohl auch bastelfreie reine Bildschirme wie den Lenovo L15. Die sind aber dann auch nicht günstiger als ein second Hand iPad.)
| |
| naitsabes (02.11.23, 13:01.45) | |
|
Ich brauche den Pi5 nicht. RISC OS darauf wird schwierig weil 64bit und für Linux habe ich andere Geräte und zum basteln auch ;-)
Ich habe mir irgendwann mal einen "DIGITNOW HDMI zu USB 2.0 Stick" zugelegt. Der Preis war einstellig vor dem Komma...
Mit dem Teil kann ich mit einer einfachen Kamerasoftware (die gleiche die auch mein "Dienstendoskop" verwendet) HDMI Inhalte auf meinem SM-Art-Phone oder Tablet (auch WIN Laptop) darstellen... Powerbank, PiZero, kleine Tastatur, Telebimphone = RISC OS portable ;-)
| |
| Raik (02.11.23, 15:23.09) | |
|
https://www.amazon.de/DIGITNOW-Videoaufnahmekarte%EF%BC%8C-Live-%C3%9Cbertragungen-Konferenzr%C3%A4ume-Videoaufnahmen-1/dp/B0895N9KM5?th=1
das da ?
| |
| naitsabes (02.11.23, 22:53.36) | |
|
Schwer zu sagen. Evtl. der Vorgänger. Meine Beschriftung weicht ab. Bei mir steht nur "HD VIDEO CAPTURE" und das Input/Output. Ansonsten sieht das gleich aus.
| |
| Raik (03.11.23, 05:14.24) | |
|
Ein sinnfeies Bildchen...
Pyra, Dongel, TeleBimPhone...
http://www.riscos.berlin/Images/PyHDMIDongSM.JPG
| |
| Raik (03.11.23, 09:17.47) | |
|
Sieht doch sehr nett aus ! :)
| |
| naitsabes (03.11.23, 19:14.24) | |
|
War "nett" nicht der kleine Bruder von "Sch..."? ;-)
| |
| Raik (06.11.23, 13:35.51) | |
|
Das schon ...
aber so war es garantiert NICHT (!) gemeint. Eher im Sinne: Schick, Fein, Brauchbar, Vorzeigbar, Cool.
| |
| naitsabes (06.11.23, 20:27.42) | |
|
Deutlich besser auf einem Tablett und die CamSoftware die ich getestet habe macht Werbebalken. Würde ich es brauchen, wären wohl ein paar Euronen für eine werbefreie Version nötig.
Unter WIN kann VLC damit gut umgehen. Unter Android sieht es die Hardware nicht.
War aber nur interessehalber, weil die mit SM-Art-Phone Kompatibilität geworben haben. Meine Tests waren zeitlich begrenzt. Vielleicht gibt es auch eine freie Software die tut. Hab nicht gesucht. "Brauche" den Stick für andere Dinge.
| |
| Raik (07.11.23, 11:14.50) | |
|
Nachtrag zum Pinebook Pro. Es gibt ein "SoundROM Beta 2", welches nun problemlos tut und damit auch für mich gut nutzbar ist.
Ein schicker, brauchbarer RISC OS Laptop. Ick freu mir.
| |
| Raik (07.11.23, 11:18.18) | |
|
Klingt interessant. DAS gab es ja das letzte Mal um 1992 herum. Und den schicken Storck hat ja niemand bauen wollen.
War heute im MediaMarkt - da gibt es eigentlich fast nur noch Notebooks und sowas von dermaßen klein geworden. Wie gut sowas dann funktioniert ist ja wieder was anderes, aber es war schon ganz beeindruckend. Und da kann das Pinebook ja eigentlich ganz gut mithalten.
| |
| naitsabes (13.11.23, 22:47.02) | |
|
Ich habe mal
https://www.riscos.openpandora.org/
um einen Pyra-Knopp erweitert. Gibt noch nicht soviel her aber ein Anfang ist gemacht ;-)
| |
| Raik (20.11.23, 14:41.48) | |
|
Die 411% Geschwindigkeitsvorteil beim Iconplotting klingen echt interessant, wenn man davon tatsächlich was merkt im Desktop.
| |
| naitsabes (21.11.23, 14:17.26) | |
|
Der wichtigere Wert ist Rectangle Copy. Das merkt man ggf. im Desktop. Hier setzen auch die Turbotreiber des mx6 an. Aber verglichen mit dem Risc PC sind wir doch schneller. Der Linuxport (RISC OS als executable) schafft auf der Pyra an der Stelle 370% wegen der GPU Unterstützung ist aber nicht so kompatible, soll heissen es läuft nicht alles...
| |
| Raik (21.11.23, 17:10.00) | |
|
nur daß RiscPC bestimmt kein zeitgemäßer Vergleich mehr ist ...
Es gibt übrigens - ich komme wegen der immens hohen Datentransferwerte z.B. im Vergelich zum RiscPC jetzt drauf - für den RPi 5 ein ganz neues NVMe Aufsatzmodul. Wenn das demnächst mal auch auf die anderen Pi's wandert oder andersherum das RISC OS auf dem Pi5 benutzbar wird, dann wäre das bestimmt ein super Upgrade. Link ist dieser hier - sieht auch relativ preisgünstig aus und die Module selbst braucht man ja auch nicht in ganz großen Größen.
https://www.heise.de/news/Schnelle-Festplatten-fuer-den-Raspberry-Pi-5-9536568.html
PS: ich find ja diesen Motorola Notebookersatz immer noch total schick !! Hat es wohl auch nie wieder von einer anderen Firma in ähnlicher Form gegeben. Dabei würde es z.B. von Apple / LG usf in Kombination mit so einem superperformanten Phone extrem viel Sinn machen.
| |
| naitsabes (23.11.23, 13:44.49) | |
|
Weil der Vergleich zum Risc PC nicht zeitgemäß ist, habe ich RISCOSMark damals angepasst, damit ich das Pandaboard (OMAP 4, 1,2GHz) als Basis habe aber am Risc PC lässt sich flüssig im Desktop arbeiten also wenn Jammern, dann auf einem höherem Niveau...
Für das durch RISC OS unterstützte CM4 gibt es mindestens ein Board mit NVMe aber die NVMe Unterstützung gibt es nicht. Da müsste jemand die PCI Treiber anpassen etc. Gilt auch fü das PineBook Pro. Ich habe eine NVMe drin. Die tut aber nur unter Linux.
Das Lapdock war eine sehr gute Idee. Leider nicht weitergeführt. Die alte Variante war zudem sehr kompatibel. Bisher funktionierte daran jedes vom mir probierte Gerät mit USB und HDMI Anschluß.
| |
| Raik (23.11.23, 14:40.43) | |
|
Nachdem ein gewisser AR (awnsley) angekündigt hat, daß das neue ROM für die RK3399 Rechner jetzt auch Sound und v.a. PCIe direkt unterstützt, sollte ja zumindest auf einem passenden Board (also eines mit einem PCIe Steckplatz (wenn es das denn schon gibt)) ein NVMe Karte gar nicht mehr die ganz große Schwierigkeit sein. Die passenden Adapterkarten gibt es auf alle Fälle (delock u.a.).
Damit sind dann auch wieder neue Desktops denkbar, die mal ganz anders gebaut sind, als bisher. Bei sowas wäre dann wahrscheinlich die nächste interessante Baustelle eine 10GBit/s Ethernetunterstützung, womit das Thema Datenträger dann vmtl auch erstmal komplett vom Tisch wäre.
Mir ist neulich beim Fotographieren der Karten mal aufgefallen, warum die SCSI Karte immer so unzuverlässig lief. Da waren richtig zwei Kupferadern "angeknockt" und vielleicht bekommt man das ja sogar mal gefixt. Ich hatte immer angenommen, daß es da um schlechte Treibersoftware oder irgendwelche komischen Unverträglichkeiten auf Softwareseite (StrongARM, ZusatzModule, gebasteltes Joystickmodul) geht - und dann mal irgendwann die schnelle Karte wieder ausgebaut. Wirklich schade. Die war nämlcih, wenn sie denn lief, wirklich schnell: 5 MByte/s ! :)
| |
| naitsabes (12.12.23, 12:47.51) | |
|
In Sachen PCIe ist R-Comp dem Rest der RISC OS Welt weit hinterher.
Von Kleinigkeiten abgesehen funktioniert der PCIe Treiber des CM4 seit mindestens einem Jahr und ich denke, es gibt auch schon länger eine entsprechende funktionierende Variante für das Titanium Board.
Andy Marks soll auf der Weihnachtsshow am Wochenende den ersten funktionierenden Prototyp eines NVMe Speichertreibers vorgestellt haben.
Gerüchteweise will er da morgen beim Online-Meeting des einen Clubs in UK näher drauf eingehen.
Mit 10GB Ethernet weiß ich wiederum nicht so richtig was anzufangen. Schon 1GB lief bei meinem letzten Arbeitgeber so instabil, daß man in den Großraumbüro auf 100MB zurückging. 1GB geht nur auf wenige Meter (< 10) zuverlässig, wie das dann bei 10GB aussieht kann man sich an fünf Fingern abzählen. Für 1GB über größere Entfernungen ist es ratsam Glasfaser dazwischen zu schalten. Nur mal ehrlich: Welcher Privatmensch außer mir macht das? Braucht man das und speziell unter RISC OS? NVMe Zugriffe unter RISC OS sind nett anzuschauen, mein NAS mit konventionellen Platten ist aber völlig ausreichend (mit 1GB Netzwerkanschluß wenige Zentimeter RPi3 B+). Das CM4 kann richtige 1GB und hat vorallem ein paar Ebenen infolge des nicht benötigten USB-Stack weniger. In der Praxis ist der Unterschied zwischen CM4 und dem RPi3 B+ gering. Mit den paar noch für RISC OS vorhandenen Programmen kommt man mit beiden gut zurecht.
Evt. kannst Du Deinen SCSI Controller ja in die neue Welt retten. Wie wäre es mit:
- PCIe auf PCI Adapter in PCIe Anschluß stecken. CM4 Boards/Titanium, demnächst dann auch R-Comp-Geräte
- In PCI Adapter Castles PCI Podule Adapter stecken.
- In einen der Podule-Stecker Deinen Controller stecken ...
Mein ca 15 Jahre alter NAS schafft an meinem BBxM mit 100MB so seine 7-8 MByte/s. Damit läßt sich auch arbeiten.
Außerdem gibt es schon seit geraumer Zeit für RISC OS gute SATA Treiber. Ich sehe kein Speicherproblem, außer evt. bei R-Comp-Geräten.
| |
| Thomas Milius (12.12.23, 20:38.05) | |
|
Ich sortiere mal ;-)
Das Titanium bietet PCIe Steckplätze für die "klassischen PC Karten". Elesar bietet einen Parallelport Karte an inkl. Treiber. Wer also noch einen entsprechenden Drucker hat...
Ich habe eine SAT-TV Karte gesteckt die wird unter RISC OS auch via PCIDevices erkannt. Treiber fehlen natürlich.
Die NVMe Riegel sind auch PCEe allerdings mit einer kleineren Steckerleiste. Adapterkarten gibt es ab etwas über 10,-€.
Im PineBook Pro und am RockPi wird NVMe mit dem letzten ROM via PCIDevices erkannt aber nur suboptimal. Von 3 unterschiedlichen NVMe werden zwei (Samsung Evo, Kingston) als 8 Stck PCIDevices erkannt, wobei PCIInfo für alle die gleichen Daten auspuckt, ein "noname" wird als ein Gerät erkannt. Alle haben 256"Mogel"GB (mit 1000 gerechnet).
RComp bietet partman für ihre SATA Umsetzung. Damit kann man große Laufwerk in 256GB Happen teilen. Funktioniert für ich auf dem MX6 sehr gut.
| |
| Raik (13.12.23, 06:59.29) | |
|
OK. Klingt jetzt noch nicht so, als würde das schon perfekt funktionieren ...
vielleicht wird es ja noch, gerade wenn sich da anscheinend schon jemand (s.o.) des Themas angenommen hat und das kurz vor Weihnachten offiziell (Club) vorgestellt hat.
Frage: Gibt es eigentlich außer dem Titanium noch andere Geräte, die echte PCIe Slots für Karten haben ??
Zu der Steckkarte: ich glaub ja kaum, daß man die Castle PCI auf Podule Adapter einzeln und günstig bekommt. Außerdem ist das mit den Podulekarten eh schwierig, weil ja die allermeisten noch nichtmal wirklich offiziell den Sprung auf StrongARM Kompatibilität geschafft haben (oder nur mit Fremdsoftware), was einem ja auch auf modernerer Hardware auf die Füße fallen würde. Erstaunlicherweise läuft trotzdem einiges weiter ohne Ärger zu machen.
Ich fand die Podulebus Karten ja irgendwie immer sehr schick und auch sehr professionell. Nur am Takt hätten die Herren aus der Entwicklungsabteilung mal noch bißchen was machen können. Die vergleichbaren SBus Karten (von Sun) haben deutlich mehr Durchsatz (ich glaub 12MHz vs. 25MHz).
Interessanter als eine alte Karte wäre aber sicherlich mal ein Treiber für eine etablierte SCSI Karte aus dem PCIe Bereich (adaptec o.ä.). Könnte mir vorstellen, daß es da sogar noch Leute geben können, die für sowas zahlen würden - nämlich dann, wenn so ein Hardwarezoo mit SCSI Teilen vorhanden ist, die man dann schön weiterbenutzen kann. MO, ZIP, HDDs, Scanner etc. Letztlich ist das aber wahrscheinlich nur theoretisch ... real nimmt man wohl einfach einen USB Stick o.ä.
10GB Ethernet: ich hätte gedacht, daß das "weiter" ist, werden doch mittlerweile (seit 2-3 Jahren) auch Switches dafür angeboten, die durchaus im Consumerbereich angesiedelt sind. Muß mal die Bezeichnung raussuchen, aber da hatte ich eigentlich dazu gehört, daß das relativ reibungslos funktioniert. Hier läuft aber auch alles noch mit 100MBit, obwohl Teilbereiche durchaus 1GBit könnten.
| |
| naitsabes (13.12.23, 19:37.30) | |
|
Das mit den "echten" PCIe Slots für Karten ist so eine Sache. Dies liegt auch am PCIe. Die Spezifikation ist im Laufe der Jahre "etwas" gewachsen. Es gibt verschiedene Geschwindigkeiten und "Lanes". Minimal ist eine Lane. Jedes Device, was mehr Lanes hat, muß theoretisch mit einer Lane auskommen. Es gibt 1, 2, 4, 8 oder 16 Lanes. 16 Lane sollte wohl auch mit 4 Lanes können, aber das könnte in der Praxis etwas problematisch werden. Etwas seltsam ist das mit den Kontakten der Lanes. Hat ein Bus weniger Lanes als die Karte, so sind die zusätzlichen Kartenlanes unverbunden und sollte der PCIe-Stecker etwas zu klein geraten sein (z.B. für eine Lane) kann man tatsächlich das eine Buchsenende offen gestalten oder im Extremfall selbst per Messer etc. entfernen um Platz zu cshaffen. Die Übercshüssigen Pins hängen dann in der Luft. Kontakt mit leitendem Material ist nicht wohl nicht gut ...
Das CM4 hat einen PCIe Anschluß mit einer Lane und PCIe 2.0. D.h. es ist nicht unbedingt ein PCI Geschwindigkeitswunder aber es tut, sofern der PCIe Bus auf dem zugehörigen Board weiter zu einer Buchse geführt wird. Das Standboard fürs CM4 hat den Platz. Es gibt aber auch Boards die einen RPI 4 nachahmen. Das hast Du dann keinen PCIe Port.
Die von R-Comp gerne vertriebenen Pine-Geräte bzw. Geräte, die auf den Platinen aufbauen, haben auch meist einen PCIe Steckplatz.
Soll es etwas mehr sein, so gibt es PCIe Bridges, die in einen PCIe Steckplatz gesteckt werden und mehrere PCIe Slots, teils mit seprater Powerversorgung pro Platz oder die gesmate Bridgekarte zur Verfügung stellen. Aus der PI OS Szene wird teils über Probleme mit solchen Kombinationen speziell beim OS Start berichtet.
Wenn ich so auf mein CM4 auf Standardboard vor mir auf meinem Schreibtisch schaue, ist das im Moment noch etwas abenteuerlich, da eine Gehäuse fehlt. Wenn man sich ein Gehäuse zulegt, sollte man evt. kreative PCIe Erweiterungskontruktionen mit in Erwägung ziehen.
Das leistungsfähigste RISC OS PCIe-Gerät im Moment ist wohl immer noch das Titanium Board. Die Beschreibung läßt vermuten, daß es zumindest PCIe 3.0 unterstützt. PCIe 3.0 hat einen höheren Bustakt als PCI 2.x. Die Plätze haben wohl nur eine Lane, aber evt. eben eine höhere Geschwindigkeit.
| |
| Thomas Milius (13.12.23, 23:03.20) | |
|
OK. Danke. Das macht die ganze Sache doch schonmal klarer.
Ich habe das aber auch noch nichtmal am PC probiert, ob es überhaupt funktioniert, wenn man z.B. eine PCIe 1x Karte in einen 16x Slot steckt.
Fürs RISCOS wäre es aber evtl. schon schick, weil es dann bestimmte Extensions geben könnte, die es so gar nicht gibt.
| |
| naitsabes (14.12.23, 13:20.04) | |
|
Die PCIe(n) Karte die ich für das Titanium habe soll (n) in alle Slots von 1 - 16 passen und damit funktionieren. Sind halt die meisten PINs im Slot nicht belegt. Sind alles 1x Karten.
Eine 4-16x Karte wird nicht passen, weil der Slot im Ti zu klein ist.
| |
| Raik (15.12.23, 21:00.35) |
|
|
|