- Status Closed
- Percent Complete
- Task Type Wunsch / Idee
- Category GUI & Server
-
Assigned To
Soon5 - Operating System All
- Severity Low
- Reported Version 3.3 Alpha x
- Due in Version 3.3.0
-
Due Date
Undecided
- Votes
- Private
FS#4749 - File-Import lokal abkürzen
Ich denke, es ist sinnvoll den FileImport abzukürzen, wie bei den FFT-Tiffs, es macht vor allem sinn bei Vielen, oder großen Dateien.
Dies würd weniger Resourcen auf nicht so leistungsstarken rechner binden.
Ich schreibe das Ticket gerade wärend 33 mp3s importiert werden und der laptop ist grad nicht so responsiv xD
Naja, das ist ja auch eher ein Sonderfall, und gerade beim schreiben von Dateien wo Metadaten im Projekt aktualisiert werden müssen wäre das schon ziemlich gehackt, die Dateien um das ganze Konstrukt herum zu importieren. Ich bin da eher dagegen, weil wie gesagt, dass kein alltäglicher Anwendungsfall ist, dass man so viele Dateien auf einmal importiert.
Wobei, ich hab da eine Idee.
EDIT: Damit ich es später noch weiß was die Idee war.
1. Irgendwie herausfinden, ob der Kernel zu dem ich verbunden bin auf dem gleichen Rechner läuft. Alleine Prozess Prüfen reicht nicht, kann ja sein, dass ich Kreuzweise verbunden bin.
2. Anstelle des byte[] bzw. Streams den Dateinamen zum Kernel schicken. Im Resource_gService den Fall abfragen und dann dort lokal die Datei öffnen und den Rest wie sonst machen.
EDIT 2:
Sollten wir in Beta 3 nochmal Prüfen. Grpc nutzt nun mehrere Connections im Pool um Head of Queue Blocking zu korrigieren und der Datendurchsatz ist mehr als Ausreichend.