Jump to content

toyotadesigner

Members
  • Content count

    278
  • Joined

  • Last visited

Everything posted by toyotadesigner

  1. AP still does not remember the original folder when exporting a file. AP still does not handle the exif data in the resolution field correctly. What a shame...
  2. toyotadesigner

    AD PDF files unusable

    I have a document, size A4, with the word bookbinder in the center. Now I select the word, then export -> PDF -> selection with background -> export. Then I want to import this PDF, which displays ok in Preview, into Scribus Mac. I immediately get an error message: Not a valid PDF file. Same thing happens when I export the word as SVG or EPS. Problem exists only in Affinity Designer. PDF files from all other applications import flawlessly into Scribus. Am I correct if I say the AD PDF file format does have a bug? Does the developer team plan to fix this bug?
  3. toyotadesigner

    AD PDF files unusable

    I wrote: IMPORT the PDF, not open! That is a big difference. Besides this, it didn't even work with an exported EPS or SVG from AD. Starting with Scribus version 1.5.1, you can also import a PDF without placing it into a frame. Never mind, I've rebuilt the logo and the title in Scribus, so I can continue from that point. Thanks anyway.
  4. toyotadesigner

    AD PDF files unusable

    I've already tried your version of exporting the file. It doesn't work. I guess you don't know anything about Scribus, otherwise you'd know how hilarious your comment is. As I said: PDF files from any other software on my Mac import without any problems into Scribus.
  5. toyotadesigner

    Rembember path or location?

    When will you fix the bug that Affinity Photo (and Designer as well) do NOT remember the path or location of the original file when trying to SAVE or EXPORT ? Any plans at all to fix these bugs?
  6. toyotadesigner

    Rembember path or location?

    Because I did not get any feedback from the developers, I've abandoned Affinity Photo and returned to PhotoLine.
  7. I was working on a large image - 602 mm x 1.917 mm or 7.110 x 22.642 pixel @ 300 dpi @ 16/48 bit - and tried to convert it to sRGB for printing. The beach ball appeared an then Affinity Photo just quit. That was it. In addition, the inpainting tool refused to work on this large image.
  8. toyotadesigner

    Convert Color on large image - Affinity Photo disappears

    Chris, this was a scanned image with an ECI RGB v2 profile assigned. The original image had been scanned @ 4.000 ppi, so modifying the resolution to 300 dpi and then converting the color space to sRGB could be the problem. My guess: same problem as with scaling the document and still having 4.000 dpi in the final image. I did some touch up and then wanted to convert it to sRGB. Yes, I can reproduce the error, as well as with other large format scans. Sorry, but the file size 1.31 GB - too much for an upload. Most of my scanned files are between 650 MB and 1.7 GB in size.
  9. toyotadesigner

    Resize Document / Resample serious bug!

    MEB, looks like the 'bumping up / raise' didn't have any effect, and it appears that none of the developers does have any intention to solve the problem. Or did you get ANY feedback until today? In the meantime I started to look into ExifTool, which is included in the Affinity Photo container (OS X -> show package contents -> Contents -> Resources -> Exiftool). Because I already used Exiftool a while ago, I started digging into this tool a bit further and experimented with it. I found out, that following command in Terminal did exactly what I needed to correct the exported image dpi EXIF setting in the X Resolution and Y Resolution TAGs: exiftool -XResolution=300 -YResolution=300 --Orientation --FileModifyDate -overwrite_original_in_place [FileName or Directory] The command inside Affinity Photo only needs the first two options to generate a correct EXIF on export. In short words: If **I** can figure it out (as a non-coder!), it should be a very simple task for your magic coders to solve this bug in an instant. I even wrote an app in Automator, so that I can drag and drop any file onto the Automator app icon I called 'print300' to correct the file to print resolution without altering any of the other EXIF TAGs of the file. ANY feedback from the development team will be highly welcomed, as well as an implementation in the next release!
  10. I have a scanned TIFF with these data: Now I resize and resample the image with these settings: What I get is this - AP completely ignored the 300 dpi setting! So please do NOT tell me that this bug has been solved...
  11. toyotadesigner

    Resize Document / Resample serious bug!

    MEB, once again: No file will leave our office without embedded Metadata (copyright!). Besides that, how will a printer RIP know something about the resolution, if there is no EXIF? It shouldn't be too complex or hard to code, because PhotoLine, Photoshop and even GIMP do handle this feature correctly... Tomorrow will be the release of Pixelmator Pro. If that app will be able to handle this issue as well as remembering the folder of the original file, I'll say good bye to AP very soon, because I need a professional tool for my work. Thank you very much anyway.
  12. toyotadesigner

    Rembember path or location?

    bump up...
  13. When will you work on the EXIF data problem, that means that the wrong resolution is stored in the EXIF after I have resampled from 4.000 ppi to 300 dpi? This is very important because many printing companies don't open the final TIFF and just send it to the RIP. This is how it should look in the EXIF:
  14. Thanks for the info, I'm having the same problem and thought it could be related to some weird setting in the Wacom panel.
  15. toyotadesigner

    Wacom Pen Pressure still does not work

    The world and tech stuff is becoming more complicated every day. And unfortunately I am not getting younger <sigh> Or maybe I should say that I didn't find my personal settings/options panel yet...
  16. The Wacom Pen Pressure still doesn't work here. Any ideas on how to solve it?
  17. toyotadesigner

    Wacom Pen Pressure still does not work

    BTW, if you could solve the bug with the EXIF Data as well it would be perfect (writing the correct resolution into the EXIF for printing)
  18. toyotadesigner

    Wacom Pen Pressure still does not work

    OK, this is somewhat complicated, but I could adjust the pressure part to be able to work with (brushes, stamp/clone) Setting the spacing to 10% removed the ugly blobs in the brush! Flow jitter already had been set to 100% Then I adjusted the curve to linear and now it seems to work! I'll try tonight the retouching of the LP cover again, but so far all I can say: Thanks ten tons for your assistance! Maybe this would make a nice and fundamental video for everyone who uses a tablet...
  19. toyotadesigner

    Wacom Pen Pressure still does not work

    Here we go. Task: I have to reproduce an old and famous LP cover. Reproduction is ok and finished, now the client wants me to extend the colors from the 33x33 cm square to the 55x55 cm square for a book cover. Getting close with radial gradients: Now I want a seamless blend of the remaining borders with the clone tool (brush). However, I can't dissolve the gradients to 0 by reducing the pressure: If I **could** use less pressure for more transparency of the color, it would be an easy task. Now I already surrendered and suggested to go with this version: So, if the pressure sensivity would be integrated into AP (and maybe even AD), this would be fantastic. And no, this is not my 'normal' service, usually I am just doing large format photography
  20. toyotadesigner

    Wacom Pen Pressure still does not work

    Hi Chris, I am using this hardware: My Mac My Wacom Wacom Intuos3 A5 Wide, USB (PTZ-631W) Quicktime? Hm, to be honest, I don't know how to do that. Problem description: I use the pen and try to apply very little pressure for a soft brush i.e. at the start of a line, then increasing the pressure to apply more color. But the soft brush is everywhere 100% colored and nowhere opaque or transparent. Very bad for masks or inverted layers... [Edit] A screenshot of the lack of the pressure sensitivity in AP When working with Sketchbook I have a variable opaqueness ranging from almost zero to 100%. It is like working with a real airbrush: I hope this helps...
  21. toyotadesigner

    NIK and MAC Photo version 1.6

    Looks like it is time for an intermediate update...
  22. It is so disappointing, that Photo still does NOT remember the original folder where I opened the file (TIFF) when exporting it after working on it! I have to pull up XnView MP every time from the background to check the path, then return to Photo, walk through the file system to save/export the file. Working with lots of very large files in different folders on my external hard drives every day, this causes too many breaks and a giant delay for me. All the hassle just because Photo can not remember the path... Is it really too much what I require for a smooth workflow? Any other software I am using on my Mac does this automatically, so why not Affinity? Instead of adding funky and kinky gimmicks, could somebody please work on this issue? Too bad, but until this braindead behavior will be solved, I'll stick with Photoline (another blazingly fast 16 bit image editor)
  23. toyotadesigner

    Lens Database missing

    Maybe I am expecting too much, but where and how can I access the 'extensive camera/lens database' that is mentioned in the promo page? The camera/lens data shown on the top in the RAW developer shows the wrong combination - how can I fix that bug? I have thrown several RAW (NEF) images into Photo, but don't see a lens correction at all. PTLens as a plug-in at least gives me a feedback about the camera, lens, aperture and exposure parameters as well as lens parameters, and it corrects the lens distortion accordingly. I am just curious, because I really don't want to develop my images in Photo. I am using the Nikon RAW converter which is far superior and a lot faster...
  24. I usually have my images printed in large formats (starting at 120 x 80 cm or 3.937 x 2.624 feet). The printing co expects and prints my files @ 300 dpi I scan my large format slides and negatives @ 4.000 ppi. Now I have opened such file in Photo and resized and resampled it @300 dpi to fit the dimension of 120 x 80 cm. When I open the EXIF data, I get this: The original EXIF and the EXIF of the JPEG to be sent to the printing co The original EXIF states 4.000 dpi with a print size of 7.83 x 5.21 cm The resampled files EXIF states 4.000 dpi with a print size of 9.01 x 6.0 cm These files will be rejected from the printing co, because they never open a file from the customer. If they would print this file, the printer would churn out a tiny image of just 9x6 cm instead of the intended 120 x 80 cm. You guys have promised to correct this bug with the new version, and you even bloated about the improved EXIF handling on your new Photo page. But in reality nothing changed, so Photo - at least for the serious professionals - is kiddie stuff, unusable for real work. Any idea when you will definitely fix this bug?
  25. toyotadesigner

    [Duplicate] Severe EXIF error / bug

    I just checked the content on the Affinity Photo container (OS X). There is a version of Exiftool integrated into Affinity Photo. So I am even more surprised that the app does not handle the resolution part of scaled images in the EXIF. Shouldn't be too hard to fix this severe bug for all users who are printing their images...
×

Important Information

These are the Terms of Use you will be asked to agree to if you join the forum. | 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.