Recommended Posts

Im having an issue following HP's Drvier preconfiguration guide

Im using the latest version of the universal print driver and thus have a file called hpcpu215.cfm saved in the %systemroot%\system32\spool\drivers \x64\3\ path

Install the driver

Select one of my printers and choose the new driver

Settings work as expected, this is the tab shown under the printer:


working.thumb.png.573f1e9189866acd1652a112ebd1db9b.png

I then use this Powershell script to change the driver on all of my other printers

    $driver = "HP Universal Printing PCL 6 (v6.6.0)"
    
    $printers = gwmi win32_printer
    
    foreach($printer in ($printers|Where{$_.DriverName -like 'HP Universal Printing PCL 6 (v6.2.1)'})){
            $name = $printer.name
            & rundll32 printui.dll PrintUIEntry /Xs /n $name DriverName $driver
    }

Which changes the drivers as expected;

However, when i then go into the settings of that printer; the driver is no longer using my preconfigurations.

notworking.thumb.png.9f2b1583661c272388161e35fb88d08f.png

Been tearing my hair out on this, if anyone has any ideas that would be amazing.


 

Link to comment
https://www.neowin.net/forum/topic/1365798-hp-universal-print-driver-preconfig/
Share on other sites

I am guessing you are a windows shop.  if you are a windows shop, I hope you are running active directory.  If you are running active directory, perhaps you should run a print server.  If you run a print server all of your issues go away as it would be a central repository for drivers (all clients look to the server for the drivers) and it can also default all settings to whatever you choose them to be.  1 and done kind of thing.

2 minutes ago, sc302 said:

I am guessing you are a windows shop.  if you are a windows shop, I hope you are running active directory.  If you are running active directory, perhaps you should run a print server.  If you run a print server all of your issues go away as it would be a central repository for drivers (all clients look to the server for the drivers) and it can also default all settings to whatever you choose them to be.  1 and done kind of thing.

Hi

Yes we are

 

This is on one of the print servers. 

 

I have precondigured the hp UPD to default to B&W, and disable mopier mode. 

 

We have over 400 printers and are slowly changing models, so without this it's a lot of manual work. Sadly for some reason it's not working. 

When you setup the windows print server printer object properties, go to advanced, printing defaults.  You will be able to select the default behavior of the printer driver there, when computers connect to the printer object they will get the defaults you have applied to that object.  The driver drop down is also available to choose whatever driver you wish to push out.  And if you are using the print server role, you can go to "deployed printers" and have it create a group policy to deploy that printer to the computers in your environment.  Alternatively you can use group policy preferences to push the printer objects out (with whatever driver you choose) or delete the printers.  The printers can be deployed as a user object or computer object and it can be based on a group or an OU or a combination of the both.  Or you could use kix, or you could use printui.dll to connect to those printers or remove those printers.  

 

FYI, those drivers are not on a local computer connected to a print server.  Those drivers are on a local computer.  

 

The driver properties would read Printer on Print server if it were connecting to a print server.  You are doing this very manually.

 

 

 

Thats not really what i need; 

 

Sorry

 

We have 12 Terminal server hosts; one of our applications requires the printers to be installed locally

 

which means we have 400 printers on each of the servers (400 x 12 ) .

 

Its a pain when we change printers; what i am doing should work but doesnt

 

And the issue is with the HP UPD Preconfig (HP Park) not the actual admin of the drivers etc

Well it could be done my way as well.  

 

But you should be using a terminal server universal print driver, not that.  

 

uniprint 

https://www.uniprint.net/en/

 

screwdrivers

https://www.tricerat.com/solution/screwdrivers/

 

These allow pass through to the client printer without the need to install every different printer on the planet that they may have (home printers or office printers)

 

that universal print driver is not what you should be using.   I believe 2012 comes with its own rendition to this because printing is so terribly managed on terminal servers. 

 

 

Also, very much yes, you can absolutely do it the way I suggest for terminal servers. If you do it the way I suggest and have rds pass the printer object through to the client, it would use the clients settings.  Even a thin client of if it has a local printer setup on it. Or you could simply have the gpo on the user object based on group membership to connect to the proper printer on the print server with the correct settings. 

 

But I would use uniprint or screwdrivers or the built in one that comes with windows (if you are on a version that supports it) esp if not on thin clients.  That is a terminal server/Citrix server universal print driver, not what you are using which is a universal print driver for printers (which really screws with the terminology as universal print drivers for terminal servers came out with windows 2000 server to help manage ts printers).   No need to install a million drivers, no need for a million printer objects for users to fish through.  

