Jump to content
You must now use your email address to sign in [click for more info] ×

Recommended Posts

3 minutes ago, Radium said:

I agree that the afphoto and afdesign file formats should be an open spec. I can understand keeping it closed during development but once the format is near final, please open it up so that it would be possible to preview affinity images in various ways as well as open in third party software. It will improve your sales, not hinder them. If the logic behind keeping it a closed ecosystem is to prevent a loss of sales, it is not correct.

The staff have mentioned this several times, but the reason given for why the file format is not open spec is because it is considered a proprietary trade secret. As is typical for all such closely held proprietary information, the company's concern is that publicly documenting it would make it easy for other companies competing for the same market to use that info to improve their own products, in effect giving away a key part of their competitive edge for free. Needless to say, this is generally not considered sound business practice!

All 3 1.10.8, & all 3 V2.4.1 Mac apps; 2020 iMac 27"; 3.8GHz i7, Radeon Pro 5700, 32GB RAM; macOS 10.15.7
Affinity Photo 
1.10.8; Affinity Designer 1.108; & all 3 V2 apps for iPad; 6th Generation iPad 32 GB; Apple Pencil; iPadOS 15.7

Link to comment
Share on other sites

  • 1 month later...
On 4/2/2018 at 3:22 PM, R C-R said:

The staff have mentioned this several times, but the reason given for why the file format is not open spec is because it is considered a proprietary trade secret. As is typical for all such closely held proprietary information, the company's concern is that publicly documenting it would make it easy for other companies competing for the same market to use that info to improve their own products, in effect giving away a key part of their competitive edge for free. Needless to say, this is generally not considered sound business practice!

 

Opening the format isn't going to reveal any more than the UI itself already reveals. I don't use affinity designer and affinity photo because of the file format. I use it because of the GUI. Opening the format will not hurt them in any way and if anything opening the format will give them a competitive edge due to the fact that the format will be more prolific and be used far more than it is now, thus spreading the word of the application outside of the affinity community.

Link to comment
Share on other sites

1 hour ago, Radium said:

Opening the format isn't going to reveal any more than the UI itself already reveals.

Serif thinks otherwise & knows more about this than any of us do.

All 3 1.10.8, & all 3 V2.4.1 Mac apps; 2020 iMac 27"; 3.8GHz i7, Radeon Pro 5700, 32GB RAM; macOS 10.15.7
Affinity Photo 
1.10.8; Affinity Designer 1.108; & all 3 V2 apps for iPad; 6th Generation iPad 32 GB; Apple Pencil; iPadOS 15.7

Link to comment
Share on other sites

  • 5 weeks later...
1 hour ago, Radium said:

I have to wholeheartedly disagree that they know more than us.

If Serif don’t know more than you do, what could you possibly gain by their publishing the spec for the file format? o.O

Alfred spacer.png
Affinity Designer/Photo/Publisher 2 for Windows • Windows 10 Home/Pro
Affinity Designer/Photo/Publisher 2 for iPad • iPadOS 17.4.1 (iPad 7th gen)

Link to comment
Share on other sites

A bit of an aside, but Serif's previous "Plus" collection of software also used their own file formats, which no-one else supported. Even Serif don't support their own old formats in their new, Affinity, software! (Which is obviously a problem for anyone who saved a number of photos , drawings or documents in them and now wants to move to using new software.)

I for one would not dream of using .afphoto or .afdesign files for anything other than temporary "storage" while working on them. No-one who doesn't have the Affinity products can even view them and who knows how accessible these formats may be in a few years time. 

Acer XC-895 : Core i5-10400 Hexa-core 2.90 GHz :  32GB RAM : Intel UHD Graphics 630 : Windows 10 Home
Affinity Publisher 2 : Affinity Photo 2 : Affinity Designer 2 : (latest release versions) on desktop and iPad

Link to comment
Share on other sites

7 hours ago, PaulEC said:

Even Serif don't support their own old formats in their new, Affinity, software!

