Skip to content

negaflow 1.0.2

Choose a tag to compare

View all tags
@habinsong habinsong released this 28 Jul 17:31
v1.0.2
732bf45

English · 한국어 · 日本語 · 简体中文 · Français · Deutsch

Downloads

  • Most Macs: negaflow-1.0.2-1-macOS-universal.pkg
  • Apple Silicon only: negaflow-1.0.2-1-macOS-arm64.pkg
  • ZIP and DMG files for manual installation are provided as well.

Important: signing and notarization status

These artifacts are ad-hoc signed and are not notarized by Apple. macOS may block the first launch. Verify the download against the accompanying SHA256SUMS file, try to open it once, and allow it in System Settings → Privacy & Security → Open Anyway.

Updated July 28, 2026 at 17:30 UTC

Changes

  • An imported TIFF with 16-bit samples and no embedded ICC profile is now read as the linear scanner raw it is. Scanner software writes exactly this file: SilverFast marks its 48-bit output Gamma=1 and HDRScan=Yes and embeds no profile, VueScan raw does the same, and the scanner plug-in passes the backend's linear TIFF through untouched. Reading those linear values as gamma encoded collapsed the value domain, so the film base measurement found no confident Dmin and the inversion produced a pale, flat frame that auto tone and auto white balance could not rescue. Measured on one such file, the result went from piling up at p1=0.675 with no measured base to spanning p1=0.012 through p99=0.847 with a base of 0.236/0.135/0.072. A scan produced by the plug-in itself failed in the same way once it was imported rather than scanned, which is what showed the fault was in the decode path and not in the file.
  • The preview scan now asks for 16 bits when the scanner reports them. A preview runs through the same develop path as a frame, so a backend that returns linear raw at 8 bits — an Epson driven at neutral raw colour and linear gamma, for instance — rendered a white, washed-out preview, and the flatbed preview is also the surface frame detection works on.
  • A frame can now carry the shooting record a film camera never writes. Camera, lens, film, ISO, shutter, aperture and focal length are written down beside the title and copyright, and they are embedded in the EXIF of the exported file, so other applications read the frame the way they read a digital photograph. The record lives in the catalog only; the original file is never modified.
  • A recorded shooting camera takes precedence over the scanner in EXIF Make and Model, because that is the device the photograph was taken with. The scanner identity stays in the sidecar. The film name has no standard EXIF tag, so it goes to UserComment beside the development process, and it is left out when the export policy asks for minimal metadata.
  • Integer EXIF lists such as ISOSpeedRatings were written as decimals and ImageIO discarded the whole tag, so an ISO never survived an export — including one that was already present in an imported file. Such lists are written as integers now.
  • The Film tab was rebuilt. Slide and color negative films are separate cards, and the selected film is cleared by clicking it once more, so the None row is gone. The intensity slider fills the card instead of being pushed into the column the form reserves for a control label.

Verified

  • Full strict-concurrency suite passes: 1,676 tests, 15 conditionally skipped
  • GUI test build passes
  • The washed-out import was reproduced and measured on both a scanner-software file and a plug-in scan; after the fix both develop identically to the scan path, and an 8-bit or profiled file is unaffected
  • An exported file was read back: camera, lens, ISO, shutter, aperture, focal length and film name arrive in EXIF, the scanner identity is kept when no shooting camera is recorded, and the minimal metadata policy keeps the record out of the file
  • A catalog written before this version still opens, and a shooting record survives a catalog round trip
  • The rebuilt Film tab was checked in the running app
  • arm64 and Universal ZIP, DMG, PKG and dSYM release builds pass
  • Local SHA-256 verification of all 10 release assets passes
  • Real scanner optical, motor and USB behavior still requires device QA

한국어

English · 한국어 · 日本語 · 简体中文 · Français · Deutsch

다운로드

  • 대부분의 Mac: negaflow-1.0.2-1-macOS-universal.pkg
  • Apple Silicon 전용: negaflow-1.0.2-1-macOS-arm64.pkg
  • 수동 설치용 ZIP과 DMG도 함께 제공합니다.

