Bernard_Bayle

SharpCap , images soudainement droppées ...help !

Messages recommandés

Bonjour tout le monde

 

J'utilise depuis 2 ans , un Asus  PC Portable FX753VD-GC201 - NVIDIA GTX1050
donc I7 , 16g , SSD 500 giga , en acquisition d'images avec une ASI224MC .
et utilisation de ShapCap .

En 2 ans , aucun soucis de débit d'acquisition , au maxi possible , pas d'images droppées .
Depuis quelques jours , problèmes !!!

 

#  au bout de quelques acquisitions de SER,  accumulation d'images droppées
  bien sur si je passe High Speed Mode en OFF ,  ça ne droppe plus ,
  le mode Turbo Usb à 100% ou a 0  ne change rien
# rien de changé dans la configuration
# alimentation du Pc 220 v
# toujours au moins 400 gigas de libres sur le SSD


# coté mémoires du PC , j'ai appliqué ce que préconisé par Olivdeso et  que j'avais mis en forme .
  voir :  http://www.astrosurf.com/messenger/16520/?latest=1

# Maj de Sharpcap  3.2.6396  et derniers drivers ASI ZWO
# 2 cables essayés, même setup et config .........

 En fait pour résumer , quand cela droppe , le Pc a l'air d’être très ralenti ,
en rebootant ,  les acquisitions repartent normalement jusqu’à ce que le processus
recommence.

 

Le problème c'est qu'au lieu de 200 img/s sur Mars, je me retrouve à 80/90 imgs

J'ai écrit un  fichier batch pour vider la mémoire  sans avoir a rebooter
mais inefficace :  
C:\Users\ASUS_ASTRO\Desktop>C:\WINDOWS\system32\rundll32.exe advapi32.dll,ProcessIdleTasks

 

Merci de votre aide

 

Bernard_bayle

Modifié par Bernard_Bayle

Partager ce message


Lien à poster
Partager sur d’autres sites

Humm . . . peut être simplement une mise à jour de windaube :)

Bonne soirée,

AG

  • J'aime 1

Partager ce message


Lien à poster
Partager sur d’autres sites
Il y a 3 heures, dob250 a dit :

As tu tester ton ssd car un ssd est moins endurant qu'un disque dur ? 

Oui , peut etre a voir, ce SSD de 500 giga  n'a que 2 ans , il ne me sert que pour l'Astro

habitant à Carnac............. il ne me sert pas souvent :-))

 

Merci Alain, en fait le Pc est à jour en permanence , c'est un gammer, qui jusque là traitait les vidéos

sans problèmes .

 

Bernard_Bayle

 

Partager ce message


Lien à poster
Partager sur d’autres sites
il y a 12 minutes, Bernard_Bayle a dit :

Merci Alain, en fait le Pc est à jour en permanence ,

Justement Bernard, certaines mises à jour automatiques foutent parfois la grouille !

Partager ce message


Lien à poster
Partager sur d’autres sites

Ah!.............. je fais le tour de la question , mémoire swap, port usb3 , vidage forcé mémoire .........

c'est pas sharpcap, pareil sous Firecapture , sous Asicap..... , mystère ?? , bon je peux imager

à 100im/s en 728*728 ....mais la 1/2 d'images ........

 

Bernard_Bayle

Partager ce message


Lien à poster
Partager sur d’autres sites
Invité

Bonsoir,

Tu vas rire Alain,mais je viens de lire un article sur la dernière mise à jour de windaube10 celle de mars, ben elle a encore foutu le bordel dans énormément de pcs

MDR...............................

Bref sinon dommage pour toi Bernard je compatis ,cela doit être fichtrement énervant!!!

 

Autre chose,l'écran bleu existe toujours marrant

Modifié par Invité

Partager ce message


Lien à poster
Partager sur d’autres sites
il y a 2 minutes, Michel Aub a dit :

Tu vas rire Alain,

