+#Port address: Choose the address to be emulated. You may hide a real address too, this will deactivate the present port.
Recommended:	one of LPTx (x = 1 to 3)
You can alse enter an arbitrary address (decimal or hexadecimal).
Attention! You should know the conequence of your doing! You may hide (and redirect) port addresses of your network card, video card, or hard disk, this will probably crash your computer or worse.
An arbitrary address is the only solution to have more than 3 parallel ports on your computer. Your application software must offer the possibility to use an address too.

+#LPT extension: Besides well-known functionality of a parallel port consisting of 12 (digital) outputs and 5 inputs, a modern port can more, especially streaming 8-bit parallel data in both directions with hardware support. The two new (incompatible but co-existing) protocols are called ECP and EPP extension and need some additional port addresses. The traditional port (occupying only 3 contiguous addresses) is called SPP. This converter and this driver emulates all of these extensions if needed. However, most programs don't need extensions.
Recommended:	SPP (extended modes only if your application software explicitely requires)
The EPP addresses are at base address +3..+7, the ECP addresses at base address +400h..403h. For more information, see other sources, like http://www.beyondlogic.org/ or http://www.microsoft.com/.

+#Trapping method: The reason for problems having a parallel port onto USB is the missing Windows API for handling a parallel port at high level. Therefore, programmers had to program some non-standardized sort of low-level port access in their application software. This converter (more specifically, the driver) grabs them all and redirects them to the USB.
Trapping of a set of kernel library functions like READ_PORT_UCHAR/WRITE_PORT_UCHAR is by far the obvious way to achieve this, but will not always work.
The other way is trapping I/O access using debug registers, this will catch all (hard-coded) accesses both in user (either V86 or protected mode) and kernel mode. But debug registers are a limited, Pentium-processor-bound, system-shared resource with problems on multi-core machines.
Recommended:	Both schwitches ON, but please leave debug registers OFF on multi-core machines
The “softer” redirection will be preferred automatically by design.

+#Performance Options: A USB transfer lasts 125 µs (High-Speed). But an I/O access takes about 1 µs. Without some sort of cacheing, application software will notably slows down.
Output instructions can be cached and sent “en bloc” via USB to the USB2LPT converter. You can enter a maximum write delay.
Note: Every input instruction tends to write out the collected output instructions to preserve order.
Recommended:	switched ON, 200..500 ms
Exceptions are high-speed output-only devices, like stepper motors or D/A converters; you should try no cache or very short delays.
At input instructions, no cacheing is possible because program logic depends on bits read. Some thumb programs read ouput-only ports back; in this case, USBLPT can present the last data output. However, some hardware can pull-down intentionally output-only lines.
Recommended:	switched ON
Should work for most hardware. If it doesn't work, or you know your hardware, do the particular switch OFF.

+#Statistics: This page shows counts of accesses and redirections. So you can see how USB2LPT works.