Archive for the 'Megarip' Category

How to crash a Mac

We had problem reported to support where a customer was unable to create new Pagesetup without first deleting one. If they did then they got a kernel panic on the Mac. They sent the database to us and sure enough we were able to crash both a Power PC and an Intel Mac running the latest 10.4.9 OS. After crashing a few times we managed to trace it down to a bug in the OS.

It turns out that there appears to be a limit in the number of Published Appletalk Printers that the OS can handle which is 63 devices. (Pagesetups in our case). The customer was duplicating an existing setup which was already published (number 63) and when they saved after a short time as the device publishes the Mac crashes.

Not a lot we can do about this one but recommend when running your server on a Mac you have no more than 63 Pagesetups published at any one time. Please note that this is Pagesetups that are Published Appletalk devices. There is no limit to the number of Pagesetups that can be created (well there is, but it’s so mind bogglingly big you’ll never get there). It has been reported to Apple. Drop folders are not affected by this.

Kernel-Crash

Technorati Tags: , , , ,

Serendipity Megarip 4.4 released

Serendipity Megarip 4.4 has been released. Highlights of this version include:

  • Unsharp masking rendering effect for sharper photo enlargements.
  • Support for Canon iPF5000, iPF8000, iPF9000 printers including RGB ink support
  • Support for Epson 3800 printers
  • Support for HP Z2100, Z3100 printers including RGB ink support
  • User configurable light ink separator for smoother vignettes and photos
  • “Windows installed printer” driver is now included for free with the Windows version.
  • Improved clustering support

The release notes contain more information about what has been changed, while the manual shows how all the new features work. For more information visit the Serendipity Megarip product page

Technorati Tags: ,

Pagesetup pool decision algorithm

Recently I have been asked the question: “When does the pagesetup pool decide which pagesetup  the job will process on ?”

The answer is pretty simple. As the job is about to start imaging, the server inspects the pagesetup pool configuration and the current job queue. It then assigns an appropriate pagesetup to the job. By making this decision as late as possible we ensure that the load balancing is more responsive to changing conditions such as a printer that has gone offline or ran out of paper.

Technorati Tags: , ,