Annonces Google
Serveur IRC
Serveur : irc.portlane.se
Canal : #AmigaNG
Activité du Site

Pages vues depuis 25/07/2007 : 33 740 881

  • Nb. de membres 193
  • Nb. d'articles 1 329
  • Nb. de forums 19
  • Nb. de sujets 20
  • Nb. de critiques 24

Top 10  Statistiques

Index du forum »»  OS4 toutes plateformes confondues »» Aide pour Efher : préférence Time

Aide pour Efher : préférence Time

3 Modérateur(s)
K-LElwoodcorto
efher efhericon_post
Milles excuses ! Il s'agissaitt bien de FastView (de G.BOESEL) et non de WarpView...
SAM440EP, 512Mo de mémoire, disques durs de 500Go et 1To, OS4.1FE,
carte graphique Radeon 9250.
K-L K-Licon_post
Perso, j'utilisais MultiViwer de l'ESP2.
--
AmigaONE X1000 1,8 Ghz (A-Eon), Radeon RX560, 2 Go de Ram et OS4.1 FE
Sam460LE 1,14 Ghz (ACube Systems), Radeon RX560, 2 Go de Ram et OS4.1 FE
Lio Lioicon_post
FastView (de Guillaume Boesel à trouver dans les ztools d'AmiStore) ce n'est pas la même chose que WarpView (commercial du même auteur que DvPlayer, en freeware maintenant)
X-5000/RadeonRX550/2Go RAM; AOS4.1FEupd2; (A1G4/Radeon9000PRO/1Go RAM=en dormance)
efher efhericon_post
Je crois que tu as raison: Warpview est très bien (plus rapide et plus agréable), finalement je vais faire comme toi, adieu LoView, au moins avant d'avoir trouvé la solution.

Pour les mises à jour d'AEon, ta solution me paraît intéressante, un alias ou un link permettrait de choisir le fichier utilisé...
SAM440EP, 512Mo de mémoire, disques durs de 500Go et 1To, OS4.1FE,
carte graphique Radeon 9250.
Amiguy Amiguyicon_post
Salut efher,

J'ai remarqué cette anomalie sur LoView depuis les dernières mises à jour (AmiUpdate + Enhancer), mais suis incapable à ce stade de savoir quelle mise à jour et quel composant pourraient être mis en cause.

J'avoue que cela ne me bouscule guère, car j'utilise et préfère largement FastView. Cette anomalie n'est donc pas ma priorité pour l'instant. Néanmoins, je n'hésiterai pas à revenir sur le sujet si je trouvais une piste, voire une solution.

Pour ce qui est des mises à jour controversées d'A-Eon, je me considère pour le moment en phase de tests et utilise alternativement les fichiers d'A-Eon et d'Hyperion. Pour un fichier donné, par exemple "Copy", je le duplique en renommant la version d'A-Eon "Copy_Enh" et celle d'Hyperion "Copy_hyp". La version active aura bien entendu le nom d'exploitation, à savoir "Copy". De cette manière, il est assez commode de vérifier les effets de l'une ou l'autre version des fichiers en exploitation.

Pour l'instant, je ne vois pas très clair en ce qui concerne LoView...
AmigaOne X5000 2Ghz / 8Go Ram - Radeon RX 560 4Go- SSD 2x4To - Sound Blaster Audigy FX 5.1 SBX - AmigaOS4.1 FE
efher efhericon_post
Pour Time si j'ai bien compris c'est que AEon et Hyperion travaillent sur le même programme de façon
indépendante, et malheureusement on en arrive à des aberrations comme celle-là. Il aurait mieux valu
que AEon renomme son programme différemment, cela aurait évité ce genre de problème. Mais finalement
je suis revenu à la version de AEon, il suffira d'ignorer les mises à jour proposées pour Time (en faisant
bien attention à ne pas la valider accidentellement)...