This is unpleasant (for users of previous applications), but expected - Affinity is completely reworked and is different from OldPlus applications.

Affinity Store (MSI/EXE): Affinity Suite (ADe, APh, APu) 2.4.0.2301
Dell OptiPlex 7060, i5-8500 3.00 GHz, 16 GB, Intel UHD Graphics 630, Dell P2417H 1920 x 1080, Windows 11 Pro, Version 23H2, Build 22631.3155.
Dell Latitude E5570, i5-6440HQ 2.60 GHz, 8 GB, Intel HD Graphics 530, 1920 x 1080, Windows 11 Pro, Version 23H2, Build 22631.3155.
Intel NUC5PGYH, Pentium N3700 2.40 GHz, 8 GB, Intel HD Graphics, EIZO EV2456 1920 x 1200, Windows 10 Pro, Version 21H1, Build 19043.2130.

Link to comment
Share on other sites

5 minutes ago, Pšenda said:

This is unpleasant (for users of previous applications), but expected - Affinity is completely reworked and is different from OldPlus applications.

This is not only expected but unavoidable because the Affinity apps do not support the same feature sets as the Plus ones, so there is no way to preserve everything in the older apps even if they could be imported to the newer ones. The developers have explained this more than once.

All 3 1.10.8, & all 3 V2.4.1 Mac apps; 2020 iMac 27"; 3.8GHz i7, Radeon Pro 5700, 32GB RAM; macOS 10.15.7
Affinity Photo 
1.10.8; Affinity Designer 1.108; & all 3 V2 apps for iPad; 6th Generation iPad 32 GB; Apple Pencil; iPadOS 15.7

Link to comment
Share on other sites

  • 3 months later...
On 10/18/2017 at 9:52 AM, Daniel Geiger said:

I have to maintain two versions of each image, a layered .afphoto, and a placable .tif.

Don't forget the "Continuous" option in the Export persona - you can have Photo automatically update the TIFF each time you save the document.

Link to comment
Share on other sites

  • Staff

I might just step in again....

 

It would be a MASSIVE undertaking to document our file format.  A small number of companies have been legally compelled to do such a thing due to their market share. The majority of other companies do not do this.

 

Firstly, our file format is always changing as we add new features and refine existing ones.

Secondly, our file format is already huge.  It is also more complex than common formats, for reason of speed and data size.  I really don't want to say too much more, because it won't benefit anyone to give partial information.

 

Users that keep stating that other companies open source their file format are generally only thinking about PSD (which is very poorly documented), and even that does not properly document all editable features (some features are still black-boxed).  Other editable file formats, such as Illustrator, InDesign, Quark, etc, etc, are not publicly documented.  All other documented file formats that tend to be open source or public formats are intermediate or end formats - PNG, JPEG, PDF.  These are not editable formats and do not preserve editable features.

 

Access to thumbnails is a different issue to full access to the internal workings of the format.  This is something that may get considered in future.

 

So, to put this to bed.  Do not expect us to document the Affinity file format any time soon.  And, if that is a problem, go ask Adobe for a copy of the Illustrator file format, then come back to us.  I'd also say that anyone who is so paranoid that they don't use afdesign files for storing their editable documents, are really missing the point of using Affinity altogether.  Not sure how we can convince you...

 

SerifLabs team - Affinity Developer
  • Software engineer  -  Photographer  -  Guitarist  -  Philosopher
  • iMac 27" Retina 5K (Late 2015), 4.0GHz i7, AMD Radeon R9 M395
  • MacBook (Early 2015), 1.3GHz Core M, Intel HD 5300
  • iPad Pro 10.5", 256GB
Link to comment
Share on other sites

  • Staff

One other note - the link to the afdesign loader library earlier in this thread - don't bother.  They are not even 1% of the way there to understanding the file format, and will never be able to keep up with changes if they are trying to reverse engineer the data.

 