Oui mais Bernard . . . moins :(

Moi m'en fous avec mes pcs sous xp :)

AG

Partager ce message


Lien à poster
Partager sur d’autres sites
Invité

Oui et moi gnu/linux,jamais vu d'écran bleu et mes mise à jours c'est moi qui décide quant les faire et je sais exactement ce qui est fait,je n'ai pas un simple numéro merdique, mais la liste complète des logs concernés et des fichiers a installés

Partager ce message


Lien à poster
Partager sur d’autres sites
Invité

Je continue ma lecture de tous les problèmes avec les mise à jours win10, et ben ils ne font pas dans la demi mesure, perte de données, matériels qui ne fonctionnent plus ou mal, problème de sécurité et j'en passe!!

Ben je ne regrette pas du tout d'avoir quitté ce système en 1992

Partager ce message


Lien à poster
Partager sur d’autres sites

oui, c'est de pire en pire des régressions sans arrêt. la dernière m'a planté SGP par exemple. soirée perdue, 1 journée pour réinstaller...j'en peu plus de cette m...

 

sinon comme je disais à Bernard en mp, ce problème peut être une saturation du cache en mémoire flash rapide du SSD. : si on enchaîne les captures assez vite, le cache n'a pas le temps de se vider entre 2 captures et le débit baisse à la saturation. ça arrive plus fréquemment depuis que les disques sont passés en TLC. (3 bits par cellule contre 2 pour la MLC et 1 pour la SLC. le cache est en SLC). mais ça m'étonne un peu avec la 224.

 

-> il faudrait faire un test d'écriture avec crystalmark par exemple, avec un gros fichier pour vérifier le débit

Modifié par olivdeso
  • J'aime 1

Partager ce message


Lien à poster
Partager sur d’autres sites
Invité

Ben quitte le côté obscure de l'informatique pour allez vers la force de.........................bref

Gnu/Linux

Partager ce message


Lien à poster
Partager sur d’autres sites

oui. j'utilise un petit pour le boulot, rien à voir en stabilité.

Pour la petite histoire j'ai monté 2 PC en.même temps pour faire de la meca, un windows et un Kbuntu (Ubuntu+Kde) Core 2 quad 8go de ram et SSD.

 

Kbuntu en 2h tout opérationnel y compris les appli et stable depuis 2ans, jamais planté.

 

Windows 2jours avec moults redémarrages, plantages et encore pas tout à fait opérationnel. donc pour bosser efficacement, il n'y a pas photo.

faut que je fasse l'effort pour l'astro...

Modifié par olivdeso

Partager ce message


Lien à poster
Partager sur d’autres sites
Invité

Et ben voila,verdict, moi pour ma part je n'ai pas hésité longtemps pour changer et depuis 1992 comme écrit plus haut

Maintenant c'est un choix personnel mais aussi matériels, en ce qui me concerne ,je n'ai aucuns soucis avec le mien tout est bien prit en compte monture, cam ccd et bien d'autres que je ne possède pas encore ainsi qu' une panoplie logiciels libre mais surtout gratuit bien garnit.

Partager ce message


Lien à poster
Partager sur d’autres sites
Il y a 3 heures, Michel Aub a dit :

Je continue ma lecture de tous les problèmes avec les mise à jours win10

T'as vraiment du temps à perdre puisque tu es sur linux

perso j'en ai rien a battre de linux , mais rien du tout

et tes posts sur le sujet que j'évoque n'ont AUCUN INTERET

puisque tu n'apportent rien au sujet  et donc si tu passes

ton chemin c'est parfait !!!

 

Il y a 2 heures, olivdeso a dit :

-> il faudrait faire un test d'écriture avec crystalmark

c'est fait aucun problème

 

  • J'adore 1

Partager ce message


Lien à poster
Partager sur d’autres sites

une suggestion: restaurer le système a une date donnée dans la mesure ou la récupération a été activée.  aller dans panneau de configuration, récupération, ouvrir la restauration du système et choisir la date de récupération. cela m'a servi pas mal de fois. ç'a n'a rien de destructif sauf pour les programmes installés après la date choisie

je me sert également d'acronis true image.  je fais toujours une image disque du pc. en cas de grave plantage,cela évite de tout réinstaller.

bonne chance

  • J'aime 1

Partager ce message


Lien à poster
Partager sur d’autres sites
Il y a 1 heure, Bernard_Bayle a dit :

c'est fait aucun problème

ok. c'est un bon indice.

 

il faudrait ouvrir le gestionnaire de tache et surveiller l'activité des process, leur charge cpu ainsi que la charge d'accès disque pendant la capture : vérifie qu'il n'y a pas un autre process concurent qui te prenne du cpu ou de l'acces disque. regarde aussi la fréquence du processeur, voir si il tourne à fond ou pas.

 

Le 16/08/2020 à 18:54, Bernard_Bayle a dit :

 En fait pour résumer , quand cela droppe , le Pc a l'air d’être très ralenti ,
en rebootant ,  les acquisitions repartent normalement jusqu’à ce que le processus
recommence.

 

il a peut-être pas que l'air d'être ralenti...peut être qu'il chauffe trop et ralenti volontairement (throttling= réduction de la vitesse d'horloge si trop chaud) . d'autant qu'il a fait plus chaud ses derniers temps. bon peut-être pas en Bretagne...

 

