amiga-news ENGLISH VERSION
.
Links| Forum| Kommentare| News melden
.
Chat| Umfragen| Newsticker| Archiv
.

amiga-news.de Forum > Suche [ - Suche - Neue Beiträge - Registrieren - Login - ]

Erste 4 5 6 7 8 -9- 10 11 12 13 14 Letzte Ergebnisse der Suche: 538 Treffer (30 pro Seite)
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:
Original von Holger:
Allerdings erklärt das auch die Fehlermeldung von mkisofs. Wenn Du eine "CD-Extra" anlegen willst, musst Du nur mittels -C die Offsets für die Blöcke angeben, -M dient dazu, die Dateien eines älteren Datentracks mit dem neuen zu mergen. Einen solchen gibt es natürlich in der Audio-Session nicht.


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:
Original von Holger:

...Nach Deiner Beschreibung ist die erste Session, also die mit dem Hidden-Track im PreGap schon längst auf die CD geschrieben, und Du willst nur noch die zweite Session mit dem Datentrack (CD-Extra) auf die CD schreiben.


Das ist richtig.

Zitat:
DAS kann MakeCD aber ohne jegliche Probleme.

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:
Mit welcher Software Du die erste Session geschrieben hast, ist dabei belanglos.

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:
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

Eigentlich funktioniert die Zeile auch (d.h. das gewünschte iso-image wird tatsächlich erstellt), wenn....
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... I-)
--


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... I-)


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. ]
 
 
Erste 4 5 6 7 8 -9- 10 11 12 13 14 Letzte Ergebnisse der Suche: 538 Treffer (30 pro Seite)

Suchbegriffe
Schlüsselwörter      Benutzername
Suchoptionen
Nur in diesen Foren suchen
   nur ganze Wörter
Nur Titel anzeigen
alle Treffer anzeigen

.
Impressum | Datenschutzerklärung | Netiquette | Werbung | Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten.
.