Beiträge von syshack im Thema „Umwandel Tool gesucht, NIB nach G64, unter Windows XP“

    LOL. von hinten durch die brust ins auge erwürgt :o)
    erschreckend was hier so vorgeschlagen wird bevor es dann doch noch wenigstens einer richtig macht. /o\ brotscheibe, du bist nicht allein.


    Ja, mach Dich nur lustig! 8) Ich hatte ja selbst gesagt, es ist ein Hauruck-Lösungsansatz auf die Schnelle...
    Ich hatte ja auch später eine Lösung mit FORFILES nachgereicht, als ich am PC war, aber ich finde die FOR Lösung ja auch gut, nur habe ich den Rekursiv Schalter übersehen, als ich eine Rekursive Lösung erstellen wollte. Wie auch immer, ich habe etwas für mich gelernt.

    Ich muss manchmal sehr knifflige Kundenprobleme lösen und wenn die Zeit es erlaubt, kann ich mir den Luxus erlauben und etwas mehr Aufwand in die Problemlösung einsetzen,
    um ein Script oder Tool oder komplexere SQL Statements schreiben....wenn es der Kunde dann zahlt.

    Manchmal habe ich aber diesen Luxus nicht, oder ich muss vor Ort auf einem Kunden PC sehr schnell eine pragmatische Lösung *ohne Entwicklertools*, Onlinehilfen etc. finden.
    Excel ist auf den Clients fast immer drauf und ich finde nichts Verwerfliches daran, wenn man SCHNELL so zu einer vielleicht nicht so eleganten, aber zahlbaren Lösung kommt und der Kunde happy ist, wenn er eine für ihn unlösbare Aufgabe subito gelöst bekommt - trotz "Steinzeit Tools". Gut, das sind dann aber auch meistens einmalige Sachen.

    Wichtig in meinen Augen ist, was man aus seinen (vielleicht begrenzten) Möglichkeiten macht (a fool with a tool is still a fool):
    Ich habe in der Vergangenheit ab und zu unglaubliche Lösungen in Excel gesehen, die vielleicht in meinen Entwickleraugen nicht elegant waren und ich nie so gelöst hätte, aber ich gleichzeitig den Erfindungsgeist und Logik hinter mancher Lösung anerkennen und bewundern musste. Und ja, Excel wird manchmal für jeden Mist gebraucht, aber liegt auch oft an überhebliche IT Abteilungen, die immer x Formulare und Unterschriften vorab wollen, bevor sie ein neues Tool erlauben oder installieren. Dann helfen sich die User halt selbst. Auch diese Konsequenz ist nachvollziehbar in meinen Augen.

    Man kann aber auch Alles ganz einfach ins Lächerliche ziehen, wenn man will.

    da sich sonst "nibconv.exe" im System32-Ordner befinden müsste


    Du hast natürlich Recht, ich habe das der Einfachheit halber nicht mit dem Full Qualified Path angegeben.
    Aber die SET Anweisung am Anfang macht es trotzdem lesbar.

    Wo ich aber vorsichtig wäre: Eine rekursive DEL Anweisung ohne /P Parameter kann Dir bei einem Tippfehler, gewissenhaft die Festplatte aufräumen :bgdev
    Mein Chef würde das dann nüchtern so formulieren: Typischer FINO* Fall
    Gerade für einen Anfänger, der nicht genau versteht, was er genau Copy&Pasted, kann das ins NUL Device Auge gehen...

    *First In - Never Out

    Und wie sieht es nun, als Windows Xp home User aus ?


    Nope:

    Ab Windows Vista (oder höher) gibt es den Command FORFILES, mit dem sich Aktionen für Files rekursiv sehr einfach ausführen lassen.


    Aber FOR gibt es schon bei WinXP. Solange Du aber alle Dateien im gleichen Verzeichnis ohne Unterverzeichnisse hast, ist die FOR Lösung OK.
    Ansonsten müsste man sich noch eine Rekursion darüber basteln, aber so auf die Schnelle fällt mir aber nix ein, mein Hirn ist Matsch, bin seit 4 Uhr auf und 3 h geschlafen... :zzz:

    Guten Morgen auch

    Ich habe die FOR Lösung nicht übersehen.
    Aber so funktioniert das nur für das aktuelle Verzeichnis und nicht rekursiv, d.h. heisst man muss alle *.nib Dateien in ein Verzeichnis kopieren/verschieben und das Batchfile dort ausführen.

    Wenn die Files in einer komplexeren Verzeichnisstruktur mit mehreren und unausgeglichenen Verzeichnisebenen abgelegt sind, finde ich es doof, alle Dateien zuerst manuell rausfischen zu müssen.
    Zuimindest habe ich bei FOR keinen Schalter für eine Rekursivsuche gefunden.

    So, ich hatte nun etwas Zeit, das an einer echten Windose auszuprobieren. :evil:

    Ab Windows Vista (oder höher) gibt es den Command FORFILES, mit dem sich Aktionen für Files rekursiv sehr einfach ausführen lassen.
    Ich habe folgendes mit einem REN (Rename) erfolgreich getestet (anstatt dem nibconv @path @fname.g64 hatte ich ren @path @fname.g64).
    Den zweiten Command mit echo habe ich noch reingetan, damit man sieht was gerade läuft, wenn sehr viele Files zu verarbeiten sind.

    forfiles /s /p "C:\Meine Sammlung" /m *.nib /c "cmd /c nibconv @path @fname.g64 | echo Converted: @path ... @fname.g64"

    Was mache ich wen ich zichtausend solche Dateien habe ?!

    Wenn ich jetzt keine Zeit und Lust habe ein Tool oder ein durchdachtes Batch oder VBS zu schreiben, würde ich auf die Schnelle die Verzeichnisstruktur (wenn alles in Subdirectories verteilt ist) ohne Beigemüse in ein File schreiben und das in Excel kopieren und mit einer Formel den Batchtext daraus erstellen und in eine Batchdatei kopieren.
    Ja, ich weiss, Holzhammer-Methode, aber in 5 Minuten erledigt.

    Die Syntax für den Konvertiervorgang wurde weiter oben beschrieben.
    Die Verzeichnisstruktur kann (aus dem Kopf, bin am iPad) so erstellt werden:

    DIR C:\MeineSammlung /b /s >C:\DirStruktur.txt