Пример файла.
https://cloud.mail.ru/public/KfSv/hK3ZMvC2B (https://cloud.mail.ru/public/KfSv/hK3ZMvC2B)
Проверено на версиях 4.4.7, 5.0.5, 5.1.1 в линуксе.
Пишут (http://archlinux.org.ru/forum/topic/15883/), что wps и FBReader показывают корректно. Удивительно...
бага, пишите в багзиллу, файлик приложите обязательно
проверил на ЛО 5.1.1.3 на винде
Может всё же файл кривой/вставлены кривые файлы изображений?
Пара картинок в самом конце файла отображаются нормально. При попытке сохранить файл получается в 10 раз меньше (и doc и odt).
Цитата: greenman от 23 марта 2016, 07:31Может всё же файл кривой/вставлены кривые файлы изображений?
Файлы изображений не кривые, в просмотрщике PDF выглядит нормально, а документ в целом, для офиса кривой. Не думаю, что баг.
У меня на Маке только две последние картинки отображаются нормально, остальные либо в "стиле Малевича", либо один из двух последних в разных расцветках, пропорциях и ориентации
У меня ещё первые две-три картинки при очередном открытии файла могут выглядеть по-разному. Какой-то шум.
Нашёл немного похожий баг. https://bugs.documentfoundation.org/show_bug.cgi?id=47596
В багзилле столько всего, и захламлять не хочется.
А как можно понять, в виде чего вставлены картинки? В багзилле много упоминаний кривого отображения wmf.
Цитата: greenman от 23 марта 2016, 08:10А как можно понять, в виде чего вставлены картинки? В багзилле много упоминаний кривого отображения wmf.
Дампнуть их из файла.
Я посмотрю попозже вечером, если не завалят какой-нибудь фигнёй.
linux, LO 5.0.2 показывает нормально все картинки кроме первой. Первая -- файл "Компаса" с прицепленным WMF-ом.
WMF вроде простой, почему LO его не хочет жрать не смотрел, но что-нибудь придумаем...
Цитата: frob от 25 марта 2016, 01:48linux, LO 5.0.2 показывает нормально все картинки кроме первой.
В стартовом сообщении есть ссылка на топик на форуме арчлинукса, где все подтверждают, что проблема есть не только с первой картинкой.
Текущие версии либры в арчлинуксе 5.0.5 и 5.1.1.
Цитата: greenman от 25 марта 2016, 07:05где все подтверждают
Ну, ок... Обновился до 5.0.5.2.
Показывает нормально все картинки кроме первой.
Проблемы дистрибутива?
Цитата: frob от 25 марта 2016, 14:22
Проблемы дистрибутива?
Возможно. Куда копать?
Попробовал ванильный (https://download.documentfoundation.org/libreoffice/stable/) либреофис, снеся профиль.
(Версия: 5.0.5.2 ID сборки: 55b006a02d247b5f7215fc6ea0fde844b30035b3)
Ничего не изменилось - со второй до N-2 картинки - черные прямоугольники.
Цитата: greenman от 25 марта 2016, 14:49
Цитата: frob от 25 марта 2016, 14:22
Проблемы дистрибутива?
Возможно. Куда копать?
Попробовал ванильный (https://download.documentfoundation.org/libreoffice/stable/) либреофис, снеся профиль.
(Версия: 5.0.5.2 ID сборки: 55b006a02d247b5f7215fc6ea0fde844b30035b3)
Ничего не изменилось - со второй до N-2 картинки - черные прямоугольники.
Поломаный libjpeg?
Можно ещё посмотреть включен ли OpenGL всякий и прочее аппаратное ускорение (у меня было выключено, включил -- хуже не стало).
Tools->Options->View->Graphics Output
Цитата: frob от 25 марта 2016, 14:37Поломаный libjpeg?
а на винде? поломанная винда?
Цитата: kompilainenn от 25 марта 2016, 16:41
Цитата: frob от 25 марта 2016, 14:37Поломаный libjpeg?
а на винде? поломанная винда?
УМВР (кроме WMF)
Version: 5.0.5.2
Build ID: 5.0.5.2-6.fc23
Locale: en-CA (en_CA.UTF-8)
Цитата: frob от 25 марта 2016, 14:44УМВР (кроме WMF)
Version: 5.0.5.2
Build ID: 5.0.5.2-6.fc23
Locale: en-CA (en_CA.UTF-8)
ну а у меня и ТС не ВР
у меня 5.1.1.3 и 5.2 и 5.0.4 - везде одинаковая картинка с Малевичем в качестве главного художника-оформителя документа.
Видяшка Интел, ОпенГЛ отключен, ОС Вин 7
Может дело в железе?
Цитата: kompilainenn от 25 марта 2016, 15:01ОпенГЛ отключен
А "hw acceleration"?
Оно каким-то магическим образом периодически ломает всякие совсем невинные с виду вещи.
Цитата: frob от 25 марта 2016, 15:16А "hw acceleration"?
Оно каким-то магическим образом периодически ломает всякие совсем невинные с виду вещи.
отключил, Малевич без изменений
Цитата: frob от 25 марта 2016, 16:44
УМВР (кроме WMF)
Version: 5.0.5.2
Build ID: 5.0.5.2-6.fc23
Locale: en-CA (en_CA.UTF-8)
А если файл пересохранить, какой размер получается?
Цитата: greenman от 25 марта 2016, 19:09
Цитата: frob от 25 марта 2016, 16:44
УМВР (кроме WMF)
Version: 5.0.5.2
Build ID: 5.0.5.2-6.fc23
Locale: en-CA (en_CA.UTF-8)
А если файл пересохранить, какой размер получается?
2'143'744
Обратно открывается как и исходный -- первый WMF не видно.
Но в пересохранённом документе он остался и там где его могут нормально открыть его будет видно.
Цитата: frob от 25 марта 2016, 18:362'143'744
У меня с LO 5.5.2 (хоть из реп, хоть ванильный) получается 442'880 (.doc)
Заменил libjpeg-turbo(1.4.2-2) на libjpeg(8.0.2) -- всё как обычно, черные прямоугольники.
(Хотя, может надо и на этапе компилирования libjpeg поменять... Но это попробую на другой машине.)
Какой у Вас дистро линукса?
Не могли бы Вы сохранить файл в .odt и выложить?
Ещё повозился. Если сделать несколько копий исходного файла, и открывать их последовательно, не закрывая предыдущий, то можно наблюдать странности с картинками. Очень похоже на глюки libjpeg(-turbo).
Цитата: greenman от 27 марта 2016, 13:02
Цитата: frob от 25 марта 2016, 18:362'143'744
У меня с LO 5.5.2 (хоть из реп, хоть ванильный) получается 442'880 (.doc)
Заменил libjpeg-turbo(1.4.2-2) на libjpeg(8.0.2) -- всё как обычно, черные прямоугольники.
(Хотя, может надо и на этапе компилирования libjpeg поменять... Но это попробую на другой машине.)
Какой у Вас дистро линукса?
Не могли бы Вы сохранить файл в .odt и выложить?
Ещё повозился. Если сделать несколько копий исходного файла, и открывать их последовательно, не закрывая предыдущий, то можно наблюдать странности с картинками. Очень похоже на глюки libjpeg(-turbo).
Fedora 23
http://s000.tinyupload.com/?file_id=93988197305104544335
Цитата: frob от 27 марта 2016, 15:03http://s000.tinyupload.com/?file_id=93988197305104544335
Спасибо.
Открыл odt с помощью writer -- всё тоже самое, что и с .doc (черные прямоугольники).
Распаковал папку с jpg-ами -- файлы на месте, вьюверы их видят. Попытка вставит в Draw -- черный прямоугольник.
Что говорит file
файлы - черные прямоугольники:
JPEG image data, Exif standard: [TIFF image data, big-endian, direntries=5, xresolution=74, yresolution=82, resolutionunit=2], baseline, precision 8, 640x480, frames 3
Два нормальных изображения:
JPEG image data, JFIF standard 1.02, aspect ratio, density 1x1, segment length 16, baseline, precision 8, 640x480, frames 3
Цитата: greenman от 27 марта 2016, 16:52JPEG image data, Exif standard: [TIFF image data
TIFF завёрнутый в JPEG?
Может тогда дело в libtiff?
У меня вот так:
$ ldconfig -v | grep libtiff
libtiffxx.so.5 -> libtiffxx.so.5.2.2
libtiff.so.5 -> libtiff.so.5.2.2
Ну и до кучи...
$ldconfig -v | grep jpeg
libimlib-jpeg.so -> libimlib-jpeg.so
libjpeg.so.62 -> libjpeg.so.62.1.0
libopenjpeg.so.1 -> libopenjpeg.so.1.5.1
Нашёл баг
https://bugs.documentfoundation.org/show_bug.cgi?id=95431
Приложенный файл аналогичный
file Image.jpg
Image.jpg: JPEG image data, Exif standard: [TIFF image data, big-endian, direntries=14], baseline, precision 8, 4160x2340, frames 3
с аналогичным эффектом.
P.S. Ещё один, только наоборот
FILEOPEN: JPG compressed TIFF file not openable
https://bugs.documentfoundation.org/show_bug.cgi?id=94372
$ ldconfig -v | grep tiff
...
libtiff.so.5 -> libtiff.so.5.2.4
libtiffxx.so.5 -> libtiffxx.so.5.2.4
libtiff.so.5 -> libtiff.so.5.2.4
libtiffxx.so.5 -> libtiffxx.so.5.2.4
$ ldconfig -v | grep jpeg
...
libjpeg.so.8 -> libjpeg.so.8.0.2
libturbojpeg.so.0 -> libturbojpeg.so.0.1.0
libmjpegutils-2.1.so.0 -> libmjpegutils.so
libopenjpeg.so.1 -> libopenjpeg.so.1.5.2
liblavjpeg-2.1.so.0 -> liblavjpeg.so
libjpeg.so.8 -> libjpeg.so.8.0.2
libturbojpeg.so.0 -> libturbojpeg.so.0.1.0
(всё по два раза -- наверно, из-за multilib)