Jump to content











Photo
- - - - -

VistaPE 1.2beta2 - not legal


  • Please log in to reply
17 replies to this topic

#1 pecd.net

pecd.net

    Silver Member

  • .script developer
  • 947 posts
  •  
    Germany

Posted 04 July 2008 - 08:15 PM

Hi all,

I took the time to check on every file in VistaPE (including attachments in the scripts), here are my findings:

[codebox]+---Tools !| WimUtil.exe Autoit Script, but contains 3 MS files | \---VistaPE-Core | +---Addons ! | MapNetDrive.script mapnetworkdrive.exe (who made this?) ! | ruslat.script ruslat.exe unclear | +---Drivers ! | drivers-chipset.script includes drivers from various vendors wothout permission ! | drivers-lan.script includes drivers from various vendors wothout permission ! | drivers-ms.script includes drivers from various vendors wothout permission | +---Finalize ! | 01-iso-cd-usb.script includes HPUSBFW.exe and robocopy.exe (MS) | +---OtherOS ! | recc.script includes drivers without permission +---Tweaks ! | expansions.script includes winload.exe.mui from ms vista with custom boot screen, can we patch on the fly? ! | tango_icons.script includes reshacker.exe (distribution is not allowed by license) and even vista files basebrd.dll and explorer.exe [/codebox] So to get a fully legal version of vistape these files must be replaced by something free or we need permissions from the authors. I think wimutil.exe will be the biggest problem as it includes MS files we can not live without. Any ides are welcome, thanks!

Markus

#2 powaking

powaking

    Frequent Member

  • Advanced user
  • 238 posts
  • Location:Fall River, MA
  •  
    United States

Posted 10 July 2008 - 12:20 AM

Hi all,

I took the time to check on every file in VistaPE (including attachments in the scripts), here are my findings:

+---Tools!|       WimUtil.exe						Autoit Script, but contains 3 MS files|       \---VistaPE-Core    |       +---Addons!    |       MapNetDrive.script				mapnetworkdrive.exe (who made this?)!    |       ruslat.script					ruslat.exe unclear					    |           +---Drivers!    |       drivers-chipset.script			includes drivers from various vendors wothout permission!    |       drivers-lan.script				includes drivers from various vendors wothout permission!    |       drivers-ms.script				includes drivers from various vendors wothout permission    |           +---Finalize!    |       01-iso-cd-usb.script			includes HPUSBFW.exe and robocopy.exe (MS)    |                   +---OtherOS! |   recc.script                            includes drivers without permission+---Tweaks!    |       expansions.script				includes winload.exe.mui from ms vista with custom boot screen, can we patch on the fly?!    |       tango_icons.script				includes reshacker.exe (distribution is not allowed by license) and even vista files basebrd.dll and explorer.exe
So to get a fully legal version of vistape these files must be replaced by something free or we need permissions from the authors. I think wimutil.exe will be the biggest problem as it includes MS files we can not live without. Any ides are welcome, thanks!Markus

I wrote the mapnetworkdrive.exe using AutoIt. I believe at one time I may have also offered the source code. That script has been upgraded to use IE's api to call up Vista's built in network drive mapping gui. I give full permission to use the exe however. But it is no longer needed if you use the IE script.

#3 pecd.net

pecd.net

    Silver Member

  • .script developer
  • 947 posts
  •  
    Germany

Posted 10 July 2008 - 05:42 AM

Thanks, please if you can give me the source and the latest version so i can include it, we do not (always) use exporer, so it may still be useful...

#4 powaking

powaking

    Frequent Member

  • Advanced user
  • 238 posts
  • Location:Fall River, MA
  •  
    United States

Posted 12 July 2008 - 08:33 PM

Thanks, please if you can give me the source and the latest version so i can include it, we do not (always) use exporer, so it may still be useful...


Here it is. Pretty sure this is the one.

#include <GUIConstants.au3>



GUICreate&#40;&#34;Map Network Drive&#34;, 413, 250&#41;

GUICtrlCreatePic&#40;&#34;map.bmp&#34;, 0, 0, 131, 248&#41;

