| | <<<Back 1 day (to 2012/07/06) | 2012/07/07 |
| henrys` | alexcher:I recall seeing that file come up periodically, can you bisect it or make a bug for marcosw? | 02:31.38 |
| ray_work | iirc, 34 and 35 _all are font tests. They depend on one "job" loading the fonts, then do things. The reason we have the original 34_* and 35_* files concatenated is that in a "real" printer they would affect server level global VM which separate executions of GS don't | 03:19.14 |
| | separate executions of GS behave as if the printer was 'reset' and did not load server level VM into NVRAM (usually there is not enough for fonts) | 03:53.25 |
| | but, in any case, running any of the *_all.ps files should not result in a SEGV | 04:45.56 |
| | GAWD! I have a core i7 2.8 GHz computer (1333MHz DDR3 RAM) and it takes 20+ minutes to load a video to start editing. How do "content" people tolerate this (lots of coffee, or other mind altering substancw breaks?) ? | 04:53.02 |
| | and that's only 60 out of the original 128 min. show | 04:54.30 |
| mvrhel_laptop | ray_work: are you there? | 05:03.09 |
| malc_ | Robin_Watts: i just ran something through mupdfbusy clean and mupdf itself now complains when trying to open resulting out.pdf (missing page tree), xpdf also complains, ditto gs, but one of the poppler based viewers says something like: syntax error catalog has wrong type, but then shows the document | 13:35.42 |
| Robin_Watts | malc_ Did you use -ggg in mubusy clean ? | 13:36.20 |
| malc_ | Robin_Watts: nope | 13:37.19 |
| | fwiw -ggg produced file is okay, as in - no one complains | 13:41.56 |
| | Forward 1 day (to 2012/07/08)>>> | |
IRC Logs