-> bien nettoyer les ouïes d'aération, souffler dans les radiateurs

 

-> forcer l'utilisation du processeur graphique du chipset (intel probablement) plutôt que la carte video ajoutée (Nvidia). ça chauffera beaucoup moins. (tu peux définir pour chaque appli quelle carte vidéo privilégier.

 

-> diminuer la fréquence des images affichés dans le logiciel de capture. on peux choisir d'afficher 1 image sur 5 ou sur 10 ou autre. ça limite le travail de la carte vidéo et donc la chauffe, surtout si c'est la Nvidia qui sert.

 

Modifié par olivdeso

Partager ce message


Lien à poster
Partager sur d’autres sites

Je pense que ZWO a fait de la grosse m.... dans les versions récentes de leur driver. Pour illustration, je viens de tester sur Mac ASICAP v2.1.1 (la dernière en date à ma connaissance) et la v1.6.2. avec mon ASI290MC, expo à 1ms et gain à 500 en RAW8.

 

Voici ce que donne la v2.1.1...

ASICAP_V_2_1_1.jpg.016a8f520acb83cb271dde0c34e18a21.jpg

 

Et maintenant la vieille version V1.6.2 de leur soft...

ASICAP_V_1_6_2.jpg.10a8c7ee15d3437626aeef7c8bdf194e.jpg

 

D'un côté on écrit à 26835/60 = 447 img/s sur le disque et de l'autre 6549/60 = 109 img/s quand on fait vraiment le ratio...

ASIAVICleaner.jpg.c195fa1d614a0b642ab2cbc7a95ab93e.jpg

Bref, cherchez pas plus loin et arrêtez de vouloir vous nettoyer le Windows derrière les zoreilles les gars. ;) 

 

J'aimerais bien avoir accès à leur code source pour le coup que ce soit côté IHM d'ASICap et driver également. Ça m'a l'air d'être de la belle bouse de QT et OpenCV codé par des ados.

 

Au passage, j'avoue que je trouve que c'est du foutage de gueule d'oser afficher un fps de 690fps en preview pour le coup alors qu'ils ne sont pas capables de suivre la cadence à l'écriture sur un SSD qui frôle le giga octet par seconde sur ma bécane. C'est juste ridicule.

Partager ce message


Lien à poster
Partager sur d’autres sites
Le 16/08/2020 à 18:54, Bernard_Bayle a dit :

# Maj de Sharpcap  3.2.6396  et derniers drivers ASI ZWO

Si tu as moyen de régresser sur des versions antérieures pour tester cela peut valoir la peine pour corroborer mes tests sous macOS.

 

Par contre, je suis surpris que ça drop avec High Speed Mode sur On et non sur Off. J'aurai pensé l'inverse.

Modifié par mala05

Partager ce message


Lien à poster
Partager sur d’autres sites

Bonjour, 

 

Je suis d’accord avec @mala05, si on exclu la cause matériel, surtout celle du SSD (a priori au vu de tes tests) la mise a jour des drivers de ta cam est le plus plausible.

 

Je croise les doigts 🤞

 

GreG.

 

 

Partager ce message


Lien à poster
Partager sur d’autres sites
Invité

OK désolé à vous tous,je vais quitter définitivement votre site ,car apparemment on ne peut rien dire, sans rancune,j'irai voir ailleurs si j'y suis et tout le monde sera content!!!!!

Partager ce message


Lien à poster
Partager sur d’autres sites

Merci pour vos commentaires , ( ceux constructifs qui apportent quelque chose )

 

- ce phénomène a commencé avec des anciennes versions des drivers Zwo et de Sharpcap

   le fait de mettre à jour Zwo et SharpCap n'a rien changé