GUICtrlCreateLabel&#40;&#34;Specify the drive letter for the connection and the folder&#34; & @CRLF & &#34;that you want to connect to&#58;&#34;, 140, 15&#41;

GUICtrlCreateLabel&#40;&#34;Drive&#58;&#34;, 140, 55&#41;

$drive = GUICtrlCreateCombo&#40;&#34;&#34;, 195, 48, 155, 20, $CBS_DROPDOWNLIST + $CBS_AUTOHSCROLL&#41;

GUICtrlSetData&#40;-1, &#34;I&#58;|J&#58;|K&#58;|L&#58;|M&#58;|N&#58;|O&#58;|P&#58;&#34;, &#34;I&#58;&#34;&#41;

GUICtrlCreateLabel&#40;&#34;Folder&#58;&#34;, 140, 78&#41;

$share = GUICtrlCreateCombo&#40;&#34;&#34;, 195, 72, 155&#41;

GUICtrlCreateLabel&#40;&#34;Example&#58; \\server\share&#34;, 194, 102&#41;

GUICtrlCreateLabel&#40;&#34;Enter credentials below to connect to requested share&#58;&#34;, 140, 135&#41;

GUICtrlCreateLabel&#40;&#34;User&#58;&#34;, 140, 165&#41;

$uname = GUICtrlCreateInput&#40;&#34;&#34;, 195, 160, 156&#41;

GUICtrlCreateLabel&#40;&#34;Password&#58;&#34;, 140, 190&#41;

$pword = GUICtrlCreateInput&#40;&#34;&#34;, 195, 184, 156&#41;

$btn1 = GUICtrlCreateButton&#40;&#34;Connect&#34;, 195, 219, 75, 25&#41;

$btn1 = GUICtrlCreateButton&#40;&#34;Cancel&#34;, 276, 219, 75, 25&#41;



GUISetState&#40;&#41;



$msg = 0

While $msg <> $GUI_EVENT_CLOSE

	$msg = GUIGetMsg&#40;&#41;

	select

	Case $msg = $btn1

		$WshShell = ObjCreate&#40;&#34;WScript.Shell&#34;&#41;

		$WshNetwork = ObjCreate&#40;&#34;WScript.Network&#34;&#41;



		$AllDrives = $WshNetwork.EnumNetworkDrives &#40;&#41;



		$DriveLetter = $drive;must be capitalized

		$RemotePath = $share



		$AlreadyConnected = 0

		For $i = 0 To $AllDrives.Count - 1 Step 2

			If $AllDrives.Item &#40;$i&#41; = $DriveLetter Then $AlreadyConnected = 1

		Next



		If $AlreadyConnected = 0 Then

			$WshNetwork.MapNetworkDrive &#40;$DriveLetter, $RemotePath&#41;

			$WshShell.PopUp &#40;&#34;Drive &#34; & $DriveLetter & &#34; connected successfully.&#34;&#41;

		Else

			$WshNetwork.RemoveNetworkDrive &#40;$DriveLetter&#41;

			$WshShell.PopUp &#40;&#34;Drive &#34; & $DriveLetter & &#34; disconnected.&#34;&#41;

		EndIf

;### Tidy Error -> &#34;wend&#34; is closing previous &#34;case&#34;

	endselect

	Exit

WEnd

The new map tool just uses the following 2 lines.
Add_Shortcut,StartMenu,Network,&#34;%systemroot%\System32\rundll32.exe&#34;,%ProgramTitle%,&#34;%systemroot%\system32&#34;,&#34;shell32.dll#$cSHHelpShortcuts_RunDLL Connect&#34;,&#34;%PE_Programs%\%programfolder%\networkhdd.ico&#34;,&#34;1&#34;

Add_Shortcut,Desktop,,&#34;%systemroot%\System32\rundll32.exe&#34;,%ProgramTitle%,&#34;%systemroot%\system32&#34;,&#34;shell32.dll#$cSHHelpShortcuts_RunDLL Connect&#34;,&#34;%PE_Programs%\%ProgramFolder%\networkhdd.ico&#34;,&#34;1&#34;


#5 booty#1

booty#1

    Frequent Member

  • .script developer
  • 285 posts
  • Location:Near Frankfurt
  •  
    Germany