중요: 서명 및 공증 상태

이 배포 파일은 ad-hoc 서명되었으며 Apple 공증을 받지 않았습니다. macOS가 최초 실행을 차단할 수 있습니다. 다운로드한 파일을 함께 제공된 SHA256SUMS와 대조한 뒤 한 번 열기를 시도하고, 시스템 설정 → 개인정보 보호 및 보안 → 그래도 열기에서 직접 허용하십시오.

2026년 7월 29일 02:30 KST 갱신

변경 사항

  • 프로필이 없는 16bit TIFF를 가져오면 이제 선형 스캐너 raw로 읽습니다. 스캐너 소프트웨어가 정확히 이런 파일을 씁니다. SilverFast는 48bit 출력에 Gamma=1, HDRScan=Yes를 적고 프로필을 넣지 않으며, VueScan raw도 같고, 스캐너 플러그인은 백엔드의 선형 TIFF를 그대로 넘깁니다. 이 선형 값을 감마 인코딩으로 읽으면 값 도메인이 무너져 필름 베이스 실측이 Dmin을 찾지 못하고, 반전 결과가 밝고 평평해져 자동 톤과 자동 화이트 밸런스로도 되살릴 수 없었습니다. 같은 파일에서 재보니 베이스를 못 잡고 p1=0.675에 뭉쳐 있던 결과가, 베이스 0.236/0.135/0.072와 함께 p1=0.012~p99=0.847로 펼쳐졌습니다. 플러그인으로 직접 스캔한 파일도 스캔이 아니라 가져오기로 넣으면 똑같이 무너졌고, 그래서 파일이 아니라 디코드 경로가 원인임이 드러났습니다.
  • 프리뷰 스캔은 스캐너가 16bit를 보고하면 16bit로 요청합니다. 프리뷰도 프레임과 같은 현상 경로를 타므로, 8bit로 선형 raw를 돌려주는 백엔드(중립 raw 색·선형 감마로 돌리는 Epson 등)에서는 프리뷰가 흰색으로 붕떴습니다. 평판 프리뷰는 프레임 자동 검출이 올라타는 작업면이기도 합니다.
  • 필름 카메라가 남기지 않는 촬영 기록을 프레임에 적을 수 있습니다. 제목·저작권 옆에서 카메라, 렌즈, 필름, ISO, 셔터, 조리개, 초점 거리를 적으면 내보낸 파일의 EXIF에 실려, 다른 앱이 디지털 사진과 똑같이 읽습니다. 기록은 카탈로그에만 저장하며 원본 파일은 수정하지 않습니다.
  • 촬영 카메라를 적으면 EXIF의 Make와 Model은 스캐너가 아니라 그 카메라입니다. 사진을 찍은 장비가 먼저이기 때문입니다. 스캐너 식별자는 사이드카에 그대로 남습니다. 필름 이름은 표준 EXIF 태그가 없어 현상 프로세스 옆 UserComment에 적으며, 메타데이터를 최소로 내보내는 정책에서는 싣지 않습니다.
  • ISOSpeedRatings처럼 정수 배열을 받는 EXIF 태그를 실수로 기록해 ImageIO가 태그를 통째로 버렸습니다. 가져온 파일에 이미 있던 ISO까지 내보내기에서 사라졌습니다. 이제 정수로 기록합니다.
  • 필름 탭을 다시 만들었습니다. 슬라이드와 컬러 네거티브를 각각의 카드로 나누고, 선택한 필름을 한 번 더 누르면 해제되므로 None 항목을 없앴습니다. 강도 슬라이더는 폼이 컨트롤 레이블 자리로 잡아 두던 열에 밀리지 않고 카드 폭을 채웁니다.

