https://bugs.freedesktop.org/show_bug.cgi?id=87485
--- Comment #9 from just-me <[email protected]> --- Hello Sorry for my slow response, but science can be an extreme time hogger. On the document: Yes, of course. I just recode the image to JPEG and embed the jpeg instead of a PNG in a fresh or the old file and things get better. On the machine(s): Yes. Of course I should have done that earlier. But it was partially up to 16 h work some days so I couldn't even look straight anymore. Current is 5350 APU, latest mesa etc. and LibO 4.3.5.2 (compiled one). I could check this on * VIA C7 (x86_32, Gentoo, openchrome on CN700) with some binary release of LibO * AMD Geode LX 800 (x86_32, Gentoo, xf86-video-geode on the Geode GPU) with some binary release of LibO * AMD E-350 (amd64, Gentoo, free stack on E-350 GPU part) with latest and greatest unstable LibO from portage ("self" compiled but * AMD Athlon II X4 (amd64, Gentoo, free stack on a HD 5670) with latest and greatest unstable LibO ... * AMD Athlon II X4 (same box, Windows XP 32 bit, AMD Catalyst blob) binary Windows release of LibO * some old laptop I got rented (intel P3 or P4 era?) with. XP 32 but iirc also some AMD/ATI mobile GPU and blob driver, binary LibO * an ancient ARM build of... oh, wait, that was still Openoffice :) on my semi defunct AI Touchbook * and some ancient boxes and loose mainboards without an OS currently. :) Honestly I wonder what causes the behaviour. I suspect a mix of GPU driver on the Kabini and LibO doing something different with the PNG to send it to the screen than it does with the JPEG. Still, other programs display them without visible problems (I might try to install abiword or calligra to check with that) I found that some binary applications do use emul-linux-x86-xxxxx (these are Gentoo's 32 bit precompiled libs for compatibility in 64 bit systems). However, they contain libs from Gentoo stable (maybe not as old as Debian stable, but you get the point). Thus e.g. the emul-linux-x86-opengl contains a mesa that is not even aware of the existance of Southern/Sea Islands GPUs used in the Kabini chips. Of course rendering then is a horror. But then, LibreOffice doesn't make use of them (32 bit compat. libs), does it? If there is any trace or something I should run during runtime while scrolling, just tell me what to do. MS-Windows test: Sorry, I only have DOS/W3.11 rotting somewhere, DOS/W9x and XP but the XP is not on the Kabini. I mean, if it was as easy with licensing and installation as a Linux distribution I might just have tossed it on some external HDD/flash and booted it via USB from the same machine. But even then the GPU driver would have been different (among a lot of other things, of course). I'll test tomorrow on some of the boxes with the problematic files and see what happens. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