Pour MUIRoyale j'ai essayé de revenir à une ancienne version (de 2015) mais ça n'a rien changé, la
dernière version que je possède est la 1.7 (du 1/10/2017). J'ai essayé de la renommer, sans succès,
mais ça m'aurait étonné que ça fonctionne puisque l'archive d'origine la donne avec un nom tout en
minuscule qui fonctionne bien sur la SAM.

J'ai comparé tous les fichiers (ceux de LoView et ceux de libs/Hollywwod) sur la SAM et le X5000,
tous sont identiques, ça me dépasse...

Merci pour votre aide
SAM440EP, 512Mo de mémoire, disques durs de 500Go et 1To, OS4.1FE,
carte graphique Radeon 9250.
Petrol Petrolicon_post
LoadSeg("LIBS:Hollywood/muiroyale.hwp")
LoadSeg("MUIRoyale.hwp")

As-tu essayé en renommant ton fichier dans Libs:Hollywood/ exactement comme dans le deuxième LoadSeg (majuscules) sur ton X5000?

Petrol
alex alexicon_post
Citation: efher 

Pour Time le programme soit-disant mis à jour a un numéro de version surprenant :
Time 53.11 (08/06/2021)
La date annoncée est vraiment curieuse (juin 2021) alors que celle de la dernière version,
la 53.21 date du 12/11/2017 !
Au démarrage ce programme refuse de démarrer (argument manquant) sauf si l'on supprime
le fichier Time.info. On retrouve alors une ancienne version . Ce programme est de Hyperion (A propos)
alors que la version 53.21 est de AEon. Vraiment bizarre...


Pour Loview, voici les lignes où se situe la détection du problème MUIRoyale:

00099 : LoView          : o.k. = LoadSeg("LIBS:Hollywood/muiroyale.hwp") = [0x174D1425] [5126uS]
...
00144 : LoView          : o.k. = Lock("DP:Gfx/LoView",SHARED) [28uS]
00145 : LoView          : o.k. = Open("DP:Gfx/LoView/LoView",OLD) = [0x1BE69D4A] [75uS]
00146 : LoView          : o.k. = GetFilePosition(0x1BE69D4A [DP:Gfx/LoView/LoView]) = 0 [3uS]
00147 : LoView          : o.k. = ChangeFilePosition(0x1BE69D4A [DP:Gfx/LoView/LoView],3184634,OFFSET_BEGINNING) [3uS]
00148 : LoView          : FAIL = LoadSeg("MUIRoyale.hwp") = [0x00000000] [158uS]
00149 : LoView          : DIR  = SetCurrentDir("")
00150 : LoView          : DIR  = SetCurrentDir("DP:Gfx/LoView")
00151 : Hollywood requester task : o.k. = Lock("SYS:Prefs/Presets/Requester",SHARED) [75uS]
00152 : Hollywood requester task : DIR  = SetCurrentDir("SYS:Prefs/Presets/Requester")
00153 : Hollywood requester task : o.k. = [exec] OpenLibrary("datatypes.library",44) [13uS]
00154 : Hollywood requester task : o.k. = [exec] OpenLibrary("dos.library",0) [1uS]
00155 : Hollywood requester task : o.k. = Lock("Error",SHARED) [768uS]
00156 : Hollywood requester task : o.k. = [exec] OpenLibrary("datatypes.library",44) [5uS]
00157 : Hollywood requester task : FAIL = [exec] OpenResource("PicassoIV.resource") [4uS]
00158 : Hollywood requester task : DIR  = SetCurrentDir("")
00159 : Hollywood requester task : o.k. = [exec] OpenLibrary("datatypes.library",44) [12uS]
00160 : Hollywood requester task : o.k. = [exec] OpenLibrary("dos.library",0) [1uS]