검증

  • 전체 strict-concurrency 스위트 통과: 1,676개, 조건부 건너뜀 15개
  • GUI 테스트 빌드 통과
  • 붕뜨는 가져오기를 스캐너 소프트웨어 파일과 플러그인 스캔본 양쪽에서 재현·측정했고, 수정 후 둘 다 스캔 경로와 동일하게 현상됩니다. 8bit 파일과 프로필이 있는 파일은 영향이 없습니다.
  • 내보낸 파일을 다시 읽어 확인: 카메라·렌즈·ISO·셔터·조리개·초점 거리·필름 이름이 EXIF에 기록되고, 촬영 카메라를 적지 않으면 스캐너 식별자가 유지되며, 최소 메타데이터 정책에서는 기록이 빠집니다.
  • 이전 버전에서 만든 카탈로그도 그대로 열리고, 촬영 기록은 카탈로그 왕복에서 보존됩니다.
  • 새로 만든 필름 탭은 실행 중인 앱에서 확인했습니다.
  • arm64 및 Universal ZIP, DMG, PKG, dSYM 릴리즈 빌드 통과
  • 릴리즈 자산 10개의 로컬 SHA-256 검증 통과
  • 실제 스캐너의 광학·모터·USB 동작은 실기 QA가 필요합니다.

日本語

English · 한국어 · 日本語 · 简体中文 · Français · Deutsch

ダウンロード

  • ほとんどのMac: negaflow-1.0.2-1-macOS-universal.pkg
  • Apple Silicon専用: negaflow-1.0.2-1-macOS-arm64.pkg
  • 手動インストール用のZIPとDMGも提供します。

重要：署名と公証の状態

これらの成果物はad-hoc署名で、Appleの公証を受けていません。初回起動が止められた場合は、SHA256SUMSでダウンロードを確認し、一度開いてからシステム設定 → プライバシーとセキュリティ → このまま開くで許可してください。

2026年7月29日 02:30 JST 更新

変更点

  • プロファイルのない16bit TIFFを取り込むと、リニアなスキャナーrawとして読み取ります。スキャナーソフトはまさにこの形式を書き出します。SilverFastは48bit出力にGamma=1、HDRScan=Yesと記録してプロファイルを付けず、VueScan rawも同様で、スキャナープラグインはバックエンドのリニアTIFFをそのまま渡します。このリニア値をガンマ符号化として読むと値の領域が潰れ、フィルムベースの実測がDminを見つけられず、反転結果が明るく平坦になって自動トーンや自動ホワイトバランスでも戻せませんでした。同じファイルで測ると、ベースを取れずp1=0.675に固まっていた結果が、ベース0.236/0.135/0.072とともにp1=0.012〜p99=0.847へ広がりました。プラグインで取得したスキャンも、スキャンではなく取り込みとして入れると同じように崩れ、原因がファイルではなくデコード経路にあることが分かりました。
  • プレビュースキャンは、スキャナーが16bitを報告する場合に16bitで要求します。プレビューもコマと同じ現像経路を通るため、8bitでリニアrawを返すバックエンド（中立rawカラーとリニアガンマで動かすEpsonなど）ではプレビューが白く飛んでいました。フラットベッドのプレビューはコマ自動検出が乗る作業面でもあります。
  • フィルムカメラが残さない撮影記録をコマに書けます。タイトルや著作権の隣にカメラ、レンズ、フィルム、ISO、シャッター、絞り、焦点距離を書くと、書き出したファイルのEXIFに記録され、ほかのアプリはデジタル写真と同じように読み取ります。記録はカタログにのみ保存し、元のファイルは変更しません。
  • 撮影カメラを書いた場合、EXIFのMakeとModelはスキャナーではなくそのカメラです。写真を撮った機材が先だからです。スキャナーの識別情報はサイドカーに残ります。フィルム名は標準のEXIFタグがないため、現像方式の隣のUserCommentに記録し、メタデータを最小にする書き出し方針では載せません。
  • ISOSpeedRatingsのように整数の配列を受け取るEXIFタグを小数で書いていたため、ImageIOがタグを丸ごと破棄していました。取り込んだファイルに元からあったISOまで書き出しで失われていました。これからは整数で記録します。
  • フィルムタブを作り直しました。スライドとカラーネガをそれぞれのカードに分け、選択中のフィルムをもう一度押すと解除されるため、None項目をなくしました。強度スライダーは、フォームがコントロールのラベル用に確保していた列に押し込まれず、カードの幅いっぱいに広がります。

