気に入った記事をブックマーク
- 気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
- 記事を読んだ感想やメモを書き残せます
- 非公開でブックマークすることもできます
qiita.com/YSRKENエントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
0
記事へのコメント0件
- 注目コメント
- 新着コメント
新着コメントはまだありません。
このエントリーにコメントしてみましょう。
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック！
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
Pythonで写真のExifから焦点距離情報とレンズ情報を抽出した話 - Qiita
MakerNoteとの格闘 ググって出てきた情報を見る限り、パナの場合、「固有のヘッダー文字列」＋「TIFF IF... MakerNoteとの格闘 ググって出てきた情報を見る限り、パナの場合、「固有のヘッダー文字列」＋「TIFF IFDっぽいバイナリ列」＋「その他バイナリデータ」で表現されます。 固有のヘッダー文字列は読み飛ばせばいいのですが、問題はTIFF IFD。こちらもググって出てきた情報を読んだ感じ、次のような書式になっているようです。 12バイトの固定長なレコードがn個並んでおり、それらの先頭に「何個レコードが並んでいるか」を示す情報が2バイト分使用して記録されている バイナリはいずれもリトルエンディアン 各レコードについて、 先頭2バイトが「レコードの種類」 次の2バイトが「レコードに含まれる値の型」 次の4バイトが「レコードに含まれる値の個数 or 値の全長(バイト単位)」 次の4バイトが「レコードに含まれる値 or "先頭"からのオフセット(バイト単位)」 つまり、処理としては、「何個レコー
qiita.com/YSRKEN
qiita.com/YSRKEN
qiita.com/YSRKEN
qiita.com/YSRKEN
mainichi.jp
prtimes.jp
www.afpbb.com
iret.media
www.watch.impress.co.jp
internet.watch.impress.co.jp
pc.watch.impress.co.jp
zenn.dev/ame_x
anond.hatelabo.jp
tanishiking24.hatenablog.com
news.yahoo.co.jp
ashita.biglobe.co.jp
levtech.jp
www.hotpepper.jp
foneslife.com
