ENGLISH VERSION |
|
Links | | | Forum | | | Kommentare | | | News melden |
Chat | | | Umfragen | | | Newsticker | | | Archiv |
amiga-news.de Forum > Suche | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
|
||||||
Indy
Nutzer
22.09.2006, 17:43 Uhr [ - Direktlink - ] |
Thema: Frage an Soundexperten
Brett: Amiga, AmigaOS 4 @DaxB: Danke Dir für Deinen Tip. Wenn's doch bloß so einfach wäre... Ich habe ja schon einiges probiert, mit dem Erfolg, daß ich die aufgezeichnete Stimme, die in diesen Dateien enthalten ist, aus einem ziemlichen Hintergrundrauschen zumindest ansatzweise - wenngleich auch mickeymousemäßig - heraushören kann. SoundFX kann die Dateien zwar laden, jedoch hören sie sich wie oben beschrieben an. Play16 kann die Dateien ebenfalls "abspielen", aber hören sich ebenso verzerrt und verrauscht an. -- Gruß, Indy |
|||||
Indy
Nutzer
22.09.2006, 16:03 Uhr [ - Direktlink - ] |
Thema: Frage an Soundexperten
Brett: Amiga, AmigaOS 4 Hallo Forum ! Ich habe hier zwei alte Sounddateien, die seinerzeit von einem seriellen US-Robotics Sportster 56k V90 Modem aufgezeichnet wurden, als dieses Modem noch zusammen mit dem Programm "Phonewizard" (v1.7) an einem A4000 als Anrufbeantworter im Einsatz war. Die beiden Dateien liegen offensichtlich im Format 129*G.721*ADPCM*2*0*8000 vor (8000 Hz Samplerate) und konnten damals (nur!) über den modeminternen speaker-out Ausgang abgespielt/angehört werden. Da ich nun kein Modem mehr besitze (da inzwischen ADSL), um diese beiden Dateien abspielen zu können, würde ich sie gern in ein konventionelleres Format wandeln (z.B. 8svx, wav, etc...), hatte aber bislang keinen Erfolg damit. Selbst die im Lieferumfang von "Phonewizard" enthaltenen Konvertierungsprogramme scheitern/funktionieren nicht. Könnte mir da beim Konvertieren jemand weiterhelfen ? [ Dieser Beitrag wurde von Indy am 22.09.2006 um 16:12 Uhr geändert. ] |
|||||
Indy
Nutzer
09.09.2006, 00:50 Uhr [ - Direktlink - ] |
Thema: iso-image für multisession-CD mit mkisofs
Brett: Amiga, AmigaOS 4 Zitat: DAS wäre/ist natürlich ein Argument!! -- Gruß, Indy |
|||||
Indy
Nutzer
08.09.2006, 23:03 Uhr [ - Direktlink - ] |
Thema: iso-image für multisession-CD mit mkisofs
Brett: Amiga, AmigaOS 4 Hallo Holger ! Danke für's Lesen. Zitat: Das ist richtig. Zitat: Auch DAS stimmt und ich habe diese Variante auch bereits soweit erfolgreich durchtesten können. Der Punkt allerdings ist es, zu ergründen, weshalb zuvor mit der cdrdao+MakeCD Kombination erstellte CD-Extras von einem bestimmten PC mit WindowsXP sehrwohl gelesen werden können (Audio + Daten), hingegen jene CD-Extra mit dem "Hidden Track" plötzlich nur mehr als Audio-CD erkannt wird. Nun dachte ich mir, die komplette CD-Extra Erstellung nun mal möglichst "aus einem Guss", d.h. mit ein und demselben Brennprogramm (cdrdao) zu versuchen, um etwaige weitere "Fehlerquellen", die aus einer Programmkombination vielleicht entstehen könnten, auszuschalten. Zitat: Das hoffe ich auch. In der Zwischenzeit habe ich die zweite Session einfach mal ohne diese "-M" Option (erfolgreich) dazugebrannt und zumindest hier am Amiga bekomme ich für die so entstandene CD-Extra auf der Workbench wieder zwei CD-Icons angezeigt: eines für CD0:CDDA und eines mit dem von mir vergebenen Volume-Namen der Datensession. Der Audio-CD Teil funktioniert sowohl am Amiga als auch im CD-Player (hier geht auch der "Hidden Track" im Pregap) und ebenso läßt sich der Inhalt der Datensession am Amiga korrekt anzeigen. Ob es auf jenem besagten PC auch so laufen wird, kann ich frühestens morgen testen... -- Gruß, Indy |
|||||
Indy
Nutzer
08.09.2006, 19:16 Uhr [ - Direktlink - ] |
Thema: iso-image für multisession-CD mit mkisofs
Brett: Amiga, AmigaOS 4 Danke, thomas, für Deine Antwort. [quote] Original von thomas: Eine Multisession-CD besteht aus mehreren Session, d.h. aus mehreren Tracks, die einzeln gebrannt und fixiert werden. Um eine neue Session hinzuzufügen, müssen die bereits bestehenden Sessions berücksichtigt werden. D.h. das Programm muß die exisitierende CD lesen. Und das schlägt offensichtlich fehl. Das ist mir alles soweit bekannt. Die Fragen sind jetzt, weißt du das, ... Ja. hast du die CD eingelegt Ja. und wie hast du dem Programm mitgeteilt, in welchem Laufwerk die CD ist. Laut SnoopDos sucht/prüft "mkisofs" die Variable "DVDRTOOLS_DEVICE". Diese habe ich angelegt und enthält nun "cybppc.device", was wohl korrekt sein muss, da meine besagte mkisofs-Befehlszeile OHNE den Parameter "-M" ja sehrwohl funktioniert und das gewünschte iso-file erzeugt. Ich würde vorschlagen, MakeCD zu benutzen. Da kann man das einfach in der GUI auswählen. Eben das geht in diesem konkreten Fall leider nicht, da MakeCD nur eine Datei (hier: Sounddatei) pro Track erlaubt. "Hidden Tracks" sind somit mit MakeCD nicht möglich. Zum besseren Verständniss: Es geht hier um die Erstellung einer CD-Extra (mit einem "Hidden Track" im Pregap von Track 1), welche von jedem CD-Player einwandfrei erkannt und abgespielt werden soll, zugleich aber auf JEDEM Computer (mit passendem CDROM-Laufwerk natürlich) als Multissession-CD erkannt, und der Datentrack mit dem Inhaltsverzeichniss, Bilder, etc... ebenso lesbar werden soll. -- Gruß, Indy |
|||||
Indy
Nutzer
08.09.2006, 15:34 Uhr [ - Direktlink - ] |
Thema: iso-image für multisession-CD mit mkisofs
Brett: Amiga, AmigaOS 4 Hallo Forum! Hat hier jemand Erfahrung mit "mkisofs" ? (Tool aus dem "cdrdao"-Paket zum Erzeugen von iso-images) Um Computerdateien für eine Multisession-CD mittels "mkisofs" zu einem iso-image zusammenzupacken, versuche ich hier unter AmigaOS3.9 BB2 in der Shell folgende Zeile: code:Eigentlich funktioniert die Zeile auch (d.h. das gewünschte iso-image wird tatsächlich erstellt), wenn....mkisofs -r -J -R -V Tanja_6 -o Tanja6-Inhalt.iso -C 600,345084 -M 0,1,0 DH2:DTP-DATA/PageStream/Texte/Tanja_6_Inhalt.txt ja wenn ich die für Multisession erforderliche Option "-M" weglasse. Benutze ich "-M", erhalte ich immer nur die Meldung: code:DH1:Video/3CaDo/Tools/mkisofs: Input/output error. read_g1: scsi sendcmd: no error CDB: 28 00 00 00 02 58 00 00 01 00 status: 0x2 (CHECK CONDITION) Sense Bytes: F0 00 05 00 00 02 58 0A 00 00 00 00 64 00 00 00 00 00 Sense Key: 0x5 Illegal Request, Segment 0 Sense Code: 0x64 Qual 0x00 (illegal mode for this track) Fru 0x0 Sense flags: Blk 600 (valid) resid: 2048 cmd finished after 0.001s timeout 20s DH1:Video/3CaDo/Tools/mkisofs: Undefined error: 0. Read error on old image Damit komme ich zur Zeit einfach nicht mehr weiter. Weis da jemand vielleicht etwas dazu oder hat selbst schon damit experimentiert ? Schon mal Danke für's Lesen... -- Gruß, Indy [ Dieser Beitrag wurde von Indy am 08.09.2006 um 15:35 Uhr geändert. ] |
|||||
Indy
Nutzer
06.09.2006, 00:51 Uhr [ - Direktlink - ] |
Thema: Mac 68k Emulatoren
Brett: Amiga, AmigaOS 4 @harryfisch: Gratulation! Ich verwende auch die Version 46.5 der 68040.library und habe es leider trotzdem noch nie geschafft, mit ShapeShifter 3.11 unter MacOS 8.x zu booten; trotz Abschalten diverser Caches, Erweiterungen, etc... Die Installation klappt soweit problemlos, doch danach startet der Mac gerade noch bis zum ersten Erscheinen des Desktophintergrundes. Icons erscheinen erst gar nicht mehr, der Mac friert hier einfach ein und das war's dann... <seufz> [ Dieser Beitrag wurde von Indy am 06.09.2006 um 00:53 Uhr geändert. ] |
|||||
Indy
Nutzer
27.08.2006, 18:50 Uhr [ - Direktlink - ] |
Thema: cdrdao,TOC und CDs benennen
Brett: Amiga, AmigaOS 4 Guten Abend... Ich hätte eine Frage zu TOC-Dateien: Um eine mittels cdrdao am Amiga gebrannte Daten-CD (nur 1 Track) mit einem bestimmten Namen zu versehen, müßte man den gewünschten Namen, den die CD später erhalten soll, doch dann in der von cdrdao benötigten TOC Datei irgendwie angeben können. Weis vielleicht jemand, wie man das in der TOC-Datei dann genau angeben muss ? Meine TOC-Datei lautet zur Zeit wie folgt: code:--CD_ROM // Track 1 TRACK DATA FILE "DH2:DTP-DATA/PageStream/Texte/Tanja_6_Inhalt.doc" 00:00:00 Gruß, Indy |
|||||
Indy
Nutzer
13.08.2006, 23:07 Uhr [ - Direktlink - ] |
Thema: Amiga und iPod (Apple) ?
Brett: Amiga, AmigaOS 4 @RetroMan: Da machst Du die Rechnung aber ohne Apple/iTunes. Wenn Du dem ipod die iTunesDB Datei einfach mal wegnimmst, nimmst Du ihm sofort damit auch sein "Gedächtniss", d.h er findet kein einziges Lied mehr und die iTunesDB wird auch nicht automatisch neu angelegt/aktualisiert. Das zeigt sich zumindest hier in diesem speziellen Fall so. -- Gruß, Indy |
|||||
Indy
Nutzer
13.08.2006, 22:51 Uhr [ - Direktlink - ] |
Thema: Amiga und iPod (Apple) ?
Brett: Amiga, AmigaOS 4 @platon42: So... habe den ipod wieder in meinen Händen... und AmiShuffle probiert - geht aber trotzdem nicht, weil: AmiShuffle erzeugt/updatet nur die Datei iTunesSD, welche nur vom ipod Shuffle benutzt wird. Ungeachtet dessen MUSS(!) aber dennoch eine gültige und aktuelle Datei iTunesDB (Database) vorhanden sein, die von AmiShuffle jedoch leider nicht erzeugt/aktualisiert wird. -- Gruß, Indy |
|||||
Indy
Nutzer
11.08.2006, 21:23 Uhr [ - Direktlink - ] |
Thema: Amiga und iPod (Apple) ?
Brett: Amiga, AmigaOS 4 @platon42: Danke Dir für den interessanten Tip. Leider habe ich aber jetzt den geliehenen ipod nicht mehr hier... -- Gruß, Indy |
|||||
Indy
Nutzer
10.08.2006, 23:25 Uhr [ - Direktlink - ] |
Thema: Amiga und iPod (Apple) ?
Brett: Amiga, AmigaOS 4 @DJBase: Dazu müsste die Playlist entsprechend upgedatet werden, dann ginge das auch. Hmm ja... mag sein, nur denke ich, daß dazu eben bereits die auf dem ipod befindliche Software nötig sein dürfte (itunes ?). Oder man müßte sich da sonst irgendwie "reinhacken" (mühselig). Eine playlist ist mir zwar nicht aufgefallen - habe allerdings auch nicht danach gesucht/nicht daran gedacht - jedoch gab es einen Unterordner namens "Music", in welchem sich sechs weitere Verzeichnisse namens "F00", "F01", ..."F05" befanden, die die tatsächlichen mp3 files enthielten. Deren Namensgebung wiederum war auschließlich von der Form "Vier-punkt-drei", also z.B. nicht etwa "RoadToHell.mp3", sondern z.B. "AXWS.MP3". Ein via DirOpus selbstangelegter Ordner im "Music"-Ordner des ipod namens "F06" mit einem testhalber benannten "ABCD.MP3" Song blieb vom ipod leider "unbemerkt". -- Gruß, Indy |
|||||
Indy
Nutzer
08.08.2006, 23:38 Uhr [ - Direktlink - ] |
Thema: Amiga und iPod (Apple) ?
Brett: Amiga, AmigaOS 4 Für alle, die's eventuell noch interessiert: So... da ich eben mal kurz einen ipod (4 GB) zum Testen in die Finger bekam, konnte/mußte ich hier unter os3.9 BB2, AlgorPro und Poseidon 2.2 folgendes feststellen: Poseidon bindet den ipod erfolgreich als massstorage ein. Alle mp3, die sich bereits auf dem ipod befinden, können daher eingesehen, direkt vom ipod weg über den Amiga abgespielt (z.B. AmigaAMP, SongPlayer), und auch auf den Amiga übertragen werden (simples filecopy z.B. mittels DirOpus). In umgekehrter Richtung (Amiga -> ipod) sieht's hier zumindest leider schlecht aus. Zwar können sehrwohl mp3 files auf den ipod kopiert werden, jedoch werden diese dann im ipod menü nicht gefunden/angezeigt und können daher auch nicht abgespielt werden. -- Gruß, Indy |
|||||
Indy
Nutzer
30.07.2006, 12:16 Uhr [ - Direktlink - ] |
Thema: PhotoAlbum 6.6 und JPEG (Exif)
Brett: Amiga, AmigaOS 4 @R-TEAM: Danke Dir für die ausführliche Info. Soweit es die Amiga TZ Variable betrifft, ist soweit alles klar. Nur bei der ixemul TZ wird es "verwirrend", da - wie Du selbst sagtest - ixemul Programme diese Variable unterschiedlich serviert bekommen wollen (Leerzeichen). Interessant ist folgendes: Zum Zeitpunkt, als ich mein Skript geschrieben habe (vor Monaten), bestand eben dieses Problem mit der 1 Stunden-Differenz im FileDate einer Datei. Jetzt - wenn ich diese Delete ENV:TZ, Copy ENVARC:TZ ENV:TZ Passage weglasse, stimmt die Zeit trotzdem, also keine 1 Stunden Differenz mehr. Alles was ich tat, war - gemäß Deinem Info - mal ixtimezone -get-offset aufzurufen. Dadurch wurde eben offenbar diese Variable ENVARC:IXGMTOFFSET angelegt. Der eigentliche Clou ist aber nun: Obwohl ich noch kein etc:zoneinfo/... Assign bzw. Verzeichniss angelegt habe, wird nicht nur dennoch die richtige Zeit im FileDate angezeigt, sondern SnoopDos zeigt, daß beim Aufruf von jhead die ixemul wie folgt - nämlich genau nach der selben Nomenklatur wie die Amiga TZ Variable - gesucht wird (Zeile 29): code:SnoopDos logging started on Sunday, 30-Jul-06 at 11:59:25 Count Process Name Action Target Name Options Res. ----- ------------ ------ ----------- ------- ---- SnoopDos enabled at 11:59:25 SnoopDos disabled at 11:59:27 SnoopDos enabled at 11:59:37 1 [16] Shell Process FindVar Program:Grafik-Tools/Jhead/jhead Alias Fail 2 [16] Shell Process GetVar _pchar Local Fail 3 [16] Shell Process GetVar _mchar Local Fail 4 [16] Shell Process ChangeDir DH0: /5 [16] Shell Process Lock Program:Grafik-Tools/Jhead/jhead Read 6 [16] Shell Process *Lock Program:Grafik-Tools/Jhead/jhead Read OK 5 [16] Shell Process Lock Program:Grafik-Tools/Jhead/jhead Read OK /7 [16] Shell Process Load Program:Grafik-Tools/Jhead/jhead 8 [16] Shell Process *Open Program:Grafik-Tools/Jhead/jhead Read OK 7 [16] Shell Process Load Program:Grafik-Tools/Jhead/jhead OK /9 [16] Shell Process Lock Program:Grafik-Tools/Jhead/jhead Read 10 [16] Shell Process *Lock Program:Grafik-Tools/Jhead/jhead Read OK 9 [16] Shell Process Lock Program:Grafik-Tools/Jhead/jhead Read OK 11 [16] Shell Process ChangeDir DH0: /12 [16] Program:Grafik-Tools/Jhead/jh RunCommand -v RAM:Bild.jpg 30000 ---- 13 [16] Program:Grafik-Tools/Jhead/jh OpenLib ixemul.library Ver 48 OK 14 [16] Program:Grafik-Tools/Jhead/jh OpenLib ixnet.library Ver 44 OK 15 [16] Program:Grafik-Tools/Jhead/jh OpenLib bsdsocket.library Ver 3 OK 16 [16] Program:Grafik-Tools/Jhead/jh OpenDev timer.device Unit 0 OK 17 [16] Program:Grafik-Tools/Jhead/jh FindSem NSDPatch (8.3.2002) OK 18 [16] Program:Grafik-Tools/Jhead/jh OpenLib AmiTCP:libs/usergroup.library Ver 1 OK 19 [16] Program:Grafik-Tools/Jhead/jh OpenDev timer.device Unit 0 OK 20 [16] Program:Grafik-Tools/Jhead/jh FindSem NSDPatch (8.3.2002) OK 21 [16] Program:Grafik-Tools/Jhead/jh *Lock * Read Fail 22 [16] Program:Grafik-Tools/Jhead/jh Open * Read OK 23 [16] Program:Grafik-Tools/Jhead/jh OpenDev input.device Unit 0 OK 24 [16] Program:Grafik-Tools/Jhead/jh FindSem NSDPatch (8.3.2002) OK 25 [16] Program:Grafik-Tools/Jhead/jh Open etc:passwd Read Fail 26 [16] Program:Grafik-Tools/Jhead/jh *Lock RAM:Bild.jpg Read OK 27 [16] Program:Grafik-Tools/Jhead/jh *Lock RAM:Bild.jpg Read OK 28 [16] Program:Grafik-Tools/Jhead/jh *Open RAM:Bild.jpg Read OK 29 [16] Program:Grafik-Tools/Jhead/jh Open etc:zoneinfo/MET-2EDT Read Fail 30 [16] Program:Grafik-Tools/Jhead/jh Open etc:zoneinfo/posixrules Read Fail 31 [16] Program:Grafik-Tools/Jhead/jh Open etc:zoneinfo/GMT Read Fail 32 [16] Program:Grafik-Tools/Jhead/jh Open etc:zoneinfo/posixrules Read Fail 12 [16] Program:Grafik-Tools/Jhead/jh RunCommand -v RAM:Bild.jpg 30000 0 33 [16] Program:Grafik-Tools/Jhead/jh SetVar RC=0 Local OK 34 [16] Program:Grafik-Tools/Jhead/jh SetVar Result2=0 Local OK 35 [16] Shell Process GetVar echo Local Fail 36 [16] Shell Process GetVar oldredirect Local Fail 37 [16] Shell Process GetVar keepdoublequotes Local Fail SnoopDos disabled at 11:59:41 Closed SnoopDos log at 12:00:05 Ändere ich nun mal testweise die Amiga TZ Variable auf Winterzeit - also TZ = MET-1 - dann ergibt das SnoopDos log, daß automatisch nach etc:zoneinfo/MET-1 gesucht wird, so, als ob der Wechsel eben automatisch erkannt werden würde. Interessant, ...oder ? -- Gruß, Indy [ Dieser Beitrag wurde von Indy am 30.07.2006 um 12:18 Uhr geändert. ] [ Dieser Beitrag wurde von Indy am 30.07.2006 um 12:22 Uhr geändert. ] |
|||||
Indy
Nutzer
29.07.2006, 11:34 Uhr [ - Direktlink - ] |
Thema: PhotoAlbum 6.6 und JPEG (Exif)
Brett: Amiga, AmigaOS 4 @R-TEAM: Hmmm, ... ich denke mal, dann lasse ich die 48.2 weiterhin im Einsatz. Wie wäre es eigentlich mit einem Skript für diese ixemul Zeitzonenproblematik zum automatischen Wechsel zwischen Winter-/Sommerzeit ? Im Prinzip etwa so: code:Assign >NIL: etc: ENVARC:etc Wenn ENVARC:TZ = MET-1, dann SetENV etc:zoneinfo/Europe/MET-1. Wenn ENVARC:TZ = MET-2EDT, dann SetENV etc:zoneinfo/Europe/MET-2EDT Würde ein einmaliger Aufruf eines solchen Skripts (aus der Startup-Sequence oder User-Startup) bei jedem Start nicht ausreichen ? -- Gruß, Indy |
|||||
Indy
Nutzer
29.07.2006, 02:23 Uhr [ - Direktlink - ] |
Thema: PhotoAlbum 6.6 und JPEG (Exif)
Brett: Amiga, AmigaOS 4 @R-TEAM: Danke Dir für die ausführliche Erklärung. Auch ich benutze schon seit langem "Facts". Schade, daß man hier den automatischen Wechsel zwischen Winter-/Sommerzeit nicht mitnutzen kann, um auch ixemul damit zu "bedienen". Meine TZ-Variable beinhaltet zur Zeit "MET-2EDT". P.S: Welche ixemul Version nutzt Du ? Ich habe hier 48.2 installiert und eine Version 49.17 im Netz gefunden. Vielleicht hat die neuere Version dieses Problem nicht mehr ?! @Holger Ja, der Code sieht so auch gleich noch "netter" aus und ist natürlich übersichtlicher (wieder was gelernt). Danke Dir. Die Anführungszeichen haben letztendlich geholfen. Das Skript funktioniert nun mit JPEGs aus jedweden Verzeichnissen. Nochmal Danke Euch beiden! [ Dieser Beitrag wurde von Indy am 29.07.2006 um 02:25 Uhr geändert. ] |
|||||
Indy
Nutzer
28.07.2006, 10:14 Uhr [ - Direktlink - ] |
Thema: PhotoAlbum 6.6 und JPEG (Exif)
Brett: Amiga, AmigaOS 4 @R-TEAM: Aha, interessant! Wußte gar nicht, daß ixemul-Programme ihre "eigene" Zeitzone benötigen/haben, damit auch sie wissen, wie spät es wirklich ist Danke Dir für den Hinweis. Das Dumme dabei ist bloß, daß man dann Sommer-/Winterzeit jedesmal manuell umstellen muss - wie Du schreibst. P.S: Woher bekommt man die "richtige" Zeitzonen-Datei für das ixemul-system ? Ist die Bestandteil des ixemul-Pakets ? Nachtrag: Hab's schon gefunden, Danke. [ Dieser Beitrag wurde von Indy am 28.07.2006 um 10:29 Uhr geändert. ] |
|||||
Indy
Nutzer
27.07.2006, 22:56 Uhr [ - Direktlink - ] |
Thema: PhotoAlbum 6.6 und JPEG (Exif)
Brett: Amiga, AmigaOS 4 @Holger: Danke Dir für deinen Tip. Durch das Abändern des ToolType-Eintrages zu ExternalARexxCMD="address command 'DH1:View&Play/PhotoAlbum/User-Menu '||'22'x||'%s'||'22'x" erscheint bei besagten JPEGs nun immerhin schon das Fenster mit dem Auswahlmenü. Darin ausgewählte Funktionen (z.B. Menüpunkt 3 "Show Exif") werden jedoch leider noch nicht ausgeführt -> nach Anwahl dieses Menüpunkts etwa erscheint nur ein leeres Shellfenster OHNE den Exif-Daten. Wozu sollen diese Zeilen der Form: C:Search >ENV:CheckDegrees T:Degrees "" NONUM nach den RequestChoice Anweisungen gut sein? Da habe ich wohl tatsächlich etwas zu kompliziert gedacht, danke für den Hinweis (..bin halt hier nicht DER Programmierer ) Habe das Skript jetzt mal wie folgt geändert: code:.key file .bra { .ket } C:RequestChoice PUBSCREEN=PhotoAlbum TITLE="JPEG operations..." BODY="Select operation" GADGETS "Rotate JPEG with Exif" "ExifDate > FileDate" "Show Exif" "Rename" "Cancel" >ENV:Choice IF "$Choice" EQ "1" C:RequestChoice TITLE="JPEG Rotation" BODY="Select clockwise rotation for *n*"{file}*"" GADGETS="90 °" "180 °" "270 °" "Cancel" PUBSCREEN=PhotoAlbum >ENV:Degrees IF "$Degrees" EQ "1" DH1:Grafik-Tools/Jhead/Tools/bin/jpegtran -copy all -optimize -rotate 90 {file} {file} C:Delete ENV:TZ QUIET ; =notwendig, sonst wird eine um 1 Stunde falsche Dateizeit angezeigt DH1:Grafik-Tools/Jhead/jhead -ft {file} C:Copy ENVARC:TZ ENV:TZ QUIET ; stellt ursprüngliche (aktuelle) Zeitzone wieder her EndIF IF "$Degrees" EQ "2" DH1:Grafik-Tools/Jhead/Tools/bin/jpegtran -copy all -optimize -rotate 180 {file} {file} C:Delete ENV:TZ QUIET ; =notwendig, sonst wird eine um 1 Stunde falsche Dateizeit angezeigt DH1:Grafik-Tools/Jhead/jhead -ft {file} C:Copy ENVARC:TZ ENV:TZ QUIET ; stellt ursprüngliche (aktuelle) Zeitzone wieder her EndIF IF "$Degrees" EQ "3" DH1:Grafik-Tools/Jhead/Tools/bin/jpegtran -copy all -optimize -rotate 270 {file} {file} C:Delete ENV:TZ QUIET ; =notwendig, sonst wird eine um 1 Stunde falsche Dateizeit angezeigt DH1:Grafik-Tools/Jhead/jhead -ft {file} C:Copy ENVARC:TZ ENV:TZ QUIET ; stellt ursprüngliche (aktuelle) Zeitzone wieder her EndIF IF "$Degrees" EQ "0" Skip CleanUp EndIF EndIF IF "$Choice" EQ "2" C:Delete ENV:TZ QUIET ; =notwendig, sonst wird eine um 1 Stunde falsche Dateizeit angezeigt DH1:Grafik-Tools/Jhead/jhead -ft {file} C:Copy ENVARC:TZ ENV:TZ QUIET ; stellt ursprüngliche (aktuelle) Zeitzone wieder her EndIF IF "$Choice" EQ "3" C:Delete ENV:TZ QUIET ; =notwendig, sonst wird eine um 1 Stunde falsche Dateizeit angezeigt DH1:Grafik-Tools/Jhead/jhead >CON:0/24/550/300/Exif-Data/SCREENPhotoAlbum/WAIT {file} C:Copy ENVARC:TZ ENV:TZ QUIET ; stellt ursprüngliche (aktuelle) Zeitzone wieder her EndIF IF "$Choice" EQ "4" DH1:View&Play/PhotoAlbum/Rexx/PARename.rexx {file} EndIF IF "$Choice" EQ "0" Skip CleanUp EndIF Lab CleanUp C:Delete ENV:Choice ENV:Degrees QUIET ...und funktioniert! (...leider aber noch immer nicht mit besagten JPEGs aus Verzeichnissen mit Leerstellen im Verzeichnisnamen.) [ Dieser Beitrag wurde von Indy am 27.07.2006 um 23:23 Uhr geändert. ] |
|||||
Indy
Nutzer
27.07.2006, 10:06 Uhr [ - Direktlink - ] |
Thema: PhotoAlbum 6.6 und JPEG (Exif)
Brett: Amiga, AmigaOS 4 Hallo Forum ! Um das überaus praktische Programm PhotoAlbum 6.6 (von H. Hoffmann) etwas zu "erweitern", habe ich ein einfaches Skript (User-Menu) via dessen ARexx-Port (im Menü Pictures/Invoke external ARexx command) integriert, welches mir bei JPEGs einer DigiCam unter anderem auch den Exif-Header anzeigt, JPEGs verlustfrei dreht, etc... In den ToolTypes des Programm-Icons habe ich deshalb dazu Folgendes eingetragen: ExternalARexxCMD="address command 'DH1:View&Play/PhotoAlbum/User-Menu %s'" Soweit so gut, funktioniert auch bestens. Das einzige Problem jedoch ist, dies auch bei JPEGs ausführen zu lassen, deren Verzeichnissname Leerstellen enthält. Da funktioniert das Skript leider nicht, d.h. nach Aufruf tut sich einfach gar nichts. Kann ich da noch was am Skript tricksen oder liegt es wohl eher daran, wie PhotoAlbum selbst das jeweilige JPEG aufruft und an das Skript übergibt ? Hier mal mein Skript: code:.key file .bra { .ket } C:RequestChoice PUBSCREEN=PhotoAlbum TITLE="JPEG operations..." BODY="Select operation" GADGETS "Rotate JPEG with Exif" "ExifDate > FileDate" "Show Exif" "Rename" "Cancel" >T:Choice C:Search >ENV:CheckChoice T:Choice "" NONUM IF "$CheckChoice" EQ "1" C:RequestChoice TITLE="JPEG Rotation" BODY="Select clockwise rotation for *n*"{file}*"" GADGETS="90 °" "180 °" "270 °" "Cancel" PUBSCREEN=PhotoAlbum >T:Degrees C:Search >ENV:CheckDegrees T:Degrees "" NONUM IF "$CheckDegrees" EQ "1" DH1:Grafik-Tools/Jhead/Tools/bin/jpegtran -copy all -optimize -rotate 90 {file} {file} C:Delete ENV:TZ QUIET ; =notwendig, sonst wird eine um 1 Stunde falsche Dateizeit angezeigt DH1:Grafik-Tools/Jhead/jhead -ft {file} C:Copy ENVARC:TZ ENV:TZ QUIET ; stellt ursprüngliche (aktuelle) Zeitzone wieder her EndIF IF "$CheckDegrees" EQ "2" DH1:Grafik-Tools/Jhead/Tools/bin/jpegtran -copy all -optimize -rotate 180 {file} {file} C:Delete ENV:TZ QUIET ; =notwendig, sonst wird eine um 1 Stunde falsche Dateizeit angezeigt DH1:Grafik-Tools/Jhead/jhead -ft {file} C:Copy ENVARC:TZ ENV:TZ QUIET ; stellt ursprüngliche (aktuelle) Zeitzone wieder her EndIF IF "$CheckDegrees" EQ "3" DH1:Grafik-Tools/Jhead/Tools/bin/jpegtran -copy all -optimize -rotate 270 {file} {file} C:Delete ENV:TZ QUIET ; =notwendig, sonst wird eine um 1 Stunde falsche Dateizeit angezeigt DH1:Grafik-Tools/Jhead/jhead -ft {file} C:Copy ENVARC:TZ ENV:TZ QUIET ; stellt ursprüngliche (aktuelle) Zeitzone wieder her EndIF IF "$CheckDegrees" EQ "0" Skip CleanUp EndIF EndIF IF "$CheckChoice" EQ "2" C:Delete ENV:TZ QUIET ; =notwendig, sonst wird eine um 1 Stunde falsche Dateizeit angezeigt DH1:Grafik-Tools/Jhead/jhead -ft {file} C:Copy ENVARC:TZ ENV:TZ QUIET ; stellt ursprüngliche (aktuelle) Zeitzone wieder her EndIF IF "$CheckChoice" EQ "3" C:Delete ENV:TZ QUIET ; =notwendig, sonst wird eine um 1 Stunde falsche Dateizeit angezeigt DH1:Grafik-Tools/Jhead/jhead >CON:0/24/550/300/Exif-Data/SCREENPhotoAlbum/WAIT {file} C:Copy ENVARC:TZ ENV:TZ QUIET ; stellt ursprüngliche (aktuelle) Zeitzone wieder her EndIF IF "$CheckChoice" EQ "4" DH1:View&Play/PhotoAlbum/Rexx/PARename.rexx {file} EndIF IF "$CheckChoice" EQ "0" Skip CleanUp EndIF Lab CleanUp C:Delete T:Choice ENV:CheckChoice T:Degrees ENV:CheckDegrees QUIET Schon mal Danke für's Lesen... P.S: Standalone - also das Skript selbst direkt in einer Shell aufgerufen funktioniert sehrwohl mit JPEGs aus Verzeichnissen mit Leerstellen im Namen. Dürfte daher eher an PhotoAlbum selbst liegen... [ Dieser Beitrag wurde von Indy am 27.07.2006 um 22:19 Uhr geändert. ] |
|||||
Indy
Nutzer
29.06.2006, 00:40 Uhr [ - Direktlink - ] |
Thema: Frage an REPULSE Besitzer/Benutzer
Brett: Amiga, AmigaOS 4 @DJBase: Als ich meine Repulse damals 2004 bestellte, hatte ich mit folgenden Mailadressen Kontakt: info@aliendesign-gbr.de crayor@aliendesign-gbr.de (Jörg Rebenstorf) default@crayor.com crayor@crayor.com Versuch's halt mal und viel Glück... -- Gruß, Indy |
|||||
Indy
Nutzer
19.06.2006, 21:43 Uhr [ - Direktlink - ] |
Thema: Web-Radio freundliche Seite
Brett: Amiga, AmigaOS 4 @binkino: Das sind good news, in der Tat Hol Dir die neueste letzte Version 2.16 von AmigaAmp. Diese Version behebt eben genau dieses "http..." Problem. Andere Frage: Ich wollte den "Orangen" Sender mal mit AmiNetRadio 2.5 (über IBrowse 2.3) probieren, erhalte aber immer nur ganz kurzen abgehackten Sound (MiamiDX und ADSL vorhanden). Klappt das bei Dir ? Über "StreamMP3.rx" und mpega.library funktioniert es hier soweit ja ganz ordentlich. -- Gruß, Indy |
|||||
Indy
Nutzer
14.06.2006, 22:50 Uhr [ - Direktlink - ] |
Thema: Frage an REPULSE Besitzer/Benutzer
Brett: Amiga, AmigaOS 4 @AmigaHarry: Tja, also das Problem gibt's immer noch und als schnelle Abhilfe - OHNE jedesmal den Amiga resetten zu müssen - habe ich folgendes kleines Script gebastelt, welches ich im Falle des Falles starte: C:Play16 SINGLE SYS:Prefs/Presets/Sounds/AbsoluteSilence Wobei "AbsolutSilence" einfach irgendein kurzes Sample sein kann. In meinem Falle habe ich allerdings tatsächlich 0,5 Sekunden "Nullsignal" als SVX abgespeichert (ca. 7 kB) Nach diesem Script verschwindet der störende "Ausschlag" sofort. Ist allerdings natürlich auch nicht die Ideallösung. Wenn ich mal Zeit finde, werde ich auf AHI 6 updaten und vielleicht löst sich dann das Problem. Ich glaube mich zu erinnern, gelesen zu haben, daß AHI 6 etwas CPU intensiver sein soll als die 5-er Version. Stimmt das ? Hat das jemand beobachten können ? [ Dieser Beitrag wurde von Indy am 14.06.2006 um 22:50 Uhr geändert. ] |
|||||
Indy
Nutzer
23.05.2006, 01:45 Uhr [ - Direktlink - ] |
Thema: Amiga und iPod (Apple) ?
Brett: Amiga, AmigaOS 4 @AWDesign: Es ginge eben im Speziellen um die iPod Nanos (1/2/4 GB) unter AmigaOS 3.9. -- Gruß, Indy |
|||||
Indy
Nutzer
22.05.2006, 00:39 Uhr [ - Direktlink - ] |
Thema: Amiga und iPod (Apple) ?
Brett: Amiga, AmigaOS 4 Hallo Forum! Kurz gefragt: Hat jemand schon mal versucht, einen iPod am Amiga zu betreiben ? Geht das problemlos mit AlgorPRO und Poseidon ? -- Gruß, Indy |
|||||
Indy
Nutzer
22.05.2006, 00:27 Uhr [ - Direktlink - ] |
Thema: Jabberwocky
Brett: Amiga, AmigaOS 4 @Highnoon: Nach einigen anderen Servern beobachte/teste ich nun seit einiger Zeit jabber.sk Dieser ist bislang der Zuverlässigste und unterstützt eine Menge Protokolle (auch ICQ). -- Gruß, Indy |
|||||
Indy
Nutzer
05.05.2006, 23:37 Uhr [ - Direktlink - ] |
Thema: MorphOS 1.4.5 PowerUP und A4000D IDE ?
Brett: MorphOS @thomas: Wenn du z.B. OS3.5 oder 3.9 samt ROM-Update von der SCSI-Platte bootest, funktioniert der IDE-Bus auch, wenn er im CSPPC-Menü deaktiviert wurde. Hmmm... da ist natürlich was dran. Also im CSPPC-Menü muss ja zum Booten von MorphOS immer "NO MapROM" eingestellt sein (klar!). Dadurch werden die übrigen Menüpunkte "ghosted" dargestellt, weshalb ich immer dachte, daß sie deshalb auch ab nun ohne Bedeutung/Wirkung/Einfluss auf das System sind. Stelle ich also zuvor noch "No SCSIPatch" ein, bootet MorphOS, aber die IDE Platte ist weg. Stelle ich auf "SCSIPatch", bootet MorphOS bis zum MorphOS Logo und bleibt dann dort stehen. -- Gruß, Indy |
|||||
Indy
Nutzer
05.05.2006, 16:28 Uhr [ - Direktlink - ] |
Thema: MorphOS 1.4.5 PowerUP und A4000D IDE ?
Brett: MorphOS @ForgottenHero: Ich verwende hier keinerlei IDE-Adapter. Die HD hängt direkt als einziges Gerät am internen IDE-Port meines A4000D. -- Gruß, Indy |
|||||
Indy
Nutzer
04.05.2006, 23:29 Uhr [ - Direktlink - ] |
Thema: MorphOS 1.4.5 PowerUP und A4000D IDE ?
Brett: MorphOS @thomas: Hast du denn etwas geändert, damit du *nicht* vom IDE-Bus bootest ? Nicht das ich wüßte... bzw. meine normale Bootplatte für AmigaOS ist SCSI und hängt an der CSPPC. Mein MorphOS System boote ich von einem 100MB ZIP, welches via SCSI am CSPPC-Controller hängt. Alle SCSI Geräte an der CSPPC werden erkannt, auch USB (Drucker, Memory Stick). Oder hast du den IDE-Bus im BIOS der CSPPC deaktiviert ? Nein, ist natürlich aktiviert, da ich ja eine kleine IDE-Platte daran bereibe. -- Gruß, Indy |
|||||
Indy
Nutzer
01.05.2006, 06:37 Uhr [ - Direktlink - ] |
Thema: MorphOS 1.4.5 PowerUP und A4000D IDE ?
Brett: MorphOS Also ich mache ja gerade erst meine allerersten "Gehversuche" mit MOS-PUP und soweit klappt ja auch schon so einiges recht ordentlich. Aber ich "vermisse" meine kleine IDE-Harddisk, welche am internen IDE-Port meines A4000D hängt. Weder gibts auf dem Ambient Desktop das entsprechende Icon zu sehen, noch existiert ein Eintrag in der Liste angemeldeter Devices. Muss man da noch irgendwo etwas einstellen/anmelden/etc.. oder wird der interne IDE einfach nicht unterstützt ? Oder ist es nötig, dafür ein AmigaOS Kickstart-File einzubinden ? [ Dieser Beitrag wurde von Indy am 02.05.2006 um 00:06 Uhr geändert. ] |
|||||
Indy
Nutzer
30.04.2006, 13:47 Uhr [ - Direktlink - ] |
Thema: Commodore1985-Video
Brett: Amiga, AmigaOS 4 @Chritoph: Benutzt Du Frogger oder FroggerNG ? Ich verwende hier Frogger v1.67 (WarpOS) und FroggerNG v2.07 (WarpOS). Frogger v1.69rc1 (WarpOS) neigt hier zu Problemen. [ Dieser Beitrag wurde von Indy am 30.04.2006 um 13:49 Uhr geändert. ] |
|||||
|
Impressum |
Datenschutzerklärung |
Netiquette |
Werbung |
Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten. |