検証

  • strict-concurrency全スイート成功：1,676件、条件付きスキップ15件
  • GUIテストビルド成功
  • 白く飛ぶ取り込みを、スキャナーソフトのファイルとプラグインのスキャンの両方で再現・測定しました。修正後はどちらもスキャン経路と同一に現像され、8bitやプロファイル付きのファイルには影響しません。
  • 書き出したファイルを読み直して確認：カメラ、レンズ、ISO、シャッター、絞り、焦点距離、フィルム名がEXIFに入り、撮影カメラを書かなければスキャナーの識別情報が残り、最小メタデータ方針では記録が入りません。
  • 以前のバージョンで作ったカタログもそのまま開き、撮影記録はカタログの往復で保たれます。
  • 作り直したフィルムタブは実行中のアプリで確認しました。
  • arm64とUniversalのZIP、DMG、PKG、dSYMのリリースビルド成功
  • リリース資産10個のローカルSHA-256検証成功
  • 実機の光学・モーター・USB動作は実機QAが必要です。

简体中文

English · 한국어 · 日本語 · 简体中文 · Français · Deutsch

下载

  • 大多数 Mac：negaflow-1.0.2-1-macOS-universal.pkg
  • 仅 Apple Silicon：negaflow-1.0.2-1-macOS-arm64.pkg
  • 同时提供用于手动安装的 ZIP 与 DMG。

重要：签名与公证状态

这些文件仅为 ad-hoc 签名，未经过 Apple 公证。若 macOS 阻止首次启动，请先用随附的 SHA256SUMS 校验下载文件，尝试打开一次，再到系统设置 → 隐私与安全性 → 仍要打开手动放行。

2026年7月29日 01:30 CST 更新

变更

  • 导入没有嵌入配置文件的 16bit TIFF 时，现在按其本来的线性扫描 raw 读取。扫描软件写出的正是这种文件：SilverFast 在 48bit 输出中标注 Gamma=1、HDRScan=Yes 且不嵌入配置文件，VueScan raw 也一样，扫描仪插件则原样传递后端的线性 TIFF。把这些线性值当作伽马编码读取会压垮数值域，于是片基测量找不到可信的 Dmin，反相结果又淡又平，自动色调与自动白平衡都救不回来。在同一个文件上测量：修复前没有测得片基、数据挤在 p1=0.675；修复后片基为 0.236/0.135/0.072，范围覆盖 p1=0.012 至 p99=0.847。由插件自己扫描得到的文件，一旦以导入而非扫描的方式进入，也会同样崩坏——这说明问题出在解码路径而不是文件。
  • 预览扫描在扫描仪报告支持 16bit 时会按 16bit 请求。预览与画幅走同一条显影路径，因此以 8bit 返回线性 raw 的后端（例如以中性 raw 色彩与线性伽马驱动的 Epson）会得到发白、褪色的预览；而平板预览又正是画幅自动识别所依赖的工作面。
  • 现在可以为每一张画幅记录胶片相机不会写入的拍摄信息。在标题与版权旁填写相机、镜头、胶片、ISO、快门、光圈与焦距，导出时会写入文件的 EXIF，其他应用读取它就像读取数码照片一样。记录只保存在目录中，绝不修改原始文件。
  • 填写了拍摄相机后，EXIF 的 Make 与 Model 属于该相机而不是扫描仪，因为照片是用它拍的。扫描仪的标识仍保留在附属文件中。胶片名称没有标准 EXIF 标签，因此写入显影流程旁的 UserComment；当导出策略要求最少元数据时不会写入。
  • 像 ISOSpeedRatings 这类只接受整数数组的 EXIF 标签此前被写成小数，ImageIO 会整条丢弃，因此 ISO 从未在导出中保留下来——包括导入文件中原本就有的 ISO。现在按整数写入。
  • 重做了胶片标签页。反转片与彩色负片各自成卡片，再次点击已选胶片即可取消选择，因此去掉了 None 项。强度滑块填满整张卡片，不再被挤进表单为控件标签预留的那一列。

