[CDR 2024] Мор файлов Корела

  • Автор темы Автор темы iKoolk
  • Дата начала Дата начала
Я
В конторе вообще у всех галка Бакграундовых задач снята. Язак интерфейса тоже вряд ли при делах, ибо 4 машины на русском одна на английском. На 4-х машинах 11-я винда на одной 10-я. Вот такое гендерное и рассовое разнообразие (:)
А админ там у вас ещё тот затейник, как я погляжу. А по делу - я так понял, что существуют глючные файлы и они множатся, если в чистый новый файл поместить что-то из глючного? Попробуйте сохранить какой-нибудь глючный файл в другом формате (cmx, pdf, eps) и потом поработать с этими файлами. Будут они потом также ломаться или нет?
 
  • Спасибо
Реакции: _MBK_
Гипотеза такая: некоторые из дизайнеров (не все) используют какой-то функционал корела, который приводит к сбою при сохранении.

Еще варианты:
1. Отключить фоновые задания - тогда корел не будет сохранять файл в отдельном потоке, это уменьшит вероятность глюков.
2. Поиграться с настройками вкладки "Сохранить"
Да это снова хрень какая то.
Давайте, может, все таки начнем мыслить логически? Если бы ваша гипотеза была хоть на несколько процентов верна, то все кореловские багтрэки были б полны ошибками сохранения и ее б прфиксили уже на этапе бетатестирования.
Вообше, как можно такие космические гипотезы строить даже не видя битых файлов и особенностей их дефекта? Более того, некоторые говорят, что дефектов структуры в этих файлах нет вообще
 
некоторые говорят, что дефектов структуры в этих файлах нет вообще
Так и есть.

Код:
Archive:  /home/ra/Downloads/15309-01-949-160.cdr
    testing: mimetype                 OK
    testing: font/fontTable.dat       OK
    testing: content/data/masterPage.dat   OK
    testing: content/data/page1.dat   OK
    testing: content/data/page2.dat   OK
    testing: content/data/page3.dat   OK
    testing: content/data/page4.dat   OK
    testing: content/data/page5.dat   OK
    testing: content/data/page6.dat   OK
    testing: content/data/page7.dat   OK
    testing: content/data/page8.dat   OK
    testing: content/data/page9.dat   OK
    testing: content/data/page10.dat   OK
    testing: content/data/page11.dat   OK
    testing: content/data/page12.dat   OK
    testing: content/data/page13.dat   OK
    testing: content/data/page14.dat   OK
    testing: content/data/page15.dat   OK
    testing: content/data/page16.dat   OK
    testing: content/data/page17.dat   OK
    testing: content/data/page18.dat   OK
    testing: content/data/page19.dat   OK
    testing: content/data/page20.dat   OK
    testing: content/data/page21.dat   OK
    testing: content/data/page22.dat   OK
    testing: content/data/page23.dat   OK
    testing: content/data/page24.dat   OK
    testing: content/data/page25.dat   OK
    testing: content/data/page26.dat   OK
    testing: content/data/page27.dat   OK
    testing: content/data/page28.dat   OK
    testing: content/data/page29.dat   OK
    testing: content/data/page30.dat   OK
    testing: content/data/page31.dat   OK
    testing: content/dataFileList.dat   OK
    testing: content/root.dat         OK
    testing: previews/thumbnail.png   OK
    testing: previews/page1.png       OK
    testing: previews/page2.png       OK
    testing: previews/page3.png       OK
    testing: previews/page4.png       OK
    testing: previews/page5.png       OK
    testing: previews/page6.png       OK
    testing: previews/page7.png       OK
    testing: previews/page8.png       OK
    testing: previews/page9.png       OK
    testing: previews/page10.png      OK
    testing: previews/page11.png      OK
    testing: previews/page12.png      OK
    testing: previews/page13.png      OK
    testing: previews/page14.png      OK
    testing: previews/page15.png      OK
    testing: previews/page16.png      OK
    testing: previews/page17.png      OK
    testing: previews/page18.png      OK
    testing: previews/page19.png      OK
    testing: previews/page20.png      OK
    testing: previews/page21.png      OK
    testing: previews/page22.png      OK
    testing: previews/page23.png      OK
    testing: previews/page24.png      OK
    testing: previews/page25.png      OK
    testing: previews/page26.png      OK
    testing: previews/page27.png      OK
    testing: previews/page28.png      OK
    testing: previews/page29.png      OK
    testing: previews/page30.png      OK
    testing: previews/page31.png      OK
    testing: color/color.xml          OK
    testing: META-INF/textinfo.xml    OK
    testing: color/docPalette.xml     OK
    testing: styles/document.cdss     OK
    testing: styles/1220-crl-073027bf-3a40-460c-b90f-3a1ec68ebba2.tmp.5.vector   OK
    testing: styles/1220-crl-2e9df758-5b08-49ed-ba52-3a6b70bf8fe9.tmp.9.vector   OK
    testing: styles/1220-crl-38492038-ca1b-45c0-9929-ba469df35169.tmp.12.vector   OK
    testing: styles/1220-crl-3a311f4d-cde8-4422-893c-9b4c994bb1fa.tmp.7.vector   OK
    testing: styles/1220-crl-48d4fa7d-0afb-4ee6-a8ff-ac34401499c2.tmp.19.vector   OK
    testing: styles/1220-crl-68e2cc8a-e6bf-42da-b931-2cdb10fd1d10.tmp.21.vector   OK
    testing: styles/1220-crl-9c8fbfbd-fe9d-4408-8ed6-ad2305d41c08.tmp.8.vector   OK
    testing: styles/1220-crl-9f54927e-2512-4d20-9fc7-6875cf1f967f.tmp.20.vector   OK
    testing: styles/1220-crl-cdc3c7a5-040c-4d33-956a-d3e15bd8fd70.tmp.10.vector   OK
    testing: styles/1220-crl-f619de3c-d2f9-46ce-9522-547aa015a6eb.tmp.6.vector   OK
    testing: styles/20452-crl-02ca3f2b-ed4f-400d-9084-1b5d7915239d.tmp.32.vector   OK
    testing: styles/20452-crl-07f72688-6cdb-4dd7-989c-2d8d84d00759.tmp.35.vector   OK
    testing: styles/20452-crl-1598fe62-9f0c-4f07-ad12-58b20620699c.tmp.14.vector   OK
    testing: styles/20452-crl-5abb1515-e07e-42f7-9cce-fcbb37a6b5a8.tmp.34.vector   OK
    testing: styles/20452-crl-5cccbc3c-5c36-46ce-8b5c-a162bf45c18d.tmp.37.vector   OK
    testing: styles/20452-crl-5effcc6e-ed1a-4d44-81d8-88e1586b6a29.tmp.40.vector   OK
    testing: styles/20452-crl-60093c3e-2a08-4c01-b663-4b23a3fbfc90.tmp.12.vector   OK
    testing: styles/20452-crl-927c254f-359b-4a68-90be-3078d25d400b.tmp.36.vector   OK
    testing: styles/20452-crl-acbb8344-48d6-4c3d-ba6d-e9f3df6fb125.tmp.38.vector   OK
    testing: styles/20452-crl-dbdd6c9a-bed2-4852-9fc7-c8ed67f4de3d.tmp.33.vector   OK
    testing: styles/20452-crl-e9665c19-9dea-49ad-9b6c-6844458dbd38.tmp.11.vector   OK
    testing: styles/20452-crl-fef34d59-e848-4e8c-ab83-17f2e4e1c16c.tmp.13.vector   OK
    testing: styles/9680-crl-b4aac9f5-e541-471b-a37f-45f0c0bcd54f.tmp.1.vector   OK
    testing: META-INF/metadata.xml    OK
    testing: META-INF/links.xml       OK
    testing: META-INF/container.xml   OK
    testing: content/data/data1.dat   OK
    testing: content/data/Bitmaps.dat   OK
    testing: content/data/data2.dat   OK