SerifLabs team - Affinity Developer
  • Software engineer  -  Photographer  -  Guitarist  -  Philosopher
  • iMac 27" Retina 5K (Late 2015), 4.0GHz i7, AMD Radeon R9 M395
  • MacBook (Early 2015), 1.3GHz Core M, Intel HD 5300
  • iPad Pro 10.5", 256GB
Link to comment
Share on other sites

12 minutes ago, Ben said:

...Other editable file formats, such as Illustrator, InDesign, Quark, etc, etc, are not publicly documented.  All other documented file formats tend to be open source or public formats...

At some such time as Affinity applications support plug-ins (ID) or XTensions (QXP), the application DOM does need exposed. Not quite the same as documenting the file format.

As regards ID, one would need to look at the fully documented IDML format as regards an interchange format and if using the server edition, there is documented formats beyond what is possible in IDML, I believe (but I haven't used it). For QXP, the internal file guts is QXML and one can manipulate, create an entire document, etc., using its documentation. In fact, QXP's JavaScript manipulates the exposed DOM of a document.

I myself am looking forward to being able to extend what y'all are baking into Affinity applications—if that day comes.

Thanks for all your hard work!

Mike

Link to comment
Share on other sites

  • Staff

Ok, IDML... but INDD and AI files?

SerifLabs team - Affinity Developer
  • Software engineer  -  Photographer  -  Guitarist  -  Philosopher
  • iMac 27" Retina 5K (Late 2015), 4.0GHz i7, AMD Radeon R9 M395
  • MacBook (Early 2015), 1.3GHz Core M, Intel HD 5300
  • iPad Pro 10.5", 256GB
Link to comment
Share on other sites

2 minutes ago, Ben said:

Ok, IDML... but INDD and AI files?

Nope. Which is why my opening paragraph ends like it does.

But as regards AI, CorelDraw reads and (especially) writes good AI format files. It can be done.

As regards IDML format, it's a good thing it is documented, at least for the future of APub.

Link to comment
Share on other sites

  • 1 year later...
  • Staff

@VM.Dev

Welcome to the Serif Affinity forums :)

interesting post!

Patrick Connor
Serif Europe Ltd

"There is nothing noble in being superior to your fellow man. True nobility lies in being superior to your previous self."  W. L. Sheldon

 

Link to comment
Share on other sites

  • 4 weeks later...

RE: Previews & thumbnails for DAMs

Sorry to dig up this old conversation but I would be very interested to find out if anything has subsequently changed about this policy.

I work on one of the UKs premier DAMs and we have had requests to support your files. Not for reading and writing but for thumbnails & previews. We are able to do this for Adobe files and more recently we added Sketch files.

I do think it would be in your interest to help us pull thumbs and previews out of your files as it would aid the spread and adoption of your software. Even if all you gave us was a command-line tool for Linux that spat out a PNG or JPEG and kept your commercial secrets secret it would of real benefit to companies like ours.

I myself am trying to move away from Adobe Apps to Sketch & Affinity. But without a preview to look at when organising my files I am unlikely yo ever use your software anywhere other than for home projects.

Thanks for your time

Sam Phillips
Head of Design 
https://www.thirdlight.com

Link to comment
Share on other sites

On 5/15/2020 at 2:03 PM, Sam Phillips said:

I do think it would be in your interest to help us pull thumbs and previews out of your files as it would aid the spread and adoption of your software.

There should not be any special trick getting basic system readable preview images out of affinity files. Maybe @Ben can help here.

Link to comment
Share on other sites

A portable command line utility to extract a sensibly-sized preview from proprietary Affinity* files would be helpful for many users and many software products which handle or manage files produced with Affinity software.

Under Windows, the shell thumbnail handler installed by Designer etc. works, but produces only small thumbnails. The longest edge is apparently limited 512 pixels, which is probably a limitation in Windows thumbnail handlers.

I would like to see at least a screen-sized preview (say, 1920px) of my Affinity Designer and Affinity Photo files in other applications.

I get frequent complaints from IMatch users, but I can only tell them that Affinity file formats are proprietary, that there is no WIC codec and that the maximum size IMatch can extract is 512 pixels. Which is not much, assuming a 300 DPI A4 Designer file.

