reboot12
Content Type
Profiles
Forums
Events
Posts posted by reboot12
-
-
I use acpi 7777 x64 in my project - link in my signature (sysprep_pub.7z\sysprep_pub.iso\WINDOWS\system32\drivers\acpi.sys)
0 -
16 hours ago, S75 said:
I use your build as my main, and nightly builds as backup option. But as you know its outdated and have error 403
I use nightly build version 2024.08.07 and no any errors.
0 -
2 hours ago, S75 said:
Because now we don't have any work version of youtube-dl.exe
0 -
On 4/27/2024 at 8:20 PM, genieautravail said:
IOCTL_DISK_GET_DRIVE_LAYOUT_EX failed for 0012FE0C with error 21
Does dmdiag.exe -v or diskmap.exe -ddisk_number displays the similar errors?
0 -
On 4/22/2024 at 11:11 AM, George King said:
When I decide to publish, then Yes. Now they are private only.
I do not know how in the v45 version but in DP_Ported_DriversCollection_v44.7z many x64 drivers do not install because .inf files are incorrect - I tested only NVMe:
-
Generic_NVMe_1.3.1014.00, Generic_NVMe_1.5.1200.00, Generic_NVMe_10.4.49.0 - have universal HW ID: PCI\CC_010802 but errors in .inf files
-
Samsung_NVMe_3.3.0.2003, IaNVMe_4.4.0.1003 - no compatible HW ID: PCI\CC_010802
The only one that can be installed and works on real hardware (but not in VMware) is Generic_NVMe_6.1.7601.23403 because it has a universal HW ID in the .inf file:
%PCI\CC_010802.DeviceDesc%=Stornvme_Inst, PCI\CC_010802
0 -
Generic_NVMe_1.3.1014.00, Generic_NVMe_1.5.1200.00, Generic_NVMe_10.4.49.0 - have universal HW ID: PCI\CC_010802 but errors in .inf files
-
On 9/1/2024 at 5:39 PM, genieautravail said:
The SSE only release doesn't works, nothing happen.
I test both Release XP & Release XP SSE work OK on SSE only CPU with vcredist x86 14:
1 -
But binary from dropbox not work.
0 -
What devices do you have on Other devices - give hardware id's then I make dummy drivers :-)
0 -
What DEV ID ? My is 0412 and driver works in WinXP 64-bit:
0 -
On 7/31/2024 at 10:46 PM, thepwrtank18 said:
Is it possible to make a custom ISO from a Windows XP installation that was sysprepped, like how you can export an installation to a WIM in Vista and later?
Yes, of course, my second link in the signature.
0 -
You were looking for something poorly because it was here on the forum:
https://msfn.org/board/topic/176355-intel-haswell-hd-4600-xp-drivers-here/?do=findComment&comment=12273110 -
Can you try to patch x64 the driver for the Intel I219-LM 8086 15BB ?
0 -
0
-
BIOS AMI ?
0 -
There are drivers ported for the I2C touchpad:
They are old in the link. Ask @George King about new ones - I have DP_Ported_DriversCollection_v44.7z from him but not tested I2C:
0 -
On 7/10/2024 at 11:45 PM, DaniiX said:
I tried from USB and CD, used SP1/SP3/x32/x64 Versions
Try this: https://forums.mydigitallife.net/threads/winxp-64-bit-on-a-modern-pc-iso-boot-wim-install-wim.88435
0 -
3 hours ago, Dietmar said:
you also need to install the modded hal.dll and intelppm.sys for XP SP2 bit64
Yea, I know - also for Intel Gen 8:
https://www.betaarchive.com/forum/viewtopic.php?p=477539#p477539
Intel Gen 9:
0 -
2 minutes ago, Dietmar said:
It is not because of the compi hardware. The problem is the medium itself. Winhex "decides", if RAW copy is possible or not.
Yea, what does this have to do with this topic and modified acpi.sys ???
0 -
But I test same USB 3 16GB on ThinkPad X61 (original acpi.sys WinXP SP2 64-bit) and clone and copy block speed is same ~11 min
Only on Intel Gen 8 Copy Block is faster than Clone
0 -
2 minutes ago, Dietmar said:
But I think, this is really important,
Does this mean that Copy Block speed from USB depends on the modified acpi.sys ???
0 -
I do not use such large pendrive as yours - the latest I have is Kingston DataTraveler USB 3.0 16GB
I connected it to the USB 3 port and did the test:
-
Clone Disk ~10 min clone_16GB.img
-
Copy Block ~3 min - incredible (no display copy speed) copy_16GB.img
Both files exactly same checksum:
How is this possible? Clone USB > NVMe but Copy Block from RAM to NVMe ???
1 -
Clone Disk ~10 min clone_16GB.img
-
OK, I'm back.
The time of creating an image on the NVMe disk by cloning or copying the block is identical and the same as on the ThinkPad for SATA HDD disk - 1.5 min ???
This means that the acpi.sys or USB drivers and even the destination disk type (HDD, NVMe) does not matter and it depends only from the controller chip in-build in USB stick.
I use WinHex 15.8
Try test with older smaller USB stick like me 1GB
0 -
36 minutes ago, Dietmar said:
And this RAW copy is 4 times faster.
Hymmmm...
I did the test on ThinkPad X61 with SATA HDD disk in WinXP SP2 64-bit with the original acpi.sys and USB EHCI driver.
Now I'm going to my Intel Gen 8 WinXP SP2 64-bit machine with NVMe disk and modded driver NVMe 6.1.7601.23403, with modified acpi.sys 7777.8 and modded USB XHCI 6.2.9200.22099 driver
I will report after tests.
0 -
Which version WinHex you use? How you open USB stick and how do you mark the block?
OK, I make tests with 1GB USB 2.0 stick on USB 2.0 port - 2 way to make image file - I always use Tools > Open Disk... > Physical Media > USB stick:
- Tools > Disk Tools > Clone Disk... > Destination raw clone.img - creation time 1.5 min
- Ctrl+A to select all data, Edit > Copy Block > Into New File block.img - creation time 1.5 min
Both files have exactly the same size and checksum:
Maybe your USB stick is damaged ?
0
Compiling ACPI v2.0 driver for Windows XP SP3 and Windows 2003 SP2 (x32/x64)
in Windows XP
Posted
What's new at acpi.sys? I use acpiSkull2.sys from you but these are some different - it will differ in 3 bytes: