QHY III IMX 178 mono et bug AS!2 (v2614)

[wilexpel]

Bonsoir à tous,

 

Je viens de recevoir ma nouvelle caméra, pas encore commercialisée, une QHYIII IMX178 mono, je suis en train de faire quelques tests et j'ai pu l'utiliser sur Jupiter avec le seul logiciel compatible pour l'instant, SharpCap 2.7.2135 (Juju n'est pas la cible idéale mais je n'avais que cela ce soir là et je voulais également testé le montage sans barlow) sous une turbu monstrueuse. Ma seule vidéo d'environ 110 sec m'a donné un fichier SER de 28 GO, jusque là tout se passe bien. J'ai indiqué la version la plus récente d'AS!2 "V 2614" mais je les ai quasiment toutes essayées et j'ai toujours le même bug : lorsque je lance l'analyse, systématiquement elle s'arrête à 60 %, parfois ça va un peu loin mais même arrêt. Le capteur est bien reconnu en 3072*2048 avant le lancement. Après renseignement auprès de Gérard Thérin, j'apprends qu'il obtient régulièrement des SER d'au moins 34 GO et que cela fonctionne même avec de plus gros fichier sans qu'il n'y ait le moindre problème (mais ZWO IMX 178) . Il m'a précisé également qu'il n'a rien paramétré du côté d'AS!2.

Auriez-vous une idée sur ce bug, pour ma part je penserai plutôt à un souci lors de l'enregistrement de la vidéo sous SharPcap !

Dernière information, lorsque je scinde la vidéo en 2 avec PIPP, je peux enfin la traiter, là je me trouve avec une vidéo de 14 GO ce qui correspond a une minute de vidéo, un peu court pour les futures images de la lune...

Merci pour vos futures réponses !

William

 

Premier conseil de Stéphane "Exaxe" convertir l'ensemble du film sous PIPP, j'essaierai cela aujourd'hui, si vous avez d'autres réponses...

[Gérard THERIN]

Petite correction, avec l'ASI178 en "full" cela passe encore dans AS2 (sans modifs particulières) avec des films de 90 secondes (soit 33,6 Go) mais cela coince pour des films de 120 secondes (soit 44,8 Go)... car on dépasse les limites de l'adressage mémoire pour un soft en 32 bits !

 

Il nous faut une version 64 bits d'AS2 !!!

Modifié 21 février 2016 par Gérard THERIN

[Gérard THERIN]

Will, si je me fie aux infos que tu donnes, à savoir 28 Go en full pour 110 secondes de pose, je constate que tu n'es pas au débit maximal permis par la caméra car avec ce temps de pose tu devrais obtenir un fichier de 34,6 Go et non pas 28 Go !!!

[wilexpel]

Salut Gégé, merci pour ton passage;).

Oui, je n'arrive pas au débit maxi, et ce n'est certainement pas du à l'architecture de mon PC, avec les autres, je pense plus particulièrement à l'IMX 174, je n'ai pas ce souci. Peut être que SharpCap n'est pas entièrement abouti ? Je ne pense pas que l'IMX 178 des chez Qhy soit déjà commercialisée (surtout avec les logiciels d'acquisition disponibles en ce moment, il y en a qu'un : SharpCap) donc il y a peut être des petites choses qui ne vont pas.

Là je viens d'essayer avec un fichier de 22.4 GO (filmé en flou sans objectif) et ça plante mais plus loin, c'est à dire à 90%. Je vais essayer de passer cela dans PIPP, comme me l'a recommander Stéphane, pour voir si je peux traiter le film en entier !

[wilexpel]

Petite question Gérard, quand tu dis que ça ne passe pas avec les 44,8 GO, il se produit le même symptôme que moi, à savoir un blocage sur un pourcentage de l'analyse ?

[Gérard THERIN]

Il est probable que les drivers ne soient pas totalement finalisés pour la QHY178 mais lorsque ça plante dans AS2, as-tu regardé combien de mémoire restante mentionnait ce dernier dans la fenêtre du haut ?

Perso, si je descends dans les 350 Mo de mémoire restante... le traitement se bloque, soit sans rien dire (mais le processus ne bouge plus) soit avec un message du genre "out of memory" mais il y en a également d'autres lorsque AS2 jette l'éponge !!!

PS : le blocage peut intervenir, pendant l'analyse, l'alignement ou le stacking... c'est toujours selon la quantité de mémoire restante !

Modifié 21 février 2016 par Gérard THERIN

[wilexpel]