验证

  • strict-concurrency 全套测试通过：1,676 项，条件跳过 15 项
  • GUI 测试构建通过
  • 发白的导入在扫描软件文件与插件扫描件上都已复现并测量；修复后两者的显影结果与扫描路径完全一致，8bit 文件与带配置文件的文件不受影响。
  • 回读导出文件确认：相机、镜头、ISO、快门、光圈、焦距与胶片名称都写入了 EXIF；未填写拍摄相机时保留扫描仪标识；最少元数据策略下不写入这些记录。
  • 早于本版本创建的目录仍可打开，拍摄记录在目录读写往返后保持不变。
  • 重做的胶片标签页已在运行中的应用里确认。
  • arm64 与 Universal 的 ZIP、DMG、PKG、dSYM 发布构建通过
  • 10 个发布文件的本地 SHA-256 校验通过
  • 真实扫描仪的光学、马达与 USB 行为仍需实机 QA。

Français

English · 한국어 · 日本語 · 简体中文 · Français · Deutsch

Téléchargements

  • La plupart des Mac : negaflow-1.0.2-1-macOS-universal.pkg
  • Apple Silicon uniquement : negaflow-1.0.2-1-macOS-arm64.pkg
  • Des fichiers ZIP et DMG sont également fournis pour l’installation manuelle.

Important : signature et notarisation

Ces fichiers sont signés en ad-hoc et ne sont pas notarisés par Apple. Si macOS bloque le premier lancement, vérifiez le téléchargement avec le fichier SHA256SUMS, tentez de l’ouvrir une fois, puis autorisez-le dans Réglages Système → Confidentialité et sécurité → Ouvrir quand même.

Mis à jour le 28 juillet 2026 à 19:30 CEST

Modifications

  • Un TIFF importé en 16 bits sans profil ICC est désormais lu comme le raw linéaire de scanner qu’il est. Les logiciels de numérisation écrivent exactement ce fichier : SilverFast note Gamma=1 et HDRScan=Yes dans sa sortie 48 bits sans y joindre de profil, le raw de VueScan fait de même, et le plug-in de scanner transmet tel quel le TIFF linéaire du backend. Lire ces valeurs linéaires comme si elles étaient encodées en gamma écrasait le domaine des valeurs : la mesure de la base du film ne trouvait plus de Dmin fiable et l’inversion donnait une image pâle et plate que ni la tonalité automatique ni la balance des blancs automatique ne pouvaient rattraper. Mesuré sur un tel fichier, le résultat est passé d’un tassement à p1=0,675 sans base mesurée à une plage de p1=0,012 à p99=0,847 avec une base de 0,236/0,135/0,072. Une numérisation produite par le plug-in lui-même échouait de la même façon dès lors qu’elle était importée plutôt que numérisée, ce qui a montré que la faute venait du décodage et non du fichier.
  • L’aperçu demande maintenant 16 bits lorsque le scanner les annonce. Un aperçu emprunte le même chemin de développement qu’une vue : un backend qui renvoie du raw linéaire en 8 bits — un Epson piloté en couleur raw neutre et gamma linéaire, par exemple — produisait un aperçu blanc et délavé, et l’aperçu à plat est aussi la surface sur laquelle travaille la détection des vues.
  • Une vue peut désormais porter les notes de prise de vue qu’un appareil argentique n’écrit jamais. Appareil, objectif, film, ISO, vitesse, ouverture et focale se saisissent à côté du titre et des droits, puis sont inscrits dans l’EXIF du fichier exporté : les autres applications lisent la vue comme une photo numérique. La note reste dans le catalogue ; le fichier d’origine n’est jamais modifié.
  • Un appareil de prise de vue noté prime sur le scanner dans les champs EXIF Make et Model, puisque c’est avec lui que la photo a été faite. L’identité du scanner reste dans le fichier annexe. Le nom du film n’a pas de balise EXIF standard : il est écrit dans UserComment à côté du procédé de développement, et il est omis lorsque la politique d’export demande des métadonnées minimales.
  • Les listes EXIF d’entiers comme ISOSpeedRatings étaient écrites en décimales et ImageIO supprimait la balise entière : un ISO ne survivait jamais à un export, y compris celui déjà présent dans un fichier importé. Ces listes sont maintenant écrites en entiers.
  • L’onglet Film a été refait. Les diapositives et les négatifs couleur forment deux cartes distinctes, et un nouveau clic sur le film sélectionné l’efface : la ligne None a donc disparu. Le curseur d’intensité occupe toute la carte au lieu d’être renvoyé dans la colonne que le formulaire réserve à l’étiquette d’un contrôle.

