Convert anything, at global scale.
200+ formats and automation APIs that feels instant.
CONVERT
From
To
Drop files or choose a source
Upload multiple files at once, mix formats, and fine-tune every conversion with format-aware settings.
Max 2GB per file · Drag & drop ready · Mixed file types welcome
AsciiDoc at a glance
AsciiDoc
AsciiDoc began with Stuart Rackham's early-2000s toolchain and later gained broader ecosystem momentum through Asciidoctor and the ongoing Eclipse-led specification effort.
SRF at a glance
SRF
Before ARW became the better-known Sony raw family, Sony's raw ecosystem already included older variants that modern tools still need to decode correctly.
Format comparison
| Feature | AsciiDoc | SRF |
|---|---|---|
| File type | Document | Image |
| Extensions |
|
|
| MIME type |
|
|
| Compression / quality | depends | raw |
| File size characteristics | medium | large |
| Compatibility | broad | limited |
| Editability | moderate | high |
| Created year | 2002 | 2003 |
| Inventor | Stuart Rackham | Sony |
| Status | active | proprietary |
| Primary use cases |
|
|
| Common software |
|
|
| Archival suitability | strong | strong |
| Metadata handling | moderate | rich |
| Delivery profile | strong | limited |
| Workflow fit | exchange | source |
| Vector scaling | Not supported | Not supported |
When to use each format
When to use AsciiDoc
- authoring
- review and collaboration
- distribution
- Balances source readability with richer semantics than basic Markdown variants.
When to use SRF
- capture ingest
- editing
- web or print delivery
- Preserve capture-stage sensor information.
FAQs
Why convert AsciiDoc to SRF?
Choose SRF as target when preserving older Sony originals or keeping a legacy Sony raw library intact.
What changes when converting AsciiDoc to SRF?
Convert to SRF when preserving older Sony originals or keeping a legacy Sony raw library intact. It is useful for archive recovery and compatibility workflows.
What should I review after converting AsciiDoc to SRF?
After conversion, review these destination checks: Open converted output in vendor photo software and verify behavior on real samples; Compare output against the expected raw quality profile; Compatibility often depends on vendor or decoder support.
How can I keep quality stable in AsciiDoc to SRF conversion?
Run representative samples, keep settings deterministic, and monitor these risks: They are source formats, not publication-ready outputs; Compatibility often depends on vendor or decoder support; Validate destination compatibility before large-batch conversion.