@sc302in an ideal world where companies actually used the recommended setup that would work, but a lot of companies don't and create thousands of printer objects and clog up the print server.

5 minutes ago, Matthew S. said:

@sc302in an ideal world where companies actually used the recommended setup that would work, but a lot of companies don't and create thousands of printer objects and clog up the print server.

Do you realize the time and effort another $1000 per server can save?  You have already invested this much what is a little more to do it right.  Or if you have a server with that tech built in, why would you do something so time consuming and difficult to support?  Or if it is local why not have group policy connect to the printer object on your print server per user? Or if the computers already have mapped printers why not just only install the printer driver on each host so that client default printer pass through would function?

Oh I'm not saying I don't agree with you, but really, even the company I work for doesn't use the built-in tech, hell we still use local profiles vs. remote...

  • 4 weeks later...

Hi Storm,

 

 Just in case you're still watching this thread,  I just wanted to confirm that this is happening here too. It looks to be a bug specifically in the v6.6.0 drivers. I've thrown my bag-of-tricks at it a number of times but the they keep sliding off. The only thing to suggest here is stepping back to the v6.5.0 drivers and then asking HP to look at it. I will as soon as I have time!

 

 The best I've got so far is that there's a caching mechanism being used nowadays and it looks a bit logistically tied up for the latest drivers. I haven't yet managed to find time to try all the angles and identify the breaking point but my gut feeling is that HP have dropped the ball on cross-testing the caching of settings properly for all deployment methods. right now, the .CFM drop method has interesting programmatic issues that people like yourself and I only notice from our front-line usage.

 

 FWIW -

 

 From what I've seen so far for the newer drivers;

 1) During the driver staging, the .CFM file gets copied to a .CFG file with a name related to the driver's name. The name is different for generic vs specific versions and also for the flavour of driver (PS vs PCL) so you get things like "hpcpuXYZ.cfg", "hpcpuXYZ_PS.cfg", "hpcpuXYZ_P6.cfg" appearing in the driver directory .

2) When the queue "instance" is created from the pre-staged driver, a copy of that generated  .CFG is added to "%ProgramData%\Hewlett-Packard\HP Print Settings" with an abstract name such as "HP<6-digits-in-lowercase-alphanumerics>.cfg" that links back to the print queue itself  via a registry entry.

 

 I've monitored those two stages separately with ProcMon and the pre-staging seems to open all the right files and should work. Watching the first instance of a print queue being created vs the second is interesting though from a coder's point of view.

 

 When the first instance of the queue is created, you can see the abstract files being created in %PROGRAMDATA% twice which suggests to my programmer head that the there's two code paths running in turn. The first code path fires to properly read the config files and set up the registry keys to initialise a working queue and leaves you with a working setup. The second code path (most probably what fires up secondarily and then also for every instance from then on) probably fires correctly but doesn't appear to actually do anything useful. (It seems to write the registry entries correctly but just lacks the code to prod the queue to reload the settings and leaves the queue working with whatever it had in memory at the time)

 

My gut-feeling is that HP have just whoopsied the code a bit... trying to explain it without hours of detailed work might take a while though...

 

My best advice is to step away from the v6.6.0 drivers if you can avoid them for the moment and just use the v6.5.0 until the dust settles.

 

Regards,

 

Keith

On 6/13/2018 at 5:53 AM, Storm said:

We have 12 Terminal server hosts; one of our applications requires the printers to be installed locally

 

which means we have 400 printers on each of the servers (400 x 12 ) .

Any hope that you might have tested the printer redirection on RDS 2016?  I had a similar situation with an old DB program, however, after testing deployment to our new RDS 2016, the MS printer redirection driver worked like a charm and the old program was able to see the redirected printers as locals.....not sure what changed between RDS 2012 R2 and 2016, but something did.

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • Dude, im talking about simply disable it from settings app. Because of the eu regulation, you could disable it here for years.
    • One big question about Mars was answered thanks to Einstein's 100 year old theory by Sayan Sen Image via DepositPhotos Scientists at the U.S. National Institute of Standards and Technology (NIST) have calculated how time passes on Mars compared with Earth, adding detail to how timekeeping would need to work beyond Earth’s orbit. The study, published in The Astronomical Journal, found that clocks on Mars run an average of 477 microseconds, or millionths of a second, faster per day than clocks on Earth. A microsecond is one millionth of a second, a very small unit used in precise scientific timing systems such as atomic clocks, which measure time using consistent atomic behavior. This difference is not constant. Because Mars moves around the Sun in a non-circular path (an eccentric orbit, meaning its distance from the Sun changes over time instead of staying fixed) and is affected by gravity from other bodies, the daily difference can vary by as much as 226 microseconds over a Martian year. The study also identifies smaller repeating changes of about 40 microseconds per day linked to synodic cycles (repeating periods that describe how planets line up with each other as they orbit the Sun from different positions). These longer patterns affect how time differences slowly rise and fall. To make these estimates, researchers compared Mars with Earth and the Moon. The work looks at relativistic proper time (the time actually measured by a clock depending on its speed and the strength of gravity where it is located, as described in Einstein’s relativity). This shows that each world has its own slightly different “rate” of time. This becomes more important as space missions expand into cislunar space (the region between Earth and the Moon) and toward Mars. On Earth, time systems rely on atomic clocks and satellites, which stay closely synchronized for navigation and communication. The study is based on Albert Einstein’s theory of relativity, which shows that time is affected by gravity and motion. Stronger gravity makes clocks run slower, while weaker gravity makes them run faster. “The time is just right for the Moon and Mars,” said NIST physicist Bijunath Patla. “This is the closest we have been to realizing the science fiction vision of expanding across the solar system.” A day on Mars is about 40 minutes longer than on Earth, and a Martian year lasts 687 Earth days. But the main question is not just about days and years, but how fast time itself passes. An atomic clock placed on Mars would function normally, but compared with one on Earth, the two would slowly drift apart due to differences in gravity and motion. This requires careful calculation of what is similar to a time-zone difference across planets. Researchers modeled Mars using a reference surface and included gravitational effects from the Sun, Earth, the Moon, and other planets. This includes a multi-body gravitational system (often described as a three-body or four-body problem, where predicting motion becomes difficult because multiple large objects all pull on each other at the same time through gravity). Mars also follows a Keplerian orbit (an idealized elliptical orbit based on simple gravitational laws that assume smooth motion, before adding real-world disturbances from other bodies). In addition, the researchers accounted for solar tides (small changes in gravitational force caused by the Sun that slightly distort planetary motion and timing, especially in systems involving Earth and the Moon). These combined effects are described as relativistic proper-time offsets (small but measurable differences in elapsed time between locations caused by gravity and motion), which must be included when comparing clocks across planets. “But for Mars, that’s not the case. Its distance from the Sun and its eccentric orbit make the variations in time larger. A three-body problem is extremely complicated. Now we’re dealing with four: the Sun, Earth, the Moon and Mars,” Patla explained. “The heavy lifting was more challenging than I initially thought.” Although the differences are extremely small, they matter for navigation and communication systems that depend on precise timing. Even modern networks on Earth, such as mobile systems, rely on timing accuracy at very small fractions of a second. Communication between Earth and Mars currently takes about four to 24 minutes or more depending on planetary positions, meaning signals are not real-time. A shared and accurate time system could help future missions reduce confusion in navigation and data exchange. “If you get synchronization, it will be almost like real-time communication without any loss of information. You don’t have to wait to see what happens,” Patla said. Researchers note that fully developed interplanetary communication networks are still far in the future. However, understanding how time behaves across planets helps prepare for those systems. “It may be decades before the surface of Mars is covered by the tracks of wandering rovers, but it is useful now to study the issues involved in establishing navigation systems on other planets and moons,” said Neil Ashby. “Like current global navigation systems like GPS, these systems will depend on accurate clocks, and the effects on clock rates can be analyzed with the help of Einstein’s general theory of relativity.” Patla added that the results also help improve understanding of time itself under relativity. “It's good to know for the first time what is happening on Mars timewise. Nobody knew that before. It improves our knowledge of the theory itself, the theory of how clocks tick and relativity,” he said. Source: NIST, IOPscience This article was generated with some help from AI and reviewed by an editor. Under Section 107 of the Copyright Act 1976, this material is used for the purpose of news reporting. Fair use is a use permitted by copyright statute that might otherwise be infringing.
    • TeraCopy 4.0 Build 26 by Razvan Serea TeraCopy is a compact program designed to copy and move files at the maximum possible speed, also providing you with a lot of features. Copy files faster. TeraCopy uses dynamically adjusted buffers to reduce seek times. Asynchronous copy speeds up file transfer between two physical hard drives. Pause and resume transfers. Pause copy process at any time to free up system resources and continue with a single click. Error recovery. In case of copy error, TeraCopy will try several times and in the worse case just skips the file, not terminating the entire transfer. Interactive file list. TeraCopy shows failed file transfers and lets you fix the problem and recopy only problem files. Shell integration. TeraCopy can completely replace Explorer copy and move functions, allowing you work with files as usual. TeraCopy is free for non-commercial use only. For commercial use you need to buy a license. The paid version of the program includes the following features: Copy/move to your favorite folders. Save reports as HTML and CSV files. Select files with the same extension/folder. Remove the selected files from the copy queue. TeraCopy 4.0 Build 26 changelog: Added support for receiving files via the LocalSend protocol. Improved exception handling and automated bug report upload. Fixed several minor bugs and small memory leaks. Build 26 (June 24) Fixed a rare exception when a transfer completed. Features added since version 3.17: Enhanced speed graph. New multi-threaded copy engine. Support for copying to multiple targets. Queue system for managing multiple copy operations. Support for receiving files via the LocalSend protocol. TeraCopy entry in the modern Windows Explorer context menu. Integrated toolbar in the title bar. Why receive LocalSend transfers with TeraCopy? Handle file conflicts: Skip, overwrite, or rename files when a file with the same name already exists. LocalSend always creates another copy, which can waste time and disk space, especially when resuming an interrupted transfer. Filter unwanted files: Apply ignore lists or remove files manually before accepting a transfer, so unnecessary files are not downloaded. Better performance on fast networks: In tests over a 10 Gbps connection, TeraCopy received files several times faster than the standard LocalSend app on Windows. Download: TeraCopy 4.0 Build 26 | 14.5 MB (Freeware, paid upgrade available) View: TeraCopy Website | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • Briefly used Turbo Pascal (and Turbo C++) in 97 and soon after that I bought PC magazine that included a full version of Delphi 2. I still use Delphi today, some 29 years later.
    • Age of Empires Mobile comes to PC, here's how to carry over progress from your phone by Ivan Jenic Image: YouTube/Microsoft Microsoft just released Age of Empires Mobile for PC. The game, officially called Age of Empires Mobile: PC Edition, is available for free on Steam and Microsoft Store, almost two years after its initial release for handheld devices. Age of Empires is one of those franchises that entire generations grew up with. The original came out in 1997, and immediately got people hooked to building civilizations and crushing their enemies on the battlefield. However, the franchise today is a far cry from its roots, as Age of Empires Mobile is, well, a game optimized for handheld devices, and not a classic RTS title we’ve all loved for years. And, of course, it includes in-game purchases. The PC version is still a mobile game at its core, but it’s been optimized for desktop play. There’s mouse control, full keyboard compatibility, and a refined UI. Microsoft also refreshed the visuals with some 4k textures, so the game should look better on larger screens. The game supports Crossplay, so you can switch between your phone, tablet, and PC without losing anything. But linked progress doesn’t come out of the box, as you have to enable it first. Here’s how to link your progress: On your mobile device, open Age of Empires Mobile. Go to Settings (Gear icon) > Account. Select Bind Account and choose a sign-in option. Once you enable account binding, sign in on PC using the same method, and your progress will be accessible across all your devices. Xbox Game Pass subscribers also get a bonus reward pack on PC, which includes: 1 Monthly Pass Token 1 Custom Resource Chest 10 Universal 60-Minute Speed-Ups 1,000 Empire Coins Exclusive Player Portrait Frame You can find more info about Age of Empires Mobile: PC Edition, as well as download links, on the Age of Empires official website.
  • Recent Achievements

    • One Year In
      Philsl earned a badge
      One Year In
    • Dedicated
      Scoobystu earned a badge
      Dedicated
    • First Post
      Tom Schmidt earned a badge
      First Post
    • One Month Later
      D0nn13 earned a badge
      One Month Later
    • Rookie
      +ChiefOfNeo went up a rank
      Rookie
  • Popular Contributors

    1. 1
      +primortal
      458
    2. 2
      +Edouard
      177
    3. 3
      PsYcHoKiLLa
      124
    4. 4
      Michael Scrip
      79
    5. 5
      Xenon
      76
  • Tell a friend

    Love Neowin? Tell a friend!