Print

[icepir8icepir8]

QUOTE(ShinigamiEyes @ Jul 11 2010, 05:03 PM)

@martin: was your xbox previously banned from going online? because getting banned puts a flag in your profile that corrupts it when you use it on another box or, in your case, switch to another hard drive. at least that's what i'm guessing. you could probably use the con flag remover utility, and then the hash block calculator to fix it. Unless there's an entirely different reason for corruption.

boy, is my face red now. I went to the windows Action Center to check UAC settings. And they were set to the lowest (I'm pretty sure that means off, the bottom of the slider), then when I clicked ok, it was telling me to restart, although I hadn't changed anything. When I restarted my computer later, I was suddenly able to drag-and-drop into our fine program...... go figure? Ah well, all's well now! So your fix did work, icepir8icepir8. I guess "you're doing it wrong" applies to all those who it's not working for under win7 x64.

All my problems are solved now.

Good to hear you got it working. But the fix I was working on should mean that you did not need turn down the UAC. But it doesn't work as expected.

On the brighter side XBox 360 Commander has a web site now. XBox 360 Commander web page Thanks to GruntLord for setting this up.

[pif001]

I have 500GB in my jtag, any chance of supporting sizes higher than the official ones ?

[icepir8icepir8]

QUOTE(pif001 @ Jul 13 2010, 09:48 AM)

I have 500GB in my jtag, any chance of supporting sizes higher than the official ones ?

Yes, I support the larger drives. To make sure XB0x 360 Commander sees the drive it needs to have a HDDSS record or both Cache and Data FATX partitions.

[toybox]

I succesfully can use my 500 gb hdd on xbox 360 commander. simply pressing on detection two times no.

It takes some time, but then it has all data

I suggest to implement an simple ftp to dial directly into the xbox360 using xexmenu to transfer all
data from the hdd plugged in the pc to the new consoles hdd.

Using Backup works only if drives size is the same, when its bigger, it still restores the data but the new larger drive is fixed on the old size.

Alternative allowing two hdd's to connect to xbox 360 commander and copy the data norton commander style would be also great.  

[sdeens2009]

1) Does latest version:.023 have any compression scheme to shrink these Commander backups down so we don't waste 120gig of space on our PC hardrives? Is this even possible?

2) Why doesn't that new web site you just promoted have direct download links for your frequent montly updates? (or direct links via Rapidshare at the very least)?

note: a strong suggestion is immediate integration into next program update to include: "LIVE-ON THE FLY" updates. This is not only highly recommended, it is essential for emerging freeware XBOX360 drive utlities, such as this one, especially if you wnat to avoid cronic user errors. You need to force people to STOP using older versions which can still corrupt their 360 drive. DO NOT LET USERS RELY ON XBINS FOR UPDATES AND STOP POSTING DOWNLOAD LINKS IN THIS 30 PAGE THREAD!

3) What is the status of CHECK DISK and DEFRAG?

note: These are not just nice options, they are far more important that focusing support for 3rd party JTAG drives. There are NOT that many JTAG hackers out there, and should not be a driving motivational force. You need to get DEFRAG working without having to do a full RESTORATION/BACKUP...and you must NOT forget to included bad block isolation/quarantine capabilities.

I think your getting a little too preoccupied with supporting JTAG drives and that is less than 1% of the community.  Your closing the gap with what we could do about 4 years ago on our PS2 internal OEM hard drives back with the April 2006 freeware release: WINHIIP v1.76.

[nuke888]

Consider that what he is doing is for the community and its for free so act accordingly.
Didnt really liked your post.

[icepir8icepir8]

QUOTE(sdeens2009 @ Jul 15 2010, 08:46 PM)

1) Does latest version:.023 have any compression scheme to shrink these Commander backups down so we don't waste 120gig of space on our PC hardrives? Is this even possible?

I am working on it for the next rev. Probably going with the zlib compression library.

QUOTE(sdeens2009 @ Jul 15 2010, 08:46 PM)

2) Why doesn't that new web site you just promoted have direct download links for your frequent montly updates? (or direct links via Rapidshare at the very least)?

Time. I am working 2 jobs at the moment.

QUOTE(sdeens2009 @ Jul 15 2010, 08:46 PM)

note: a strong suggestion is immediate integration into next program update to include: "LIVE-ON THE FLY" updates. This is not only highly recommended, it is essential for emerging freeware XBOX360 drive utlities, such as this one, especially if you wnat to avoid cronic user errors. You need to force people to STOP using older versions which can still corrupt their 360 drive. DO NOT LET USERS RELY ON XBINS FOR UPDATES AND STOP POSTING DOWNLOAD LINKS IN THIS 30 PAGE THREAD!

Again in the works for the next rev. Have the code but haven't had time to test it.

QUOTE(sdeens2009 @ Jul 15 2010, 08:46 PM)

3) What is the status of CHECK DISK and DEFRAG?

Still on the todo list. Again time is an issue. These are complex jobs that can wipe out your HDD if not handled correctly.

QUOTE(sdeens2009 @ Jul 15 2010, 08:46 PM)