Il me reste 138 MB lors du blocage ! Je n'ai pas de message particulier, il n'est pas très causant l'ami AS!2 !

[TILOUNE]

Salut william , pour avoir installé plxcapture sur le grand portable de ma fille je confirme que charpcap me générait bien des soucis car hier soir dans un trou de 15 mn j'ai pu shooter et traiter ma lune sans brisure de verre (et tjrs avec r6) Après perso j'utilise une pla-m ... mais bon cette info je ne sais pas si elle peut te servir sachant que tu utilises une autre caméra.

[wilexpel]

Merci pour l'info Thierry, oh tout peut servir pour rechercher un problème

[Gérard THERIN]

Pas de doute, c'est bel et bien un problème d'adressage mémoire maxi d'AS2 qui est en cause puisque le soft est (hélas) en 32 bits

 

Perso, avec 138 Mo de mémoire restant, je n'ai jamais réussi à aller au bout d'un traitement et j'ai remarqué qu'il fallait que j'évite de descendre sous les 350 Mo pour avoir une chance de terminer ce dernier

Modifié 21 février 2016 par Gérard THERIN

[Invité Wolfan]

Bonjour,

 

Il m'est arrivé le même problème curieusement il y a quelque temps, avec une version antérieur d'Autoskakkert où les vidéos lors de leur analyse s'arrêtaient brusquement au bout d'un certain pourcentage.

Le problème a été résolu par l'installation d'une version plus récente (et pourtant mon imageur est vraiment le basique à 50€ ).

 

Bon ciel étoilement lunaire à toi

[wilexpel]

Merci pour ton retour d'expérience Wolfan. Oui mais là c'est une caméra avec un capteur énorme et c'est une version non finalisée.

[wilexpel]

Pas de doute, c'est bel et bien un problème d'adressage mémoire maxi d'AS2 qui est en cause puisque le soft est (hélas) en 32 bits

 

Perso, avec 138 Mo de mémoire restant, je n'ai jamais réussi à aller au bout d'un traitement et j'ai remarqué qu'il fallait que j'évite de descendre sous les 350 Mo pour avoir une chance de terminer ce dernier

 

Tiens c'est marrant ça, pourquoi y-a-t-il une si grande différence entre nos 2 fichiers alors ?

Le plus étrange c'est Registax ne pose pas de problème !

[Gérard THERIN]

Bon la solution a ton problème est Registax mais je peux t'assurer que tu ne pourras pas traiter un fichier de 44 Go fait avec l'ASI178 sans qu'AS2 ne jette l'éponge !!!

 

Pourquoi Registax accepte, eh bien je pense que cela vient de la programmation du soft et de la gestion mémoire qui est faite pour le traitement...

 

PS : as-tu un fichier swap sur ta machine ?

Modifié 21 février 2016 par Gérard THERIN

[wilexpel]

J'ai fait encore une autre batterie de tests mais rien ne change, je suis en train de vérifier ce que peux traiter exactement AS!2, c'est long !

Oui, je crois que ce sera la solution ultime !

Oui le Swap est sur mon deuxième disque dur, initialement sur le système ©, je vais voir ce que ça donne...

[Gérard THERIN]

Perso, je n'ai pas de fichier swap sur ma machine car avec 16Go de ram (ou plus), je n'en voit pas trop l'intérêt! Maintenant, rien ne dit le fait de ne pas avoir de swap arrange un chouille les choses avec as2 ???

[wilexpel]

Perso, je n'ai pas de fichier swap sur ma machine car avec 16Go de ram (ou plus), je n'en voit pas trop l'intérêt! Maintenant, rien ne dit le fait de ne pas avoir de swap arrange un chouille les choses avec as2 ???

 

J'ai essayé avec et sans Swap mais ça ne change rien

[easybob08]

Salut William,

 

dans memory usage, tu as sélectionné No Buffering ou Buffering ?

 

Alain

[easybob08]

Tu sauves en SER ou en AVI tes videos ?

 

Perso, j'ai des pb avec des video quand je fais du drizzle avec des tous petits AP. Dès que je descends sous 300Mo de ram dispo (environ), c'est mort, ça ne marche plus.

 

Alain

[Gérard THERIN]

Lors du traitement des gros fichiers dans AS2, même si on a sélectionné "Buffering", le soft repasse de lui-même en "No Buffering"... donc, je pense que cette piste est à exclure !

 

