| | <<<Back 1 day (to 2015/05/22) | 20150523 |
| zachary | do anyone use mupdf? | 09:53.23 |
| | does it support png jpef git? | 09:53.30 |
| kens | Yes, many people | 09:53.31 |
| zachary | i want a lightweight image viewer | 09:53.45 |
| | mostly for png jpg | 09:53.59 |
| kens | git is not an image format as far as I know. And its not intended as an image vioewer | 09:54.07 |
| zachary | kens: typo, gif | 09:54.17 |
| kens | I don't recall what image formats are supported offhand, ahve you checked the website ? | 09:54.28 |
| | Or simply tried it ? | 09:54.42 |
| zachary | The renderer in MuPDF is tailored for high quality anti-aliased graphics. It renders text with metrics and spacing accurate to within fractions of a pixel for the highest fidelity in reproducing the look of a printed page on screen. | 09:55.01 |
| | i will try it | 09:55.09 |
| kens | I see png, tiff, jpe (is that right I wonder ?) pdf,xps,cbz | 09:56.14 |
| | I don't happen to have a PNG handy to try, the other formats open fine. jpe seems to be an error in the dialog string, it opens .jpg files. | 09:57.53 |
| zachary | i think it's enough | 09:59.15 |
| | i can open gif with browser | 09:59.25 |
| | good, at least support: png jpg | 09:59.45 |
| | kens: mupdf is really fast for pdf | 10:01.03 |
| kens | That was its original design goal | 10:01.13 |
| zachary | kens: do you know a simple but fast image viewer? | 10:01.22 |
| kens | It would depend on the platofrm, but not really. | 10:01.38 |
| | I use an old copy of Photoshop or GIMP | 10:01.55 |
| zachary | i also have gimp, two many menus and slow loading | 10:02.21 |
| kens | IrfanView ? | 10:03.23 |
| zachary | ristretto | 10:05.24 |
| | find this one | 10:05.26 |
| kens | thought that was a kind of coffee | 10:05.45 |
| zachary | hmm, ristretoo fast | 10:06.29 |
| | kens: bye | 10:08.53 |
| kens | Bye | 10:08.56 |
| sebras | tor8: I think I might have stumbled upon a memory leak when dropping objects. | 23:00.56 |
| | tor8: if fz_drop_imp() is called with an object where refs == 0 then we should not prevent the object from being dropped. | 23:01.32 |
| | tor8: instead we should always allow for it to be dropped. | 23:01.47 |
| | tor8: hence my first commit on sebras/master | 23:01.56 |
| | tor8: In addition I made the gif parsing code more robust, added support for interlaced images, partial images as well as animations (I opted to play through the animation fully and take the combination of all previous frames). | 23:03.25 |
| | tor8: oh and I ignore all application extensions that I have found, all of which seem not to contain anything interesting for us to render. | 23:04.04 |
| | tor8: left on the TODO is supporting true pixmap transparency (right now transparency is only supported between frames) and making sure that the aspect ratio is handled correctly. | 23:05.41 |
| rayjj | FIANLLY!!! I've made the HT tiling code match the fast threshold code. AND fixed some problems with num_levels > 256 | 23:26.45 |
| | Note that the offset that Robin had put in is wrong, and results in thresholds that don't match the non-fast tiling at all | 23:31.00 |
| Robin_Watts | oops. | 23:31.23 |
| rayjj | Robin_Watts: not that it may not be a good idea to apply to the HT tiling methods as well as the threshold values. I was just trying to get things to match | 23:32.18 |
| | Forward 1 day (to 2015/05/24)>>> | |
IRC Logs