fichier .SER

[banjo]

bonjour

comment savoir si un ficher .ser est en 8 ou 14 bits.

a+

[lock042]

C'est inscrit dans l'en-tête du fichier.

Pour la v3 :

http://free-astro.vinvin.tf/index.php/File:SER_Doc_V3b.pdf

Modifié 3 juin 2015 par lock042

[banjo]

merci pour ton retour,

je vais essayer de retrouver dans la doc , si tu peux m'en dire un peu plus sur la façon d'analyser le fichier en clair .

bon ciel

Paul

[lock042]

Bien en fait moi j'utilise Siril 'sous linux) qui est un logiciel que je développe (avec vinvin du forum).

Quand on ouvre le SER on à ça :

 

=========== SER file info ==============
file id: LUCAM-RECORDER
lu id: 0
sensor type: GRBG
image size: 1280 x 960 (8 bits)
frame count: 1500
observer: gamma=100                               
instrument: QHY=QHY5LII                             
telescope: fps=14.70gain=497exp=26.11              
local time: 2015-04-22 10:15:29 PM
UTC time: 2015-04-22 08:15:29 PM
========================================

 

Pour ce qui est de windows, je connais pas trop ce que sont les solutions proposées

[banjo]

Bien en fait moi j'utilise Siril 'sous linux) qui est un logiciel que je développe (avec vinvin du forum).

Quand on ouvre le SER on à ça :

 

=========== SER file info ==============
file id: LUCAM-RECORDER
lu id: 0
sensor type: GRBG
image size: 1280 x 960 (8 bits)
frame count: 1500
observer: gamma=100                               
instrument: QHY=QHY5LII                             
telescope: fps=14.70gain=497exp=26.11              
local time: 2015-04-22 10:15:29 PM
UTC time: 2015-04-22 08:15:29 PM
========================================

 

Pour ce qui est de windows, je connais pas trop ce que sont les solutions proposées

Merci encore,

Il est dommage qu'il n'y est rien sur Windows , je vais ressortir le Qbasic

C'est le seul langage ou il me reste quelques notions et encore au moins 15ans que j'ai pas pratiqué

Bonne journée

Paul

[lock042]

Ici, tu trouves une implémentation en pascal delphi : http://www.grischa-hahn.homepage.t-online.de/astro/ser/ClassSERFile.pas

Et sur le lien d'avant, le site de Siril, tu peux trouver une implémentation en C.

 

Je pense quand même que sur Windows il y'a moyen de lire les header des SER.

 

Sinon, tu prend un petit Linux

Modifié 4 juin 2015 par lock042

[banjo]

je vais voir tout ça , je devrais trouver mon bonheur

pour linux , j'en bave avec windows je voudrais pas m'éclater avec Linux :)

 

bon ciel

[banjo]

Bonjour,

J'ai un problème quand je lis l'entête des fichiers .ser en 8 bit c'est ok je trouve 8

Mais pour ceux de 14bits issus de ezPlanetary j'ai 16bits au lieu de 14 .

Une idée de mon erreur?

A+

Modifié 9 juin 2015 par banjo

[lock042]

Y'en a pas je pense. Tu lis un fichier encodé sur du 14bit mais il te le lis sur 16bits.

On fait comme ça sous Siril

[banjo]

Bonjour

Ok , comme je n'ai comme choix de format que 8 ou 14 bits sur mon logiciel d'acquisition , je pourrai faire le tri entre les photos .

Merci pour ton aide

Paul

[vinvin]

Pour être sûr que tu as bien compris : le SER, et la plupart des formats d'image, ne peuvent pas avoir des images stockées sur exactement 14 bits par pixels. C'est soit 8 soit 16. Si c'est 10 12 ou 14 par exemple, ça sera sur 16. C'est une question d'alignement des octets en mémoire, ça serait plus lourd de devoir lire des pixels sur des morceaux d'octets. Donc une image en 10 bits prend beaucoup plus de place que nécessaire, puisqu'elle a 6 bits inutiles par pixel.

Dans ton cas, si le SER est en 16 bits c'est que c'est une image en 14.

[banjo]

Pour être sûr que tu as bien compris : le SER, et la plupart des formats d'image, ne peuvent pas avoir des images stockées sur exactement 14 bits par pixels. C'est soit 8 soit 16. Si c'est 10 12 ou 14 par exemple, ça sera sur 16. C'est une question d'alignement des octets en mémoire, ça serait plus lourd de devoir lire des pixels sur des morceaux d'octets. Donc une image en 10 bits prend beaucoup plus de place que nécessaire, puisqu'elle a 6 bits inutiles par pixel.

Dans ton cas, si le SER est en 16 bits c'est que c'est une image en 14.

 

Ok c'est ce que j'ai compris pour les pixels de l'image , mais dans le header (178 octets) j'aurai cru que l'on aurait pu coder la réalité du nombres de bits par pixels, écrire une fois 16 ou 14 ne prend pas plus de place ni de vitesse .non?

ou alors je me suis planté dans le décodage de l'entête .

a+

Paul

[vinvin]

Le header des fichiers est surtout utilisé pour savoir comment lire le fichier en fait, l'important c'est de savoir qu'un pixel a ses valeurs sur un ou deux octets. Le contenu réel des valeurs dépend de la caméra, et ça mériterait un autre champ, comme on peut en trouver dans le FITS, mais pas dans le SER il me semble. A la lecture de toute façon peu importe, ça ne changera pas ta façon de les stocker dans l'application s'il y a 14 ou 16 bits.

[banjo]

En fait c'est suite à des photos solaires échangées avec un ami , suivant la qualité de certaines il m'a demandé sur combien de bits/pixels elles étaient prises.

Comme je n'avais pas noté à la prise de vue , j'ai cherché à programmer un petit logiciel qui me permet de voir 4 points : la largueur , la hauteur , les bits/pixels et le nombres de frames.

Grâce à Lock042 qui m'a donné le pdf du header , j'ai réussi à faire un petit programme DOS ( bouuuuuu!!!!!!!) qui lit cet entête .

Voili-voila , merci de l'intérêt et de l'aide que vous m'apportez

A+