Posted 13 July 2008 - 12:55 PM

I took the time to check on every file in VistaPE (including attachments in the scripts), here are my findings:

WimUtil.exe - Autoit Script, but contains 3 MS files

So to get a fully legal version of vistape these files must be replaced by something free or we need permissions from the authors. I think wimutil.exe will be the biggest problem as it includes MS files we can not live without. Any ides are welcome, thanks!

AFAIK all "three files" can be only obtained as part of the WAIK. The WAIK isn't very small ;-) and additionally it is a protected WGA download, therefore it can not be obtained automatically - not even partially.

The only alternative I see is implementing the functionality ourself. The WIM format itself is fully documented in a whitepaper.

booty#1

#6 was_jaclaz

was_jaclaz

    Finder

  • Advanced user
  • 7101 posts
  • Location:Gone in the mist
  •  
    Italy

Posted 13 July 2008 - 01:20 PM

Additionally:
http://www.boot-land...?showtopic=4333

Just to keep things as together as possible, there is this other strictly related thread:
http://www.boot-land...?showtopic=5108
where some info has been discussed.

@booty
Would this help:
http://www.boot-land...?showtopic=5116
:cheers:


jaclaz

#7 pscEx

pscEx

    Platinum Member

  • Team Reboot
  • 12707 posts
  • Location:Korschenbroich, Germany
  • Interests:What somebody else cannot do.
  •  
    European Union

Posted 13 July 2008 - 02:50 PM

The only alternative I see is implementing the functionality ourself. The WIM format itself is fully documented in a whitepaper.

Serious question: What about you being the volunteer to do so?

Peter :cheers:

#8 booty#1

booty#1

    Frequent Member

  • .script developer
  • 285 posts
  • Location:Near Frankfurt
  •  
    Germany

Posted 13 July 2008 - 02:59 PM

Serious question: What about you being the volunteer to do so?

It's boring work re-inventing/-implementing an already existing wheel.
Additionally I am currently busy developing some other (Java based) software. Therefore a WIM-writer would have a very very low priority in my job-list...

booty#1

#9 pscEx

pscEx

    Platinum Member

  • Team Reboot
  • 12707 posts
  • Location:Korschenbroich, Germany
  • Interests:What somebody else cannot do.
  •  
    European Union

Posted 13 July 2008 - 03:09 PM

It's boring work re-inventing/-implementing an already existing wheel.

But if the wheel is incredible expensive and has a value of only some bucks, than it is exciting to develop a clone ...

Nevertheless: That's your decision.

Peter

#10 was_jaclaz

was_jaclaz

    Finder

  • Advanced user
  • 7101 posts
  • Location:Gone in the mist
  •  
    Italy

Posted 13 July 2008 - 05:02 PM

It's boring work re-inventing/-implementing an already existing wheel.


Another one unaware....
http://www.boot-land...topic=2037&st=8

:cheers:

jaclaz

#11 pecd.net

pecd.net

    Silver Member

  • .script developer
  • 947 posts
  •  
    Germany

Posted 13 July 2008 - 06:46 PM

Well, i can say Nuno offered to (at least) try his best next month by working on this topic...we will see what he can do...but i am sure he will welcome any help:-)

#12 booty#1

booty#1

    Frequent Member

  • .script developer
  • 285 posts
  • Location:Near Frankfurt
  •  
    Germany

Posted 24 July 2008 - 02:57 PM

But if the wheel is incredible expensive and has a value of only some bucks, than it is exciting to develop a clone ...
Nevertheless: That's your decision.

OK OK, :cheers: you got me. I already started working on "WimTool" which will be able to first read and later write WIM files of all types (not like 7Zip which can only read certain WIM files). I have already a good practical understanding of uncompressed WIM files.
The WIM documentation by M$ I mentioned earlier was helpful but as usual full of errors. Luckily some guys have already made some reverse engineering back in 2006 and their found out details on the WIM structure together with the documentation from M$ give me a good picture :cheers:

Project details:

License: LGPL
Programming language: C++ (Visual Studio 2008 Express)
status: pre alpha
target: command line tool for reading/writing WIM files similar to other archivers (not like imagex mounting them as file system).


