Z80-Opcode.rar is not RAR archive
Wie hast Du denn das hinbekommen?
Ich habe das mit WinRAR 5.31 (64-Bit) gepackt und da meckert nix wenn ich das Archiv teste.
Du bist in Begriff, Forum64 zu verlassen, um auf die folgende Adresse weitergeleitet zu werden:
Bitte beachte, dass wir für den Inhalt der Zielseite nicht verantwortlich sind und unsere Datenschutzbestimmungen dort keine Anwendung finden.
letzter Beitrag von lame-zock-opa am
Z80-Opcode.rar is not RAR archive
Wie hast Du denn das hinbekommen?
Ich habe das mit WinRAR 5.31 (64-Bit) gepackt und da meckert nix wenn ich das Archiv teste.
also bei mir zeigt selbst WinRAR einen fehler im Archiv.
Warum bloß immer so kompliziert ?
Nimm einfach ZIP und gut is - kommt doch hier echt nicht auf Dateigröße an, oder ?!
also bei mir zeigt selbst WinRAR einen fehler im Archiv.
Warum bloß immer so kompliziert ?
Nimm einfach ZIP und gut is - kommt doch hier echt nicht auf Dateigröße an, oder ?!
Mit ZIP wird es sogar kleiner. RAR ist bei mir Standartpacker und das neuere RAR5 Archiv ist voreingestellt.
Mir war nicht bewußt, das RAR solche Probleme verursacht.
und das neuere RAR5 Archiv ist voreingestellt.
und aus welchem speziellen Grund ?
Mir fällt gerad´ gar keiner ein
TIP: neu ist nicht immer besser
Vielleicht kann damit einer ja was anfangen.
Sorry, klappt bei mir leider auch nicht.
BTT: Zwar nicht direkt heute gecodet, aber in den letzten Tagen: ein neuer taktzyklengenauer Apple//e-Emulator mit eingebautem Assembler zum schnellen Austesten von Programmen. Einige Elemente (Drucker- und Mausemulation) fehlen allerdings noch und werden ergänzt, wenn ich mal Zeit dafür habe.
und aus welchem speziellen Grund ?Mir fällt gerad´ gar keiner ein
TIP: neu ist nicht immer besser
Weil ich mir vor vielen Jahren den WINRAR gekauft hatte.
BTT: Zwar nicht direkt heute gecodet, aber in den letzten Tagen: ein neuer taktzyklengenauer Apple//e-Emulator mit eingebautem Assembler zum schnellen Austesten von Programmen. Einige Elemente (Drucker- und Mausemulation) fehlen allerdings noch und werden ergänzt, wenn ich mal Zeit dafür habe.
Schaut gut aus die Grafik.
Da sieht man wieder, was nützt einem ne größere Farbpalette am CPC, wenn die Farben nicht gut zusammen passen.
Mit ZIP wird es sogar kleiner.
Mit Zip hat es auch bei mir geklappt. Nette Übersicht mit einer kleinen Einschränkung: Die Farben hellgelb und hellrosa sind auf meinem Laptop nur sehr schwer zu erkennen (kann auch an meinen Augen liegen). Wenn ich das richtig erkenne, ist das Feld U (undokumentierter Opcode) bei z. B. INC HY auf hellrosa gesetzt, aber bei dem darunter liegenden INC LY nicht. Ist das korrekt?
Schaut gut aus die Grafik.
Es handelt sich dabei um das Spiel "Dragon Wars" in der Version für den Apple//e mit Double Hires-Graphik. Das sind 560x280 Punkte bei 16 Farben. Würde man die Auflösung an den CPC anpassen, würde die Graphik sicherlich auch gut aussehen. In der NTSC-Darstellung hat der Apple//e z. B. auch nur einen Grauton wie der CPC. Und für die anderen Farben dürfte sich auch etwas ähnliches finden in der CPC-Palette. Wahrscheinlich kommt es eher auf den Graphiker an, der in der Lage ist, aus den graphischen Möglichkeiten das beste herauszuholen.
Mit Zip hat es auch bei mir geklappt. Nette Übersicht mit einer kleinen Einschränkung: Die Farben hellgelb und hellrosa sind auf meinem Laptop nur sehr schwer zu erkennen (kann auch an meinen Augen liegen). Wenn ich das richtig erkenne, ist das Feld U (undokumentierter Opcode) bei z. B. INC HY auf hellrosa gesetzt, aber bei dem darunter liegenden INC LY nicht. Ist das korrekt?
Nee, ist es nicht. Das sind ja die undokumentierten Opcodes. Die habe ich noch nicht richtig drauf und sind mir deswegen durchgerutscht.
Ich verwende unter Excel immer nur sehr schwache Farben. Wenn Du die nicht unterscheiden kannst, dann tippe ich mehr auf Deinen Monitor und weniger auf die Augen.
Ich würde gerne eine fehlerhafte Anzeige in der Steuerung von unserem Disperger ändern. Habe den Block auch schon gefunden und festgestellt das des Feld nur 3 Stellig ist und bei einem 4 Stelligen Wert eben xxxx bei herauskommt. Dummerweise hat der gute Mann das alles mal mit TIA 14 portiert und aufs neue Display geschoben. Ich habe nur TIA 13 auf meinem Laptop. Also muss der wieder antanzen. 2 Stunden Arbeit für die Tonne.
2 Stunden? Ich kann eher nur rudimär damit um und es ist ja nicht so das die Blöcke beschriftet wären.
Mit ZIP wird es sogar kleiner. RAR ist bei mir Standartpacker und das neuere RAR5 Archiv ist voreingestellt.Mir war nicht bewußt, das RAR solche Probleme verursacht
Soweit ich weiss, dürfen andere Programme RAR5 aus patentrechtlichen Gründen nicht unterstützen. Deswegen gibt es das bei UnRAR, 7-Zip usw nicht.
Wo ich grad bei 7-Zip bin: Wer noch immer WinZIP, WinRAR usw benutzt, sollte so langsam mal auf 7-Zip umsteigen. Hier ein paar Gründe:
Supported formats:
- Packing / unpacking: 7z, XZ, BZIP2, GZIP, TAR, ZIP and WIM
- Unpacking only: AR, ARJ, CAB, CHM, CPIO, CramFS, DMG, EXT, FAT, GPT, HFS, IHEX, ISO, LZH, LZMA, MBR, MSI, NSIS, NTFS, QCOW2, RAR, RPM, SquashFS, UDF, UEFI, VDI, VHD, VMDK, WIM, XAR and Z.
Achtung: 7-Zip unbedingt als Administrator installieren! Sonst meckert der Installer.
7-Zip ist doch das Programm, das so tut, als würde es ISO-Dateien entpacken, die aber dabei ohne Fehlermeldung irgendwie ansägt. Seitdem packe ich das nicht mehr an.
Ich hab aber auch eine Win-RAR-Lizenz, da klappt das
Bei mir packt 7Zip problemlos auch ISOs aus.
7-Zip ist doch das Programm, das so tut, als würde es ISO-Dateien entpacken, die aber dabei ohne Fehlermeldung irgendwie ansägt. Seitdem packe ich das nicht mehr an.
Wieso sollte 7-Zip da was ansägen, wenn es die ISO-Datei nur lesend öffnet? Mal ganz abgesehen davon, dass ich noch nie von solchen Problemen gehört hab. Im Internet war auch nichts dergleichen zu finden. Evtl ein anderes Problem?
Packer hin, Packer her. Dachte hier wird gecodet ?!
Gekotet?
Gesendet von meinem CBM 3032 mit gemischten Gefühlen.
Ich habe gerade festgestellt, das meine Tabelle nicht alle Opcodes beinhaltet.
Da muss ich noch was reinflicken.
Da sieht man wieder, was nützt einem ne größere Farbpalette am CPC, wenn die Farben nicht gut zusammen passen.
Kannst du das auch an die anderen CPC-Fanboys weitergeben?
Kannst du das auch an die anderen CPC-Fanboys weitergeben?
Sorry, wollte hier nicht den Thread entgleisen lassen. (nur noch mal kurz: Ich meinte damit nicht, dass das ISO beschädigt wird, sondern dass das Setup aus dem ausgepackten Image mittendrin abgebrochen ist. War es mit RAR entpackt, klappte das Setup einwandfrei)
Heute (und über die letzten Tage gecodet): Endlich ein Direct3d-11-Interface für meine Engine. Shader sind Teufelswerk! Wenn man da irgendetwas generisches wie die alte Fixed Function Pipeline nachbaut, muss man x Varianten von allen Shadern vorhalten (mit oder ohne Matrix-Verwurstung, mit oder ohne Textur-Koordinaten, mit oder ohne Diffuse-Anteil, das multipliziert man dann auch noch für 0 bis Platzhalter Lichter, eiweiwei...)
Viele kennen ja bestimmt das Problem:
Auf einem Event / einer Party machen viele Leute mit ihren Kameras fleißig Fotos, die man sich z.T. untereinander später auch austauscht.
Da bei der Namensgebung der JPG-files jeder Kamera-Hersteller sein eigenes Süppchen kocht, läuft die spätere Diashow nicht immer unbedingt chronologischer Abfolge ab. Da auch das file-Datum ja auch z.T. durch umkopieren u.s.w. verändert wird, ist eine einfache Sortierung nach Datum auch nicht optimal.
Ich habe aus aktuellem Anlass (Nordlicht-Party 2016) mal ein shellscript gecoded, was Fotos aus einem anzugebenen Quellordner (wo die JPG´s liegen) gemäß der eingebetteten EXIF-Daten (Datum, Uhrzeit) chronoligisch sortiert und in den anzugebenen Zielordner mit einem Datum-Uhrzeit-Filenamen ablegt - nach diesem Schema: 2016-07-02_17-16-24.jpg
Wichtig ist nur, dass JEDER, der mit seiner Kamera Fotos macht, vor dem 1. Foto auf seiner Kamera das Datum und die Uhrzeit prüft und ggf. korrekt einstellt, damit in den Fotos die Exif-Daten korrekt abgelegt werden.
Zum Linux-Shellscript:
Es werden unter Linux die Programme exif und pwgen benötigt, also falls noch nicht installiert, bitte nachinstallieren.
Die Quelldaten werden nicht verändert, es werden nur umbenannte Kopien im [destinationfolder] erstellt.
usage:
rename_camera_files_from_exif_date.sh [sourcefolder] [destinationfolder]
parameter 1 : sourcefolder, where all camera-files stored. Subfolders can be used.
parameter 2 : destinationfolder, where copies of all renamed jpg-files will stored
Viel Spaß !!