Mario M. Westphal
Author of IMatch
https://www.photools.com

Link to comment
Share on other sites

5 hours ago, Fixx said:

There should not be any special trick getting basic system readable preview images out of affinity files.

I suppose it depends on what you mean by "basic system readable preview images," but the developers have mentioned that the native Affinity file format uses a proprietary form of data serialization to improve performance, so an up-to-date deserialized version of an image may not exist in those files. Since operating systems know nothing about that or how to deserialize images in those files, it does seem likely that some 'special trick' might have to be built into the apps for that to be feasible.

There may be a small thumbnail version of the image embedded in the file, but only if the option to save thumbnails with documents has been enabled in Preferences > General. The Mac versions include a Quick Look Generator that can create thumbnail previews on-the-fly, but that is a Mac-only thing. I am not sure of their size vs. the embedded thumbnails. They are larger but apparently not full sized versions -- there is an option to display them at the full screen size but typically they are quite noticeably pixelated f I do that.

All 3 1.10.8, & all 3 V2.4.1 Mac apps; 2020 iMac 27"; 3.8GHz i7, Radeon Pro 5700, 32GB RAM; macOS 10.15.7
Affinity Photo 
1.10.8; Affinity Designer 1.108; & all 3 V2 apps for iPad; 6th Generation iPad 32 GB; Apple Pencil; iPadOS 15.7

Link to comment
Share on other sites

  • 3 weeks later...

File format is not an issue. It is possible to deserialize any metadata information from the files. It is also possible to extract any raster layer. But in order to combine all layers and produce image, you need to write your own renderer.

Link to comment
Share on other sites

  • 6 months later...

Photo Mechanic ( Camera Bits) refers me back to this thread as a reason why they can't show afphoto thumb images in PhotoMechanic

which basically is a browser.

Maybe someone can explain why ACDsee, NeoFinder and Photo Supreme (IDimager), to name three, have no problem

displaying afphoto thumb images and Photo Mechanic can't?

website

Mac mini (2018)  3.2 GHz Intel Core i7  64 GB • Radeon Pro 580 8 GB • macOS Monterey

Link to comment
Share on other sites

1 hour ago, TomM1 said:

... displaying afphoto thumb images and Photo Mechanic can't?

Ask their developers! - Probably (a guess here) they don't make use of the related MacOS quickinfo service routines to extract the Affinity thumb images, where in contrast the others might do so.

☛ Affinity Designer 1.10.8 ◆ Affinity Photo 1.10.8 ◆ Affinity Publisher 1.10.8 ◆ OSX El Capitan
☛ Affinity V2.3 apps ◆ MacOS Sonoma 14.2 ◆ iPad OS 17.2

Link to comment
Share on other sites

I really don't understand their ( Camera Bits) attitude.

They seem to think Affinity is holding back some special information.

And yet ACDsee, NeoFinder, Photo Supreme and others  have unraveled these esoteric formulas.

I speculate that Affinity users don't fit into their world view of photo journalists and sports photographers so

 anyone that has .afphoto files can just go F themselves.

website

Mac mini (2018)  3.2 GHz Intel Core i7  64 GB • Radeon Pro 580 8 GB • macOS Monterey

Link to comment
Share on other sites

4 hours ago, TomM1 said:

They seem to think Affinity is holding back some special information.

What they are at least right with here is, that there are no by Affinity published informations for third party developers (there is no mini code API + doc) on how to extract thumb images directly out of Affinity files. - So third parties have to use OS related service routines here in order to extract thumb images from Affinity files. The later do OS related differ and aren't the fastest direct way to read/get the thumb data out of files.

☛ Affinity Designer 1.10.8 ◆ Affinity Photo 1.10.8 ◆ Affinity Publisher 1.10.8 ◆ OSX El Capitan
☛ Affinity V2.3 apps ◆ MacOS Sonoma 14.2 ◆ iPad OS 17.2

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
×
  • Create New...

Important Information

Terms of Use | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.