Vérification

  • Suite strict-concurrency complète réussie : 1 676 tests, 15 ignorés sous condition
  • Build des tests d’interface réussi
  • L’import délavé a été reproduit et mesuré sur un fichier de logiciel de numérisation et sur une numérisation du plug-in ; après correction, les deux se développent à l’identique du chemin de numérisation, et un fichier 8 bits ou profilé n’est pas concerné
  • Un fichier exporté a été relu : appareil, objectif, ISO, vitesse, ouverture, focale et nom du film arrivent dans l’EXIF, l’identité du scanner est conservée sans appareil noté, et la politique de métadonnées minimales laisse la note hors du fichier
  • Un catalogue écrit avant cette version s’ouvre toujours, et une note de prise de vue survit à un aller-retour dans le catalogue
  • L’onglet Film refait a été vérifié dans l’application en fonctionnement
  • Builds de publication ZIP, DMG, PKG et dSYM arm64 et Universal réussis
  • Vérification SHA-256 locale réussie pour les 10 fichiers
  • Le comportement optique, moteur et USB exige encore une QA sur appareils réels.

Deutsch

English · 한국어 · 日本語 · 简体中文 · Français · Deutsch

Downloads

  • Die meisten Macs: negaflow-1.0.2-1-macOS-universal.pkg
  • Nur Apple Silicon: negaflow-1.0.2-1-macOS-arm64.pkg
  • ZIP und DMG für die manuelle Installation sind ebenfalls enthalten.

Wichtig: Signatur und Notarisierung

Diese Dateien sind ad-hoc signiert und nicht von Apple notarisiert. Falls macOS den ersten Start blockiert, prüfen Sie den Download mit SHA256SUMS, versuchen Sie ihn einmal zu öffnen und erlauben Sie ihn unter Systemeinstellungen → Datenschutz & Sicherheit → Trotzdem öffnen.

Aktualisiert am 28. Juli 2026 um 19:30 MESZ