note: These are not just nice options, they are far more important that focusing support for 3rd party JTAG drives. There are NOT that many JTAG hackers out there, and should not be a driving motivational force. You need to get DEFRAG working without having to do a full RESTORATION/BACKUP...and you must NOT forget to included bad block isolation/quarantine capabilities.

Like I said above. I have to make sure they work correctly. I also have been working on a test for soft errors on the HDD. What I mean is sectors that can be read but take some retries to do it. It will pass a normal surface check because the HDD has a hardware retry that means it may take awhile but the sector is read and no errors are reported to Windows but it takes a long time to get the data.

QUOTE(sdeens2009 @ Jul 15 2010, 08:46 PM)

I think your getting a little too preoccupied with supporting JTAG drives and that is less than 1% of the community.  Your closing the gap with what we could do about 4 years ago on our PS2 internal OEM hard drives back with the April 2006 freeware release: WINHIIP v1.76.

"The squeaky wheel gets the grease." If 90% of the feedback comes from JTAG users it looks like they are the major users of the program. So if non-JTAG users want me to work on issues and features they need to let me know.

Cheers!

[icepir8icepir8]

QUOTE(nuke888 @ Jul 16 2010, 08:31 AM)

Consider that what he is doing is for the community and its for free so act accordingly.
Didnt really liked your post.

Like it or not, he did bring up a few good points. I like hearing back for everyone. I am striving to make this the cadilac of programs. And I can't do that if ppl don't tell me what works, doesn't work or could be better.

Thanks for your support.

[Majinseed]

ok, just wanna be sure that this is normal behaviour:
dragging stuff onto the hdd is quite slow "per file", actual transfer speed seems to be nice, but there's apparently a huge overhead because of file positioning or whatever, so it will take a lot of time between transfering individual files. right?

also, theres no "inject" function, only drag&drop, right again? (IMG:style_emoticons/default/wink.gif)

[icepir8icepir8]

QUOTE(Majinseed @ Jul 16 2010, 07:00 PM)

ok, just wanna be sure that this is normal behaviour:
dragging stuff onto the hdd is quite slow "per file", actual transfer speed seems to be nice, but there's apparently a huge overhead because of file positioning or whatever, so it will take a lot of time between transfering individual files. right?

also, theres no "inject" function, only drag&drop, right again?

What rev are you using? I fixed that in rev 21 or 22.

Right about the inject.

[Majinseed]

ok, gave it another try: i tried to copy something over, ~3.5GB of data and its running for over 30 minutes now.
i guess theres something going wrong there, i don't know how much it actually copied by now but it doesn't seem to be much...

just tried to copy one bigger file, 700mb went to the hdd in no time at all, so it could be three reasons:
- having multiple files in queue messes stuff up
- "calculating" placement etc takes A LOT of time
- the external drive as file source isn't a good idea...

gonna do some further testing now...

This post has been edited by Majinseed: Jul 19 2010, 03:49 PM

[icepir8icepir8]

QUOTE(Majinseed @ Jul 19 2010, 10:26 AM)

ok, gave it another try: i tried to copy something over, ~3.5GB of data and its running for over 30 minutes now.
i guess theres something going wrong there, i don't know how much it actually copied by now but it doesn't seem to be much...

just tried to copy one bigger file, 700mb went to the hdd in no time at all, so it could be three reasons:
- having multiple files in queue messes stuff up
- "calculating" placement etc takes A LOT of time
- the external drive as file source isn't a good idea...

gonna do some further testing now...

I tried copying a directory created by Iso2God. It took just under 10 minutes to copy 7.6GB to my HDD. I am using a 120GB HDD for testing.

Make sure none of the files you are copying are bigger than 2GB. This is a limit of the FATX file system. I am not sure if I trap that error. I will check my code to see. I don't know what will happen if it is not being caught. probably something nasty. Let me know. I also copied all six seasons of medium to the HDD it was over 47GB and it took a little over an hour to copy them all. Every one copied correctly.

[Majinseed]

iso2god produces only few but large files i guess?

the problem seems to come up with lots of small files. i just copied a folder holding a lot of small files totaling ~840MB and it took nearly 15 minutes to do that.
single bigger files are going fast, didn't test a lot of big files in one batch though so i can't say if its "a lot of small files" or just "a lot of files".

also, i guess you already know, but there still are problems with drag and drop with enabled UAC...

[icepir8icepir8]

QUOTE(Majinseed @ Jul 19 2010, 01:49 PM)

iso2god produces only few but large files i guess?

the problem seems to come up with lots of small files. i just copied a folder holding a lot of small files totaling ~840MB and it took nearly 15 minutes to do that.
single bigger files are going fast, didn't test a lot of big files in one batch though so i can't say if its "a lot of small files" or just "a lot of files".

also, i guess you already know, but there still are problems with drag and drop with enabled UAC...

I see what you are getting at. When a file is created in a directory I write that immeadiatly to the HDD. So a bunch of small files would cause some thrashing on the hdd write the directory entry, write file to HDD, write next directory entry. and so forth. I probably can fix it so that doesn't happen at the risk of corrupting the HDD if it is disconnected in during the copy proccess. But then It could happen anyway. I will looking to it.

[lillboden]

I cant restore my backup the program locks at 100% and nothing is transferred when i restart the program is there any way to open the .xbc and manually drag the files?