En revanche, la taille des AP est très importante sur la lourdeur du traitement et perso, je ne descends pas en dessous des AP de 85 avec la 178 car sinon, ça coince plus rapidement... alors quelle taille d'AP utilises-tu Will ???

[easybob08]

Effectivement Gérard, je pense que le problème de out l'out of memory vient des AP que William doit prendre (trop petits).

 

Alain

[wilexpel]

Salut les amis !

Je réponds tardivement étant au boulot pour 24H. J'ai déjà essayé avec et sans buffering mais ça n'a pas d'impact ! J'utilise en principe des AP de 105 pour la lune et 90 pour les planètes, donc ce n'est pas la bonne piste ! Est-ce SharpCap qui est en cause ?

[wilexpel]

J'oubliais je capture en Ser, il faudrait peut être que je tente en AVI qui sait !

[easybob08]

Salut William,

 

tu sauves en SER ou AVI ? Mono8 ou mono16 ?

 

Edit : je viens de voir que tu sauves en SER. Essaie de transformer en AVI 8bits avec PIPP pour voir ce que ça donne. Perso, je sauve toujours en AVI.

 

tu spécifies bien dans ASI2 que c'est une video en N&B j'imagine.

 

Possible que la boulette vienne de Sharpcap. Tu sais si Qiu va fournir rapidement une version exploitable de EZPlanetary ?

 

Alain

[wilexpel]

Salut Alain !

Je sauve en mono8, AS!2 reconnait automatiquement le film en NetB il fait très bien son boulot de ce côté là ! J'essaierai donc en AVI on ne sait jamais !

Pas de nouvelle pour l'instant sur des autres logiciels, je lui ferai quand même un petit rapport de ces petits bugs ! Par contre il faut que je sois sûr que ça ne vient pas de mon PC qui effectue la prise de vue.

Modifié 23 février 2016 par wilexpel

[olivdeso]

En AVI tu risque de passer de 44Go à 65Go... je ne sais aps si ça va aider...

 

Par contre, essaie peut être de libérer au max de la mémoire : d'arrêter tous les logiciels et services qui ne servent pas. Avec le CCleaner, tu as accès à tous les logiciels lancés au démarrage. Voir dans le gestionaire de tache qui prend de la mémoire.

 

Maintenant il faut un swap d'environ 2x plus que la ram, pour que windows puisse libérer au max.

 

question : AS2 ne se sert pas d'un fichier temporaire sur le disque? Il y a assez de place sur ton disque pour ça ?

[wilexpel]

Merci Oliv.

Oui pour le SWAP, j'avais déjà respecté cette règle et j'ai largement la place pour traiter mon film, disons 419 GO sur 464 !

Ok pour l'AVI, je ne vais pas tenter cela. Tiens puisque tu fais référence au AVI/SER en discutant avec Gérard T j'étais persuadé qu'un fichier SER est plus compressé qu'un AVI, par contre dernièrement j'ai fait le test sur un fichier de 14GO et ils avaient la même taille, étrange ?

En tout cas merci d'être passé par ici On verra avec les nouveaux logiciels (Firecapture et EZplanetary) quand il seront compatibles QHY178 !

[olivdeso]

Merci Oliv.

Oui pour le SWAP, j'avais déjà respecté cette règle et j'ai largement la place pour traiter mon film, disons 419 GO sur 464 !

Ok pour l'AVI, je ne vais pas tenter cela. Tiens puisque tu fais référence au AVI/SER en discutant avec Gérard T j'étais persuadé qu'un fichier SER est plus compressé qu'un AVI, par contre dernièrement j'ai fait le test sur un fichier de 14GO et ils avaient la même taille, étrange ?

En tout cas merci d'être passé par ici On verra avec les nouveaux logiciels (Firecapture et EZplanetary) quand il seront compatibles QHY178 !

 

la différece de taille ou pas, peut dépendre de plusieurs choses:

 

- couleur ou non. Un avi couleur prend plus de place qu'un ser qu'on a intérêt à faire en monochrome.

 

- nombres de bits et encodage par la camera. En 12 bits par exemple, certaines camera encapsulent 2 mots de 2 bits dans 3 octets pour gagner en débit, alors que d'autres utilisent 16bits pour 12 et enregisterent en 16bits.

 

Bref en monochrome comme la 178, moins de différences, voir quasiment pas du tout entre avi et ser suivant les cas.

 

Je pense qu'il faut quand même tester au cas où.

[wilexpel]

Merci pour tes lumières

[easybob08]

Il semble que Emil bosse sur la version 64 bits de AS2.

 

Alain