- en acquisition par ex sur Mars , fenetre 728*728 , à 2/3 ms , donne autour de 200 img/s

  en général je fais une séquence de 5 video espacées de 10s en automatique

  =>>  la T°c des 4 coeurs ne dépasse pas 64°  ( en test 28°c exter , entre 3/5h du mat pour Mars

          c'est plus 12/15 +c en réalité )

- j'ai supprimai l'indexation du disque SSD => pas de changement

- j'ai supprimé , puis modifier la taille du fichier d'échange => pas de changement

- j'ai déplacé le chemin de TMP et Temp vers un autre disque dur =>> pas de changement

- j'ai désactivé SuperFetch  ==> pas de changement

 

Bernard_Bayle

Partager ce message


Lien à poster
Partager sur d’autres sites
Invité

t’inquiètes pas j'ai compris le message, je ne ferais plus aucuns commentaires désobligeant, je n'emmerderais plus personne promis car je quitte ce site, ainsi tout le monde sera content

J'étais certainement hors sujet, je pensais naïvement que l'on pouvais parler de notre expérience selon les systèmes utilisés, mais cela dérange.

Pas grave je vais allez voir ailleurs si l'herbe pousse plus verte!!!

Partager ce message


Lien à poster
Partager sur d’autres sites
Il y a 6 heures, Bernard_Bayle a dit :

en acquisition par ex sur Mars , fenêtre 728*728 , à 2/3 ms , donne autour de 200 img/s

  en général je fais une séquence de 5 video espacées de 10s en automatique

 

10s entre les vidéos c'est pas beaucoup effectivement.  Tu faisais aussi comme ça avant que le problème arrive? tu as changé quelque chose dans ton protocole de capture?

Quelle est ta référence de SSD?

 

200 i/s x 768x768 en.8bits = 118Mo/s

 

donc débit très raisonnable que même un disque dur classique pourquoi encaisser.

La partie lente du SSD est aussi dans ces débits. souvent plus mais parfois moins. Faut regarder en plus détail pour être sur.

 

- si tu augmente la pose à 1min entre les captures, toujours le même problème.

 

- si tu fais une seule grosse vidéo de la même durée totale tu observe le drop aussi à partir d'un certain moment?

 

- tu enregistre en .ser mono 8bits ? (plus rapide) ou autre?

 

- même problème avec ou sans chargeur ?

 

Sinon OK pour la température des CPU. ça me semble quand même un tout petit peu chaud pour une charge qui devrait être autour de 30%, mais peut-être normal sur ce PC.

Il m'est arrivé (en été) que la carte Nvidia chauffe les CPU (c'est le même radiateur dans les portables) et que tout ralentisse. C'est pour ça que pour la capture il vaut mieux la désactiver.

 

 

Partager ce message


Lien à poster
Partager sur d’autres sites

Créer un compte ou se connecter pour commenter

Vous devez être membre afin de pouvoir déposer un commentaire

Créer un compte

Créez un compte sur notre communauté. C’est facile !

Créer un nouveau compte

Se connecter

Vous avez déjà un compte ? Connectez-vous ici.

