ENGLISH VERSION |
|
Links | | | Forum | | | Kommentare | | | News melden |
Chat | | | Umfragen | | | Newsticker | | | Archiv |
amiga-news.de Forum > Suche | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
|
||||||
Palgucker
Nutzer
21.03.2007, 16:34 Uhr [ - Direktlink - ] |
Thema: Meine erste DOSe
Brett: Andere Systeme @rbn Naja, da ich dd schon öfter benutzt habe, halten sich die Gefahren in Grenzen. Beim Format-Befehl muss man ja auch aufpassen. Nur war ich mir auch nicht ganz sicher, ob das alles auch schlussendlich ein brauchbares Kickrom-File auf PC-Seite ergibt. Deswegen habe ich es ja auch durchexerziert - und es hat ohne "Zwischenfälle" geklappt. Ist zumindest eine halbwegs simple Variante, die weder arg zeitraubend ist oder extra kostet. Gruß Palgucker |
|||||
Palgucker
Nutzer
19.03.2007, 22:11 Uhr [ - Direktlink - ] |
Thema: Meine erste DOSe
Brett: Andere Systeme Da ist mir noch was eingefallen, wie man das Kickfile doch noch auf einen Windowsrechner "verschleppen" kann. Ausgehend von der Überlegung, das die HDToolbox am "liebsten" so einrichtet, das 2016 Blöcke in einem Cylinder sind, und davon 2 Cylinder für den RDB reserviert sind, hat man im Normalfall noch reichlich Platz , der wohl nie genutzt wird. So passen in einen Cylinder immerhin 1008 KB - so groß dürften die RDB-Daten kaum werden. Natürlich am besten den RDB mal sichern, dan weiß man, wie groß der ist. Weiterhin natürlich in der HDToolbox auch auf der Install-Seite mit "Edit" nachschauen, wieviel Blöcke per Cylinder benutzt werden. Wenn dieses dann passt, kann man mit transrom z.B. das Kickfile im Ram: als "Kickfile" speichern. Dann kommt das "abenteuerliche". Dafür benutzt man dd (Diskdump) aus dem FAT95-Paket. Bei angenommenen 2016 Blocks_per_Cylinder und einem Standard-Amiga mit Kick3.1 (Filelänge 524.288 Bytes) sehe das ganze als Shellkommando z.B. so aus: code:schema: dd Sourcefile Device Unit ZielBlock Anzahl_der_Blöcke* *Blockzahl, die insgesamt geschrieben wird. Ergibt sich durch Filelänge/512 und die Filelänge muss glatt durch 512 teilbar sein! Reale Eingabe: dd Ram:Kickfile scsi.device 0 2016 1024 Extra etwas ausführlicher, da dd in diesem Modus keine Fehler "verzeiht"! Aber das Kickfile sollte nun im 2. Cylinder eingetragen sein, ohne das es den weiteren Betrieb beeinflusst. Nun noch ein paar Rechnereien auf dem Amiga, um ein paar Daten parat zu haben, die man am PC für die Trialversion von WinHex braucht. Da die Testversion nur höchstens 200KB abspeichert, habe ich die Auslese-Offsets für das Kickfile in 3 Teile - die ersten beiden zu je 400 Blöcken - gesplittet, die ausserdem noch in Bytes und hexadezimal vorliegen müssen. Berechnung Start vom 1.Teil eval (2016+0) * 512 lformat %XX 0000000000000000000000000000FC000 Berechnung Ende vom 1.Teil eval (2016+400) * 512-1 lformat %XX 00000000000000000000000000012DFFF Berechnung Start vom 2.Teil eval (2016+400) * 512 lformat %XX 00000000000000000000000000012E000 Berechnung Ende vom 2.Teil eval (2016+800) * 512-1 lformat %XX 00000000000000000000000000015FFFF Berechnung Start vom 3.Teil eval (2016+800) * 512 lformat %XX 000000000000000000000000000160000 Berechnung Ende vom 3.Teil eval (2016+1024) * 512-1 lformat %XX 00000000000000000000000000017BFFF Diese 6 Ergebnisse am besten ohne führende Nullen aufschreiben. Dann die Platte am PC anschliessen um dann das ganze mit Winhex zu bearbeiten. Winhex starten und Icon "Disk öffnen" anklicken und im Requester die Amigafestplatte auswählen. Zur Sicherheit noch mit dem Menü "Position/Sektor aufsuchen" auswählen, und dort 2016 eingeben. Nun sollte oben im Editor auch was von "AMIGA ROM Operating System and Libraries..." zu sehen sein. Wenn dem so ist, weiter mit dem Menü "bearbeiten/Block festlegen" und dort die ersten Werte vom Zettel eintragen und bestätigen. Dann "Bearbeiten/Block kopieren -> in neue Datei" und den Schnipsel z.B. als Part-1 abspeichern Der nun neue Tab "Part-1" kann wieder geschlossen werden. Das ganze für Part2 und 3 mit den jeweiligen Werten wiederholen. Dann die Eingabeaufforderung starten und das ganze mit dem copy-Befehl "joinen" copy /b Part-1 + Part-2 + Part-3 Kick3.1.rom und Zack - schon hat man sein Kickfile auf dem PC. Puh - das ist ja fast ein Workshop - Motto: "Wie randaliere ich auf meiner Festplatte" Aber ich habe das mal durchprobiert, zwar unter UAE, aber mit "scharfer" - also echter Amigaplatte, und funzt. Ist aber nicht ganz ohne! Gruß Palgucker |
|||||
Palgucker
Nutzer
17.03.2007, 13:38 Uhr [ - Direktlink - ] |
Thema: Meine erste DOSe
Brett: Andere Systeme @ rbn Die Idee mit der Amigafestplatte im Pc unter WinUAE ist doch nun wirklich nicht schlecht? Romfile oder ähnliches könntest Du Dir ja auch per E-Mail vom Amige zum PC senden. Ein Diskettenlaufwerk sollte für ca. 10 Euronen auch zu erstehen sein, oder vom örtlichen Recyclinghof. mfg Palgucker |
|||||
Palgucker
Nutzer
17.03.2007, 10:57 Uhr [ - Direktlink - ] |
Thema: Hilfe! - Amiga 1200 HD startet nicht
Brett: Amiga, AmigaOS 4 Prophylaktisch würde ich den Amiga erstmal aufmachen, und alle Steckverbindungen lösen und neu stecken - da sich dieses unstete Verhalten erstmal nach Kontaktprobleme anhört. Wenn Du noch eine Erweiterungskarte hast, diese vielleicht als erstes abziehen, und mal ohne versuchen. Auch bei dieser Prozessor und/oder Ram wenigstens mal neu in die Kontakte drücken. Gruß Palgucker |
|||||
Palgucker
Nutzer
14.03.2007, 22:50 Uhr [ - Direktlink - ] |
Thema: Deutsche Sprachdatei WinUAE 1.4.0
Brett: AROS und Amiga-Emulatoren @ hjoerg Zitat: Diesen Nachtrag hätte ich erstmal übersehen, wenn Andreas nicht nochmal darauf aufmerksam gemacht hätte. Sozusagen Bingo! Hab ich bisher wohl noch garnicht bemerkt. Erschwerend kommt noch hinzu, das diese Einstellung sich bei mir nur in der Default.uae ändern lässt, während sie bei den bei mir meist genutzten Konfig's grau hinterlegt ist. Gruß Palgucker |
|||||
Palgucker
Nutzer
14.03.2007, 20:44 Uhr [ - Direktlink - ] |
Thema: Deutsche Sprachdatei WinUAE 1.4.0
Brett: AROS und Amiga-Emulatoren @ ArminHuebner Das selbe "Problem" habe ich auch, und ich bin auch noch nicht dahinter gekommen, warum das nun so ist. Bei mir war die letzte Version Winuae 1.1.0, bei der das noch funktionierte. Merkwürdigerweise funktioniert die mit passender .dll auch jetzt noch - immer aus dem selben Verzeichnis gestartet! Außerdem vermerkt diese das fehlen der UAE_German.dll oder dessen falsche Version im winuaebootlog.txt, während bei der aktuellen 1.4.0 nichts darüber zu finden ist. Bin ich auch mal gespannt, was hierbei herauskommt! @ hjoerg Bei mir passen definitiv Exe- und Dll-Version zusammen. Gruß Palgucker |
|||||
Palgucker
Nutzer
12.03.2007, 12:28 Uhr [ - Direktlink - ] |
Thema: Harms Professional 030 - wie Speicher einbinden?
Brett: Amiga, AmigaOS 4 Hallo MalleII Habe zwar diese Karte noch nie gesehen, aber wozu gibt es die Amiga Hardware Database Hier findest Du auch die benötigte Install-Disk. Diese kopiert dir die Befehle SetCPU und ADDMem nach C: - wird bei Dir schon passiert sein. Dann wird noch vor SetPatch in Deiner Startup-Sequence folgender Text eingetragen: SetCpu check 68030 If warn else addmem 00900000 009fffff setcpu cache EndiF Dieses wäre die 1 MB Version, wobei von der "festen" Endadresse 009FFFFF der jeweils vorhandene Speicher abgezogen wird, und man somit die Startadresse bekommt. Die Startadressen wären dann für: 2 MB = 00800000 4 MB = 00600000 8 MB = 00200000 Hoffe, es hilft. Gruß Palgucker |
|||||
Palgucker
Nutzer
06.03.2007, 11:54 Uhr [ - Direktlink - ] |
Thema: Meine erste DOSe
Brett: Andere Systeme @ rbn Zitat: Irgendwie misst Du diesem Wert falsche Bedeutung zu. 96 DPI ist doch nur ein Durchschnittswert für die Auflösung am Monitor und entspricht etwa einer Lochmaske von 0.26mm. Dein Monitor hat zwar 0.25mm Lochmaskenabstand, was 25.4mm / 0.25mm = 101.6 DPI entspricht, das macht den Kohl aber nicht wirklich fett. Wenn Dir Schriften und Icons z.B. zu klein sind, lässt sich dieser Wert in der "Anzeigensteuerung" ohne weiteres erhöhen. Gruß Palgucker |
|||||
Palgucker
Nutzer
03.03.2007, 12:58 Uhr [ - Direktlink - ] |
Thema: RDB wieder herstellen
Brett: Amiga, AmigaOS 4 @ julius Wenn Deine Rekonstruktion erfolgreich war, und 2 Startcylinder nicht dort liegen, wo sie Deiner Meinung nach liegen sollten, dann ist bei der "Erstpartitionierung" einfach etwas schief gegangen. Bei der "intuitiven" Bedienung der HDToolbox kann es allzuleicht passieren, das man beim Anklicken einer Partition und gleichzeitiger Bewegung der Maus diese Partion unwissentlich z.B. ein Stückchen nach rechts befördert. Da mir das auch schon passiert ist, benutze ich lieber die Cursor-Tasten zur Partitionsauswahl und trage Cylinder lieber mit der Hand ein. Ändern lässt sich das nur mit einer Neu-Einrichtung der entsprechenden Partition(en) bei vorheriger Daten-Rettung. Gruß Palgucker |
|||||
Palgucker
Nutzer
27.02.2007, 12:44 Uhr [ - Direktlink - ] |
Thema: U-Boot und D-Box
Brett: Andere Systeme @ Borut: Zitat: Naja, wenn man die Quelltexte auf tuxbox-cdk-doku.berlios.de "durchtöbert", stößt man z.B. auch auf AmigaOneG3SE.h , was auf Wolfgang Denk's "Kappe" geht. Ein wenig weiter unten findet man dann auch part_amiga.c und part_amiga.h. Interessant vielleicht auch da 2. Posting von Rogue auf Amiga.org . So hat Hyperion zwar nichts mit dem Bootlader der DBox zu tun, aber beide bedienen sich am selben Projekt. mfg Palgucker [ Dieser Beitrag wurde von Palgucker am 27.02.2007 um 12:50 Uhr geändert. ] |
|||||
Palgucker
Nutzer
22.02.2007, 11:27 Uhr [ - Direktlink - ] |
Thema: Workbench ohne Maus nutzen?!
Brett: Amiga, AmigaOS 4 Hallo pinguin Ene der beiden Amigatasten gedrückthalten Die Alt-Tasten entsprechen dann den Maustasten -> Linke Alt = LMB Rechte Alt = RMB mit den Cursortasten kann man dann den Mauspfeil steuern. Es gibt auch noch ein Programm mit dem Namen Joymouse (Aminet?), mit dem man den Mauspfeil per Joystick steuern kann. mfg Palgucker |
|||||
Palgucker
Nutzer
21.02.2007, 15:27 Uhr [ - Direktlink - ] |
Thema: Kleiner Psycho-Test...
Brett: Get a Life Phu... Da ist man ja mal richtig froh, wenn man auf eine eigendlich simple Antwort mal nicht kommt! Auf jeden Fall interessant. mfg Palgucker |
|||||
Palgucker
Nutzer
20.02.2007, 19:46 Uhr [ - Direktlink - ] |
Thema: Kopierschutz/Aufnahmeschutz bei Pro7
Brett: Get a Life @hjoerg Zitat: Jupp, jetzt habe ich es auch gelesen - da habe ich die des öfteren von Pro7 ausgestrahlte Werbung "HD-TV für nur 9.90 Euro/Monat" wohl falsch verstanden. Der 1. Punkt ist zwar inhaltlich richtig, aber praktisch "Erbsenzählerei", da bisher alle mir bekannten HD-Sender (nicht die Werbesender) per DVB-S2 ausstrahlen. mfg Palgucker |
|||||
Palgucker
Nutzer
20.02.2007, 19:02 Uhr [ - Direktlink - ] |
Thema: Kopierschutz/Aufnahmeschutz bei Pro7
Brett: Get a Life @pixl Zitat: Um das nochmal "auseinanderzuklamüsern" - Diese HD Sendungen werden alle im sogenannten DVB-S2 Standart gesendet und sind allesammt verschlüsselt und kostenpflichtig. Ausserdem wird nicht im MPEG2 Format gesendet, sondern h264 codiert. Der Receiver oder die Karte muss auch diesen Codec beherrschen. Der "normale" DVB-S Betrieb läuft mit den üblichen Parametern parallel dazu. Probieren kann man ja mal den Sender "Astra-HD", der sendet noch Werbetrailer für HD-TV im MPEG2 Format. Allerdings kann es passieren, das sich Receiver oder Karte daran "mächtig verschlucken", da die Datenrate mit durchschnittlich 17 Mbit nicht gerade wenig sind. Die Bildqualität ist natürlich auf einem grösseren Monitor im Vollbildmodus eindeutig besser, als herkömmliches TV. Wenn aber solch ein Film auf einem LCD-TV mit üblicher Auflösung (768x576)dargestellt wird, kann es durch Skalierung wirklich dazu kommen, das ein HD-Film im schlimmsten Falles besch.. aussieht, wie ein für dieses Bildformat extra encodierter Film. mfg Palgucker |
|||||
Palgucker
Nutzer
16.02.2007, 15:01 Uhr [ - Direktlink - ] |
Thema: Tip:Download von Rapidshare
Brett: Amiga, AmigaOS 4 @ Bluebird Zitat: Das ist eben auch immer die Frage. Trotzdem könnte man es versuchen. z.B. ffmpeg -i youtoube.flv -vcodec mpeg1video -r 25 -aspect 4:3 -sameq -acodec mp3 -ar 44100 -ab 128 -ac 1 youtoube.mpg mfg Palgucker P.S. Habe mir mal eine Amiga-Version geladen, und die beherrscht FlashVideo (flv). Aber mp3 kann diese nicht encodieren - dafür aber mp2. Als -acodec also "mp2" eintragen. Habe jetzt keinen großen Test gemacht, aber alle FLV's lassen sich nicht mit dieser Version konvertieren - manche aber dafür "reibungslos". [ Dieser Beitrag wurde von Palgucker am 16.02.2007 um 15:41 Uhr geändert. ] |
|||||
Palgucker
Nutzer
15.02.2007, 17:47 Uhr [ - Direktlink - ] |
Thema: Logo im Adressfeld
Brett: Programmierung @rbn Zitat: Wenn Du selber nicht "Herr der PHP-Scripte" bist, denke ich, ja. Bin auch nur durch Zufall darauf gestossen, da ich für solche "Forschungen" am liebsten AWeb benutze, da ich da sicher bin, das dieser z.B beim Abspeichern des Quelltextes nichts "hinter dem Rücken" konvertiert wird. Bei Aweb kann man sich nach dem Laden einer Seite mit dem Menü-Punkt "Info" diesen Header anzeigen lassen - Bei den Windows-Browsern wüsste ich jetzt nicht, wo ich danach suchen sollte. "Dummerweise" richten sich aber die Browser nach dem Mime-type, charset etc., die mit diesem HTTP-Header übertragen werden. Da kann dann im Quelltext stehen was will. Vielleicht kann hier noch einer mithelfen, diese Anfrage an den Provider selbst zu präzisieren. mfg Palgucker |
|||||
Palgucker
Nutzer
15.02.2007, 16:21 Uhr [ - Direktlink - ] |
Thema: Logo im Adressfeld
Brett: Programmierung @rbn Zitat: Das wird daran liegen, das der Server im 1. Fall im Übertragungs-Header ein content=text/html; charset=iso-8859-15 mitschickt und im 2. eben nur content=text/html. mfg Palgucker |
|||||
Palgucker
Nutzer
13.02.2007, 21:12 Uhr [ - Direktlink - ] |
Thema: AHI Record
Brett: Amiga, AmigaOS 4 @DieterG Da hast Du mir aber eine Layout- und Nerven-zerreißende Zahlenkolonne geliefert. Wahr aber nicht so schlimm. Ein Clipping von >>type hex Dateiname<< in der Shell - und rechtzeitig mit CTRL/C abgebrochen hätte Dir Mühe erspart. Deine geposteter Datei-Header ist aber mehr ein Reinigungsmittel als ein Wave-File - Kennung "BIFF" Ich habe mir mal das ganze näher angesehen, und es sieht so aus, als ob die Länge des Kommentar-Chunks (LIST - gleich am Anfang nach der Kennung WAVE) falsch eingetragen wurde. Dort steht 0x38000000 = 56. Da dieser Chunk aber nur 52 Byte lang ist, sollte dort 0x34000000 stehen. Hoffe das das das Problem löst. mfg Palgucker |
|||||
Palgucker
Nutzer
13.02.2007, 18:06 Uhr [ - Direktlink - ] |
Thema: AHI Record
Brett: Amiga, AmigaOS 4 @DieterG: Zitat: Da habe ich mich auch etwas unklar ausgedrückt. Die letzten 8 Stellen sind natürlich 4 Byte in je 2 "Nibbeln". Es wird immer Byteweise von hinten nach vorne gelesen. In Deinem Beispiel: 0B'16'00'08 ---> 08'00'16'0B Ist natürlich nur eine Krücke - bis sich eine bessere Lösung findet. In AIFF-Dateien könnte man sich das drehen sparen. Hoffe es klappt mfg Palgucker |
|||||
Palgucker
Nutzer
12.02.2007, 22:06 Uhr [ - Direktlink - ] |
Thema: AHI Record
Brett: Amiga, AmigaOS 4 @DieterG Könnte es sein, das die Länge im Header oder/und Data-Chunk nicht eingetragen ist? Also im Hex-Editor hinter der Kennung RIFF/data nur Nullen folgen? Wenn ja, könnte man die ja per Hand oder besser noch per Script nachtragen. Per Hand etwa mit: Eval File-Länge - Chunk-Position - 8 lformat %XX Der RIFF-Header liegt natürlich immer bei 0 - der data-Chunk zumindest meistens bei 36 (0x24) Interessieren tuen nur die letzten 8 Stellen des Ergebnisses. Dieses Ergebnis noch ins "Intelformat" drehen. Also aus 0x11223344 wird 0x44332211 und eintragen. mfg Palgucker |
|||||
Palgucker
Nutzer
10.02.2007, 16:31 Uhr [ - Direktlink - ] |
Thema: Soundtrack "Genetic Species" in mp3's umwandeln?
Brett: Amiga, AmigaOS 4 Kommando zurück! CDBurnerXP hat zwar "fleißig" auf Platte geschrieben, aber statt 3 verschiedener Tracks immer den letzten, den aber 3 mal. Kann da auswählen was ich will, es wird nur Track 4 geschrieben. Habe dann nochmal CDex probiert (was beim ersten Versuch "Selbstmord" gemacht hat .) Damit lief es dann aber wirklich gut. mfg Palgucker |
|||||
Palgucker
Nutzer
10.02.2007, 15:52 Uhr [ - Direktlink - ] |
Thema: Soundtrack "Genetic Species" in mp3's umwandeln?
Brett: Amiga, AmigaOS 4 Hallo Festus Habe das eben mal ausprobiert, aber mit "Fury of the Furies". Mit CDBurnerXP hat es dann geklappt. Hat zwar erst mächtig geräuschvoll "gewerkelt", dann ließen sich die Track's aber problemlos als WAVE auf Platte bannen. mfg Palgucker |
|||||
Palgucker
Nutzer
09.02.2007, 16:50 Uhr [ - Direktlink - ] |
Thema: Probleme bei PC -> Amiga Transfer
Brett: Amiga, AmigaOS 4 @slice12345 Du kannst aber auch am Amiga die Disketten PC-gerecht formatieren. Dazu muss natürlich PC0 angemeldet sein. mfg Palgucker P.S. Wird Deine Karte erkannt, wenn Du z.B. showconfig in die Shell eintippst? |
|||||
Palgucker
Nutzer
09.02.2007, 02:29 Uhr [ - Direktlink - ] |
Thema: Probleme bei PC -> Amiga Transfer
Brett: Amiga, AmigaOS 4 @slice12345 Ein paar Vorabinformationen kannst Du auf amiga.resource.cx finden - man gut, das es die gibt. mfg Palgucker |
|||||
Palgucker
Nutzer
09.02.2007, 02:11 Uhr [ - Direktlink - ] |
Thema: Probleme bei PC -> Amiga Transfer
Brett: Amiga, AmigaOS 4 @slice12345 Das weist zumindest darauf hin, das die Karte nicht erkannt/gefunden wird. Ist die auch wirklich eingebaut und da CD-Laufwerk daran angeschlossen? Wenn ja, vielleicht mal das tandemcd.device ausprobieren, das müsste sich ebenfalls in Devs: befinden. Ansonsten sollte sich doch im Laufe des Tages irgendwer finden, der "selber" mal A 2000 war oder ist. mfg Palgucker P.S. Du kannst ja mal showconfig (Tools) starten, ob da ein Board mit der ID 2092/24 auftaucht [ Dieser Beitrag wurde von Palgucker am 09.02.2007 um 02:22 Uhr geändert. ] |
|||||
Palgucker
Nutzer
09.02.2007, 01:35 Uhr [ - Direktlink - ] |
Thema: Probleme bei PC -> Amiga Transfer
Brett: Amiga, AmigaOS 4 @slice12345 Editiere mal die Mountdatei CD0 in Devs:Dosdrivers. Eingabe z.B. Ed devs:dosdrivers/cd0 Da sollte in einer der ersten Zeilen ein Deviceeintrag stehen. Etwa so: DEVICE = "tandemat.device" Probiere mal den vollständigen Pfad einzutragen, also: DEVICE = "Sys:Devs/tandemat.device" und speichere die Datei mit Escape und dann X ab. mfg Palgucker |
|||||
Palgucker
Nutzer
09.02.2007, 01:15 Uhr [ - Direktlink - ] |
Thema: Probleme bei PC -> Amiga Transfer
Brett: Amiga, AmigaOS 4 @ slice12345 Das tandemat.device ist eigentlich Bestandteil von IDEFix97 - das gibt's auch im Aminet. Ja, ich weiß, "Öffner in der Dose" . Du könntest aber erstmal mit dem search-Befehl von der Shell aus suchen, ob dieses Device überhaupt irgendwo auf der Platte "'rumdümpelt". Shelleingabe: search from "Device_oder_Volumename" file tandemat.device all quiet Vielleicht hast Du Glück, und Du findest es in irgendeinem Verzeichnis, so das Du es einfach nach Devs: kopieren kannst. mfg Palgucker |
|||||
Palgucker
Nutzer
02.02.2007, 22:56 Uhr [ - Direktlink - ] |
Thema: FireFox speichert keine Einstellungen
Brett: Andere Systeme @ Lippi Bei mir werden diese Daten im localstore.rdf festgeschrieben. Dieses File solltest Du im Zweifelsfall mal näher betrachten. mfg Palgucker P.S. Dieses lässt sich wegen fehlender Linefeeds z.B. mit GoldED unter UAE wesentlich besser (übersichtlicher) editieren, als unter Windows. |
|||||
Palgucker
Nutzer
29.01.2007, 14:21 Uhr [ - Direktlink - ] |
Thema: GoogleEarth nicht aufzunehmen
Brett: Andere Systeme @Hennig: Ich verwende als "Codec" einfach "volle Einzelbilder (unkomprimiert)". Hinter Codec steht dann in der Taskiconfig eben <NONE>. Ergibt bei mir ein unkomprimiertes AVI. 12-15 Frames in 640x480 oder 720x576. Die Screenweite scheint auch ausschlaggebend für Dein "Schwarz/Weiß- Malheur" zu sein - da sollte die Weite wohl immer durch 16 (oder 8 ?) teilbar sein. Also diese Größe schon vorher bei GoogleEarth unter Ansicht/Ansichtgröße.. einstellen. mfg Palgucker p.S. Habe gestern spaßeshalber so einen "Rundflug" mittels FFmpeg über die "Krücke" Avi->Enzelbilder(PPM)->MPEG2 auf DVD gebannt, sieht recht manierlich aus. |
|||||
Palgucker
Nutzer
28.01.2007, 15:18 Uhr [ - Direktlink - ] |
Thema: GoogleEarth nicht aufzunehmen
Brett: Andere Systeme Hallo Henning Interessante Idee! Nur scheint sich Dein Screen recorder nicht um OpenGL Fensterinhalte zu kümmern. Habe mal Taksi ausprobiert, und das Teil könnte was für Deine Zwecke sein. Läuft bei mir zwar nicht "superstabil", aber wenn man den "richtigen" Codec,Fenstergröße und Framerate hat, scheint es recht brauchbar - zumindest, wenn man Taksi und GooglEarth frisch gestartet hat. mfg Palgucker |
|||||
|
Impressum |
Datenschutzerklärung |
Netiquette |
Werbung |
Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten. |