Perseverance Imagery, technical discussion of processing, cameras, etc. |
Perseverance Imagery, technical discussion of processing, cameras, etc. |
Feb 26 2021, 07:10 PM
Post
#31
|
|
Junior Member Group: Members Posts: 95 Joined: 11-January 07 From: Amsterdam Member No.: 1584 |
Pixel size is 7.4e-6 m = 7.4e-3 mm, is that what you were using? Ah thank you, I used 0.074 mm instead of 0.0074. Things are obviously ok now. -------------------- |
|
|
Feb 26 2021, 07:21 PM
Post
#32
|
|
Senior Member Group: Members Posts: 4256 Joined: 17-January 05 Member No.: 152 |
In a previous post I estimated the horizontal FOV to be 19.5 degrees for an image with a "34" focal length filename field. I said there that that was near the maximum FOV of 19.2 deg, but I mistakenly used vertical FOV, not horizontal. My measured 19.5 deg corresponds very closely to the max horizontal 25.6 scaled from 26 to 34 mm, so everything is consistent with a 34 mm focal length (apart from the statement yesterday as Doug mentioned).
And we seem to have a little bonus of around 1608 horizontal pixels, vs the 1600 photoactive stated in Bell etal. |
|
|
Feb 27 2021, 11:19 PM
Post
#33
|
|
Forum Contributor Group: Members Posts: 1374 Joined: 8-February 04 From: North East Florida, USA. Member No.: 11 |
Is there a way to tell the zoom used from the MastCamZ file names ?
|
|
|
Feb 27 2021, 11:31 PM
Post
#34
|
|
Senior Member Group: Members Posts: 2542 Joined: 13-September 05 Member No.: 497 |
Is there a way to tell the zoom used from the MastCamZ file names ? Yes. See post #25 in this thread. -------------------- Disclaimer: This post is based on public information only. Any opinions are my own.
|
|
|
Mar 1 2021, 04:36 AM
Post
#35
|
|
Member Group: Members Posts: 219 Joined: 14-November 11 From: Washington, DC Member No.: 6237 |
It appears the JSON data for the Sol 9 images has corrected the CAHVORE formatting issue we saw in the earlier image metadata (i.e. in correct order).
I wonder if it was a different version effect from the cruise software load. CODE "camera": { "filter_name": "UNK", "camera_vector": "(0.6929857012250769,-0.7042489328574726,-0.1542862873579498)", "camera_model_component_list": "(1.10353,-0.008945,-0.729124);(0.884935,-0.17181,0.432865);(2606.49,1675.44,1273.54);(747.819,-326.9,2757.19);(0.885293,-0.171227,0.432363);(1e-06,0.00889,-0.006754);(-0.006127,0.010389,0.004541);2.0;0.0", "camera_position": "(1.10353,-0.008945,-0.729124)", "instrument": "FRONT_HAZCAM_LEFT_A", "camera_model_type": "CAHVORE" |
|
|
Mar 1 2021, 04:43 AM
Post
#36
|
|
Founder Group: Chairman Posts: 14434 Joined: 8-February 04 Member No.: 1 |
The front hazcams have quite a significant toe-out between them. ~20deg.
page 17 See https://www.ncbi.nlm.nih.gov/pmc/articles/P...Article_765.pdf |
|
|
Mar 1 2021, 08:14 PM
Post
#37
|
|
Member Group: Members Posts: 240 Joined: 18-July 06 Member No.: 981 |
|
|
|
Mar 1 2021, 11:07 PM
Post
#38
|
||
Member Group: Members Posts: 808 Joined: 10-October 06 From: Maynard Mass USA Member No.: 1241 |
The cameras used for rover lookdown and lookup are AMS CMV20000
here is the datasheet from AMS https://ams.com/documents/20143/36005/CMV20...e1-428cb363ab0a Maybe the lookup camera can be used for stargazing, cloud studies, tau.... My debayer program is still a little wonky green (are there R and B multiplier 'factors' known for this camera?) I downsized it to fit in 3MB here -------------------- CLA CLL
|
|
|
||
Mar 2 2021, 03:19 AM
Post
#39
|
|
Member Group: Members Posts: 248 Joined: 25-February 21 From: Waltham, Massachussetts, U.S.A. Member No.: 8974 |
Since I believe this may not have been mentioned, it is useful to know that the rss API json feed allows for just returning a single record based on id. It has an id query parameter.
So one can browse to find an image, say CODE https://mars.nasa.gov/mars2020-raw-images/pub/ods/surface/sol/00002/ids/edr/browse/edl/EDF_0002_0667111022_758ECV_N0010052EDLC00002_0010LUJ01.png and then use the id (filename without suffix) to get the record: CODE https://mars.nasa.gov/rss/api/?feed=raw_images&category=mars2020&feedtype=json&id=EDF_0002_0667111022_758ECV_N0010052EDLC00002_0010LUJ01 For example, this is interesting pointing out that the downlook rover camera does not have any interesting additional data. [edit:] If the filename for the image has trailing digits as in https://mars.nasa.gov/mars2020-raw-images/p...2_06_0LLJ01.png, for some cameras (not sure which ones) it is necessary to omit the trailing digits (here "01") for the json id: https://mars.nasa.gov/rss/api/?feed=raw_ima...AZ00102_07_0LLJ EDF_0002_0667111022_758ECV_N0010052EDLC00002_0010LUJ01 (for EDL) vs. FLE_0009_0667754529_115ECM_N0030000FHAZ00102_07_0LLJ (for FHAZ) -------------------- --
Andreas Plesch, andreasplesch at gmail dot com |
|
|
Mar 2 2021, 03:23 AM
Post
#40
|
|
Member Group: Members Posts: 219 Joined: 14-November 11 From: Washington, DC Member No.: 6237 |
Good info from Emily Lakdawalla on twitter:
QUOTE @elakdawalla 8:54 PM · Mar 1, 2021
- I just got off WebEx with Justin Maki, who leads of the Perseverance engineering camera team. I've learned a lot and gotten a lot of confused questions sorted out. I'll try to bang out a blog entry with lots of techy detail about raw images tomorrow. - The TL;DR: of the interview was: a lot of the things that are weird and confusing in the raw image metadata from sols 1-4 have to do with the rover being on the cruise flight software at the time. - For example, the cruise flight software did not "know" how to automatically create image thumbnails. So they had to instruct the rover computer with separate commands to make thumbnails for each image, which is why sequence IDs don't match up between thumbnail and full-res. - Many of the more confusing issues were solved by the flight software update. They're going to continue to tweak parameters over the next week or two, testing to see what modes they like best for returning their data, but before long they'll settle into some routines. - It's SO FUN to see this process working out in real time. They *could* hold all the images back until they're happy with their tweaking, but they're not. They're just shunting the images out, never mind the temporarily wonky metadata. |
|
|
Mar 2 2021, 03:26 AM
Post
#41
|
|
Member Group: Members Posts: 890 Joined: 18-November 08 Member No.: 4489 |
QUOTE My debayer program is still a little wonky green have you tried the debayer in G'Mic https://gmic.eu/ CODE gmic input.png bayer2rgb -o output.png |
|
|
Mar 2 2021, 06:02 PM
Post
#42
|
|
Senior Member Group: Members Posts: 4256 Joined: 17-January 05 Member No.: 152 |
Yeah, gmic gives the same wonky green/yellow cast. The particular deBayering interpolation algorithm shouldn't determine the overall hue (but may affect pixel-scale chroma details). What a deBayering by itself gives is known as "raw colour", and won't generally look right because the relative sensitivities of the RGB channels differ from those of the eye. DeBayered images released have similar casts, eg:
https://mars.nasa.gov/mars2020-raw-images/p...0_01_295J02.png A simple relative scaling between RGB channels, ie a whitebalance, should help a lot with these images. |
|
|
Mar 2 2021, 07:48 PM
Post
#43
|
|
Senior Member Group: Members Posts: 4256 Joined: 17-January 05 Member No.: 152 |
A simple relative scaling between RGB channels, ie a whitebalance, should help a lot with these images. If the black level isn't maintained during the autostretch which is done on the public engineering cam frames, then such a simple fixed RGB scaling won't work for all frames and we're left with trial and error. So it could be that different tiles of a full frame navcam would need different colour adjustment. |
|
|
Mar 3 2021, 07:58 AM
Post
#44
|
|
Newbie Group: Members Posts: 3 Joined: 28-February 21 Member No.: 8978 |
So, as I understand it - Perseverance has the ability compress frames into .MP4 files? And the landing videos posted by NASA on youtube were uploads of those MP4 files? And the rover will later send all of the full resolution frames (1000s of them) of the landing?
My question is: are those MP4 files available anywhere to download? Has NASA made them available? Because Youtube compresses videos a lot, and the original files would have a lot more detail. Thanks! |
|
|
Mar 3 2021, 05:54 PM
Post
#45
|
|
Member Group: Members Posts: 240 Joined: 18-July 06 Member No.: 981 |
My question is: are those MP4 files available anywhere to download? Has NASA made them available? Great question. JPL ws able to get video footage very quickly and there are still a lot of individual frames to be published so these must have been videos created by the cameras and uplinked on Sol 1. Where are the raw video files do you suppose? Can we get our hands on them? |
|
|
Lo-Fi Version | Time is now: 26th September 2024 - 08:51 PM |
RULES AND GUIDELINES Please read the Forum Rules and Guidelines before posting. IMAGE COPYRIGHT |
OPINIONS AND MODERATION Opinions expressed on UnmannedSpaceflight.com are those of the individual posters and do not necessarily reflect the opinions of UnmannedSpaceflight.com or The Planetary Society. The all-volunteer UnmannedSpaceflight.com moderation team is wholly independent of The Planetary Society. The Planetary Society has no influence over decisions made by the UnmannedSpaceflight.com moderators. |
SUPPORT THE FORUM Unmannedspaceflight.com is funded by the Planetary Society. Please consider supporting our work and many other projects by donating to the Society or becoming a member. |