Print five times faster thanks to Adaptive Speed
Whether you use the ThinPrint printer driver, Output Gateway, or not, ThinPrint .print greatly compresses print data. In most environments, this is useful because it reduces network traffic and cuts costs. Print data is compressed on the server side and decompressed on the client side by a .print Client. If there is enough bandwidth available, though, or if printing takes place entirely within a local network, high compression is often unnecessary. Printing can be faster if there is less compression. With version 7.6, you have the option of influencing this.
In the new version, compression can be modified according to the bandwidth control. The GUI now features an option for disabling the bandwidth control. This is useful with leased lines or when printing takes place entirely within the same network - precisely there where broad bandwidth is available: 100 MB or more. In this case, the data is compressed less. The result is that you can print faster. If there is only limited bandwidth available in remote offices, though (e.g., DSL or WLAN connection with 10 MB), you can enable the bandwidth limit as usual and set it exactly with the slide bar (Illus.). Then compression will be greater to ensure a lower amount of data to be transferred.
You can also directly specify that the print data is to be compressed to a minimum. You can thus also influence compression when using native printer drivers. Until now, it was only possible to select a compression level (normal, maximal, etc.) with Output Gateway.
The ThinPrint protocol got better and in the new version generally prints faster than previously. This has a particularly positive effect with broad bandwidths. Now you can print five times faster than before.
In summary: you can print faster with version 7.6, because the compression adapts to your network architecture and bandwidth control.
[back to top]
Extended platform support and integration
With .print Engine 7.6, ThinPrint is laying the foundation for an even wider range of applications of the .print technology in distributed network environments. Print management can thus be perfected with the new version even outside of classic SBC or Terminal Services environments, such as in the areas of client/server, web, or mobile applications. It can also be used for generally optimizing print job processing over WAN connections.
When developing Version 7.6, we paid special attention to supporting the forthcoming generation of Windows Server 2008 and its new XPS technology. Structural revisions and a multitude of detail improvements ensure that ThinPrint customers also get maximum use out of this new Microsoft technology. A Windows 2008 certification for our solution will be available soon.
Building on this technological foundation, future versions of ThinPrint .print will also be optimally coordinated with the new possibilities of this Microsoft technology. Additionally, numerous new features will provide for maximum security of investment.
[back to top]
Driver Free Native Printing
Driver Free Native Printing is used when you want to keep the terminal server free of printer drivers (Driver Free Printing), but no Windows machine is available on the client side to render the print job. In order to use the practical Driver Free Printing with thin clients too, for example, Driver Free Native Printing has been available since Version 7.0. A central print server is needed for this. ThinPrint's Output Gateway printer driver sends the print job from the terminal server to the central print server; from there it is sent to the thin client with the native printer driver. This has the advantage that, despite the required native driver, the terminal server can remain free of printer drivers.
In Driver Free Printing of Version 7.6, it is now also possible to automatically transfer most individual properties of the native printer driver (such as paper formats,paper trays, and resolution) to Output Gateway and to display them there (Illus.).
.print AutoConnect: Variables
.print AutoConnect enables automatic mapping of client printers in the terminal session. To simplify printer administration, it is now possible to use variables. In addition to the wildcards, variables (example: %LPSRV%) can now also be used in the name translation table. Several printers can thus be created with one single entry where the variables are replaced by the printer name or the print server name of the printer in the .print Client respectively.
|
%LPSRV%
(Local Print Server)
|
%LCPRN%
(Local ClientPrinter)
|
|
This variable is replaced by the
print server name
in the .print Client of the user machine.
|
This variable is replaced by the
printer name
in the .print Client of the user machine.
|
The entries are made in the TARGET field in the name translation table of AutoConnect. Either variable can be used as desired and also used in combination.
[back top top]
Two license models: server- and user-based licensing
With ThinPrint's .print Version 7.6, we are introducing an alternative license model option where purchase of .print licenses is based on users rather than the previous server-based licensing.
The new user-based licensing allows the application areas of ThinPrint .print technology to far exceed Server-Based Computing (SBC). In addition to Terminal Services architectures, ThinPrint .print is increasingly used for remote connection of classic client/server systems with network printers, but also, for example, for print processing via web and mobile applications or from other applications via WAN connections.
The availability of two license models thus guarantees fair and cost-effective licensing in every environment where .print technology is used to optimize print management. The server-based and user-based license models will be permanently available. Choosing which license model to purchase should be based on the existing environment.
[back to top]
Central license management: License manager in the MMC
With version 7.6, License Manager is now part of the MMC (Microsoft Management Console). That means that all of the advantages of the MMC can also be used for licensing and distributing licenses. In particular, license keys can be entered and managed at a central point for remote servers. The server on which the license keys are entered can be any server in the network on which .print Engine is installed.
Moreover, licensing has become even simpler; the different colors show you immediately which licenses are valid and which not. An exclamation point next to the key shows that the subscription will soon expire (Illus.).
You can of course install and activate the licenses with unattended installation. With version 7.6, this also applies for remote computers.
The advantages of the new License Manager:
- Central license management
- Display of license status (active / valid / invalid)
- Simple license distribution to remote computers
- Indication of expiring update subscription
- Central unattended installation and activation of licenses
[back to top]