No errors detected in compressed data of /home/ra/Downloads/15309-01-949-160.cdr.
 
  • Спасибо
Реакции: fersat
А попробуйте открыть в самом распоследнем и легальном Кореле: https://trial.coreldraw.corel.com/
Возможно, на сайт придется заходить с использованием альтернативных всем известных методов.
Зарегистрировать на любую почту и мучаться/играться 15 дней.
 
Я

А админ там у вас ещё тот затейник, как я погляжу. А по делу - я так понял, что существуют глючные файлы и они множатся, если в чистый новый файл поместить что-то из глючного? Попробуйте сохранить какой-нибудь глючный файл в другом формате (cmx, pdf, eps) и потом поработать с этими файлами. Будут они потом также ломаться или нет?
Файл становится глючным непредсказуемо. Вот взять к примеру тот, который заглючился из целиком новых макетов. В него помещались клиентские пдф. Первый дизайнер просто поместил туда эти пдф. Файл сломался. Потом, чтобы человек не нервничал, я забрал себе задачу, открыл в люстре, обнаружил, что есть миссинг линки, исправил и тогда поместил. Файл не сломался, но не думаю, что в этом дело. Потому что все же у первого дизайнера корел не крашнулся при помещении, давал работать и не всплыл только после закрытия/открытия. Можно провести эксперимент по повторному помещению пдф с миссингом. Если скажете - вечером сделаю.
И когда файл становится глючным его уже в ничто не пересохранить. А какой станет глючным - неизвестно.
 
Файл становится глючным непредсказуемо. Вот взять к примеру тот, который заглючился из целиком новых макетов. В него помещались клиентские пдф. Первый дизайнер просто поместил туда эти пдф. Файл сломался. Потом, чтобы человек не нервничал, я забрал себе задачу, открыл в люстре, обнаружил, что есть миссинг линки, исправил и тогда поместил. Файл не сломался, но не думаю, что в этом дело. Потому что все же у первого дизайнера корел не крашнулся при помещении, давал работать и не всплыл только после закрытия/открытия. Можно провести эксперимент по повторному помещению пдф с миссингом. Если скажете - вечером сделаю.
И когда файл становится глючным его уже в ничто не пересохранить. А какой станет глючным - неизвестно.
А вы установили fixup для 2024 корела?
 
Первый дизайнер просто поместил туда эти пдф. Файл сломался.

открыл в люстре, обнаружил, что есть миссинг линки, исправил и тогда поместил. Файл не сломался
Какая связь между потерянными линками в AI (приватдате) и pdf?

пдф с миссингом
Это что за зверь такой?
 
Последнее редактирование: