Recommended Posts

Actually, the chances would be higher for Firefox to be included, if it provided an easy way to install silently. Right now, the only way to do this is to repack the whole thing. And repacking means we go from ~4MB to ~14MB...

I am a Firefox user myself, so it's not that we are Firefox haters or something.

Actually, the chances would be higher for Firefox to be included, if it provided an easy way to install silently. Right now, the only way to do this is to repack the whole thing. And repacking means we go from ~4MB to ~14MB...

I am a Firefox user myself, so it's not that we are Firefox haters or something.

585898587[/snapback]

What will happen if Microsoft will come with IE 7? Are we gonna use it or not? If we will use IE7 (don't know what size it is) is it going to depend on the size too? Just like Firefox?

What about netscape version 8? The same rules as above?

:ninja: Pascal B :ninja:

IE7 will probably be included, as a vital component of Windows, just like .NET Framework and Windows Media Player.

585898760[/snapback]

Hmmm........are we offering only Microsoft "media and browser" products? Vital or not? Is that want you want to tell?

:ninja: Pascal B :ninja:

No there are plenty of things in AutoPatcher which are not by Microsoft. We target Windows, Microsoft's operating system, which means updated components of it should be included in AutoPatcher. When it comes to non-Microsoft software, we try to keep it tidy. It's really hard to draw a line there. If I include a non-Microsoft media player (which has nothing to do with Windows), people would scream. Let's say we included Winamp. People would say "Hey, why Winamp? Why not iTunes? Or QuickTime? Or RealPlayer? Or BSPlayer?". Same goes with browsers. "Why Firefox? Why not Opera? Or Maxthlon? Or.....". That's something we just can't do. If we start including non-Microsoft software, we would have to include the bigger part of the competition aswell. AutoPatcher 5.x is modular, which means we don't need to include all those. Every one of the programs mentioned can become stand-alone modules.

As I said, my intention is not to kill Microsoft's competition. I'm all for it. But I can't include all media players and all browsers.

As I said, my intention is not to kill Microsoft's competition. I'm all for it. But I can't include all media players and all browsers.

585899080[/snapback]

I'll agree with that one! If we would do it all....we soon need a DVD to burn all that stuff.....hehehehe :D

:ninja: Pascal B :ninja:

why o why?

Getting sick :x

In the Autopatcher Module Editor I made the module for installing Microsoft .NET Framework 1.1 Hotfix (KB886903) with the result below:

"Module:\NDP1.1sp1-KB886903-X86.exe" /Xp:%L%%temp%

Why does that not work in Autopatcher?

:crazy:

Making a batchfile installing Microsoft .NET Framework 1.1 Hotfix (KB886903) for use within Autopatcher Module Editor with the result below

cmd "Module:\NDP1.1sp1-KB886903-X86.cmd"

Made a batch-file that works fine.....Autopatcher won't eat a batch-file. Stocks at 95%....... :alien:

The commands I used in the batch are:

-------------------------------------------------------------------------------

NDP1.1sp1-KB886903-X86.exe /Xp:%L%%TEMP

msiexec /update %L%%TEMP\M886903.msp /q /norestart

------------------------------------------------------------------------------

Damn, that works good!

Who has the clue? :rofl:

Don't see it any more at this moment :wacko:

:ninja: Pascal B :ninja:

Edited by DaFlapDrol

Pascal, Raptor and i had the same problem. The trick were was decompressing the NDP1.1sp1-KB886903-X86.exe and use the .msp created (and renamed to KB886903.msp) in the AutoPatcher, not the original file. The installation commands are very simple this way:

[Install With Backups]
"Module:\kb886903.msp" /q /norestart

I know you like to use the original files, but in this case, i don't know how...

I hope this helps. ;)

Actually, the chances would be higher for Firefox to be included, if it provided an easy way to install silently. Right now, the only way to do this is to repack the whole thing. And repacking means we go from ~4MB to ~14MB...

I am a Firefox user myself, so it's not that we are Firefox haters or something.

585898587[/snapback]

And when 1.1 is released, I'll make another module for it like I did with 1.0 (as there will be .msi files), but as it stands, the repackaging thing is totally useless.

Pascal, Raptor and i had the same problem. The trick were was decompressing the NDP1.1sp1-KB886903-X86.exe and use the .msp created (and renamed to KB886903.msp) in the AutoPatcher, not the original file. The installation commands are very simple this way:

[Install With Backups]
"Module:\kb886903.msp" /q /norestart

I know you like to use the original files, but in this case, i don't know how...

I hope this helps. ;)

585899833[/snapback]

Hey my man Gandolas,

well it has to be fixed in AutoPatcher!!! Again, on the command-line all works great. Just a simple batch-file makes it possible to install ALL hotfixes and patches. I have used the example:

[Install With Backups]
"Module:\kb886903.msp" /q /norestart

I don't know why, it doesn't seem to work here with the Dutch version, as far as I discovered.

Be honest, did you tried my example? With the batch file? If it works on the command-line I think that it must be possible to make it work in AutoPatcher too??.

The repacked version of the Framework stuff in Release April is no solution, it?s a workaround.

[Install With Backups]
"Module:\kb886903.msp" /q /norestart

I don't know why, it doesn't seem to work here with the Dutch version, as far as I discovered.

Be honest, did you tried my example? With the batch file? If it works on the command-line I think that it must be possible to make it work in AutoPatcher too??.

The repacked version of the Framework stuff in Release April is no solution, it?s a workaround.

585902985[/snapback]

Strange.. it works with the English, Portuguese from Portugal and with the Portuguese from Brazil...

No, i din't try it but i'm going to try it now.

It's a workaround and it saves some s;)ce. ;) I know, it's not perfect...

The commands I used in the batch are:

-------------------------------------------------------------------------------

NDP1.1sp1-KB886903-X86.exe /Xp:%L%%TEMP

msiexec /update %L%TEMP\M886903.msp /q /norestart

------------------------------------------------------------------------------

Damn, that works good!

Who has the clue?  :rofl:

Don't see it any more at this moment :wacko:

585899422[/snapback]

The problem is that you didn't make a TEMP folder:

Add as a first line:

mkdir Temp

and

rmdir temp

as a last line, in order to delete the temp folder after the instalation.

Hope it helps. :)

Edited by gandolas
The problem is that you didn't make a TEMP folder:

585904610[/snapback]

Gandolas,

The commands I used in the batch are:

-------------------------------------------------------------------------------

NDP1.1sp1-KB886903-X86.exe /Xp:%L%%TEMP%

msiexec /update %L%TEMP\M886903.msp /q /norestart

-------------------------------------------------------------------------------

In this case it means the TEMP folder exist. The user logged on, has a TEMP folder in the LOCAL SETTINGS folder. That TEMP folder is being used by the extraction command as above. Nothing new here.

As shown above I don?t need to make a TEMP folder first.

I?m very curious how Autopatcher handles this all, I didn?t make the program. Perhaps it isn?t possible within AutoPatcher??

Edited by DaFlapDrol

Okay, here's exactly how AutoPatcher handles it:

It creates a batch file in the user's temp folder and outputs the installation commands, replacing Module: with the module's path. Then it just executes the batch file. Theoretically, this means that any batch file which works on the command prompt will work. Only trouble is, you must make a path-independant batch file (read: one that specifies ALL paths).

Where does "%L%TEMP" point? Maybe you should put the .msp part in quotes? Maybe you meant %TEMP%?

Okay, here's exactly how AutoPatcher handles it:

It creates a batch file in the user's temp folder and outputs the installation commands, replacing Module: with the module's path. Then it just executes the batch file. Theoretically, this means that any batch file which works on the command prompt will work. Only trouble is, you must make a path-independant batch file (read: one that specifies ALL paths).

Where does "%L%TEMP" point? Maybe you should put the .msp part in quotes? Maybe you meant %TEMP%?

585907664[/snapback]

Here it comes:

In a batch-file

NDP1.1sp1-KB886903-X86.exe /XP:%L%%TEMP%

msiexec /update %L%%TEMP%\M886903.msp /q /norestart

This within a module:

[install With Backups]

"Module:\NDP1.1sp1-KB886903-X86.exe" /XP:%L%%TEMP%

msiexec /update %L%%TEMP%\M886903.msp /q /norestart

The setting %L%%TEMP%\ points to the users Temp folder located in the Local Settings folder. This setting %L% points to the systemsdrive letter.

When I launch this module in Autopatcher is doesn't extract the file. In the batch-file it does. I don't know if AutoPatcher can handle these variables, maybe not.

Edited by DaFlapDrol

AutoPatcher only handles its own variables. Module: and AutoPatcher:. %L% doesn't exist on my system. %TEMP% already contains the systemdrive letter. Type "SET" in a command prompt and see the variables. Also, consider using:

"%temp%\M886903.msp" /q /norestart

AutoPatcher only handles its own variables. Module: and AutoPatcher:. %L% doesn't exist on my system. %TEMP% already contains the systemdrive letter. Type "SET" in a command prompt and see the variables. Also, consider using:

"%temp%\M886903.msp" /q /norestart

585908080[/snapback]

I already know what one problem was. The path depth??

I took a close look at the apmodule.bat created in the TEMP directory. That was what I should have done earli:laugh:laug:laugh:ugh: ?

Here are the eD2K links for the Portuguese May version:

ed2k://|file|AutoPatcher_XP_May2005_Portuguese_Full.exe|150422974|E2154D27E161DB9F2D67983871DD6B5D|/

ed2k://|file|AutoPatcher_XP_May2005_Portuguese_Lite.exe|69316771|3C0C3C047CB53F22C1E328BEB887655A|/

ed2k://|file|AutoPatcher_XP_May2005_Portuguese_Update.exe|54189222|113055E3C0CA31136615C878C42A9272|/

and the links to the Portuguese (Brazil) version:

ed2k://|file|AutoPatcher_XP_May2005_PortugueseBrazil_Full.exe|149472323|4A27C5D27D6796C32691DECABDA845AF|/

ed2k://|file|AutoPatcher_XP_May2005_PortugueseBrazil_Lite.exe|67933929|549B1BFE71E1751EB1E17D2A0D98F05E|/

:angry:  HElp,how can I use this soft with French XP?????????????,,

585914920[/snapback]

General, you can't use the AutoPatcher on your French XP edition. It will give you a known error like

Runtime error '35601'

Modules will only load if the running operating system is supported and the language settings. The language setting on your system can be one of the numbers below:

2060 French (Belgium)

11276 French (Cameroon)

3084 French (Canada)

9228 French (Congo)

12300 French (Cote d'Ivoire)

1036 French (France)

5132 French (Luxembourg)

13324 French (Mali)

6156 French (Monaco)

10252 French (Senegal)

4108 French (Switzerland)

7180 French (West Indies)

The English version has code 1033 and that isn't supported with your systems language setting. That's the first detecting!!

What you can do is edit the modules. Just change the settings concerning the language into one on of the Values as shown above.

At that time it's possible to launch AutoPatcher. BUT, you don't have the French files (update, hotfix, etc). That means that you to download all these files.

To make it short, you have to translate all!!!!!!!!!

If you need assistance "How to".... just knock on the door!

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

    • No registered users viewing this page.
  • Posts

    • I am one of the first people to use the DXVK technology. In the channel below you can see some videos that I have made using this technology, including Assassin's Creed Odyssey. https://www.youtube.com/@nahum7995/videos Assassin's Creed Odyssey experienced several bugs and technical issues during its first months after release. It launched with its own fair share of funny but frustrating glitches. I ran it on DXVK 9 days after its release and I played it for many hours but didn't see a single significant bug on Linux. Assassin's Creed Odyssey is widely celebrated for pushing the franchise in bold new directions and specifically for nailing several elements better than any other title in the AC series: Player Choice & Branching Narrative, The Mercenary & Cultist System, Mythological Integration, Overpowered Combat Abilities, Open World Exploration But what I'm trying to point out is that this game wasn't quite playable on most windows systems, until a few months after its release when most of the bugs were fixed. However, on Linux it ran completely flawless from day one, although DXVK had seen little development and refinement at the time. What do you think the situation will be in 2026 now that most bugs and glitches of DXVK have been completely eliminated? This is information from Google about these situations that I am quoting. In many cases, using DXVK (a translation layer that converts DirectX 9, 10, or 11 into Vulkan) can result in more stable frame times and higher performance than native Windows rendering. This happens primarily by bypassing driver overhead and multithreading draw calls that were previously restricted to a single CPU core. Older APIs (like DirectX 9 and 11) are largely single-threaded on the CPU side. DXVK translates these calls to Vulkan, which is highly multi-threaded. This reduces CPU-bound stuttering on weaker processors. In certain cases, GPU manufacturers (especially AMD) have significantly better and more modern Vulkan drivers than they do for legacy DirectX. Vulkan gives developers—and in this case, the translation layer—closer control over how resources are held in VRAM. This can prevent micro-stutters and sudden frame drops during chaotic gameplay. Yes, certain games, particularly older DirectX 9 to 11 titles, can run with fewer crashes on DXVK than on native Windows. By intercepting DirectX draw calls and translating them into the modern, highly efficient Vulkan API, DXVK bypasses the limitations and poor driver support that cause instability in aging game engines. PlayStation 1, PlayStation 2 and PlayStation 3 can be easily and perfectly emulated on Linux. In fact, modern Linux emulators offer high-performance upscaling, widescreen patches, and automatic controller mapping out of the box.                                                                                                                                                                                                                                                                                                                                 PlayStation 1/2/3 games look drastically better on Linux thanks to resolution upscaling. Furthermore, it is also a fact that you cannot play many fun games on Windows either, isn't it? - The Nintendo Switch has an extensive library of exclusive games. - PlayStation has an extensive library of exclusive games - Android has "mobile-exclusive" games, meaning they are exclusive to mobile devices (iOS and Android) and aren't available on PC or consoles. And finally, it is also the case that in the next five years there will be games that millions of people will say you absolutely must play and that they want to play this specific game that released a few days ago. However, the other side of this story is that currently, absolutely no one cares that they cannot play these upcoming games right now.
    • Flameshot 14.0 RC3 by Razvan Serea Flameshot is a free and open-source, cross-platform tool to take screenshots with many built-in features to save you time. Using Flameshot is as simple as launching, dragging the selection box to cover the area you want to capture, making annotations as needed in on-screen and saving the shot to your computer, all with a very simple and straightforward interface. Flameshot allows users to simply upload their screenshots directly to the cloud in order to easily share it with others. You can upload your image directly to Imgur with a single click and share the URL with others. In-app screenshot editing - You can choose to add an arrow mark, highlight text, blur a section (blur or pixelate an area), add a text, draw something, add a rectangular/circular shaped border, add an incrementing counter number, and add a solid color box with Flameshot's built-in editing tools. Command-line interface (CLI) - Flameshot has several commands you can use in the terminal without launching the GUI via a command line interface. The command line interface lets you script Flameshot and use it as the subject of key binds. Flameshot 14.0 RC3 changelog: Translations update from Hosted Weblate by @weblate in #4612 Translations update from Hosted Weblate by @weblate in #4619 Fix pin position on Windows for scaled screen by @ElTh0r0 in #4614 Cmake Analyzers by @ElTh0r0 in #4613 Translations update from Hosted Weblate by @weblate in #4632 fix(macos): prevent config tab content from rendering behind tab bar by @Mitnitsky in #4627 fix(macos): use CGRequestScreenCaptureAccess instead of grabWindow for permission request by @Mitnitsky in #4617 Fix KDE Plasma keyboard shortcut config file by @ElTh0r0 in #4637 fix(macos): fix clipboard copy failing from tray and GUI by @Mitnitsky in #4629 feature(macos): show dock icon when config window is open by @Mitnitsky in #4628 Option to disable tray icon on Windows by @ElTh0r0 in #4634 Translations update from Hosted Weblate by @weblate in #4642 fix(macos): make fullscreen capture overlay configurable by @Mitnitsky in #4622 Update GH actions using Node.js 24 by @ElTh0r0 in #4660 fix issue with screen selection in non interactive mode by @borgmanJeremy in #4667 Uniformize both spec files + ninja build openSUSE by @QuentiumYT in #4658 screengrabber: pass non-empty parent_window to xdg-desktop-portal by @artefaktor93 in #4664 Allow multiple flameshot GUI instances (fix for #3177) by @ElTh0r0 in #4680 Unify Linux ARM CI into Linux CI (also drop QEMU) by @theofficialgman in #4702 respect system proxy settings by @borgmanJeremy in #4674 Replace ifdef LINUX with UNIX to include BSD systems by @ElTh0r0 in #4700 Download: Flameshot 14.0 RC3 | 18.1 MB (Open Source) Download: Flameshot Portable | 53.0 MB Links: Flameshot Home Page | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • I found that stability back then was really down to the motherboard manufacturer. Back then i stuck with Microstar motherboards and VIA chipsets as they were ultra reliable. Most stuff was done with jumpers and left little room for user created problems 👍
  • Recent Achievements

    • One Month Later
      nothanks earned a badge
      One Month Later
    • One Month Later
      B2Proxy earned a badge
      One Month Later
    • One Year In
      MadMung0 earned a badge
      One Year In
    • Week One Done
      jefred earned a badge
      Week One Done
    • Apprentice
      JoeyNeo went up a rank
      Apprentice
  • Popular Contributors

    1. 1
      +primortal
      490
    2. 2
      PsYcHoKiLLa
      232
    3. 3
      Skyfrog
      78
    4. 4
      FloatingFatMan
      68
    5. 5
      Michael Scrip
      58
  • Tell a friend

    Love Neowin? Tell a friend!