Sur la SAM ce LoadSeg("MUIRoyale.hwp" n'apparaît pas, alors que les lignes qui précédent sont identiques.
Qu'est-ce qui peut bien provoquer ce LoadSeg?
C'est difficile de dire comme ça comme il n'y a qu'une partie du log. LoadSeg() est une onction utilisée pour charger du code en mémoire (par exemple des plug-ins) , donc cela ne me semble pas idiot qu'à un moment LoView charge MUIRoyale pour son interface graphique. Je pencherai bien pour un cas où MUIRoyale est déjà en mémoire sur la Sam et donc LoView n'a pas besoin de le charger à nouveau...
--
AmigaOne A1222
AmigaOne X1000 - RadeonHD - 2 Gio RAM
AmigaOne XE G4@933 - Radeon 9200 SE - 512 Mio RAM
Elwood Elwoodicon_post
il y a donc un Tooltype dans l'icone Time.info qu'il faut désactiver/supprimer.
Sur ma version d'Hyperion, tout est désactivé, entre ( )
--
Philippe Ferrucci
Avec une Sam460 et AmigaOS 4.1, je suis eco-responsable. Cool !
efher efhericon_post
Pour Time le programme soit-disant mis à jour a un numéro de version surprenant :
Time 53.11 (08/06/2021)
La date annoncée est vraiment curieuse (juin 2021) alors que celle de la dernière version,
la 53.21 date du 12/11/2017 !
Au démarrage ce programme refuse de démarrer (argument manquant) sauf si l'on supprime
le fichier Time.info. On retrouve alors une ancienne version . Ce programme est de Hyperion (A propos)
alors que la version 53.21 est de AEon. Vraiment bizarre...


Pour Loview, voici les lignes où se situe la détection du problème MUIRoyale:

00099 : LoView          : o.k. = LoadSeg("LIBS:Hollywood/muiroyale.hwp") = [0x174D1425] [5126uS]
...
00144 : LoView          : o.k. = Lock("DP:Gfx/LoView",SHARED) [28uS]
00145 : LoView          : o.k. = Open("DP:Gfx/LoView/LoView",OLD) = [0x1BE69D4A] [75uS]
00146 : LoView          : o.k. = GetFilePosition(0x1BE69D4A [DP:Gfx/LoView/LoView]) = 0 [3uS]
00147 : LoView          : o.k. = ChangeFilePosition(0x1BE69D4A [DP:Gfx/LoView/LoView],3184634,OFFSET_BEGINNING) [3uS]
00148 : LoView          : FAIL = LoadSeg("MUIRoyale.hwp") = [0x00000000] [158uS]
00149 : LoView          : DIR  = SetCurrentDir("<untracked>")
00150 : LoView          : DIR  = SetCurrentDir("DP:Gfx/LoView")
00151 : Hollywood requester task : o.k. = Lock("SYS:Prefs/Presets/Requester",SHARED) [75uS]
00152 : Hollywood requester task : DIR  = SetCurrentDir("SYS:Prefs/Presets/Requester")
00153 : Hollywood requester task : o.k. = [exec] OpenLibrary("datatypes.library",44) [13uS]
00154 : Hollywood requester task : o.k. = [exec] OpenLibrary("dos.library",0) [1uS]
00155 : Hollywood requester task : o.k. = Lock("Error",SHARED) [768uS]
00156 : Hollywood requester task : o.k. = [exec] OpenLibrary("datatypes.library",44) [5uS]
00157 : Hollywood requester task : FAIL = [exec] OpenResource("PicassoIV.resource") [4uS]
00158 : Hollywood requester task : DIR  = SetCurrentDir("<untracked>")
00159 : Hollywood requester task : o.k. = [exec] OpenLibrary("datatypes.library",44) [12uS]
00160 : Hollywood requester task : o.k. = [exec] OpenLibrary("dos.library",0) [1uS]

Sur la SAM ce LoadSeg("MUIRoyale.hwp" n'apparaît pas, alors que les lignes qui précédent sont identiques.
Qu'est-ce qui peut bien provoquer ce LoadSeg?
SAM440EP, 512Mo de mémoire, disques durs de 500Go et 1To, OS4.1FE,
carte graphique Radeon 9250.
Petites Annonces

0 annonce(s) publiée(s)

Consulter

AmigaOS 4.1

Laissez-vous tenter par
AmigaOS 4.1
AmiTheme

AmiTheme