[QT et OSX et APN] ma petite galère à moi que j'ai...
13 réponses
JMGB
Tropicalités à tou(te)s...
Voici ce qui m'est arrivé hier -bien embêtant- et que je vous narre pour
qu'éventuellement, ça ne vous arrive pas.
Je pars faire des photos avec mon Dimage A200, équipé d'un MicroDrive
Hitachi 1Go.
Je fais une centaine de photos, revient le soir, branche la CF dans le
lecteur du Titane (10.3.4 à jour de tout) et... rien... le Mac m'indique
qu'il n'y a aucune fichier dans le dossier de photos de l'APN! %-O
Vu que j'avais vérifié, auparavant, certaines images, directement sur
l'APN, je savais quelles avaient bien été enregistrées sur la CF donc...
les boules commencent à me monter à la gorge.
Je remets la CF dans l'APN, pour visualiser les images dessus, et là,
l'APN me met qu'il n'y a aucune image sur la CF!!!
Pourtant, je vois bien au compteur de vues qu'il ne reste pas la place
normale d'une CF vide: les photos sont donc bien dessus, mais
illisibles! :(
Bon, rien à faire, je reformate la CF.
Aujourd'hui, je refais des photos, pour tester si ça va mieux après le
reformatage... je les visionne toutes, sur l'APN, avant de monter la CF
dans le Mac, histoire d'être sûr qu'elles sont bien là, visibles et
tout.
La CF monte sur le Mac, mais, de nouveau, le Mac m'indique 0 fichiers
sur la CF!!!!
J'ai juste 2 fichier "Unix éxécutable", dont l'un fait 2 Mo et l'autre 0
Ko!!!!!
C'est quoi ce binz????
Là, je commence vraiment à flipper surtout que si je remet la CF dans
l'APN, il m'indique "erreur de lectures" sur les images en question.
Par contre, je peux reprendre des photos derrière les premières, pas de
problème, elles sont visuables dans l'APN!
Ben tout ça était de ma faute en fait.
Après creusement de tête et extraction de neurones très profondément, je
me souviens qu'il y a quelque temps, j'avais fait le ménage dans le
dossier Librairie/QuickTime, virant des pilotes que je croyais (donc)
obsolètes ou inutiles.
Lorsque j'avais fait ça, j'avais évidemment vérifié que tout ce qui
fonctionne habituellement sur mon Mac, nécéssitant QT, fonctionnait
toujours (PSD, MPlayer, QT lui-même, VLC, etc...).
Comme ça marchait sans problème, j'avais alors vidé la corbeille (en
gardant quand-même un B/U de ces pilotes par ailleurs... on ne sait
jamais)!
Ben c'était donc ça, car en les remettant, mes photos montent maintenant
sans soucis à partir de la CF!
Par contre, le problème que j'ai, là, c'est pour trouver quel pilote QT
est donc concerné pour cette opération. Vu que je n'ai pas installé de
trucs à partir du CD Minolta (vu que ça marchait sans, par défaut) et
qu'ils ont tous des dates assez anciennes (genre 2002).
Une idée quelqu'un?
Merci d'avance et faites gaffe -donc- quand vous faites le ménage sur
votre Mac! :)
--
Le génie fait ce qu'il doit.
Le talent fait ce qu'il peut.
*Virer les minuscules pour me répondre*
Même avec un smiley, j'adore ! Ça fait vachement avancer le tirlipot. Là, évidemment, il s'en sort et n'attend pas avec anxiétié un coup de main, donc ce serait pardonnable. Mais ce genre de réaction, c'est si spontanément la première qu'on reçoit dès qu'on reconnaît l'erreur qu'on a faite.
Ho là, détends-toi vieux ! Pètes un coup, ça ira mieux, tu verras :-)
-- [SbM] <http://sebastienmarty.free.fr> - <http://tradintosh.free.fr> <http://sbm.ordinotheque.free.fr> - <http://palmiciel.free.fr> "If the French were really intelligent, they'd speak English" (W. Sheed)
François Jacquemin <francois.jacquemin@free.fr> wrote:
Même avec un smiley, j'adore ! Ça fait vachement avancer le tirlipot.
Là, évidemment, il s'en sort et n'attend pas avec anxiétié un coup de
main, donc ce serait pardonnable. Mais ce genre de réaction, c'est si
spontanément la première qu'on reçoit dès qu'on reconnaît l'erreur qu'on
a faite.
Ho là, détends-toi vieux ! Pètes un coup, ça ira mieux, tu verras :-)
--
[SbM]
<http://sebastienmarty.free.fr> - <http://tradintosh.free.fr>
<http://sbm.ordinotheque.free.fr> - <http://palmiciel.free.fr>
"If the French were really intelligent, they'd speak English" (W. Sheed)
Même avec un smiley, j'adore ! Ça fait vachement avancer le tirlipot. Là, évidemment, il s'en sort et n'attend pas avec anxiétié un coup de main, donc ce serait pardonnable. Mais ce genre de réaction, c'est si spontanément la première qu'on reçoit dès qu'on reconnaît l'erreur qu'on a faite.
Ho là, détends-toi vieux ! Pètes un coup, ça ira mieux, tu verras :-)
-- [SbM] <http://sebastienmarty.free.fr> - <http://tradintosh.free.fr> <http://sbm.ordinotheque.free.fr> - <http://palmiciel.free.fr> "If the French were really intelligent, they'd speak English" (W. Sheed)
JMGB
Pierre-Alain Dorange wrote:
Avec MacOS X, toutes les pilotes d'APN se trouve normalement dans : "/sytem/library/image capture/"
Je crois pouvoir affirmer à 100% ne jamais y avoir ajouté, ou change, ou viré quoique ce soit, d'autant que ce dossier est verrouillé en écriture de toutes façons.
On y trpouve aucune trace de Minolta ou Dimage, mais a priori c'est normal puisque il est gérer de manière standard comme un "Mass Storage" (Mon PowerShot A60 aussi), c'est a dire sans icone personnalisé.
Absolument.
A noter, pour rappel, que mon MicroDrive montait corrertement lors de mon soucis. Ce sont juste les fichiers qu'il contenait qui ont été transformés.
Ainsi, le dossier nommé par l'APN (DCIM) était présent et contenait par exemple 10 photos. Ces 10 photos étaient alors vues, par mon Mac, comme 2 fichiers UNIX EXÉCUTABLES dont 1 faisait 2Mo et l'autre 0 Ko. Qu'il n'y ait qu'une photo, ou 100 photos, le UNIX EXECUTABLE faisait indifférement 2 Mo!!!
Franchement j'ai du mal a comprendre comment un codec peut empêcher l'accès a un périphérique de stockage...
Ce n'est pas l'accès qui posait problème, mais bien la reconnaissance du type de fichier qu'il contenait, nuance! Ces fichiers n'étaient plus reconnus comme des RAW ou des JPG (ce qu'ils étaient) mais par 2 UNIX EXECUTABLES donc.
Du coup, je suppose que les codec de reconnaissance des "devices" sont liés (quelque part) avec QT et ses propres codecs non? Si les codec QT manquent, alors l'APN est bien reconnu (device) mais pas les fichiers images qu'il contient. (?)
J'en reviens a mon idée de départ, à par "QuickTimeIIDCDigitizer.component" je vois pas ce qui peut causer ce type de problème. Même un codec absent ne peut empêcher la copie, juste la visualisation une fois copié.
Après un petit reboot (histoire d'avoir un OS clean) ne pourais tu pas essayer de reproduire le problème afin de s'assurer du lien entre les 2.
Je vais essayer en effet... je reviendrais dire les résultats ici.
Si ça peut d'aider : <http://www.bbspot.com/News/2004/11/voodoo_oc_kit.html>
Ha oui, ça m'a bien aidé... j'ai upgradé ma femme du coup...
-- Le génie fait ce qu'il doit. Le talent fait ce qu'il peut. *Virer les minuscules pour me répondre*
Je crois pouvoir affirmer à 100% ne jamais y avoir ajouté, ou change, ou
viré quoique ce soit, d'autant que ce dossier est verrouillé en écriture
de toutes façons.
On y trpouve aucune trace de Minolta ou Dimage, mais a priori c'est
normal puisque il est gérer de manière standard comme un "Mass Storage"
(Mon PowerShot A60 aussi), c'est a dire sans icone personnalisé.
Absolument.
A noter, pour rappel, que mon MicroDrive montait corrertement lors de
mon soucis.
Ce sont juste les fichiers qu'il contenait qui ont été transformés.
Ainsi, le dossier nommé par l'APN (DCIM) était présent et contenait par
exemple 10 photos.
Ces 10 photos étaient alors vues, par mon Mac, comme 2 fichiers UNIX
EXÉCUTABLES dont 1 faisait 2Mo et l'autre 0 Ko.
Qu'il n'y ait qu'une photo, ou 100 photos, le UNIX EXECUTABLE faisait
indifférement 2 Mo!!!
Franchement j'ai du mal a comprendre comment un codec peut empêcher
l'accès a un périphérique de stockage...
Ce n'est pas l'accès qui posait problème, mais bien la reconnaissance du
type de fichier qu'il contenait, nuance!
Ces fichiers n'étaient plus reconnus comme des RAW ou des JPG (ce qu'ils
étaient) mais par 2 UNIX EXECUTABLES donc.
Du coup, je suppose que les codec de reconnaissance des "devices" sont
liés (quelque part) avec QT et ses propres codecs non?
Si les codec QT manquent, alors l'APN est bien reconnu (device) mais pas
les fichiers images qu'il contient. (?)
J'en reviens a mon idée de départ, à par
"QuickTimeIIDCDigitizer.component" je vois pas ce qui peut causer ce
type de problème. Même un codec absent ne peut empêcher la copie, juste
la visualisation une fois copié.
Après un petit reboot (histoire d'avoir un OS clean) ne pourais tu pas
essayer de reproduire le problème afin de s'assurer du lien entre les 2.
Je vais essayer en effet... je reviendrais dire les résultats ici.
Si ça peut d'aider :
<http://www.bbspot.com/News/2004/11/voodoo_oc_kit.html>
Ha oui, ça m'a bien aidé... j'ai upgradé ma femme du coup...
--
Le génie fait ce qu'il doit.
Le talent fait ce qu'il peut.
*Virer les minuscules pour me répondre*
Je crois pouvoir affirmer à 100% ne jamais y avoir ajouté, ou change, ou viré quoique ce soit, d'autant que ce dossier est verrouillé en écriture de toutes façons.
On y trpouve aucune trace de Minolta ou Dimage, mais a priori c'est normal puisque il est gérer de manière standard comme un "Mass Storage" (Mon PowerShot A60 aussi), c'est a dire sans icone personnalisé.
Absolument.
A noter, pour rappel, que mon MicroDrive montait corrertement lors de mon soucis. Ce sont juste les fichiers qu'il contenait qui ont été transformés.
Ainsi, le dossier nommé par l'APN (DCIM) était présent et contenait par exemple 10 photos. Ces 10 photos étaient alors vues, par mon Mac, comme 2 fichiers UNIX EXÉCUTABLES dont 1 faisait 2Mo et l'autre 0 Ko. Qu'il n'y ait qu'une photo, ou 100 photos, le UNIX EXECUTABLE faisait indifférement 2 Mo!!!
Franchement j'ai du mal a comprendre comment un codec peut empêcher l'accès a un périphérique de stockage...
Ce n'est pas l'accès qui posait problème, mais bien la reconnaissance du type de fichier qu'il contenait, nuance! Ces fichiers n'étaient plus reconnus comme des RAW ou des JPG (ce qu'ils étaient) mais par 2 UNIX EXECUTABLES donc.
Du coup, je suppose que les codec de reconnaissance des "devices" sont liés (quelque part) avec QT et ses propres codecs non? Si les codec QT manquent, alors l'APN est bien reconnu (device) mais pas les fichiers images qu'il contient. (?)
J'en reviens a mon idée de départ, à par "QuickTimeIIDCDigitizer.component" je vois pas ce qui peut causer ce type de problème. Même un codec absent ne peut empêcher la copie, juste la visualisation une fois copié.
Après un petit reboot (histoire d'avoir un OS clean) ne pourais tu pas essayer de reproduire le problème afin de s'assurer du lien entre les 2.
Je vais essayer en effet... je reviendrais dire les résultats ici.
Si ça peut d'aider : <http://www.bbspot.com/News/2004/11/voodoo_oc_kit.html>
Ha oui, ça m'a bien aidé... j'ai upgradé ma femme du coup...
-- Le génie fait ce qu'il doit. Le talent fait ce qu'il peut. *Virer les minuscules pour me répondre*
pdorange
JmG wrote:
Avec MacOS X, toutes les pilotes d'APN se trouve normalement dans : "/sytem/library/image capture/"
C'est a priori OK, chez moi je n'ai pas BluetoothCamera ni Type8Camera, mais je suis en 10.3.9.
[...] A noter, pour rappel, que mon MicroDrive montait corrertement lors de mon soucis. Ce sont juste les fichiers qu'il contenait qui ont été transformés.
Ainsi, le dossier nommé par l'APN (DCIM) était présent et contenait par exemple 10 photos. Ces 10 photos étaient alors vues, par mon Mac, comme 2 fichiers UNIX EXÉCUTABLES dont 1 faisait 2Mo et l'autre 0 Ko. Qu'il n'y ait qu'une photo, ou 100 photos, le UNIX EXECUTABLE faisait indifférement 2 Mo!!!
C'est bien pour ça que ça ressemble plus a un problème lié a l'accès au périphérique qu'a un codec qui lui n'est utilisé que pour lire le contenu d'un fichier multimédia.
[...] J'en reviens a mon idée de départ, à par "QuickTimeIIDCDigitizer.component" je vois pas ce qui peut causer ce type de problème. Même un codec absent ne peut empêcher la copie, juste la visualisation une fois copié.
Après un petit reboot (histoire d'avoir un OS clean) ne pourais tu pas essayer de reproduire le problème afin de s'assurer du lien entre les 2.
Je vais essayer en effet... je reviendrais dire les résultats ici.
Let's see.
-- Pierre-Alain Dorange
Vidéo, DV et QuickTime <http://www.garage-video.com/> Clarus, the DogCow <http://clarus.chez.tiscali.fr/>
JmG <JMGB@antipourrielsLACASE.COM> wrote:
Avec MacOS X, toutes les pilotes d'APN se trouve normalement dans :
"/sytem/library/image capture/"
C'est a priori OK, chez moi je n'ai pas BluetoothCamera ni Type8Camera,
mais je suis en 10.3.9.
[...]
A noter, pour rappel, que mon MicroDrive montait corrertement lors de
mon soucis.
Ce sont juste les fichiers qu'il contenait qui ont été transformés.
Ainsi, le dossier nommé par l'APN (DCIM) était présent et contenait par
exemple 10 photos.
Ces 10 photos étaient alors vues, par mon Mac, comme 2 fichiers UNIX
EXÉCUTABLES dont 1 faisait 2Mo et l'autre 0 Ko.
Qu'il n'y ait qu'une photo, ou 100 photos, le UNIX EXECUTABLE faisait
indifférement 2 Mo!!!
C'est bien pour ça que ça ressemble plus a un problème lié a l'accès au
périphérique qu'a un codec qui lui n'est utilisé que pour lire le
contenu d'un fichier multimédia.
[...]
J'en reviens a mon idée de départ, à par
"QuickTimeIIDCDigitizer.component" je vois pas ce qui peut causer ce
type de problème. Même un codec absent ne peut empêcher la copie, juste
la visualisation une fois copié.
Après un petit reboot (histoire d'avoir un OS clean) ne pourais tu pas
essayer de reproduire le problème afin de s'assurer du lien entre les 2.
Je vais essayer en effet... je reviendrais dire les résultats ici.
Let's see.
--
Pierre-Alain Dorange
Vidéo, DV et QuickTime <http://www.garage-video.com/>
Clarus, the DogCow <http://clarus.chez.tiscali.fr/>
C'est a priori OK, chez moi je n'ai pas BluetoothCamera ni Type8Camera, mais je suis en 10.3.9.
[...] A noter, pour rappel, que mon MicroDrive montait corrertement lors de mon soucis. Ce sont juste les fichiers qu'il contenait qui ont été transformés.
Ainsi, le dossier nommé par l'APN (DCIM) était présent et contenait par exemple 10 photos. Ces 10 photos étaient alors vues, par mon Mac, comme 2 fichiers UNIX EXÉCUTABLES dont 1 faisait 2Mo et l'autre 0 Ko. Qu'il n'y ait qu'une photo, ou 100 photos, le UNIX EXECUTABLE faisait indifférement 2 Mo!!!
C'est bien pour ça que ça ressemble plus a un problème lié a l'accès au périphérique qu'a un codec qui lui n'est utilisé que pour lire le contenu d'un fichier multimédia.
[...] J'en reviens a mon idée de départ, à par "QuickTimeIIDCDigitizer.component" je vois pas ce qui peut causer ce type de problème. Même un codec absent ne peut empêcher la copie, juste la visualisation une fois copié.
Après un petit reboot (histoire d'avoir un OS clean) ne pourais tu pas essayer de reproduire le problème afin de s'assurer du lien entre les 2.
Je vais essayer en effet... je reviendrais dire les résultats ici.
Let's see.
-- Pierre-Alain Dorange
Vidéo, DV et QuickTime <http://www.garage-video.com/> Clarus, the DogCow <http://clarus.chez.tiscali.fr/>
