ENGLISH VERSION |
|
Links | | | Forum | | | Kommentare | | | News melden |
Chat | | | Umfragen | | | Newsticker | | | Archiv |
amiga-news.de Forum > Suche | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
|
||||||
Reth
Nutzer
05.03.2013, 20:37 Uhr [ - Direktlink - ] |
Thema: kostenlose, private Homepage?
Brett: Amiga, AmigaOS 4 @angel77: Hm, hacksicher weiss ich nicht (welche Site/welcher Server ist das schon). Rest siehe hier. |
|||||
Reth
Nutzer
05.03.2013, 20:35 Uhr [ - Direktlink - ] |
Thema: Verzweiflung mit Jabberwocky
Brett: Amiga, AmigaOS 4 Zitat: Hab ich schon eingestellt. Hatte aber beim Chat-Versuch mit meinem Bruder nicht geklappt (s. Beschreibung oben). Auch mit dem Alice Testbot für MSN kommt alles nur im Nachrichtenfenster an, auch wenn ichs im Chatfenster abschicke! @Evil: Bin bei MSN, (Skype) und ICQ. Hab leider die IDs gerade nicht da und bin auch gerade nicht an AOS4. [ Dieser Beitrag wurde von Reth am 07.03.2013 um 20:27 Uhr geändert. ] |
|||||
Reth
Nutzer
26.02.2013, 23:59 Uhr [ - Direktlink - ] |
Thema: Verzweiflung mit Jabberwocky
Brett: Amiga, AmigaOS 4 Wie gesagt kann ich ja mit MSN-Kontakten kommunizieren. Allerdings wenn ich chatte kommen deren Antworten immer nur als Nachrichten, die ich einzeln fürs Lesen anwählen muss. Im Chat-Fenster kommt nix zurück. Getestet nun mit 2 versch. Jabber-Servern. Schon möglich, dass dies am veralteten Programmstand liegt. Keine Ahnung. |
|||||
Reth
Nutzer
25.02.2013, 20:13 Uhr [ - Direktlink - ] |
Thema: Verzweiflung mit Jabberwocky
Brett: Amiga, AmigaOS 4 Hallo zusammen, probiere immer noch das Programm (derzeit unter AOS4) sinnvoll zu nutzen. Klappt aber leider nicht. Unter jabber.earth.li konnte ich zwar Transports einrichten (z.B. für MSN), nur klappt damit das Chatten nicht. Kann zwar im Chat Texte senden, bekomme aber alle Antworten nur als Messages, die ich über "Nachricht lesen" lesen muss. Kein Chat! Und unter jabber.hot-chilli.net bekomme ich die Transports gar nicht zum Laufen! Wenn ich dort die Agentenliste anschaue sind zwar ICQ und MSN registriert, aber wenn ich auf den Register...-Button oder Suchen...-Button zu einem ausgewählten Agent klicke passiert leider gar nichts. Kommunizieren mit MSN-Kontakten funktioniert leider auch nicht. Hier mal die Fehlermeldung (mit der ich noch nix anfangen kann, da ich erfolgreich am Server angemeldet und verbunden bin): * XML Sent: <iq type='get' to='msn.jabber.hot-chilli.net' id='reg1'><query xmlns='jabber:iq:register'/></iq> * XML Received: <iq id='reg1' type='error' to='reth@jabber.hot-chilli.net/Jabberwocky' from='msn.jabber.hot-chilli.net'><error type='auth'><forbidden xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'/></error></iq> * Debug: unknown iq packet: Hab keine Idee mehr, wieso bzw., was ich noch versuchen kann. Zudem ist es höchst seltsam, dass wenn ich mich aus einem Konto abmelde und mit einem neuen auf einem anderen Server verbinde immer noch die Agenten des letzten Kontos angezeigt werden! Muss das Programm erst beenden und neu starten, damit die Liste aktualisiert wird. Weiss hier jmd. Hilfe? Würde gern mit verschiedenen Diensten kommunizieren (z.B. MSN, ICQ) und zwar mit Hilfe von Jabberwocky (leider sind wir ja mit Skype nicht gesegnet)! Danke schon mal! Ciao [ Dieser Beitrag wurde von Reth am 25.02.2013 um 20:17 Uhr geändert. ] |
|||||
Reth
Nutzer
26.01.2013, 20:48 Uhr [ - Direktlink - ] |
Thema: Amiganer testet MorphOS
Brett: MorphOS @morlock: Was bringt denn der ping von http://www.google.de und was kommt, wenn Du die IP Deines Routers anpingst? Zitat: Verstehe ich das richtig, dass nach jedem Neustart von Windows, MacOS und MorphOS Deine Verbindung zum Internet wieder weg ist und neu konfiguriert werden muss? Gilt das im statischen und im Fall von DHCP? Klingt äußerst seltsam. Vielleicht hat der Router ein Problem? [ Dieser Beitrag wurde von Reth am 26.01.2013 um 20:53 Uhr geändert. ] |
|||||
Reth
Nutzer
19.01.2013, 19:16 Uhr [ - Direktlink - ] |
Thema: AOS4 GCC und makefile-Probleme
Brett: Programmierung Zitat: Ja, hier die Kopie: gmake: *** No rule to make target 'game.o', needed by 'gigalomania'. Stop. Zitat: Wieso funktioniert das Ganze aber dann, wenn ich nur den *.o-Datein ihren Pfad mitgebe, den anderen aber nicht? Oder würde sich das dann erst beim Linken bemerkbar machen (soweit bin ich nämlich noch nicht gekommen)? Folgendes MakeFile funktioniert nämlich zunächst mal: code:CC=g++ CCFLAGS=-O2 -Wall SRCDIR = src/ HEADERDIR = header/ OBJDIR = obj/ CFILES=game.cpp gamestate.cpp gui.cpp image.cpp main.cpp panel.cpp player.cpp resources.cpp screen.cpp sector.cpp sound.cpp utils.cpp HFILES=game.h gamestate.h gui.h image.h panel.h player.h resources.h screen.h sector.h sound.h utils.h common.h stdafx.h #OFILES=game.o gamestate.o gui.o image.o panel.o player.o resources.o screen.o sector.o sound.o utils.o main.o OFILES=$(OBJDIR)game.o $(OBJDIR)gamestate.o $(OBJDIR)gui.o $(OBJDIR)image.o $(OBJDIR)panel.o $(OBJDIR)player.o $(OBJDIR)resources.o $(OBJDIR)screen.o $(OBJDIR)sector.o $(OBJDIR)sound.o $(OBJDIR)utils.o $(OBJDIR)main.o APP=gigalomania INC='sdl-config --cflags' -I$(HEADERDIR) LINKPATH='sdl-config --libs' -L/usr/X11R6/lib/ -L/usr/lib LIBS=-lSDL_image -lSDL_mixer -ljpeg -lpng -lvorbisfile -lvorbis -logg -lSDL -lz all: $(APP) $(APP): $(OFILES) $(HFILES) $(CFILES) $(CC) $(OFILES) $(CCFLAGS) $(LINKPATH) $(LIBS) -o $(APP) #.cpp.o: # $(CC) $(CCFLAGS) -O2 $(INC) -c $< $(OBJDIR)%.o: $(SRCDIR)%.cpp $(CC) $(CCFLAGS) -O2 $(INC) -c $< clean: rm -rf *.o rm -f $(APP) |
|||||
Reth
Nutzer
18.01.2013, 18:05 Uhr [ - Direktlink - ] |
Thema: AOS4 GCC und makefile-Probleme
Brett: Programmierung @thomas: Zitat: Allerdings hatte ich in meinem Post auch erwähnt, dass die Regel nicht funktioniert, wenn sie nur für die .o-Dateien angegeben ist, ohne führendes Verzeichnis. Also wenn ich statt: code:nun Folgendes schreibe:$(OBJDIR)%.o: $(SRCDIR)%.cpp $(CC) $(CCFLAGS) -O2 $(INC) -c $< code:%.o: $(SRCDIR)%.cpp $(CC) $(CCFLAGS) -O2 $(INC) -c $< Bekomme ich dennoch den Fehler, dass keine Regel zum Erzeugen von game.o gefunden werden kann. Woran liegt das aber nun? (Zudem hatte ich ja auch gesagt, dass die Regel funktioniert, wenn ich $(OBJDIR) im Target vorschalte und wenn ich bei den OFILES auch überall diese Verzeichnisvariable voranstelle. D.h., den von Dir angemerkten Punkt hatte ich schon erkannt, war aber der Meinung, dass ich dies in meinem versehentlich gelöschten Makefile auch ohne Verzeichnisvariable bei den OFILES, dafür aber beim Target geschafft hatte. Aber dann scheint das wohl nicht so zu klappen.) |
|||||
Reth
Nutzer
17.01.2013, 21:56 Uhr [ - Direktlink - ] |
Thema: AOS4 GCC und makefile-Probleme
Brett: Programmierung Oh man! Ich bin offenbar zu dämlich für make und das ganze Zeuch! Noch dazu hab ich vor lauter Dummheit beim Einspielen der neuen Source-Version von GigaLoMania mein altes, funktionierendes MakeFile überschrieben! Nun hänge ich fest und komme nicht weiter. gmake sagt mir, dass es keine Regel findet, um das target game.o zu bauen (makefile unten im Anschluss). Hab schon einiges probiert. Das Einzige, was hilft ist, vor jede .o-Datei in der Zeile OFILES=... jeweils $(OBJDIR) anzugeben. Aber wieso? Das kapier ich nicht (hab offenbar die dazu gehörenden Teile der bisher gelesenen Tutorials nicht ganz verstanden)! Meiner Meinung nach hatte ich die überschriebene Makefile-Version so, dass ich bei der Aufzählung der Einzeldateien keine Verzeichnisangaben machen musste, nur in der Buildregel und bei Angabe der Includepfade. Einen Fehler hab ich schon eliminiert (hatte die Pfadvariablen innerhalb des makefiles unterschiedlich geschrieben). Vielleicht könnt ihr mir noch helfen, meine anderen Fehler zu finden und mir vor allem beim Verstehen des Ganzen behilflich sein?! Wäre wie immer echt super! Die Sourcen stehen alle im Verzeichnis src/, die Header im Verzeichnis header/. Hier mein aktuelles, so nicht funktionierendes Makefile. Auch wenn ich statt $(OBJDIR)%.o: nur %.o: schreibe meldet make, dass es keine Regel zur Erstellung von game.o finden kann. Aber wieso? Die steht doch groß und breit da!? C code:CC=g++ CCFLAGS=-O2 -Wall SRCDIR = src/ HEADERDIR = header/ OBJDIR = obj/ CFILES=game.cpp gamestate.cpp gui.cpp image.cpp main.cpp panel.cpp player.cpp resources.cpp screen.cpp sector.cpp sound.cpp utils.cpp HFILES=game.h gamestate.h gui.h image.h panel.h player.h resources.h screen.h sector.h sound.h utils.h common.h stdafx.h OFILES=game.o gamestate.o gui.o image.o panel.o player.o resources.o screen.o sector.o sound.o utils.o main.o APP=gigalomania INC='sdl-config --cflags' -I$(HEADERDIR) LINKPATH='sdl-config --libs' -L/usr/X11R6/lib/ -L/usr/lib LIBS=-lSDL_image -lSDL_mixer -ljpeg -lpng -lvorbisfile -lvorbis -logg -lSDL -lz all: $(APP) $(APP): $(OFILES) $(HFILES) $(CFILES) $(CC) $(OFILES) $(CCFLAGS) $(LINKPATH) $(LIBS) -o $(APP) #.cpp.o: # $(CC) $(CCFLAGS) -O2 $(INC) -c $< $(OBJDIR)%.o: $(SRCDIR)%.cpp $(CC) $(CCFLAGS) -O2 $(INC) -c $< clean: rm -rf *.o rm -f $(APP) |
|||||
Reth
Nutzer
11.01.2013, 00:08 Uhr [ - Direktlink - ] |
Thema: AOS4 GCC und makefile-Probleme
Brett: Programmierung @thomas: @Holger: Danke nochmals für die Erläuterungen. Genau so stelle ich mir Erläuterungen im Rahmen von handbuchartigen Beschreibungen oder Tutorials vor! Zitat:Ich meinte, ob man in dieser "verkürzten Schreibweise" (keine Ahnung wie die genau heißt) hier: code:.cpp.o: $(CC) $(CCFLAGS) -O2 $(INC) -c $< auch unterschiedliche Pfade für die .cpp und .o Dateien angeben kann, ohne die Pfadvariablen einzeln vor jeder Datei in deren Auflistung anzugeben und ohne auf die normale Schreibweise zu wechseln, wie sie hier angegeben ist: code:OBJDIR = deinVerzeichnis/ SRCDIR = deinVerzeichnis/ und dann: $(OBJDIR)%.o: $(SRCDIR)%.cpp $(CC) $(CCFLAGS) -O2 $(INC) -c $< [ Dieser Beitrag wurde von Reth am 13.01.2013 um 11:41 Uhr geändert. ] |
|||||
Reth
Nutzer
07.01.2013, 22:06 Uhr [ - Direktlink - ] |
Thema: AOS4 GCC und makefile-Probleme
Brett: Programmierung Nochmals Dank. Zitat:Hm, aber die Regel wird doch automatisch auf alle cpp-Dateien angewandt. Laut Tutorials bedeutet dabei $< die erste Abhängigkeit (in dem Fall dann die cpp-Datei). Wie wird nun make dazu veranlasst, alle cpp-Dateien dadurch zu compilieren und nicht nur eine? Hatte die Regel so verstanden, dass sie alle cpp-Dateien, die gefunden werden in der angegebenen Art und Weise bearbeitet. Oder werden nur alle cpp-Dateien genommen, die im makefile angegeben sind und mit in der $(APP)-Regel auftauchen? Zitat:Hab ich jetzt auch verstanden, nachdem Jolo seinen nächsten Post mit folgendem Teil gemacht hatte: Zitat:Das wusste ich nicht. Find ich auch komisch, da die Angabereihenfolge von target und Abhängigkeit komplett umgekehrt ist. War verwirrend. @Jolo: Danke nochmal für Deine Ausführungen. Die "normale" Angabe einer Regel mit entsprechenden Variablen für Pfadnamen kannte ich schon. Aber die Kurzschreibweise (oder "Suffix-Regel") war mir dagegen unbekannt. |
|||||
Reth
Nutzer
06.01.2013, 22:04 Uhr [ - Direktlink - ] |
Thema: AOS4 GCC und makefile-Probleme
Brett: Programmierung Also den Fall: code:hab ich nun auch schon des Öfteren gesehen. Hat ja bei mir dann auch noch geklappt..cpp.o: $(CC) $(CCFLAGS) -O2 $(INC) -c $< Zitat: Weiss auch jmd. wie ich getrennte Pfade für src und object in dem o.g. Fall angebe, also in: code:Danke schon mal!.cpp.o: $(CC) $(CCFLAGS) -O2 $(INC) -c $< Ciao |
|||||
Reth
Nutzer
05.01.2013, 20:11 Uhr [ - Direktlink - ] |
Thema: AOS4 GCC und makefile-Probleme
Brett: Programmierung Dank euch! Hab in der Zwischenzeit noch einige Tutorials etc. gewälzt. Aber bin noch nicht darauf gekommen, was .cpp.o: genau bedeuten. Mein Verständnis: Für alle Dateien mit Endung cpp und alle Dateien mit Endung o folgende Regel anwenden. Stimmt das so, oder gibt es da noch einen adäquateren Wortlaut für? Hab das mit make nochmal ausprobiert. Die Sourcen neu entpackt, ins Verzeichnis gewechselt und make aufgerufen. Funktioniert soweit einwandfrei. Allerdings kennt es sdl-config nicht. Das klappt nur, wenn ich in die sh wechsle und dort make bzw. gmake aufrufe (denn die sh kennt das Verzeichnis, in dem sdl-config liegt). Weiss jmd., wie ich make aus der Amiga-Shell auch dazu bekomme, sdl-config nutzen zu können? SDL ist normal installiert. Eine Variante wäre, den Pfad zu erweitern, so dass auch dort gesucht wird, wo sdl-config abgelegt ist. Aber reicht das schon aus im Sinne korrekter Konfiguration der Installationen (SDL und SDK)? [ Dieser Beitrag wurde von Reth am 05.01.2013 um 20:13 Uhr geändert. ] |
|||||
Reth
Nutzer
04.01.2013, 22:20 Uhr [ - Direktlink - ] |
Thema: AOS4 GCC und makefile-Probleme
Brett: Programmierung Ups, habe gerade gesehen, dass ich ja die Header und Sourcen in eigene Unterverzeichnisse gesteckt habe und diese hier im Makefile noch fehlen. Weiss zufällig jmd., wie ich bei solchen allgemeinen Pattern in makefiles noch Verzeichnisse für die Source-, Header- und Objektdateien angeben kann? Danke schon mal (werde demnächst erst mal das makefile mit den original-entpackten Dateien testen, dort liegt alles im selben Verzeichnis). Ciao |
|||||
Reth
Nutzer
03.01.2013, 22:57 Uhr [ - Direktlink - ] |
Thema: AOS4 GCC und makefile-Probleme
Brett: Programmierung Hallo mal wieder zusammen, bin eigentlich ein Bewunderer der Möglichkeiten von make, allerdings werd ich da wohl nie richtig durchsteigen, egal, wie viele Tutorials und Beispiele ich dazu noch anschaue! Habe mir die Sourcen von GigaLoMania runtergeladen und versucht, das Makefile in Codebench auf zu rufen. Allerdings findet dort make keine Regel für das Erstellen von game.o! Es scheint, als ob make die Regel .cpp.o: nicht versteht. Liegt das an der Version, die für AOS4 benutzt wird? Oder was könnte hier das Problem sein? Danke schon mal für eure Infos! Ciao Anbei mal das makefile: C code:CC=g++ CCFLAGS=-O2 -Wall CFILES=game.cpp gamestate.cpp gui.cpp image.cpp main.cpp panel.cpp player.cpp resources.cpp screen.cpp sector.cpp sound.cpp utils.cpp HFILES=game.h gamestate.h gui.h image.h panel.h player.h resources.h screen.h sector.h sound.h utils.h common.h stdafx.h OFILES=game.o gamestate.o gui.o image.o panel.o player.o resources.o screen.o sector.o sound.o utils.o main.o APP=gigalomania INC='sdl-config --cflags' LINKPATH='sdl-config --libs' -L/usr/X11R6/lib/ -L/usr/lib LIBS=-lSDL_image -lSDL_mixer all: $(APP) $(APP): $(OFILES) $(HFILES) $(CFILES) $(CC) $(OFILES) $(CCFLAGS) $(LINKPATH) $(LIBS) -o $(APP) .cpp.o: $(CC) $(CCFLAGS) -O2 $(INC) -c $< # REMEMBER to update debian/dirs if the system directories that we use are changed!!! install: $(APP) mkdir -p $(DESTDIR)/opt/gigalomania # -p so we don't fail if folder already exists cp $(APP) $(DESTDIR)/opt/gigalomania cp readme.html $(DESTDIR)/opt/gigalomania cp -a gfx/ $(DESTDIR)/opt/gigalomania # -a need to copy permissions etc cp -a islands/ $(DESTDIR)/opt/gigalomania cp -a sound/ $(DESTDIR)/opt/gigalomania cp gigalomania.desktop $(DESTDIR)/usr/share/applications/ cp gigalomania_fullscreen.desktop $(DESTDIR)/usr/share/applications/ cp gigalomania64.png $(DESTDIR)/usr/share/pixmaps/ # REMEMBER to update debian/dirs if the system directories that we use are changed!!! uninstall: rm -rf $(DESTDIR)/opt/gigalomania # -f so we don't fail if folder doesn't exist rm -f $(DESTDIR)/usr/share/applications/gigalomania.desktop rm -f $(DESTDIR)/usr/share/applications/gigalomania_fullscreen.desktop rm -f $(DESTDIR)/usr/share/pixmaps/gigalomania64.png install_maemo: $(APP) mkdir -p $(DESTDIR)/opt/gigalomania # -p so we don't fail if folder already exists cp $(APP) $(DESTDIR)/opt/gigalomania cp -a gfx/ $(DESTDIR)/opt/gigalomania # -a need to copy permissions etc cp -a islands/ $(DESTDIR)/opt/gigalomania cp -a sound/ $(DESTDIR)/opt/gigalomania mkdir -p $(DESTDIR)/usr/share/applications/hildon/ cp gigalomania_maemo.desktop $(DESTDIR)/usr/share/applications/hildon/ mkdir -p $(DESTDIR)/usr/share/pixmaps cp gigalomania48.png $(DESTDIR)/usr/share/pixmaps/ chmod a+x gigalomania_mobile.sh # workaround for permissions not set in zip file! mkdir -p $(DESTDIR)/usr/bin/ cp gigalomania_mobile.sh $(DESTDIR)/usr/bin/gigalomania_mobile.sh uninstall_maemo: rm -rf $(DESTDIR)/opt/gigalomania # -f so we don't fail if folder doesn't exist rm -f $(DESTDIR)/usr/share/applications/hildon/gigalomania_maemo.desktop rm -f $(DESTDIR)/usr/share/pixmaps/gigalomania48.png rm -f $(DESTDIR)/usr/bin/gigalomania_mobile.sh install_meego: $(APP) mkdir -p $(DESTDIR)/opt/gigalomania # -p so we don't fail if folder already exists cp $(APP) $(DESTDIR)/opt/gigalomania cp -a gfx/ $(DESTDIR)/opt/gigalomania # -a need to copy permissions etc cp -a islands/ $(DESTDIR)/opt/gigalomania cp -a sound/ $(DESTDIR)/opt/gigalomania cp gigalomania_maemo.desktop $(DESTDIR)/usr/share/applications/ mkdir -p $(DESTDIR)/usr/share/icons/hicolor/48x48/apps/ cp gigalomania48.png $(DESTDIR)/usr/share/icons/hicolor/48x48/apps/ chmod a+x gigalomania_mobile.sh # workaround for permissions not set in zip file! mkdir -p $(DESTDIR)/usr/bin/ cp gigalomania_mobile.sh $(DESTDIR)/usr/bin/gigalomania_mobile.sh uninstall_meego: rm -rf $(DESTDIR)/opt/gigalomania # -f so we don't fail if folder doesn't exist rm -f $(DESTDIR)/usr/share/applications/gigalomania_maemo.desktop rm -f $(DESTDIR)/usr/share/icons/hicolor/48x48/apps/gigalomania48.png rm -f $(DESTDIR)/usr/bin/gigalomania_mobile.sh clean: rm -rf *.o rm -f $(APP) |
|||||
Reth
Nutzer
01.01.2013, 21:04 Uhr [ - Direktlink - ] |
Thema: Gibt es ein Standard-#define für Amiga-Systeme?
Brett: Programmierung Hallo zusammen und ein gutes neues Jahr wünsche ich! Sorry für die hoffentlich nicht zu blöde Frage, aber gibt es so etwas im Vgl. zu Windows oder Linux: C code:?#if defined (_WIN32) #if defined __linux Habe schon von C code:gelesen, weiss aber nicht, ob das immer und überall trägt.#if defined AMIGA Oder muss man sich so ein Define immer selbst im makefile setzen? Danke schon mal für ne kurze Info. (Hm, irgendwie wird bei mir der Text nach dem ersten Codeblock in der Vorschau so klein angezeigt wie die Überschrift "C code:". Ist da was mit der Forensoftware passiert, oder gehts nur mir so?) Ciao [ Dieser Beitrag wurde von Reth am 01.01.2013 um 21:04 Uhr geändert. ] |
|||||
Reth
Nutzer
23.12.2012, 00:12 Uhr [ - Direktlink - ] |
Thema: kostenlose, private Homepage?
Brett: Amiga, AmigaOS 4 @Ralf27: Also ich hab mich hier niedergelassen: freeunix nachdem das bei meinem vorheriger Kostenlosprovider nicht mehr funktioniert hatte. Mir war dabei noch Werbefreiheit wichtig. [ Dieser Beitrag wurde von Reth am 23.12.2012 um 00:14 Uhr geändert. ] |
|||||
Reth
Nutzer
20.11.2012, 10:18 Uhr [ - Direktlink - ] |
Thema: Apache Webserver für Amiga
Brett: Amiga, AmigaOS 4 Kann ich nur bestätigen. Die AAMP-Sachen von Edgar laufen out of the box. Nutze sie lokal aufm Peg2 (und früher auf A4000), um meine Website zu basteln und zu testen, sowie eine Forensoftware. Ciao |
|||||
Reth
Nutzer
18.11.2012, 22:32 Uhr [ - Direktlink - ] |
Thema: Wie Sounds, MP3s, ... aus MUI_OWB in AOS4 abspielen?
Brett: Amiga, AmigaOS 4 @AmigaHarry: Danke für den Tip. Das mit dem Kontextmenü funktioniert super, leider nicht mit DVPlayer, dafür mit Tunenet. Was nicht klappt ist das direkte Klicken auf die Play-Buttons bei der mp3.com. Dann passiert leider gar nix. (Von dem Sound hab ich mir noch gar nichts angehört. Finde einige Trance-Sachen zwar ganz gut, mag aber mehr die härteren Gangarten und gelegentlich etwas House, wenn der Bass gut durchhaut!) |
|||||
Reth
Nutzer
17.11.2012, 21:46 Uhr [ - Direktlink - ] |
Thema: Wie Sounds, MP3s, ... aus MUI_OWB in AOS4 abspielen?
Brett: Amiga, AmigaOS 4 Hallo zusammen, habe schon einiges durchsucht, aber noch nix hilfreiches gefunden. Kann mir hier evtl. jemand zeigen/sagen, wie ich MUI_OWB in AOS4 konfigurieren muss, damit ich sounds, wie z.B. von hier oder MP3s, wie z.B. von hier direkt abspielen oder an einen Player weitergeben kann? Habe bisher folgendes konfiguriert: Bild: http://amiga.freeunix.net/wizardgrounds/Anderes/AOS4/Audio_MUI_OWB.png Leider lassen sich darüber die MP3s nur öffnen und abspielen, wenn ich statt eines normalen Linksklicks übers Kontextmenü reingehe und den Link z.B. in nem neuen Tab öffne. Wie kann ich es in AOS4 MUI_OWB denn erreichen, dass die Sounds/MP3s beim direkten Draufklicken abgespielt werden (meinetwegen gern durch externe Player)? Danke schon mal! Ciao René |
|||||
Reth
Nutzer
07.11.2012, 22:56 Uhr [ - Direktlink - ] |
Thema: Neue Frage zu Überdeckungen
Brett: Programmierung @Thore: Also ich nutze das RKRM auch, mehr aber noch die abgedruckte Version auf z.B. Innoidea oder die Teile von der Developer CD. Allerdings haben mir bisher am meisten Bsp.-Programme, Bsp.-Sourceausschnitte und die Erläuterungen in allen Threads geholfen! @Thread: Ich finde es schade, dass sich hier (wieder mal) OT gezofft wird und Streit entbrennt. Damit ist niemandem geholfen und auch weiteren Problemeröterungen ist damit schon geschadet. |
|||||
Reth
Nutzer
07.11.2012, 21:34 Uhr [ - Direktlink - ] |
Thema: Neue Frage zu Überdeckungen
Brett: Programmierung @Holger: Source ging vor ein paar Tagen raus. |
|||||
Reth
Nutzer
29.10.2012, 12:35 Uhr [ - Direktlink - ] |
Thema: Neue Frage zu Überdeckungen
Brett: Programmierung Zitat:Super! Vielen Dank schon mal. Geht demnächst irgendwann raus. @Thore: Bei mir gehts meistens noch, wenn ich mir einzelne API-Aufrufe isoliert anschaue (z.B. für das Öffnen eines Fensters oder das AND-Verknüpfen einer Region mit einem Rechteck). Wenn es aber um das Zusammenspiel und die richtigen Reihenfolgen bei der Verwendung (wie z.B. bei mir im Rahmen von Refreshs) geht wird die Sache aus meiner Sicht schon schwieriger. Und das Ganze trotz der Bsps. und anderen Hilfen auf der Developer CD. Da bin ich dann eher bei Holger. Mit C++ hab ich gerade die größten Probleme, im Auge zu behalten, wo ich welche Sachen wie verwende und wie sich dadurch deren Scope-Verhalten darstellt. Dabei kommt dann noch die zusätzliche Schwierigkeit (für mich zumindest) ins Spiel, im Auge zu behalten, bei welchen Aufrufen/Zuweisungen Objekte kopiert werden. Mit diesen Dingen tue ich mich gerade absolut schwer! |
|||||
Reth
Nutzer
27.10.2012, 20:12 Uhr [ - Direktlink - ] |
Thema: Neue Frage zu Überdeckungen
Brett: Programmierung @Thore: Ah ok, danke. Hatte nur nicht verstanden, worauf Du im Bezug auf meinen Post hinaus wolltest. Die Trennung von Programmiersprache und API ist für mich eigentlich selbstverständlich, daher konnte ich den Bezug nicht gleich herstellen. Und das mit dem Code schlecht machen: Keine Bange, das wär nur berechtigt. Schätze meine Designfähigkeiten als unterirdisch ein, daher hänge ich an manchen Stellen ewig rum, bis ich mich entschieden habe, wie ichs angehe (auch bei den Vorüberlegungen), nur um dann festzustellen, dass es doch nicht trägt. Von demher sehe ich meinen Code selbst als ziemlich schlecht an (merkt man auch an den Problemen, die ich allerorten bei der AOS-API-Nutzung habe)! Daher bin ich für jedes Review/jeden Vorschlag bzw. Tipp dankbar. |
|||||
Reth
Nutzer
27.10.2012, 12:12 Uhr [ - Direktlink - ] |
Thema: Neue Frage zu Überdeckungen
Brett: Programmierung @Thore: Was willst Du genau damit herausstellen? Sehe gerade den Bezug zu meinem Post nicht. Habe beides getrennt betrachtet (bzw. so gemeint). Dass ich das AOS-API nicht gerade programmierfreundlich finde ist glaube ich schon länger bekannt. Mein aktuelles Bsp.: Das Erstellen einer "Animations-Engine". Wie gesagt, gehe ich aber davon aus, dass ich mich dabei mehr als nur "ungelenk" und umständlich angestellt habe! Zweites Thema: Ich finde C++ um einigs komplexer, schwieriger und "gefährlicher" als C (unabhängig davon, was man damit machen will). Da ichs aber lernen will, beiß ich mich da rein. Leider habe ich die vielen tollen Zusatz-Libraries/-features noch nicht ausprobiert (z.B. Boost, smartPointer etc.). Einige davon können das Leben glaub ich erleichtern (bin mir aber nicht sicher, welche z.B. der AOS-SDK-GCC schon mitbringt und welche nicht - zumindest die STL-Container sind schon mal dabei). |
|||||
Reth
Nutzer
26.10.2012, 20:16 Uhr [ - Direktlink - ] |
Thema: Neue Frage zu Überdeckungen
Brett: Programmierung So, hab nun endlich mal so viele Fehler ausgemerzt, dass meine "Engine" erst einmal halbwegs stabil zu funktionieren scheint. Unwohl wird mir aber immer noch, wenn ich denke, welche Fehler ich wohl noch nicht gefunden habe (C++ ist in dieser Hinsicht für mich noch um vieles schlimmer als C und verzeiht noch weniger!)! Aber mal abgesehen davon, dass ichs nicht kann (also C++ und AOS-API) und ich die Amiga-API immer noch als hoch programmiererunfreundlich empfinden empfinde ich den produzierten Code nach Abzug dieser Dinge immer noch als hoch-komplex und "undurchsichtig". Also wer da mal durchgucken will und mir hilfreiche Tips geben kann, wie ich das schlanker, effizienter und verständlicher hinbekommen kann ... Freiwillige vor. Ich schüttle immer noch mit dem Kopf, was ich benötige, um "nur" animierte Objekte dar zu stellen, die nicht die ganze GUI "kaputt machen"! Ein Wahnsinn! Das Ergebnis ist leider auch in der dabei entstandenen Aussenschnittstelle nicht besser geworden (für ne gut durchdachte API-Kapselung, v.a., was animierte Darstellung mittels OS-Funktionen unter C++ anbelangt) hat mir dann doch der Nerv gefehlt! Jetzt muss ich "nur noch" den Spielablauf in meine selbst gebastelte "C++-API" reinbringen (sprich Interaktion, Zustände und Übergänge und damit verbundene Auswirkungen, sichtbar und unsichtbar). Zusätzlich muss ich die "Engine" leider auch noch verbessern, da man ein Flimmern beim EraseRect sieht, wenn sich die Animation schnell über den Bildschirm bewegt! D.h., irgendwann muss ich da noch Double-Buffering o.ä. reinbringen. Auf alle Fälle allen Mithelfern hier vielen, vielen Dank (auch denen aus den anderen Threads). Ohne euch wäre ich gar nicht erst soweit gekommen! Bis zum nächsten Posting mal! Ciao |
|||||
Reth
Nutzer
03.09.2012, 19:52 Uhr [ - Direktlink - ] |
Thema: Wie recoverable alert unter AOS4.1 debuggen?
Brett: Programmierung @Holger: Habe beide Bücher und die Developer CD 2.1 (die RKRMs gibts ja auch schon online). Aber mal abgesehen von den Büchern wüsste ich nicht, wo in der Developer CD z.B. solche bzw. ähnliche Sachen drin stehen - sprich Abhängigkeiten etc. (mal abgesehen von den Teilen, die bei der Beschreibung der API-Funktionen enthalten sind). |
|||||
Reth
Nutzer
03.09.2012, 12:51 Uhr [ - Direktlink - ] |
Thema: Wie recoverable alert unter AOS4.1 debuggen?
Brett: Programmierung @thomas: Hast ja recht! Davon abgesehen: Macht so eine Sammlung von "Fallstricken" usw. Sinn für AmigaOS? Was sagen die erfahrenen/erfahreneren Für-das-OS-Programmierer dazu? |
|||||
Reth
Nutzer
02.09.2012, 21:56 Uhr [ - Direktlink - ] |
Thema: Wie recoverable alert unter AOS4.1 debuggen?
Brett: Programmierung @Thore: Äh, bin etwas verwirrt. Auf was beziehst Du Deine Antwort? Auf den Punkt mit dem festen Postingformat für "Fallstricke des AmigaOS"? (Kann sein, dass es schon mal erwähnt wurde. Oder gibt es da schon ne Sammlung irgendwo für?) |
|||||
Reth
Nutzer
01.09.2012, 10:28 Uhr [ - Direktlink - ] |
Thema: Wie recoverable alert unter AOS4.1 debuggen?
Brett: Programmierung Hallo nochmals zusammen, so hier nun für alle noch die Lösung des Problems, die mir Holger dankenswerter Weise nach Durchsicht meines Codes genannt hatte. Ursache des seltsamen Verhaltens war in meinem Fall die Tatsache, dass meine Gadgetobjekte (welche ich für die Verwendung von struct Gadget gebaut habe) vor dem Schließen des Fensters und dem Entfernen aller darin enthaltenen Elemente (wie z.B. Menüs etc.) schon ihre Gültigkeit verloren hatten (sie gingen out of scope). Und obwohl dem Anwender keine Möglichkeit mehr gegeben war, in diesem Zeitraum mit den Gadgets zu arbeiten kam das System damit wohl nicht klar. Nach der Umstellung des Code, so dass nun die Gadgets "länger leben" als das Fenster und erst nach dessen "Aufräumen" und Beenden selbst aufgeräumt und beendet werden tritt der Fehler nicht mehr auf. Fazit: Um sicher zu gehen, dass beim Beenden und Aufräumen von Intuition Fenstern alles klappt müssen Gadgets, die solchen Fenstern hinzu gefügt wurden entweder vor dem Schließen des Fensters von diesem entfernt werden (um dann selbst beendet/aufgeräumt werden zu können), oder sie dürfen erst nach dem Schließen des Fensters beendet/aufgeräumt werden. Falls das textuell nicht so gut nachvollziehbar ist, gebt Bescheid, dann versuch ich noch ein bisschen Pseudocode einzustellen. Was mich in diesem Zusammenhang noch interessieren würde: Sind denn solche Grundlagen über Intuition etc. irgendwo aufgeschrieben (am Besten zusammen gefasst als Best Practices)? Z.B. im Amiga Intern oder im Profi Know How? Könnte mir vorstellen, dass es hier noch mehr solche Sachen gibt, über die man schnell mal stolpert! Wäre es sinnvoll hier (oder auf ner anderen entsprechenden Seite) einen solchen Thread (am besten mit festem Format für die Postings) zu erstellen? Ciao |
|||||
Reth
Nutzer
08.08.2012, 23:18 Uhr [ - Direktlink - ] |
Thema: Wie recoverable alert unter AOS4.1 debuggen?
Brett: Programmierung Also ich sitz mittlerweile schon Ewigkeiten vor dem Problem, seit Tagen an der selben Stelle. Bin mir auch ziemlich sicher, dass es irgendwie mit dem Gadget-Handling zusammenhängt. Aber egal, was ich auch probiere und umstelle, nix hilft, es wird höchstens schlimmer! |
|||||
|
Impressum |
Datenschutzerklärung |
Netiquette |
Werbung |
Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten. |