Connectez-vous maintenant



  • Contenu similaire

    • Par spacetimepictures
      Salut,
       
      Pour le contexte, j'héberge un projet à but non lucratif appelé Continuum. Il s'agit d'une série d'exploration spatiale en cours et en temps réel. Dans chaque épisode interconnecté, nous découvrons et nous nous émerveillons d'une nouvelle région de notre galaxie, et au-delà. La devise de Continuum est "être curieux et contemplatif".
       
      Diffusé tous les quelques jours sur YouTube, chaque épisode présente une image, capturée à distance à Obstech, au Chili, que je partage ici après l'avoir explorée librement. Au cours du processus, j'explique les objets que nous rencontrons, d'une manière que j'espère attrayante et documentaire.
       
      Ce faisant, je rencontre beaucoup d'objets moins connus (et parfois, inconnus), et à 34 épisodes aujourd'hui, il était nécessaire de commencer un projet satellite d'indexation de ces objets. C'est ainsi qu'est né, à l'épisode 32, le LL Catalog of Unknown and Occult Deep-Sky Objects (Catalogue LL des objets inconnus et occultes du ciel profond).
       
      Ce recueil informel a pour but de mettre en évidence certaines des merveilles cosmiques qui sont passées entre les mailles du filet des astronomes, ou qui n'ont pas encore été photographiées par la communauté des astrophotographes. L'objectif de ce projet satellite est d'encourager les explorateurs à sortir des sentiers battus et à s'approprier quelques-unes des nombreuses pépites cosmiques qui parsèment notre voyage sur le Continuum.
       
      Il sera mis à jour au fur et à mesure, et rétrospectivement, alors n'hésitez pas à l'ajouter à vos favoris, car il est probable qu'il prenne de l'ampleur au fur et à mesure que la série se poursuit.
       
      En espérant que cela intéressera certains d'entre vous.
       
      A bientôt !
       
      Laurent
       
    • Par Csteph
      Bonjour,
       
      Quelques liens, d'une nouvelle distribution Linux, pour ceux qui voudraient tenter l'aventure du fabuleux Kstars / Ekos avec leurs pi4/5 ou mini pc. Elle tourne sous ArchLinux et la dernière version de Kstars 3.6.9.
       
      https://indilib.org/forum/astro-arch/14367-astroarch-1-8-released.html
      https://github.com/devDucks/astroarch
       
      Bon ciel à tous.
    • Par jean dijon
      Bonjour,
       
      j'ai un problème avec mon MCMTII qui est apparu lors de l’écriture de nouvelles valeurs des paramètres de vitesse. Depuis je n'arrive plus à modifier ces valeurs de vitesses car une erreur se produit systématiquement au moment de la tentative d 'ouverture  du programme de configuration du MCMT. 
      J'ai de vieux PIC d'une ancienne version qui ne produisent pas d'erreur mais l'entrainement horaire ne marche pas. C'est donc bien les PIC qui ont un problème. Que puis je faire pour remettre le système en état?
      Merci d'avance pour votre aide
       
      jean  
    • Par Bernard_Bayle
       
      WinJUPOS 12.3.2 Un message de Damian Peach sur un autre forum
       
      Damian Peach
      WinJUPOS 12.3.2 - A major update to de-rotation
      With the latest release of WinJUPOS a major improvement had been added thanks to work behind the scenes of Felix Langassner.
      The manual de-rotation method developed by Felix has now been automated and integrated into WinJUPOS.
      You can see below an example produced by Rico Enzmann using 168min of data and the resulting combination at right.
      A big thank you to Felix for his work in producing this, and managing to encourage Grischa Hahn (creator of WinJUPOS) t
      o integrate this into WinJUPOS. It is a major step forward in enabling us to produce better quality imagery
      _____________________________________________________________________________
      WinJUPOS 12.3.2 - Une mise à jour majeure de la dérotation
      Avec la dernière sortie de WinJUPOS, une amélioration majeure avait été ajoutée grâce au travail dans les coulisses de Felix Langassner.
      La méthode de dérotation manuelle développée par Felix a maintenant été automatisée et intégrée dans WinJUPOS.
      Vous pouvez voir ci-dessous un exemple produit par Rico Enzmann en utilisant 168min de données et la combinaison résultante à droite.
      Un grand merci à Felix pour son travail dans la production de ceci, et d'avoir réussi à encourager Grischa Hahn (créateur de WinJUPOS)
      à intégrer cela dans WinJUPOS. Il s'agit d'un grand pas en avant pour nous permettre de produire des images de meilleure qualité.
       
       

       
      Bernard_Bayle
    • Par Alexandre Cucculelli
      Bonjour a tous 
       
      Je reviens vers vous pour " essayer" de comprendre les différents problèmes de mon montage pour l'observation des planètes .
      Grace a vous je sais qu'il est très important d'être en  usb3 et non pas en usb2 quand la CCD le permet évidement .
      Que la différences entre le   8 bits ou 16 bits est intéressant sur du RGB mais egalement sur du mono ( exp Jupiter , Mars , lune ...) .
       
      Bref mon souci c'est plutôt le montage  plus ou moins douteux que j'ai réalisé  entre  la camera , barlow .....
      La Barlow est dans l'extender sur mon image !
      Je signal aussi que je n'ai toujours pas d'ADC  ( Commande a relancer auprès de mon revendeur ) peut être que cela aura une incidence sur le montage ?
      Pas certain  de mon BF  et que dire de l'échantillonnage !!
      https://zupimages.net/viewer.php?id=24/06/7fp2.jpg
      E = 206x 2 /1000 x2.7 = 6.55
      Faut il travailler en Bin2 ?
       
      Matériels 
      Newton 254 mm  f  1000  F/D 4
      Camera ASI 678 MC  avec des pixels de 2 microns .
      Barlow x 2.7 APM Comacorr .
       
      merci d'avance .
      alex.
       
  • Évènements à venir