Änderungen

  • Ein importiertes TIFF mit 16 Bit und ohne eingebettetes ICC-Profil wird jetzt als das gelesen, was es ist: linearer Scanner-Raw. Scannersoftware schreibt genau diese Datei — SilverFast vermerkt in seiner 48-Bit-Ausgabe Gamma=1 und HDRScan=Yes und bettet kein Profil ein, VueScan-Raw ebenso, und das Scanner-Plug-in reicht das lineare TIFF des Backends unverändert weiter. Diese linearen Werte als gammakodiert zu lesen ließ den Wertebereich zusammenfallen: Die Filmbasismessung fand kein belastbares Dmin, und die Invertierung ergab ein blasses, flaches Bild, das weder Auto-Tonwert noch automatischer Weißabgleich retten konnte. An einer solchen Datei gemessen, ging das Ergebnis von einer Häufung bei p1=0,675 ohne gemessene Basis über zu einer Spanne von p1=0,012 bis p99=0,847 mit der Basis 0,236/0,135/0,072. Ein vom Plug-in selbst erzeugter Scan scheiterte genauso, sobald er importiert statt gescannt wurde — das zeigte, dass der Fehler im Dekodierpfad lag und nicht in der Datei.
  • Der Vorschauscan fordert nun 16 Bit an, wenn der Scanner sie meldet. Eine Vorschau durchläuft denselben Entwicklungspfad wie ein Bild, deshalb lieferte ein Backend, das linearen Raw mit 8 Bit zurückgibt — etwa ein Epson mit neutraler Raw-Farbe und linearer Gamma —, eine weiße, ausgewaschene Vorschau; und die Flachbett-Vorschau ist zugleich die Fläche, auf der die Bilderkennung arbeitet.
  • Ein Bild trägt jetzt die Aufnahmedaten, die eine Filmkamera nie schreibt. Kamera, Objektiv, Film, ISO, Verschluss, Blende und Brennweite werden neben Titel und Urheberrecht notiert und in die EXIF der Exportdatei geschrieben, sodass andere Programme das Bild wie eine Digitalaufnahme lesen. Die Notiz liegt nur im Katalog; die Originaldatei wird nie verändert.
  • Ist eine Aufnahmekamera notiert, hat sie in EXIF Make und Model Vorrang vor dem Scanner, denn mit ihr wurde das Foto gemacht. Die Scanner-Kennung bleibt in der Sidecar-Datei. Für den Filmnamen gibt es kein Standard-EXIF-Feld; er steht in UserComment neben dem Entwicklungsprozess und entfällt, wenn der Export minimale Metadaten verlangt.
  • Ganzzahlige EXIF-Listen wie ISOSpeedRatings wurden als Dezimalzahlen geschrieben, und ImageIO verwarf das gesamte Feld — ein ISO überstand also keinen Export, auch keines, das bereits in einer importierten Datei stand. Solche Listen werden nun als Ganzzahlen geschrieben.
  • Der Film-Tab wurde neu gebaut. Dia- und Farbnegativfilme bilden je eine eigene Karte, und ein weiterer Klick auf den gewählten Film hebt die Auswahl auf, wodurch die Zeile None entfällt. Der Intensitätsregler füllt die Karte, statt in die Spalte gedrängt zu werden, die das Formular für die Beschriftung eines Bedienelements reserviert.

Geprüft

  • Vollständige strict-concurrency-Suite bestanden: 1.676 Tests, 15 bedingt übersprungen
  • Build der GUI-Tests bestanden
  • Der ausgewaschene Import wurde an einer Datei aus Scannersoftware und an einem Plug-in-Scan reproduziert und gemessen; nach der Korrektur entwickeln beide identisch zum Scanpfad, und 8-Bit- oder profilierte Dateien sind nicht betroffen
  • Eine Exportdatei wurde zurückgelesen: Kamera, Objektiv, ISO, Verschluss, Blende, Brennweite und Filmname stehen in den EXIF, ohne notierte Aufnahmekamera bleibt die Scanner-Kennung erhalten, und bei minimalen Metadaten bleibt die Notiz aus der Datei
  • Ein vor dieser Version geschriebener Katalog öffnet weiterhin, und eine Aufnahmenotiz übersteht einen Katalogdurchlauf
  • Der neue Film-Tab wurde in der laufenden App geprüft
  • arm64- und Universal-Release-Builds für ZIP, DMG, PKG und dSYM bestanden
  • Lokale SHA-256-Prüfung aller 10 Release-Dateien bestanden
  • Optik, Motor und USB erfordern weiterhin QA mit echten Scannern.

Full Changelog: v1.0.1...v1.0.2

Assets 12
Loading