Currently I am working on:
Parsing compressed WIM files compressed using "fast" (LZNT1) or "maximum" (LZX) algorithm.

Expect a Sourceforge project to appear very soon for publishing the current source state. Working program releases (that do anything useful other that displaying the WIM internas) will take a while....

I could really need some help! If there are other C++ programmer out here in the forum willing to help and contribute to "WimTool" please get in touch with me!

booty#1

#13 pscEx

pscEx

    Platinum Member

  • Team Reboot
  • 12707 posts
  • Location:Korschenbroich, Germany
  • Interests:What somebody else cannot do.
  •  
    European Union

Posted 24 July 2008 - 03:01 PM

OK OK, :cheers: you got me. I already started working on "WimTool" which will be able to first read and later write WIM files of all types (not like 7Zip which can only read certain WIM files). I have already a good practical understanding of uncompressed WIM files.
The WIM documentation by M$ I mentioned earlier was helpful but as usual full of errors. Luckily some guys have already made some reverse engineering back in 2006 and their found out details on the WIM structure together with the documentation from M$ give me a good picture :cheers:

Project details:

License: LGPL
Programming language: C++ (Visual Studio 2008 Express)
status: pre alpha
target: command line tool for reading/writing WIM files similar to other archivers (not like imagex mounting them as file system).


Currently I am working on:
Parsing compressed WIM files compressed using "fast" (LZNT1) or "maximum" (LZX) algorithm.

Expect a Sourceforge project to appear very soon for publishing the current source state. Working program releases (that do anything useful other that displaying the WIM internas) will take a while....

I could really need some help! If there are other C++ programmer out here in the forum willing to help and contribute to "WimTool" please get in touch with me!

booty#1


:cheers: :cheers: :cheers:

Peter

#14 was_jaclaz

was_jaclaz

    Finder

  • Advanced user
  • 7101 posts
  • Location:Gone in the mist
  •  
    Italy

Posted 24 July 2008 - 04:03 PM

booty, I cannot help with programming :cheers:, but you have my full support, if you need anything (BUT C++ :cheers:) about file formats, headers, offsets, i.e. the things I vaguely understand and can hopefully find, just let me know.

GO BOOTY GO! :cheers: :cheers:

jaclaz

#15 booty#1

booty#1

    Frequent Member

  • .script developer
  • 285 posts
  • Location:Near Frankfurt
  •  
    Germany

Posted 25 July 2008 - 06:25 PM

It's done, the project is online including the current sources.
Of course there is a lot of work to be done.

This is the first time I have set up on open source project. The sourceforge admin interface is really cool. One click and you get a wiki, one click and you get an Subversion server...

booty#1

#16 booty#1

booty#1

    Frequent Member

  • .script developer
  • 285 posts
  • Location:Near Frankfurt
  •  
    Germany

Posted 29 July 2008 - 06:45 PM

I ran into some problems with the used compression inside the WIM archive.
I really need some help solving this problem. Everybody can help, there is no requirement regarding programming skills...

I opened a new topic in the projects section - for details how to help please see this post.

booty#

#17 pscEx

pscEx

    Platinum Member

  • Team Reboot
  • 12707 posts
  • Location:Korschenbroich, Germany
  • Interests:What somebody else cannot do.
  •  
    European Union

Posted 29 July 2008 - 06:48 PM

I ran into some problems with the used compression inside the WIM archive.
I really need some help solving this problem. Everybody can help, there is no requirement regarding programming skills...

I opened a new topic in the projects section - for details how to help please see this post.

booty#

A brake inserted by Billy the Door?

Let's break the brake!

Peter

#18 was_jaclaz

was_jaclaz

    Finder

  • Advanced user
  • 7101 posts
  • Location:Gone in the mist
  •  
    Italy

Posted 30 July 2008 - 03:22 PM

A brake inserted by Billy the Door?

Let's break the brake!

Peter


In the words often attributed to Juan Manuel Fangio:

"Brakes they only slow you down"


and also:

"More accelerator, less brakes."
--- Juan Manuel Fangio, 1950's Grand Prix champion, explaining his winning technique.


:cheers:

jaclaz




0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users