Post by: node21 on May 02, 2010, 02:53:00 PM
CODE
(For those who donated, for now)
Version 1.9 -- Sep 6th, 2010
* Fixed mass ftp transfers freezing
* Fixed size display of GOD titles
* Added ability to push GOD titles
* Added ability to delete LOCAL and REMOTE GOD titles
* Fixed DLC scene being off by 1 pixel
* Fixed Game Saves scene being off by 1 pixel
* Added display of path to bottom of game saves scene
* Fixed gamesave dates in server (sometimes read wrong date)
* Added auto-update from server (previous only handled xm360.xex, now will fetch media directory as well)
CODE
Version 1.8d -- Aug 7th, 2010
* After "ATHiEST" leaked version 1.7b, I stopped work on xm360, except to support people who had donated. I'm releasing 1.8d to get everyone out there caught up to what has changed since then. Any future work on XM360 will once again go to people who donated first.
*
* Due to a request, after unlocking XBLA, you no longer have to do a full re-scan for content
* FTP is much faster thanks to the FSD team teaching me to assign threads to a CPU, go DONATE TO FSD PLEASE!
* Because xm360_server became the only way to update the database, and it doesn't work on linux. I've gone back to including the perl scrapers (but they are still not as good as xm360_server)
CODE
Version 1.8c -- Jul 15th, 2010
* A suggestion from a donater: The first scene now has the ability to seperate GOD from XBLA (use RB to toggle)
* The server will now wait for you to hit enter after scraping XBLA or DLC
* The server has a new command line option (/Q) to tell it *not* to wait for enter after scraping. Use this if you automatically scrape every night via a scheduled task, or something like that.
CODE
Version 1.8b -- Jun 27th, 2010
* A request was made to include the DLC filename for missing DLC in the DLC_report.txt
CODE
Version 1.8 -- Jun 27th, 2010
* Fixed fact that you couldn't sort by ratings or raters in the collection manager
* Fixed new scraper (1.7b) getting ratings wrong. I made a change to the file format that breaks compatibility with old xbla_titles.csv, so make sure you are not using an old version of the file.
* Fixed initial scan crashing the 360 if there was no existing content.bin file.
* xm360_server is now aware of the last time xbla_titles.csv and dlc_titles.csv were generated. Every 360 that connects to xm360_server will *automatically* update the xbla_titles.csv and dlc_titles.csv on that 360. Furthermore, you can regenerate, or replace those files without stopping xm360_server from running. So, I leave the server running all the time, 24/7. I have scheduled a /X and a /D every night at midnight as well. It's all invisible without any hands on maintenance. Basically, this feature means you shouldn't ever have to worry about moving these files to your 360 anymore. On the server, these files should be in the same place as content.bin.
* Also, if you put an xm360.xex in that same directory, xm360 will *also* update itself if the version there is newer than the version that is running. It will automatically restart if this happens. This is a moot feature though, unfortunately.
CODE
Version 1.7b -- Jun 19th, 2010
* Fix DLC where multiple DLCs are actually contained in the same file. They will now display properly, get transfered properly, and get deleted properly.
* Fix ignored DLC not being remembered between session. I broke this a couple of versions back, I think.
* Changed code so that if you have multiple files queued up, it will only transfer one at a time. Three at a time was cool, but one at a time is faster.
* Removed the "new unlock" that was in 1.7 until I can get a handle on why it didn't always work. May be re-introduced later.
* Finally, and maybe most interestingly, the old perl scripts for scraping DLC and XBLA content have been rewritten in C++, and are now included as features of xm360_server.exe
Usage: XM360server.exe /? - list options
XM360server.exe /D - update or create dlc_titles.csv in the current directory and exit
XM360server.exe /X - update or create xbla_titles.csv in the current directory and exit
XM360server.exe /L {locale} - optionally specify the locale (defaults to en-US). Only useful before /D or /X
XM360server.exe /U {URL} - optionally specify the URL (defaults to catalog.xboxlive.com). Only useful before /D or /X
XM360server.exe - with no parameters runs the server (doesn't exit)
Sample:
XM360server.exe /X (update XBLA_titles.csv and exit)
XM360server.exe /U catalog.xboxlive.com /L en-US /D (update DLC_titles.csv and exit, URL and Locale specifically overridden)
* One of the key features of this is that it is no longer silent while running. It will keep you updated on what it is working on. Sometimes the MS server takes a long time
* to respond, so it's best to just be patient.
* Also, the first line of the generated CSV file is now the date that it was run on. This allows *subsequent* runs to only UPDATE the content that MS says has changed. This
* saves CONSIDERABLE time. XM360 has been modified to accept CSV file either with the date, or without...so old CSV files (or ones generated by the perl scripts) will not break
* XM360...however, that's only true of version 1.7b and above...anything earlier will choke on a CSV file with a date at the top.
* Fix DLC where multiple DLCs are actually contained in the same file. They will now display properly, get transfered properly, and get deleted properly.
* Fix ignored DLC not being remembered between session. I broke this a couple of versions back, I think.
* Changed code so that if you have multiple files queued up, it will only transfer one at a time. Three at a time was cool, but one at a time is faster.
* Removed the "new unlock" that was in 1.7 until I can get a handle on why it didn't always work. May be re-introduced later.
* Finally, and maybe most interestingly, the old perl scripts for scraping DLC and XBLA content have been rewritten in C++, and are now included as features of xm360_server.exe
Usage: XM360server.exe /? - list options
XM360server.exe /D - update or create dlc_titles.csv in the current directory and exit
XM360server.exe /X - update or create xbla_titles.csv in the current directory and exit
XM360server.exe /L {locale} - optionally specify the locale (defaults to en-US). Only useful before /D or /X
XM360server.exe /U {URL} - optionally specify the URL (defaults to catalog.xboxlive.com). Only useful before /D or /X
XM360server.exe - with no parameters runs the server (doesn't exit)
Sample:
XM360server.exe /X (update XBLA_titles.csv and exit)
XM360server.exe /U catalog.xboxlive.com /L en-US /D (update DLC_titles.csv and exit, URL and Locale specifically overridden)
* One of the key features of this is that it is no longer silent while running. It will keep you updated on what it is working on. Sometimes the MS server takes a long time
* to respond, so it's best to just be patient.
* Also, the first line of the generated CSV file is now the date that it was run on. This allows *subsequent* runs to only UPDATE the content that MS says has changed. This
* saves CONSIDERABLE time. XM360 has been modified to accept CSV file either with the date, or without...so old CSV files (or ones generated by the perl scripts) will not break
* XM360...however, that's only true of version 1.7b and above...anything earlier will choke on a CSV file with a date at the top.
CODE
Version 1.7-- Jun 12th, 2010 (Now released without password for non-donators)
* Add support for remote transfers to the Title Updates and DLC scenes
* xm360 server now also scans for content in \360dashit\Content on hdd1:, usb0:, usb1:, and usb2:
* When repairing DLC filenames, dlc_rename_report.txt is generated in the DLC_REPORT directory. Reminder: You should remember to "rescan all" after a successful "repair" of filenames.
* All scenes now support MASS copying. You get either "GET" everything, "PUT" everything, or "BOTH". In all cases, this will affect only the titles that are shown by the current filter.
** In other words, if you are on the DLC scene, and the
* New values are written when unlocking content. The first four slots are always written to be FF FF FF FF FF FF, FF FF FF FF, and then swapping between 00 00 00 00 and 00 00 00 01.
** This is said to be more universal. I suggest backing up content and trying it out.
**** NOTE: This new unlock code has been removed in 1.7b, so, it's best not to rely on it in 1.7.
CODE
Version 1.6b-- May 30th, 2010
* Because Usb Memory Units (using the new NXE dash) store Title Updates in a seperate partition, I had to add support for a new partition.
* Backups and restores of TUs that are on the USB Memory Unit end up using a Cache2 directory in that same new partition
* XM360server was updated to support defining a path for this new partition (see xm360server.cfg for details), but it's useless for now since xm360 still doesn't support remote TUs
* A request was made to indicate the number of title updates found in cache2 seperately from the regular title updates.
Both the initial scan, and the status at the bottom of the screen now show the count of "backup" title updates in parens after the regular count
*
* If you love XM360, please donate via paypal: [email protected]
CODE
Version 1.6-- May 29th, 2010
* Xm360 now includes a server component (xm360_server) that runs on the PC. Find it in the "server" directory of the archive.
* Be sure to define hdd1: in xm360server.cfg before using it.
* This server component when running, allows you to connect to it as if it is another 360 from within xm360. This allows you to centralize you content on a PC on your network.
* Unlike a regular 360, the server component automatically keeps its content.bin up-to-date when things are pushed to it
* I recommend pushing content to the server from xm360 to begin with to make absoultely certain that it creates the paths correctly on the PC
* xm360 now has very robust FTP job queuing, showing you what's in the queue, and the progress of each transfer right in the content list.
* Due to the fact that you may want to run the server on a port other than 21, XM360 itself now allows you to specify the port in the "Other XBOX" ftp config section. See XM360.cfg for details.
* Lots of minor fixes in XM360 itself
*
* If you love XM360, please donate via paypal: [email protected]
CODE
Version 1.5c-- May 7th, 2010
* Fixed Passive FTP mode (it was always disconnecting)
CODE
Version 1.5b -- May 3rd, 2010
* Include DLC located on UsbMUx:
* Start all searches at xxx:\\Content\\ instead of xxx:\\Content\\0000000000000000 (game saves) This means a full scan will take longer, but it's necessary.
CODE
Version 1.5 -- May 2nd, 2010
* Added full support for game saves.
* Added ability to have the "remote" 360 do a force-rescan when connecting to it.
* Fixed issue where ftp stopped connecting after about 20 or so connections
* Added ability to delete XBLA content on the first page (including REMOTE content)
* Added display of file size to first page
* Added support for UsbMU0: and UsbMU1: if you are using dash 9199 (including via ftp)
* Don't mount DVDROM or FLASH when starting...greatly improves startup time
* Added support for new "REPORT_PATH" in the config which will be used for all reports (XBLA, DLC, GAME SAVES)
* Added filter to the DLC page to show only DLC which wasn't "matched" (or "scraped")
* Added some more specific status messages when connecting to a remote 360
* The local content.bin (file written when you do a rescan all) is automatically updated if you fetch content via ftp or delete local content
** Just a quick note. Fetching and pushing content still keeps the full path intact. That means if you are trying to fetch content from a remote memory unit, for example, and you don't have a memory unit locally...it won't work. It will fail silently.
** Also, pushing content as well as deleting remote content *doesn't* update the remote content.bin. You should either remember to do a rescan all on that machine the next time you use it, or go to the Remote Connection button, check the Force Rescan checkbox, and reconnect to the remote machine.
* Added full support for game saves.
* Added ability to have the "remote" 360 do a force-rescan when connecting to it.
* Fixed issue where ftp stopped connecting after about 20 or so connections
* Added ability to delete XBLA content on the first page (including REMOTE content)
* Added display of file size to first page
* Added support for UsbMU0: and UsbMU1: if you are using dash 9199 (including via ftp)
* Don't mount DVDROM or FLASH when starting...greatly improves startup time
* Added support for new "REPORT_PATH" in the config which will be used for all reports (XBLA, DLC, GAME SAVES)
* Added filter to the DLC page to show only DLC which wasn't "matched" (or "scraped")
* Added some more specific status messages when connecting to a remote 360
* The local content.bin (file written when you do a rescan all) is automatically updated if you fetch content via ftp or delete local content
** Just a quick note. Fetching and pushing content still keeps the full path intact. That means if you are trying to fetch content from a remote memory unit, for example, and you don't have a memory unit locally...it won't work. It will fail silently.
** Also, pushing content as well as deleting remote content *doesn't* update the remote content.bin. You should either remember to do a rescan all on that machine the next time you use it, or go to the Remote Connection button, check the Force Rescan checkbox, and reconnect to the remote machine.
This post has been edited by node21: Sep 6 2010, 03:54 PM
Post by: BrooksyX on May 02, 2010, 04:23:00 PM
Post by: node21 on May 02, 2010, 04:40:00 PM
QUOTE(BrooksyX @ May 2 2010, 06:23 PM) 
Nice glad to see your continuing to upgrade this tool. Ever though of hitting up Team FSD and incorporating this into FSD?
Read the older topic. Asked and answered.
Post by: krizalid on May 02, 2010, 07:35:00 PM
Does it remove the keys? or does it patch them all to the keys of console, profile and deviceID?
Nice addition btw, I like to know what the feature is.
Post by: deilzfcjk on May 02, 2010, 09:53:00 PM
Post by: danthaman673 on May 02, 2010, 11:39:00 PM
But let me say thanx!!! in adavnce, we are still hoping you might be able to do something with FSD 2.0 (They might already be planning to add USB XBLA/GOD Content , I don't know) and that would be awesome as it would cover everything known to JTAG-kind in one solution :-) . At any-rate I know that you have said in the past you have no plans to do so. It doesn't really matter that much anyway as one can just boot with FSD into XM360 and I think I speak for most of us when I say it's bloody awesome just to be able to so that! So thanx again Node for putting-out another piece of quality SW.
Brgds/Dan
PS: I've just been asked and couldn't answer: 'Can Xm360 unlock/handle Avatar items' I'll check for myself in a minute, but if it doesn't then that might be something you could incorporate in to 1.6 (Avatar XUID stuff)
This post has been edited by danthaman673: May 3 2010, 07:08 AM
Post by: JCDenton@AS on May 03, 2010, 12:03:00 AM
Post by: danthaman673 on May 03, 2010, 12:15:00 AM
QUOTE(JCDenton@AS @ May 3 2010, 03:33 PM) 
Does this allow patching of avatar items on offline accounts?
Great minds eh??
(See my earlier post)I just checked and I'm pretty sure I can say NO.
Post by: danthaman673 on May 03, 2010, 12:25:00 AM
Also: I can't seem to get XM to find DLC on my USBmu (It finds game save no worries) I went back to dash inserted USBmu booted,scanned, DLC not there :-(
Also: I've observed a very minor thing (That most likely has little to do with ur app :-) but USBmu's don't.won't get recognised if inserted after XM has booted (Like I said a trifle of an issue)
Please Help us Mr.Node! (IMG:style_emoticons/default/ohmy.gif)
Brgds/Dan
This post has been edited by danthaman673: May 3 2010, 07:34 AM
Post by: Skevus on May 03, 2010, 09:56:00 AM
I am not even sure if the saves will be inside Content/0000000000000000/ even if you use only one profile. However I believe you can change where it should search for saves in the file xm360.cfg. I am not really sure but it seems so......
P.S
I Found out it was because I was using passive mode in Total Commander that it didn't work. I hope other progz will work without passive mode because I don't like to change settings for every 360 ftp dashboard/Prog
This post has been edited by Skevus: May 3 2010, 05:02 PM
Post by: dvverga on May 03, 2010, 10:20:00 AM
Post by: node21 on May 03, 2010, 12:05:00 PM
QUOTE(krizalid @ May 2 2010, 09:35 PM)
Gamesave support?
Does it remove the keys? or does it patch them all to the keys of console, profile and deviceID?
Nice addition btw, I like to know what the feature is.
No, it does absolutely nothing to gamesaves. Just allows you to view them, and sort them, and transfer them from one box to another. Are gamesaves locked to a console? If that's the case, I'd probably want to add some sort of ability to fix that...if possible.
QUOTE(deilzfcjk @ May 2 2010, 11:53 PM)
so this allows you to take dlc and arcade games on another harddrive and ftp to the computer, then retrieve those games with your patched kernel/dash 360?
Well, it was designed to allow you to push content directly from one 360 to another 360 when both are running this app. But you could always use the built in ftp server (and your own knowledge of the filenames, yuck!) to do what you are suggesting.
QUOTE(danthaman673 @ May 3 2010, 01:39 AM)
we are still hoping you might be able to do something with FSD 2.0
PS: I've just been asked and couldn't answer: 'Can Xm360 unlock/handle Avatar items' I'll check for myself in a minute, but if it doesn't then that might be something you could incorporate in to 1.6 (Avatar XUID stuff)
As I've said in the past...I'd be happy to help FSD (and did early on with some ftp stuff), but they are still on an older SDK AFAIK. Once they move up (if they haven't already) I'll likely join in again. Certainly the ftp changes I made in XM360 1.5 really should be in FSD as well.
Also, no avatar support as of now.
QUOTE(danthaman673 @ May 3 2010, 02:25 AM)
OK problems already doh' : It seems to only be showing-up 3game saves (It's possible these are living on my USB, acidently copied), They're old Forza saves. And thats it! According to XM360 there is only 3 saves on my xbox, (I should have about a 100 or so on the HDD, some on the MU and possibly a couple of acident/experiment(s) on the USB.
Also: I can't seem to get XM to find DLC on my USBmu (It finds game save no worries) I went back to dash inserted USBmu booted,scanned, DLC not there :-(
Also: I've observed a very minor thing (That most likely has little to do with ur app :-) but USBmu's don't.won't get recognised if inserted after XM has booted (Like I said a trifle of an issue)
Don't know why it wouldn't find game saves...Don't think it cares where they live either. I didn't notice anything like this while testing either...Anything special about the saves it isn't finding?
I think I explicitly DON'T find DLC anywhere but the HDD: (since that's the only place it can exist that it will work). If you have DLC on a USB MU, will a title find it there? If it will, that's a bug in XM360 that I'd have to fix (and it's simple to do so).
I don't detect the insertion/removal of devices. If anyone knows how to register for such information, please let me know, and I'll add it.
QUOTE(Skevus @ May 3 2010, 11:56 AM)
The FTP seems to be broken? However I am using Total Commander so it's maybe just me. 1.4B didn't have any probz with Total Commander so it's something with this new version. The game save problem is that it only looks inside Content/0000000000000000/ when it should look inside content/Otherfolderforeachprofile/
I am not even sure if the saves will be inside Content/0000000000000000/ even if you use only one profile. However I believe you can change where it should search for saves in the file xm360.cfg. I am not really sure but it seems so......
P.S
I Found out it was because I was using passive mode in Total Commander that it didn't work. I hope other progz will work without passive mode because I don't like to change settings for every 360 ftp dashboard/Prog
Passive mode should work...I think I did all of my testing in passive mode...but maybe I was in active mode and broke passive mode. It is *entirely* possible that I did so, since I was all over that stuff trying to fix the "20 connections and done" issue. I'll revisit that code and see what I broke.
I think I search /Content/, not /Content/00000000000000/, but I'd have to check the code for sure. You can't change where it should search, you can only add an additional search path.
QUOTE(dvverga @ May 3 2010, 12:20 PM)
Everytime I go into xm360 it renames exactly 61 files. The only thing I can figure is that there are duplicates with incorrect filenames and it cannot overwrite so it will continually attempt to rename them everytime I going into it but not actually do so. Is there anyway to have it remove duplicates automatically?
renames? Are you using the "restore filenames" feature? There's nothing to remove dupliaces automatically, but version 1.5 will *SHOW* duplicates on the first page, AND let you delete them...Do that, and then do the restore filenames and you should be happier.
-node
Post by: dvverga on May 03, 2010, 12:37:00 PM
QUOTE(node21 @ May 3 2010, 11:05 AM)
Are you using the "restore filenames" feature? There's nothing to remove dupliaces automatically, but version 1.5 will *SHOW* duplicates on the first page, AND let you delete them...Do that, and then do the restore filenames and you should be happier.
-node
Yes, thanks node I meant "restore filenames." I was at work and for the life of me couldn't think of the name. Thanks for the info on how to handle it. I will try when I get home. Your hardworking is appreciated.
Post by: ZprivateZ on May 03, 2010, 12:38:00 PM
Post by: nevernow on May 03, 2010, 01:06:00 PM
QUOTE(node21 @ May 3 2010, 06:05 PM)
I think I explicitly DON'T find DLC anywhere but the HDD: (since that's the only place it can exist that it will work). If you have DLC on a USB MU, will a title find it there? If it will, that's a bug in XM360 that I'd have to fix (and it's simple to do so).
With dashboard 9199, UsbMUx: devices are trusted and can store any kind of content: XBLA, DLC, GOD full games. So in perspective yes, the feature should be added. Ideally, XM360 should only look for such content UsbMU devices, not all connected devices, so not to give "false hope" to people still running 8955 (like me).
And once again... thanks.
Post by: node21 on May 03, 2010, 01:19:00 PM
QUOTE(nevernow @ May 3 2010, 03:06 PM)
With dashboard 9199, UsbMUx: devices are trusted and can store any kind of content: XBLA, DLC, GOD full games. So in perspective yes, the feature should be added. Ideally, XM360 should only look for such content UsbMU devices, not all connected devices, so not to give "false hope" to people still running 8955 (like me).
And once again... thanks.
Yeah, this makes perfect sense. The only thing that I restrict is where I find DLC, so that's a simple fix. I'll put that in for the next release. Since searching UsbMUx is specific it would never affect people on 8955 (since that device can't be mounted there).
How about title updates? Can they somehow live on a usb memory unit?
Post by: daniel2214 on May 03, 2010, 03:43:00 PM
This post has been edited by daniel2214: May 3 2010, 10:45 PM
Post by: node21 on May 03, 2010, 04:52:00 PM
QUOTE(daniel2214 @ May 3 2010, 05:43 PM)
Thanks for the update node21
I just have one problem, no gamesaves show up in the gamesaves section. I have over a 100 saves and none of them show, am I supposed to set up something for them to show up or is it a bug?No, now that I'm looking at the code, I think I see the issue...someone please confirm for me. These are the paths that XM360 searches by default (not including the one you can specify via config).
CODE
string filePathHdd = "Hdd1:\\Content\\0000000000000000";
string filePathUsb0 = "Usb0:\\Content\\0000000000000000";
string filePathUsb1 = "Usb1:\\Content\\0000000000000000";
string filePathUsb2 = "Usb2:\\Content\\0000000000000000";
string filePathHdd0Dashit = "Hdd1:\\360dashit\\Content\\0000000000000000";
string filePathUsb0Dashit = "Usb0:\\360dashit\\Content\\0000000000000000";
string filePathUsb1Dashit = "Usb1:\\360dashit\\Content\\0000000000000000";
string filePathUsb2Dashit = "Usb2:\\360dashit\\Content\\0000000000000000";
string filePathMem0 = "Memunit0:\\Content";
string filePathMem1 = "Memunit1:\\Content";
string filePathUsbMU0 = "UsbMu0:\\Content";
string filePathUsbMU1 = "UsbMu1:\\Content";
string filePathTU = "Hdd1:\\Cache";
string filePathTU2 = "Hdd1:\\Cache2";
I think the issue (like has been mentioned earlier) is that some saves (apparently LOTS of them!) aren't in Hdd1:\\Content\\0000000000000000, but are in Hdd1:\\Content\\somethingelse instead.
So, I can easily change that to start the search in Hdd1:\\Content\\ instead...but it means a full scan will take that much longer... But, if that's what needs to be done, so be it.
Also, already made the change to include DLC that is found on UsbMUx:
-node
Post by: nevernow on May 03, 2010, 05:02:00 PM
QUOTE(node21 @ May 3 2010, 10:52 PM)
I think the issue (like has been mentioned earlier) is that some saves (apparently LOTS of them!) aren't in Hdd1:\\Content\\0000000000000000, but are in Hdd1:\\Content\\somethingelse instead.
So, I can easily change that to start the search in Hdd1:\\Content\\ instead...but it means a full scan will take that much longer... But, if that's what needs to be done, so be it.
Also, already made the change to include DLC that is found on UsbMUx:
-node
Anyone please correct me as needed, but it I'm afraid it's the individual game which determines whether its gamesaves go into the 000... folder or into the gameID-named folder. Or maybe gamesaves created while not signed into an account go to 000...? In any case, I can see how this is going to be a performance hit, but apparently a needed one. Maybe gamesave scans could be on-demand and not included in the standard Scan All function? You don't really need to scan and manipulate saves *that* often, anyway...
Also, great work on supporting UsbMUx: devices, but did you limit scans to DLC (i.e. not XBLA and GOD)?
Not sure about Title Updates, but I believe they, too, can live on UsbMUx:
Post by: daniel2214 on May 03, 2010, 05:05:00 PM
Post by: node21 on May 03, 2010, 05:19:00 PM
QUOTE(nevernow @ May 3 2010, 07:02 PM)
Also, great work on supporting UsbMUx: devices, but did you limit scans to DLC (i.e. not XBLA and GOD)?
Not sure about Title Updates, but I believe they, too, can live on UsbMUx:
No, XBLA and GOD will be found on UsbMUx: just like they will be found on usb0:...the reason is that they can *work* from that location (via just about any launcher...except the NXE). I always excluded DLC from all locations not on HDD because there is no way they would *work* if they weren't located there.
TUs on UsbMUx: should be found if they are there...I think. ;-)
QUOTE(daniel2214 @ May 3 2010, 07:05 PM)
all the saves are located in the profile folder and as i'm sure you already know, profile folders have different names for everyone so maybe if you make a setting so we can specify the name of the profile folders we have. would that work?
Nah, I made the change to just do it... Version 1.5b uploaded, first post updated.
Oh, I also tested passive and active ftp...they both work fine for me from FileZilla...don't know wtf is wrong with Total Commander...
-node
Post by: daniel2214 on May 03, 2010, 05:25:00 PM
Edit: Everything seems to be working great now. Thanks again Node21
This post has been edited by daniel2214: May 4 2010, 12:37 AM
Post by: ZprivateZ on May 03, 2010, 08:51:00 PM
Post by: Skevus on May 04, 2010, 02:06:00 AM
QUOTE(ZprivateZ @ May 4 2010, 04:51 AM)
Don't see the 1.5b in the usual place yet can someone post please
Still not in the usuall place, Will it ever be there??
Post by: daniel2214 on May 04, 2010, 04:33:00 AM
This post has been edited by daniel2214: May 4 2010, 12:25 PM
Post by: node21 on May 04, 2010, 05:05:00 AM
Post by: dvverga on May 04, 2010, 03:12:00 PM
I only ask becase sometimes I have two of the same dlc and one will say match not found and the other will read correctly and have all info. What would cause that? What is being checked? The name? ID? Etc..
They seem to work regardless of whether they were found or not of course. I was just wondering why that might be for my reference.
Most dlc seems pretty straight forward with the exception of some of the lips stuff and games like resident evil which has some read as biohazard an others as resident evil and burnout paradise which has one with TM after and one without and two deadrising entries.
Post by: danthaman673 on May 04, 2010, 03:20:00 PM
I would just like to re-voice my request for a config page with chekboxes, You could have (scan for) XBLA,CON,GOD,GameSave,Avatar,DLC options in addition to scan on startup enable/disable and other stuff from the config file. Also if it were possible to extract GamerTag titles from the Hex-code folder title to be able to browse and/or filter would be cool. I see now that re-signing etc. is probably best done on a PC (With latest Xtaf) and this app already helps make that stuff easier :-)
brgds/Dan
Post by: ZprivateZ on May 04, 2010, 06:02:00 PM
Post by: node21 on May 04, 2010, 06:32:00 PM
I have no control over when or how this gets posted to "the usual place." Never have, probably never will. I just announce it, and it gets picked up from my drop location. The drop location has been pointed out here multiple times, and if anyone cares to actually look through some of the older posts you will see it. Clearly, some people on this thread have done that, since they have it already. They aren't special. With a little bit of effort you could have it too...with out whining like a little bitch that it isn't where *you* expect it to be.
(I'm not in a great mood tonight, so excuse this outburst. I'll probably be back to my cheerful self by tomorrow...)
Post by: ZprivateZ on May 04, 2010, 06:52:00 PM
Post by: spawn1 on May 04, 2010, 08:40:00 PM
This post has been edited by spawn1: May 5 2010, 03:42 AM
Post by: madusmacus on May 05, 2010, 06:57:00 AM
Many thanks for this 1.5b love all the "push me" "pull you's" :¬)
Post by: daniel2214 on May 05, 2010, 07:41:00 AM
Post by: node21 on May 05, 2010, 07:49:00 AM
QUOTE(dvverga @ May 4 2010, 05:12 PM)
...can you explain what exactly it means when it says "match not found." I assume all it is doing is scraping the database from xbox.com or somewhere for the info and match not found means it couldn't find it there.
Yes, that is exactly right.
QUOTE(spawn1 @ May 4 2010, 10:40 PM)
Is there any way of getting xm360 to essentially do anything with game saves? i mean obviously you cant unlock them, you need to resign them with profile information. Is it something you may look at down the track?
If it's possible, and someone pointed me at the source code, I'd happily add it to XM360.
QUOTE(madusmacus @ May 5 2010, 08:57 AM)
love all the "push me" "pull you's" :¬)
Ah, I'm really glad that someone is using the "remote" features...it was a shit-ton (as opposed to a metric-ton) of work.
Post by: edwinmcdunlap on May 05, 2010, 09:16:00 AM
Post by: node21 on May 05, 2010, 10:12:00 AM
QUOTE(edwinmcdunlap @ May 5 2010, 11:16 AM)
Has anyone gotten NFS Shift add-on packs to work? Even after unlocking them with xm360, they don't seem to work on my jtagged box..
My standard response to questions like this: Do you have the latest TUs for NFS Shift? Some titles require updates to see all of their DLC... I have no idea if that is the case here, but it's my standard response. :-)
Post by: edwinmcdunlap on May 05, 2010, 11:10:00 AM
QUOTE(node21 @ May 5 2010, 11:12 AM)
My standard response to questions like this: Do you have the latest TUs for NFS Shift? Some titles require updates to see all of their DLC... I have no idea if that is the case here, but it's my standard response. :-)
Do I need all of the title updates in my cache folder, or just the one latest?
Post by: node21 on May 05, 2010, 12:22:00 PM
QUOTE(edwinmcdunlap @ May 5 2010, 01:10 PM)
Do I need all of the title updates in my cache folder, or just the one latest?
It seems that this differs by game. Some work when only the latest is there, so require all of them. I suppose it's up to the application developer?
Post by: Rekoil on May 05, 2010, 02:24:00 PM
the ability to scan game saves is nice but can you make it remove flags for save games as well? I just noticed that pretty much all of my save games are "corrupt" because my old 360 was banned and I used it for a while before getting my JTAG.My problem is this, I have a 640Gb harddrive in my standard xbox harddrive enclosure, but I don't have enough space on any easily accessible system (I say that because I do have 2Tb of free space on my server, but it runs linux and has no screen, all my other computers are laptops) to copy all the files to my harddrive to be able to run some sort of batch unflagger/resigner. What would be really great is if some tool on the 360 could do this. I realise it would be a lot of work... if it helps I could pay you 20 bucks
I'm sure I'm not alone in wanting this as well. Please take a look at the possibility of adding this functionality to xm360 or some other tool
Post by: node21 on May 05, 2010, 03:07:00 PM
If you or anyone else could point me at some sample app that does this on the PC (and has source available) I'd happily port the code over the XM360. Even if it doesn't have source available, I could try to contact the author to learn what is involved.
As far as paying me $20...I don't think that would change the fact that I just don't know enough about it. :-) I've considered accepting donations but didn't really think anyone would donate!
Post by: danthaman673 on May 05, 2010, 11:15:00 PM
QUOTE(daniel2214 @ May 5 2010, 11:11 PM)
I already uploaded 1.5b in 3 more places if you really want it you can find it. Still don't PM asking for the links I still can't give them to you. Didn't you guys ever hear of GOOGLE???
Sorry, when I posted earlier Google wasn't turning anything up, as for drop site, I was unaware that such a place existed (and I've been folowing this app since it's 1st release) .I guess if I had known one of those links was to become a 'drop' I would have bookmarked it.(Sorry about the winge I didn't mean to come-across as ungratefull, on the contrary I am most gratefull). I have since found it (With the aid of google) ppl looking might find this site intertesting (This is NOT a download link) : http://www.xblog-360.../04/xm360-v1-5/ This and a number of sites claim that XM360 is an XeDev release ??(their hompage doesn't seem to ever have anything new) Maybe ppl might be willing to help node with an XM360 site (Just a comment) In future I will speak with my partner in crime about hosting it(The link/file) on our website.
Very gratefull and hoping not cause any(more) contraversy, Dan
Post by: node21 on May 06, 2010, 06:41:00 AM
Anyway, yes, XM360 is an xedev release...Mostly because it was started by dstruktiv while he was a member of xedev. I asked if I could help him and was accepted onto the team. Unfortunately, XM360 never received much attention from the team (having never made it onto the web site, nor having it's own support forum over there) but I did announce releases on the forums there, and there was no rule prohibiting the announcement of where it could be downloaded...
I don't think I need a "site" for XM360. I'm happy to support it here at X-S.
Post by: bidrug on May 20, 2010, 10:27:00 PM
Post by: loopez on May 23, 2010, 04:05:00 PM
during initial scan - 1.5b. xbox is rebooting itself. ( more or less after 900+ dlc and xbla titles detected ) - any ideas ? temps are ok, etc.. everywehere else - all fine..
FB0.032 booted directly to FSD
Post by: veekay on May 24, 2010, 06:13:00 PM
Post by: madusmacus on May 25, 2010, 05:54:00 AM
QUOTE(node21 @ May 24 2010, 09:16 PM)
Anyway, I came here to post an update...sort of a pre-announcement of version 1.6 which I've been working on for about a week or so. I've been talking a lot about the "remote" features in the past few versions. But this was really targeted at people who had two or more 360s and wanted to transfer content between them. With the release of XM360 version 1.6, there is now a "XM360_server.exe" which is meant to be left running (forever?) on a PC on your network. I have an "always on" WHS machine that is perfect for this...and I'm hoping that other people have something similar.
Many thanks for this idea - it will solve many problems even for people with 1 xbox 360 - making backup of vital game saves and stufff so much easier :¬):¬):¬)
Post by: node21 on May 25, 2010, 06:49:00 AM
QUOTE(loopez @ May 25 2010, 06:36 AM)
yes. initial - means during scan all. it is counting number os updates and DLCs then ( i now the number it turns off and restarts )
it is possible to to enable some debug mode - to see ? maybe it tries to see when it fail. ( DLC crc or something.. causing error and fatal crash )
anyway - waiting for news release - maybe it will help..
There is nothing you can turn on in the version that you have, but I'll look into adding something for version 1.6.
If you can catch me on IRC we can diagnose this much more quickly. It's probably one piece of DLC or something that is corrupt.
Post by: loopez on May 25, 2010, 02:52:00 PM
i reviewed all DLC in memory tab on my xbox. and removed all with 'corrupted' files and can now scan all without problems.
i happened after moving to 9199 and fb0.032 - feature detecting corrupted files will be great
Post by: node21 on May 25, 2010, 05:50:00 PM
QUOTE(loopez @ May 25 2010, 04:52 PM)
node21,
i reviewed all DLC in memory tab on my xbox. and removed all with 'corrupted' files and can now scan all without problems.
i happened after moving to 9199 and fb0.032 - feature detecting corrupted files will be great
Oh, this is great news...I don't know how the 360 can determine that the file is "corrupt", otherwise I'd add a similar feature...glad it was easy to track down!
Post by: loopez on May 26, 2010, 07:26:00 AM
QUOTE(node21 @ May 26 2010, 01:50 AM)
Oh, this is great news...I don't know how the 360 can determine that the file is "corrupt", otherwise I'd add a similar feature...glad it was easy to track down!
not so easy - review all dlcs and xblas was painfull an booooring
but i'm happy. i was afraight that my box is going to be rroded soon
Post by: metalguitarist112 on May 26, 2010, 12:57:00 PM
Post by: node21 on May 29, 2010, 03:36:00 PM
Version 1.6-- May 29th, 2010
* Xm360 now includes a server component (xm360_server) that runs on the PC. Find it in the "server" directory of the archive.
* Be sure to define hdd1: in xm360server.cfg before using it.
* This server component when running, allows you to connect to it as if it is another 360 from within xm360. This allows you to centralize you content on a PC on your network.
* Unlike a regular 360, the server component automatically keeps its content.bin up-to-date when things are pushed to it
* I recommend pushing content to the server from xm360 to begin with to make absoultely certain that it creates the paths correctly on the PC
* xm360 now has very robust FTP job queuing, showing you what's in the queue, and the progress of each transfer right in the content list.
* Due to the fact that you may want to run the server on a port other than 21, XM360 itself now allows you to specify the port in the "Other XBOX" ftp config section. See XM360.cfg for details.
* Lots of minor fixes in XM360 itself
*
* If you love XM360, please donate via paypal: [email protected]
Post by: veekay on May 29, 2010, 05:19:00 PM
So far so good once figuring out the connection options... hopefully a GUI might be in the works =]
Since it has a way to push, is there going to be an option to pull/sync or just via FTP as normal?
Opps, forgot. On pushing game saves and such, is there a way to push all instead of doing each manually? I have over 500..
Post by: veekay on May 29, 2010, 06:44:00 PM
Is the backup/restore feature only supposed to work for the game saves and xbla right now?
Post by: FrostyWolf on May 30, 2010, 11:20:00 AM
Is the file path for game saves. I say you ask if someone could clarify that for you but didn't really see anyone answer you.
So changing the search to just: \content\ should fix the issue.
Also,
[storagedevice]\Content\[profileID]\FFFE07D1\00010000\[profileID]
Is the file with profile information in it. You should be able to get the profile name out of it.
That way, you could list what gavesaves go to what profile in your list, for better management. If your someone like me, with 15+ profiles, having the name listed is a god-send.
Gavesaves are linked to Device ID and Profile ID. So some gamesaves become no-transferable to another device/profile with out changing what device/profile they are linked to in a program like Modio for instance.
Post by: danthaman673 on May 30, 2010, 11:30:00 AM
On another note: In regards to our previous discussion about integrating music-related stuff into XM360.. I finally dug-up some code that might be usefull : There is a 'dll' you might be able to port :here http://skunkiebutt.com/x360.zip He doesn't go into too much more detail (To my knowlege) I was thinking about using said library/code to write a little app to xtract/parse .xmi/minidex files for P.C (Without throwing an exception after 3 tracks) But it might take me a while as my C# coding abilities are still in their infantile stage (for want of a better term :-)
Anyway, Just thought I'd mention it to you after our earlier discussion as I said (I know your busy and probably feeling all kinda coded-out after just bringing-out yet another version) I can't wait to try the new version's abilities, Dan
Post by: FrostyWolf on May 30, 2010, 12:55:00 PM
QUOTE(node21 @ May 30 2010, 06:47 PM)
Just a quick heads up about version 1.6.
Via IRC I've learned that USB memory unit (using the new NXE dash) actually has a second partition that is used to store title updates (Cache).
I've made the changes required to mount it, and scan it. Now I've got to finish up the concept of backing it up to "Cache2" since it probably won't like it on that partition. Once that is all sorted, I'll post up a 1.6b.
-node
Yup, I should have mentioned that in my random post of things that could be helpful. The USB drive is in no way different at all from the standard 360HDD as far as what it can hold and the file structure. Anything the HDD can do the USB does as well.
Post by: veekay on May 30, 2010, 01:41:00 PM
Post by: chevyowner on May 30, 2010, 07:46:00 PM
Post by: veekay on May 30, 2010, 11:50:00 PM
Post by: danthaman673 on May 31, 2010, 12:01:00 PM
QUOTE(FrostyWolf @ May 31 2010, 11:48 AM)
Isn't that the same thing as the HDD? I thought there are three partitions on the HDD, 1 for TU, 1 for the emulator and the 3rd for everything else?
USB MU's are multipartitioned FATX (Most of which act as one logical parttition) that seem to coexist on Fat32 - (I suspect there's header info in there too) to my knowlege , Why they thought it was a good idea to give the cache it's own partition I will never be sure (Perhaps it's got something to do with the use-less slider option thingy you can 'manage' it with. I've had loads of probs with these new USBMU's If you have one in when you try to mount a drive on, oh let's say x360 commander (Not he only app btw) you might find you MU wiped!! It kept happening to me earlier and took me a while to figure-out what it was (I initialy blamed Freeboot and rebuilt it several times
) On the bright side though I have since figured-out how to have a 320gb USB HDD formatted as (16gb USBMU, 100gb NTFS and the rest FAT32 all on the one drive!!) I will let you all know how it goes (I'm sure it's only a matter of time before something happens and the bubble is burst on this one, but for now it's workingBrgds/Dan
Post by: danthaman673 on May 31, 2010, 12:59:00 PM
EDIT: OK now I feel like an idiot - I've edited this incase anyone else makes the same mistakes I have (Not likely)
Can you please include a way to define which adapter you want to listen on for the server app. (I have a couple and it only wants to listen to my wireless internet?? Or have I missed something. EDIT:It connects anyway
Also do I have to define any host settings in the xbox's .cfg?? EDIT: Yes define server as another Xbox (Don't know how I overlooked that one)
I'm also wondering does XM360 need DNS settings intact to connect for either FTP or NTP??
EDIT: I still havent tested this one but I strongly suspect the answer is no.
(I usually have mine set to manual 0.0.0.0 to garuntee no XBL connections ,Yes I'm aware about the family setting thing but you never know ....)
EDIT: I get now that when you define for exsample USB0: as C:\XM360_Server\USB that it will mirro directories there (where do they go If you don't have the source defined?) I'm still not sure what the content setting in the server's.cfg so I left my confusing original question in below:
'And lastly, in the server's .cfg you mention defining a content directory, can you explain this a little better ie; Do you mean that it's a content directory pooled from xb360 pushs from any drive or that it's a definition of how you want info stored within each C:\USB\ or C:\HDD1\ directories? OR do you mean (and this ones a long shot) the directory to search on the 360's drive for pushs from 360 side(Eg; instead of 360dashit\0000 content\00000 etc.. I know it's not likely what you mean but there's some debate/conjecture going on at my place so i'm obliged to ask ;-) OR Do you mean take for eg; Get Content from 360's USB and Cache from 360's HDD1 etc..(That's what I want to do)??Also why do you have USB mapped to temps in your exsample?? Sorry if my questions themselves are a little confusing, perhaps if you could just include a exsample scenario for server to 360 FTP directory mapping. '
Thanks again in advance for ur help m8, Keen to get the server running as it will make my life easier... Dan
EDIT: Oh yeah can you add a send all to remote or get all? (Based on filter settings which would be nice if profiled by drive)
Post by: danthaman673 on May 31, 2010, 02:14:00 PM
I've noticed a couple of issues (Nothing to major, just thought I'd mention them though)
1. Server windows appears not to update stats instead it just re-draws title screen and scrolls (All stats being nulls) Could it be something to do with me leaving content category undefined??
2. Attempting to backup TU during push stalls transfer (Suprise,suprise - I know this sort of thing will crash most apps, given the features and ur short dev time it's amazingly robust I just thought I'd let u know as it brings me to my next 'issue')
3. Can TU's be syncd with other 360/server?? Maybe a 'Cache2 sync' from the front page which could be locked during transfer(The front page, that is) to prevent stuff like above, would be cool.
4. Does the server assign the space for the file before the transfer is complete (I'm wondering if corrupt files from power-outage or whatever are indentifiable by size) - Would it be possible to have a verify file option if that's the case??
Otherwise looking good.... Sorry again for spaming the forums folks..
Post by: veekay on May 31, 2010, 10:56:00 PM
Post by: danthaman673 on May 31, 2010, 11:42:00 PM
QUOTE(horror @ Jun 1 2010, 06:40 AM)
"Be sure to define hdd1: in xm360server.cfg before using it." Not sure what this means or how to do it. I can open config files in notepad? but thats all I know. This can be done thru my router right? Ive noticed many rockband songs I play say they are missing.
Yes open with notepad and then give it somewhere to deposit stuff from your hdd1: on your PC eg :
CODE
DEFINE_HDD1 = C:\XM360_Server\Hdd1
DEFINE_USB0 = C:\XM360_Server\USB
DEFINE_USB0 = C:\XM360_Server\USB
You only need to define the Hdd1 to get it going, I've just pasted from my .cfg (allthough the drive letter has been changed) to give you an idea
PS: OH yeah, and your router shouldn't come into it (Generally speaking) depending on where you have it in your configuration, Just configure your P.C and your Xbox (Make sure all the network settings are working and XBL is blocked in family settings) Don't forget to put your P.C's IP addrs in your XM360 .cfg (as another Xbox, just use the 'bedroom' template)
Post by: FrostyWolf on June 01, 2010, 12:23:00 AM
QUOTE(danthaman673 @ May 31 2010, 07:01 PM)
USB MU's are multipartitioned FATX (Most of which act as one logical parttition) that seem to coexist on Fat32 - (I suspect there's header info in there too) to my knowlege , Why they thought it was a good idea to give the cache it's own partition I will never be sure (Perhaps it's got something to do with the use-less slider option thingy you can 'manage' it with. I've had loads of probs with these new USBMU's If you have one in when you try to mount a drive on, oh let's say x360 commander (Not he only app btw) you might find you MU wiped!! It kept happening to me earlier and took me a while to figure-out what it was (I initialy blamed Freeboot and rebuilt it several times
) On the bright side though I have since figured-out how to have a 320gb USB HDD formatted as (16gb USBMU, 100gb NTFS and the rest FAT32 all on the one drive!!) I will let you all know how it goes (I'm sure it's only a matter of time before something happens and the bubble is burst on this one, but for now it's workingBrgds/Dan
All the xbox does is make a folder with the allocated space you picked using the slider split into chunks in it. The slider is so you can pick how much space you want to use on a HDD that already has data on it with out destroying that data. It makes a FATX Multi partition drive image, splits it into chunks to get around FAT32 file size limitations, and stores them in a folder on the USB drive. It's pretty much the only way they could do it with out making you have to reformat the device. I used a 2TB drive for a while that had 16GB reserved for the 360, the rest was FSD and all my games, and it worked fine. The only reason I stopped using it was I got a 250 gig HDD to put on the box and didn't need the 16gb on the 2TB anymore. Theres no reason you should run into problems.
Post by: Mycah on June 01, 2010, 11:16:00 AM
I am attempting to complete a collection of Lips content, and find it relatively difficult to index what content I currently have given the currently available tools without manually typing.
If there is another app that already has that functionality, I'd gladly use that if someone can point me in the right direction, otherwise it would be a feature I'd be grateful for in xm360.
Post by: node21 on June 01, 2010, 11:20:00 AM
QUOTE(Mycah @ Jun 1 2010, 01:16 PM)
I would like to request the ability to do a txt export of the DLC filenames / title names as well.
I am attempting to complete a collection of Lips content, and find it relatively difficult to index what content I currently have given the currently available tools without manually typing.
If there is another app that already has that functionality, I'd gladly use that if someone can point me in the right direction, otherwise it would be a feature I'd be grateful for in xm360.
I'm not sure what you are asking. Have you played with the "Report" button on the DLC screen in xm360? What is missing from the generated report that you want to know?
Post by: evanescence on June 01, 2010, 11:27:00 AM
First, i´m from Austria...so sorry for my bad english.
Don´t know if this question was asked before. Do you plan to include a feature to resign/rehash savegames?
Might be great for me and a lot of other people.
Post by: veekay on June 01, 2010, 11:47:00 AM
(a PC based renamer would be great too)Part of the problem with donations is people usually dislike paying for things they can have for free, but then if you made the program cost money people would be upset about that and just crack it. No real way to win except when the product is just so good that people want development to continue
I know personally I use Freestyle most of the time, but use XM360 for all transfers and managing of the files/saves since nothing else compares to the feature set.
Maybe throw in a "credits" section with donators and people might like to see their names on a program.
Post by: evanescence on June 01, 2010, 01:25:00 PM
Consaver is a programm to resign savegames. Or modio and so on. Sry that i can´t help you with the source code....maybe you´ve better connections to the programmers.
Post by: veekay on June 01, 2010, 10:08:00 PM
I know this program saves me time, I have one of the missing DLC reports open on my other monitor while I try and fill all the missings.
Certainly don't get discouraged - the main thing is making sure you enjoying adding onto the program. If it becomes too much of a "job" and not enough of a hobby then it might be time to step back for a while. One way or another I'd think the experience alone should be very helpful and making a name for yourself in the process. Keep up the good work!
Post by: joliverio on June 02, 2010, 10:58:00 AM
How to upgrade my console to the newer version 1.6b? I want to learn by myself from now onwards
Thanks in advance!
Post by: node21 on June 02, 2010, 11:19:00 AM
QUOTE(loopez @ Jun 2 2010, 11:11 AM)
@node21
can you tell how XM is determining what is missing in DLC/XBLA lists ?
i have wolfenstein 3d - in report it looks like:
Wolfenstein 3D (584109CB),2009/06/03,0,0 Hdd1:\Content\0000000000000000\584109CB\000D0000\469A76F8B9BA2E9B8EB02B3B17C21AAF4C74124E58
in missing: is
Wolfenstein 3D (584109a7),2009/06/03,17,6151
missing is by name ? diectory or filename ?
it is possible to have the same button "fix directories / filename" like in DLC ?
XLBA is matched by titleID, and nothing else.
wolfenstein is one of the very very few titles that has at least two different title IDs. The titleID that you have isn't the one the is scraped from the MS site. So, either mark it as ignore, or add it manually to the xbla_titles.csv. If you are in the practice of generating your own xbla_titles.csv by running the scraper, then I suggest editting the scraper to always include the version of wolfenstein that you have, if this bothers you.
It isn't possible to "fix" the files, since there is nothing "wrong" with them.
Post by: veekay on June 02, 2010, 07:59:00 PM
Could not find scrapeMS_DLC.xml in .\:. at scrapeMS_DLC.pl line 26
Happens every time.
Post by: veekay on June 02, 2010, 08:42:00 PM
Post by: modslave on June 03, 2010, 03:52:00 PM
QUOTE(veekay @ May 30 2010, 08:41 PM)
Might already be in there and I just missed it, but what about being able to write the reports to the server as well instead of only to a usb drive?
I edited the path to the same folder as xm360 to save me hunting out a usb stick. Then just ftp into that folder. Would be nice to setup my PC's desktop as an option tho
Post by: veekay on June 03, 2010, 08:56:00 PM
QUOTE(modslave @ Jun 3 2010, 04:52 PM)
I edited the path to the same folder as xm360 to save me hunting out a usb stick. Then just ftp into that folder. Would be nice to setup my PC's desktop as an option tho
Post by: danthaman673 on June 06, 2010, 06:23:00 AM
QUOTE(veekay @ Jun 3 2010, 11:29 AM)
Any ideas about this error when trying to run the script?
Could not find scrapeMS_DLC.xml in .\:. at scrapeMS_DLC.pl line 26
Happens every time.
Yeah I've never been able to get scrape to work.... a win32 would be nice..
By 'server window' I mean the CLI window that appears when you launch the server app.
We're finding it a little tough to contribute $$ (we had hoped to make a significant one by now, but this is a strange buisness with little money in it if you aint M$ or Sony) Given your excellent contribution to the scene with this app I would be remiss if I didn't myself make a donation (doing that right now following this post) It's not much but I hope you're inspired to keep pushing through to better times. Like I've said previously if you were willing to incorporate a couple of extras we would happily market a premium addition from our website.. As long as we could put said package onto the boxes we send-out as part of our JTAG package..
Regardless, I will continue to do our best to support you where I can..(I can't speak for everyone over here)
Brgds/Dan
Post by: madmatt30 on June 07, 2010, 02:58:00 AM
I ask because as far as Ive noticed on my console at the moment,if a 360 hard drive & a usb formatted memory unit are used together ,the hard drive takes priority for caching functions leaving all the tu files on the usb memory untouched.Meaning that any TU files on there will never be deleted,negating the need to run the restore tu function periodically.
I have lot of dlc & title updates on my jtag & pretty much all my tu files get deleted from the xbox hard drive every 3 or 4 boots.XM360 has proved to be a good compromise with its restore from cache2 function (although of course it is possible to do this manually with xex or fsdash's file manager functions) which is quick & well automated.
I have a 2tb hard drive attached to my jtag & have now formatted 4gb as a xbox usb mu,however getting tu files on there is proving to be a pain
I can get 6 or 7 tu on there using xtaf gui but any more than that & it becomes corrupted.This must be due to doing the file copy/transfer using the pc.If it was possible using the 360 to do this Im pretty confident the corruption wouldnt occur.
Any thoughts,does this sound a good idea to anybody else?? surely I cant be the only one who finds having to do a TU restore to get dlc working in certain games annoying??
Trying to explain to the mrs why songs arent showing up in rock band when they were there the day before is hard work
Would gladly donate if this was a possible option in next release,as said all I really use xm360 for is for the TU restore function but to have a cache directory on usb mu that doesnt delete itself would be worth its weight in gold imo
Post by: node21 on June 07, 2010, 05:07:00 AM
It sounds like what might be even more useful is a tiny app that does nothing except restore your TUs from the cache. Doesn't even need a UI, run it, it finishes, and you are ready to run whatever needed the TUs...
Then you can tell the wife to run that first every time...
Post by: veekay on June 07, 2010, 05:46:00 AM
I was finally able to do a successful scrape, but only under linux would it ever finish. I'm not sure what takes so long when it is running, but when removing the parts for the game ratings so I could just get a quick list of titles it was 100x faster.
Post by: danthaman673 on June 07, 2010, 06:41:00 AM
QUOTE
Any thoughts,does this sound a good idea to anybody else?? surely I cant be the only one who finds having to do a TU restore to get dlc working in certain games annoying??
Yes I find it a litlle annoying having to copy files indvidually for each game that needs them on a case by case basis (Allthough that's not really many games, some games I only play on JTAG and Muiltiplayer live games I usually only include on my JTAG if I have to run a lobby or something (Hopefully I wont have to do that again for a very long time, wow what a drama!!)
Up untill now I tend to use Xm360 to backup to cache2(Having done a Re-Scan), writing-down some identifyable digits from the relevant TU (1st 4 and last 4) using my 'Live' HDD that contains new TU's. And then copy entire directory(Cache2) to USB as a 'TU Update' of sorts (I'm always worried XBox might have file in use in cache folder) Then I put my JTAG drive back on(Re-Scan) and copy then TU I wrote down earlier to JTAG's cache folder.
It might be a bit tedious having to re-scan each time etc.. But given that it's only once in a while if a title wont identify DLC without it or the Newer gamesave needs the new TU applied and Given with some games you may need to apply the patches manually I don't mind doing it... Mind you if one could upload TU's to remote server and then GET them back, that would be cool (as would DLC, But I'm sure you are/have addressing/addressed that...)
I'm re-visiting my previous efforts to get the whole scrape thing to work as DLC seems to be missing or unidentified (I've had reports that it's Preventing some ppl from unlocking DLC, I'm not sure that's the case I will have to investigate further). If/When I do I will post a 'weekly scraping' on the AGM website
. But at the moment I seem to be having dramas getting my version of Cygwin to do it. I orginally set it up to do really-old Freeboot Cygnos builds (Pre-XBR) and I can't remember how to get it to re-apply all the pearl stuff etc.. (I was never to good with all the nIX/nUX stuff) If it wasn't a script my usual approach would be to try porting the build to avoid using some type of VM (Silly of me in hindsight, I'm really not that big of an MS fan) But being a pearl script I guess I will have another bash at it, I think I couldn't even get it to recognise it last time I tried so I must be something simple (like pearl isn't all there - allthough it appears to be) I will be good practise.Post by: dschu012 on June 07, 2010, 05:43:00 PM
QUOTE(madmatt30 @ Jun 7 2010, 09:58 AM)
I have lot of dlc & title updates on my jtag & pretty much all my tu files get deleted from the xbox hard drive every 3 or 4 boots.
Boot to a disc and not to NXE. I have a little more than 500 title updates and the only time I have to restore them is if I decide to use the hdd on my other Xbox which boots into NXE.
Post by: veekay on June 10, 2010, 09:00:00 PM
Post by: bidrug on June 11, 2010, 12:16:00 PM
Post by: bidrug on June 11, 2010, 03:24:00 PM
QUOTE(node21 @ Jun 11 2010, 03:39 PM)
Seems like a flashFXP problem? Have you tried both passive and active?
Yes, tried them.
Also, seems like every FXP capable client will not show nothing (SmartFTP also fails).
Post by: node21 on June 11, 2010, 03:44:00 PM
QUOTE(bidrug @ Jun 11 2010, 05:24 PM)
Also, seems like every FXP capable client will not show nothing (SmartFTP also fails).
Could be...I don't know what's special about FXP versus FTP.
Post by: node21 on June 11, 2010, 04:56:00 PM
QUOTE(veekay @ Jun 10 2010, 11:00 PM)
Almost forgot this one... when doing the repair filenames it would be *very* helpful for it to write a log of what was changed.
This is now implemented in version 1.7. It writes the dlc_rename_report.txt to the same location as the dlc_report.txt. It is *NOT* over-written each time you do the operation (so you don't lose the information if you do it twice). Instead, it is appended to, so, over time, it will grow...so you might want to remove it occasionally.
-node
Post by: veekay on February 02, 2020, 06:21:00 PM
I had remembered one more little thing, no biggie, but can get really annoying. When you delete one of the TU's it goes back to the start of the list. I'm sure it does that because of a refresh, but when you have 800+ TU's are are going through and deleting our ones that aren't needed it can be a real hassle scrolling back down to the bottom each time.
QUOTE(node21 @ Jun 11 2010, 05:56 PM)
This is now implemented in version 1.7. It writes the dlc_rename_report.txt to the same location as the dlc_report.txt. It is *NOT* over-written each time you do the operation (so you don't lose the information if you do it twice). Instead, it is appended to, so, over time, it will grow...so you might want to remove it occasionally.
-node
Post by: veekay on February 02, 2020, 10:40:00 PM
Post by: danthaman673 on February 03, 2020, 12:00:00 AM
I wanted to use the new server FTP thing to shift a new game over for my daughter (from USBmu0) to USB:\360dashit\content\ etc.. which is where all my XBLA games are (On Fat32 external 500gb) This brought to light a couple of issues,
First when I uploaded from XM (I did about 4-5 within a about 30seconds of each other starting the next one often before the previous was altogether finished) It appeared to finish except the scan/unlock/exit buttons stayed greyed-out. (I later re- did them one at a time)
I obserevd a couple of things, 1: The server app won't recognise stuff that's uploaded from USB:\360dashit (Although it puts it there no worries) unless you specifically specify USB:\360dashit folder in the server.cfg , Then it will register files in there (according to the startup window: here
But hey still wont be availible for a 'get' from XM360 side (That is from USB/360dashit PC folder to 360 usb/360dashit). (Maybe I have overlooked something or it has something to do with my content.bins and/or my constant script editing etc.. But I'm fairly sure I haven't overlooked anything)
Also you will note in the picture that it says scanning \content as USBmu0 and as USBmu1 (Yet it doean't seem to register this content either) During the attempted transfer above I copied the files from the (previous)XM push out of the USBmuo folder and put them in the 360Dashit folder on the P.C side (sorry I should have put that in up the top but it didn't seem to fit anywhere)
What exactly is stored on the content.bin (on the PC side) and does it(which paths are recognised from the 360 side) have anything to do with where it's stored. (I'm assuming it's a dummy, ie; dummying a 360's content.bin, in which case, If you've connetced and the scan does it re-scan both sides??- If not that could be handy, or maybe a shortcut on the server app for re-scanning)
my server config (the core part) looks like this :
CODE
DEFINE_HDD1 = U:\XM360_Server\Hdd1
DEFINE_USB0 = U:\XM360_Server\USB0\360dashit
DEFINE_USB1 = U:\XM360_Server\USB1
DEFINE_ MemUnit0 = U:\XM360_Server\MemUnit0
DEFINE_ MemUnit1 = U:\XM360_Server\MemUnit1
DEFINE_UsbMU0 = U:\XM360_Server\UsbMU0
DEFINE_UsbMU1 = U:\XM360_Server\UsbMU1
DEFINE_USB0 = U:\XM360_Server\USB0\360dashit
DEFINE_USB1 = U:\XM360_Server\USB1
DEFINE_ MemUnit0 = U:\XM360_Server\MemUnit0
DEFINE_ MemUnit1 = U:\XM360_Server\MemUnit1
DEFINE_UsbMU0 = U:\XM360_Server\UsbMU0
DEFINE_UsbMU1 = U:\XM360_Server\UsbMU1
Would it be possible to nominate a default download folder on the 360 side??
Brgds/Dan
PS: Sorry If this post is a bit confusing , I'm a little pressed for time..
This post has been edited by danthaman673: Yesterday, 08:52 AM
Post by: danthaman673 on February 03, 2020, 01:10:00 AM
Normally for something like this I would just take the time to test it myself (and to an extent I have but it's unclear what's happening and why) ... I figured I just ask if there was anything written into the code that would explain that.
Also would it be possible to have the option of putting into XM360.cfg soemthing like : FORCE_STARTUP_SCAN And you just un-comment (##) the command if you want to use it.
Or something like: AUTOSCAN = True
Thanks again, Looking forward to checking out 1.7..
Brgds/Dan
This post has been edited by danthaman673: Yesterday, 09:16 AM
Post by: node21 on February 03, 2020, 05:08:00 AM
QUOTE(veekay @ Jun 11 2010, 09:21 PM)
Very cool - it will be interesting to see what files are renamed so I can mirror the changes on the PC.
You should probably delete everything from the PC, do the rename on the 360, and then just "Push All" to the PC.
QUOTE(veekay @ Jun 11 2010, 09:21 PM)
When you delete one of the TU's it goes back to the start of the list.
Already found and fixed. Also in a few other scenes where I noticed it.
QUOTE(veekay @ Jun 12 2010, 01:40 AM)
One more thing - When checking DLC and such and Ignoring a title, would it be possible to have that setting stick?
It should already stick...unless your "DLC_IGNORE_PATH" is configured to point somewhere where XM360 can't write...like to usb: when you don't have a usb stick inserted?
QUOTE(danthaman673 @ Jun 12 2010, 03:00 AM)
I wanted to use the new server FTP thing to shift a new game over for my daughter (from USBmu0) to USB:\360dashit\content\ etc.. which is where all my XBLA games are (On Fat32 external 500gb) This brought to light a couple of issues,
To be perfectly honest, I didn't think anyone was using the DASHIT folders anymore...so the server doesn't know about them...it's trivial to add them, so I'll do it for 1.7. No promises, since I don't have a real way to test that.
QUOTE(danthaman673 @ Jun 12 2010, 03:00 AM)
First when I uploaded from XM (I did about 4-5 within a about 30seconds of each other starting the next one often before the previous was altogether finished) It appeared to finish except the scan/unlock/exit buttons stayed greyed-out. (I later re- did them one at a time)
This is surprising...which screen were you doing the upload from?
QUOTE(danthaman673 @ Jun 12 2010, 03:00 AM)
What exactly is stored on the content.bin (on the PC side) and does it(which paths are recognised from the 360 side) have anything to do with where it's stored. (I'm assuming it's a dummy, ie; dummying a 360's content.bin, in which case, If you've connetced and the scan does it re-scan both sides??- If not that could be handy, or maybe a shortcut on the server app for re-scanning)
The content.bin on the PC is exactly the same as it is on the 360...Its an inventory of all of the known content, including the path to that content (in 360 terms, using the definitions from your xm360server.cfg). There really shouldn't be any reason to re-scan the server...it always stays up-to-date.
QUOTE(danthaman673 @ Jun 12 2010, 03:00 AM)
Would it be possible to nominate a default download folder on the 360 side??
No. For now xm360 doesn't allow for ANY cross directory copying anywhere...
QUOTE(danthaman673 @ Jun 12 2010, 04:10 AM)
Sorry for the double-post but I have another question (and the edit timed-out - again doh') : If you have for example, A USBmu0 attached when you upload to the PC XM server, Do you need to have something attached to USBmu0 slot afterwards in order for the remote USBmu0 folder content to be recognised??
You don't have to have it attached...it will still see the remote file...but you will be unable to "fetch" it, since it won't be able to write the file to the same local path.
QUOTE(danthaman673 @ Jun 12 2010, 04:10 AM)
Also would it be possible to have the option of putting into XM360.cfg soemthing like : FORCE_STARTUP_SCAN And you just un-comment (##) the command if you want to use it.
Or something like: AUTOSCAN = True
It used to behave that way, I think with an option to skip it. But why do you feel the need to rescan so often? I do think it makes sense when you are doing 360 to 360 transfers, since the remote 360 will need a rescan later...but when using a single 360 with the server, things should stay in sync.
-node
Post by: danthaman673 on February 03, 2020, 10:37:00 AM
QUOTE
To be perfectly honest, I didn't think anyone was using the DASHIT folders anymore...so the server doesn't know about them...it's trivial to add them, so I'll do it for 1.7. No promises, since I don't have a real way to test that.
Actually now that I know that it's a legacy thing (I kinda guessed it might be by now, but I don't remember reading anything specific) I'll phase it out over here anyway.. (I just kinda figured you must have had a reason for using that convention in the first place :-) And that it would afford me better backwards compatibility, I suppose I really hadn't thought much about it for a while..Probably not worth putting in 1.7 as there wouldn't be many other still doing that and I plan to discontinue it.
QUOTE
This is surprising...which screen were you doing the upload from?
The first screen .. I tend not to use the collection screen as much anymore.
QUOTE
The content.bin on the PC is exactly the same as it is on the 360...Its an inventory of all of the known content, including the path to that content (in 360 terms, using the definitions from your xm360server.cfg). There really shouldn't be any reason to re-scan the server...it always stays up-to-date.
Even if you move stuff between folders while it's running?? (Maybe that's why content seems to be missing at 360 end because I stopped it in between) I would have thought the startup scan would have passed it on to the 360 anyway but in the screenshot I showed you the connected 360 was registering NO remote content.
QUOTE
No. For now xm360 doesn't allow for ANY cross directory copying anywhere...
Kind of a pity as it would make for an easier way of updating new XBLA files etc.. otherwise we will have to either copy across mirrored drives on P.C server (which I've had no luck with getting USB recognised so far) Or go back to booting XM with drive+new content, Write down Hex ID, reboot into Xexmenu, Copy one by one,reboot XM,rescan etc.. etc.. (it's the Xexmenu copying part that makes it painful) But I understand if you don't want to over complicate it and risk a new world of errors..
QUOTE
It used to behave that way, I think with an option to skip it. But why do you feel the need to rescan so often? I do think it makes sense when you are doing 360 to 360 transfers, since the remote 360 will need a rescan later...but when using a single 360 with the server, things should stay in sync.
As I mentioned above I'm used to putting different drives on each time I have new content to copy from an online console (slightly easier with 9199's USBmu) and also me and others (more so others than me) will forget to rescan after adding new stuff or changing between multiple drives or mem sticks that have xm360 (I know some people who like to run previous versions - difficult to convince to stick to newer and not share .csv's etc.. but some ppl cannot be told and they will still come to me saying why doesn't it run when it says it's there etc..) Many ppl run many different combos of drives on their JTAG's for many different things, for example some ppl have taken to running an entire drive JUST for Forza3 on JTAG and another entire USBmu for same game online etc.. (If you've ever played around with saves/DLC etc.. on that game then you'll know why ;-) I guess some ppl just want piece of mind that what their browsing each time is what's available without having to worry if they remembered to re-scan since the last drive/USB/USBmu removal/change, they often end-up rescanning on startup out of habit to be sure. It would be easier if I could make people's installs noob-friendly for them by modifying the .cfg Also as I have mentioned I'm keen to try (if I ever get the time) writing a GUI to write to the .cfg files (again for maximum noob-friendlyness and my own need to make a name for myself in writing code other than something that runs on a PIC chip :-p ) in C# as I'm trying to learn the language it, something like that seems like a good place to start , like I said before I think it would be a handy feature that would help beef-out my GUI .cfg writer (If I ever get to writing it - the more the is to configure the wider the audience in my humble opinion anyway..)
This post has been edited by danthaman673: Yesterday, 06:54 PM
Post by: veekay on February 03, 2020, 04:24:00 PM
The ignore settings never seem to stick for any category - for example there are about 8 XBLA games I have no desire to and tell the program to ignore them, but each time I leave that menu it seems to revert back to showing all.
QUOTE(node21 @ Jun 12 2010, 07:08 AM)
You should probably delete everything from the PC, do the rename on the 360, and then just "Push All" to the PC.
Post by: node21 on February 03, 2020, 05:14:00 PM
* NOTE NOTE NOTE: Version 1.7 is initially being released as a password protected file. Donators have been emailed the password.
* NOTE NOTE NOTE: After a few days(?) it will be released for non-donators.
*
* Add support for remote transfers to the Title Updates and DLC scenes
* xm360 server now also scans for content in \360dashit\Content on hdd1:, usb0:, usb1:, and usb2:
* When repairing DLC filenames, dlc_rename_report.txt is generated in the DLC_REPORT directory. Reminder: You should remember to "rescan all" after a successful "repair" of filenames.
* All scenes now support MASS copying. You get either "GET" everything, "PUT" everything, or "BOTH". In all cases, this will affect only the titles that are shown by the current filter.
** In other words, if you are on the DLC scene, and the <ALL> title is selected, then **ALL** DLC will be sync'd, if Guitar Hero is selected, the only Guitar Hero DLC will be sync'd.
* New values are written when unlocking content. The first four slots are always written to be FF FF FF FF FF FF, FF FF FF FF, and then swapping between 00 00 00 00 and 00 00 00 01.
** This is said to be more universal. I suggest backing up content and trying it out.
*
* If you love XM360, please donate via paypal: [email protected]
-node21
Post by: veekay on June 12, 2010, 06:18:00 PM
Post by: node21 on February 03, 2020, 06:39:00 PM
QUOTE(danthaman673 @ Jun 12 2010, 01:37 PM)
Even if you move stuff between folders while it's running??
No, if you move stuff around while the server is running, you are asking for trouble. It will rescan on it's own if a file gets pushed to it from a 360, but you should probably restart it manually if you've added/removed/changed content.
QUOTE(danthaman673 @ Jun 12 2010, 01:37 PM)
Kind of a pity as it would make for an easier way of updating new XBLA files etc.. otherwise we will have to either copy across mirrored drives on P.C server (which I've had no luck with getting USB recognised so far) Or go back to booting XM with drive+new content, Write down Hex ID, reboot into Xexmenu, Copy one by one,reboot XM,rescan etc.. etc.. (it's the Xexmenu copying part that makes it painful) But I understand if you don't want to over complicate it and risk a new world of errors..
My M.O. nowadays is to put all new content onto the server. That means taking the LIVE drive, connecting it to the PC and moving it to the server directories. Of course, it isn't unlocked yet. So, from XM360 you would have to fetch it, and then unlock it, AND THEN push it back to the server. Unfortunately, xm360 only makes this easy for DLC in version 1.7 (when it successfully unlocks something, it marks it as local only so it can be pushed back to the server easily...I forgot to do this for XBLA in version 1.7)
QUOTE(veekay @ Jun 12 2010, 07:24 PM)
I know sometimes even with no changes it still finds filenames to fix, which makes me curious.
The most likely issue there is that you have the DLC twice...once with the wrong name, and once with the right name...when it tries to "repair" the wrong one, it fails since that filename is there already...
QUOTE(veekay @ Jun 12 2010, 07:24 PM)
The ignore settings never seem to stick for any category - for example there are about 8 XBLA games I have no desire to and tell the program to ignore them, but each time I leave that menu it seems to revert back to showing all.
No one else has complained about this, and it works fine for me...I'll repeat my earlier comment...is your Ignore path pointing somewhere that always exists?
-node
Post by: veekay on February 03, 2020, 08:36:00 PM
I see now what you meant about the ignore - I keep forgetting to not overwrite my config file when I upload new versions so it of course always goes back to the defaults which is the USB drive and rarely do I have one plugged in. Have to wonder if there is a way to write protect that file on the xbox itself.
The new remote sync features are great - exactly what I was hoping for! The fact it will sync while you continue doing other things in the program was really unexpected.
Quick question, have you ever thought or planned on any kind of file browser built into the program? Considering all the media management capabilities I figure you have that in mind for the future
QUOTE(node21 @ Jun 12 2010, 08:39 PM)
The most likely issue there is that you have the DLC twice...once with the wrong name, and once with the right name...when it tries to "repair" the wrong one, it fails since that filename is there already...
No one else has complained about this, and it works fine for me...I'll repeat my earlier comment...is your Ignore path pointing somewhere that always exists?
-node
Post by: veekay on June 13, 2010, 05:58:00 AM
I tend to use the browser in FSD and you can somewhat navigate around in XM360 and at least delete things.
When you made your server side app did you ever think about doing something like XM360, but PC based? I guess if they could talk to each other like they do now, but with the full duplicated UI. I'm not sure how much the programming differs between the 360 and a PC, but it seems you already have the guts worked out.
Post by: WarriorSan on June 13, 2010, 08:14:00 AM
QUOTE(node21 @ Jun 13 2010, 02:25 PM)
Dstruktiv was working on something like that a while back...don't know what happened to it. I was hoping that there already existed a PC side app that would happily walk the xm360 server-sdie directory structure. Doesn't le-fluffy, or one of those apps work on it? The real issue is this...PC side UI work is probably best done (by me, anyway) in C#/.NET...and all of my current code is in C++ (including the server component). But here's what I'm thinking...
The server component is already somewhat standalone, and I like to leave it running on my server. So, what I really need to do is write a C#/.net GUI that knows how to talk to the server just like xm360 does (so, keep it as two separate apps). Anyway, that's that path I'd probably end up taking...but it would be a lot of work. Id rather just find someone who is already relatively close to finishing an app like that and give them the protocol and binary mapping of the content.bin files.
-node
Well the only app that comes close to what you got on mind is like you said before "Xbox 360 Content Manager" developed by Dstruktiv (Which looks great btw) but the downside is that there has not been any updates on it for months now...I do understand that this is all done in peoples spare time and that there is more in life then developing for the (small) Xbox 360 scene..But it seems like a waste since the app was almost nearing a release and now probably never sees the light of day...
So since you are on the same team (XeDev) can't you ask if he is still working on it? Or could you finish it and implant the protocol and the binary mapping of the content.bin files? Don't want to sound rude or anything just a suggesting. Thanks again for your hard work!
Post by: danthaman673 on June 13, 2010, 10:21:00 AM
My real reason for doing yet another uncharacteristic weekend post, is a bit of a bug report for 1.7
First and most significant : For the first time (out of all so far) an app hasn't unlocked when unlocked with Xm (Ben10 with 1.7 still shows unlocked) I hope it's a small oversight or part of the new 'Universal' technique(for unlocking) as opposed to M$ having changed their means/unlocking mechanism. (If the same technique is being employed to both XBLA and DLC that has been updated for the sake of more reliable DLC unlocks(which has been needed) then maybe there needs to be 2 separate methods applied for unlocking)
Which reminds me of something I've been meaning to pass-on for ages (wish-list suggestion) but: it would be really handy to have a way to individually unlock, (DLC in particular)
Also: Suff/Content/Quickboot CON files in all the 'JTAG' Folders (not just code9999 and including game room stuff -basically anything not XBLA) that show up on first page, cannot be unque'd once the universal push button has been pressed, I also once again had files fail to complete and keep buttons greyed-out on the first page -Maybe something for canceling failed transfers eg; from corrupt content would be handy (although my failed transfers - weren't corrupt - could be nuance of my network as it's quite complex) Either way I don't care about re-starting too much, Just thought I'd mention it.
I had a crash scanning following a dashlaunch-boot, I inserted a USB late (after XM GUI came-up, gave it time to mount) Just thought I'd mention this one as it might explain some of the crashes on scan the others have had (although I also suspect it may have something to do with dashlaunch interfering with JTAG insertion on Cygnos)
Thanx again, Dan
Post by: veekay on June 13, 2010, 12:15:00 PM
At this point aside from some fine tuning I'm finally able to do most everything I wanted remotely and PC side with the program. About the only thing left is a way to browse content via FTP in a manner similar to how Xport360 works with showing the title names instead of just 584109A7 it should show 584109A7 - Wolfenstein 3D. I have to wonder if any open source FTP program could be modified to read the names from a list and convert them.
danthaman673 - what other games are you having issues with unlocking? I rarely play much anymore since I'm too busy messing with these programs, but I'm curious to see if the same thing happens to me. I am surprised MS has changed how things work earlier than this.
Post by: veekay on June 13, 2010, 02:02:00 PM
I'm thinking with the FTP part there has to be a way to just insert a new field or whatever you might call it in the programming world. Nothing that renames anything, but might just show the name client side kind of like an overlay. Since Filezilla is opensource maybe there is something that could be done easily with that or another opensource program as a base
Post by: veekay on June 13, 2010, 03:15:00 PM
http://msdn.microsof...y/bb776831.aspx
Post by: danthaman673 on June 14, 2010, 12:07:00 AM
I was hoping you could use context to employ both unlock methods eg; when pressing unlock from DLC menu does Unlock-B and pressing it on front page does unlock-A
Brgds/Dan
PS: There is/are many apps for resolving hex names as their actual names (I think there's an app specifically for doing that alone) If you feel the need. It would be cool to have a special ftp app that did just that, FSD indexer kind of does that already does that sort of, pity it's not as universally applicable to all 360 files.
Post by: danthaman673 on June 14, 2010, 12:20:00 AM
QUOTE(veekay @ Jun 14 2010, 03:45 AM)
I had been very much waiting for the content manager program, but it did seem stalled. I'm not sure if he had the remote side done, but if he local was finished and hooked into XM360 then it seems you might just have the perfect combo for a file manager that can't be beat.
At this point aside from some fine tuning I'm finally able to do most everything I wanted remotely and PC side with the program. About the only thing left is a way to browse content via FTP in a manner similar to how Xport360 works with showing the title names instead of just 584109A7 it should show 584109A7 - Wolfenstein 3D. I have to wonder if any open source FTP program could be modified to read the names from a list and convert them.
danthaman673 - what other games are you having issues with unlocking? I rarely play much anymore since I'm too busy messing with these programs, but I'm curious to see if the same thing happens to me. I am surprised MS has changed how things work earlier than this.
Actually the X360.dll (see info on le fluffie's site) does resolve STFS names as I recall, it would be pretty easy even maybe for me
(if I get the time) to use a basic FTP-app based source code and add in STFS name resolution (In a column) like so many other non-ftp apps already do. It might try in incorporate the dll's music xtratcion in to the one app (I was planning to attempt something soley based on music xtraction) I may well end-up needing help with it as is. It's not entirely clear how to call from said library. anyway I don't really have time to even talk much more about it right now.. Give me a couple of days to take a better look at it.Brgds/Dan
Post by: veekay on June 14, 2010, 12:59:00 AM
Post by: danthaman673 on June 14, 2010, 08:10:00 AM
Just putting it out there....
@VeeKay, sorry I didn't address ur question to me I had quoted earlier, I can't remember specifically which games (it's been a while since I've had time to play many let alone run into unlock probs) It's mostly reports from others, they have mentioned titles but in this regard my memory fails me, sorry. The next time one of them comes to light I'll mention it here (I could throw some titles out-there but I can't remember which ones 4 sure : WAW, Fable2 I think may have been in there. But I'll have to get back to you on that)
Post by: node21 on June 14, 2010, 12:52:00 PM
This was significant for a few reasons...It's C++, not perl, so the code could ultimately make it's way over to the 360 itself if I wanted to put it there. It means I can add an automated way for connected 360s to fetch the new DLC database if and when it has been updated. And, lastly, it should be faster...although I haven't actually measured that yet.
Furthermore, the feed from MS itself timestamps when DLC has been added to each title. With the newer code, I can save *considerable* time by not visiting titles that are known to not have any new content since the last scrape. This implies some sort of database other than the simple CSV file as it is today, and I haven't really committed to doing that yet. We'll see.
XBLA should be trivial after DLC is done.
-node21
Post by: veekay on June 14, 2010, 02:34:00 PM
QUOTE(node21 @ Jun 14 2010, 01:52 PM)
Just wanted to mention that I made significant progress last night on teaching the xm360 server how to scrape the MS site for DLC.
This was significant for a few reasons...It's C++, not perl, so the code could ultimately make it's way over to the 360 itself if I wanted to put it there. It means I can add an automated way for connected 360s to fetch the new DLC database if and when it has been updated. And, lastly, it should be faster...although I haven't actually measured that yet.
Furthermore, the feed from MS itself timestamps when DLC has been added to each title. With the newer code, I can save *considerable* time by not visiting titles that are known to not have any new content since the last scrape. This implies some sort of database other than the simple CSV file as it is today, and I haven't really committed to doing that yet. We'll see.
XBLA should be trivial after DLC is done.
-node21
This was significant for a few reasons...It's C++, not perl, so the code could ultimately make it's way over to the 360 itself if I wanted to put it there. It means I can add an automated way for connected 360s to fetch the new DLC database if and when it has been updated. And, lastly, it should be faster...although I haven't actually measured that yet.
Furthermore, the feed from MS itself timestamps when DLC has been added to each title. With the newer code, I can save *considerable* time by not visiting titles that are known to not have any new content since the last scrape. This implies some sort of database other than the simple CSV file as it is today, and I haven't really committed to doing that yet. We'll see.
XBLA should be trivial after DLC is done.
-node21
Also, I tried a few more times and eventually it did complete an unlock, it just took 10x longer than it used to - not really a big deal, but I always get worried when I press the guide button and nothing happens (FTP was still active, so it was "thinking").
Post by: danthaman673 on June 14, 2010, 03:17:00 PM
QUOTE(node21 @ Jun 15 2010, 03:42 AM)
The fact that the new method is locking up the 360 in some cases makes me want to pull it out entirely. I can't imagine what would cause that though. (But I haven't stared at the code to see if I can figure it out either)
Otherwise, it's trivial to call a different unlock method for DLC versus XBLA content.
I guess if the issue of stubborn DLC comes up again we can explore other ways of unlocking it. (as my Mum would say 'Lets drive-off that bridge when we come to it') The more I think about it the more I think it only applies to a few titles. I haven't had it crash personally but I guess you just can't predict every possible interaction with something like that which brings me to another cliche : 'If it aint broke.....' Anyway I'm going to stop right there...
QUOTE(node21 @ Jun 15 2010, 04:22 AM)
Just wanted to mention that I made significant progress last night on teaching the xm360 server how to scrape the MS site for DLC.
This was significant for a few reasons...It's C++, not perl, so the code could ultimately make it's way over to the 360 itself if I wanted to put it there. It means I can add an automated way for connected 360s to fetch the new DLC database if and when it has been updated. And, lastly, it should be faster...although I haven't actually measured that yet.
Furthermore, the feed from MS itself timestamps when DLC has been added to each title. With the newer code, I can save *considerable* time by not visiting titles that are known to not have any new content since the last scrape. This implies some sort of database other than the simple CSV file as it is today, and I haven't really committed to doing that yet. We'll see.
XBLA should be trivial after DLC is done.
-node21
Wow that would be truly awesome as the mere thought of playing with pearl again was chilling my spine just a little.. I think quite a few people will be very happy to see this feature when it comes-out. (No matter how long the scrape takes, for us it's an accessibility issue) Being able to update for region is essential particularly down-under where we suffer from extremely out-dated and over-the-top video-game censorship laws. Seeing something there only to find-out it's not there because it's caught-up with red-tape, (for whatever reason) is always a dissapointment.
Post by: danthaman673 on June 14, 2010, 04:19:00 PM
QUOTE(node21 @ Jun 15 2010, 07:22 AM)
It cheats. Since I produce the CSV, and consume it, I have considerable control.
So, the title for is always enclosed in square brackets (to avoid the problem with commas). If MS releases a title that has square brackets in it, I'm screwed. :-)
The name of the DLC isn't protected from anything since it's the 2nd to last field, and I'm guaranteed that the filename (the last field) won't have any commas in it...so at some point I read from the end backwards to find the *end* of the DLC title, and everything I read before indicates the *beginning* of the DLC title...so DLC titles with commas in them work fine in xm360. *sigh*... I could REALLY use small lightweight Database here....
Are you saying that the scraper needs to allow this functionality?
Well, no because when we scrape it *should* scrape automatically from the .com.au site (I assume as everything else gets redirected- the only way to get on the .com site for us is by paying for a VPN/proxy etc.. and risking getting badly burnt by scammers which sux because we hate missing out on a lot of the good stuff)
As for DB what about that lite-version of SQL, LINQ (If it's applicable , I'm not even sure if it qualifies as standalone DB - Been ages since I read about it, So forgive me if I'm way off base about LINQ but if memory serves it's for doing small-time DB stuff without having to fully roll-out all that goes with SQL.. Anyway I guess I will have to actually read-up on it now.....)
Post by: veekay on June 14, 2010, 05:03:00 PM
With the PC side server, is it possible for that to send commands back to the 360 at this point or is it still more of a command reader? I only ask because I wonder how difficult it might be to add options to the server such as refresh database or fix filenames etc. I don't generally like turning on my projector just to refresh things and check the files after uploading new content - I'm sure that is more down the road type stuff, but I'm guessing it should still work without even needing the GUI - just a Press 1 to Rescan, Press 2 to Repair Filenames, etc.
Post by: danthaman673 on June 14, 2010, 11:39:00 PM
QUOTE(node21 @ Jun 15 2010, 07:56 AM)
It's called SQLlite...and it would be perfect...if I had a version that worked on the 360. :-)
I don't know about redirection...the URL is hardcoded to http://catalog.xboxlive.com...does that get redirected for you?
http://catalog.xboxlive.com appears unreachable/unresponsive from here (Is it down perhaps? Or maybe it has no redirected equivalent - I tried http://catalog.xboxlive.com.au and it goes into a bing search as if the domain doesn't exist )
My guess is normally there would be a redirect and there;s no where for it to redirect to (A .au address)
http://marketplace.x...es/catalog.aspx (the us version just has AU replaced with US)
Seems to be the closes equivalent here so far (I will look more shortly) But I'm guessing ur app needs normal non .aspx to work with. Can u give me a more specific URL to try ?? - How about an I.P?? (At least then I can try a Ping - I think I can still ping internet addresses from behind these routers/firewalls)
I guess worst case scenario we will have the .csv recognise games that aren't available to us, but there are a few DLC items that are definitely available here but not recopgnised in XM - Could it maybe be done by an XBox?? I think banned boxes can still conect to XBLA. (Juts an Idea if only a silly one :-)
Brgds/Dan
Post by: danthaman673 on June 15, 2010, 01:05:00 AM
!! The site u mentioned seems blocked under any circumstance so far,(as I mentioned b4) when I try to connect I just get blank screen. But I will keep trying as it could be our crappy inter-continental network. In browsing the US site I've noticed there's not quite as many differences as I may have been led to believe.Maybe the reason I couldn't get the (scrape)pearl script to work previously is something to do with it not being able to contact the site. I hope it's not the Australian Gov , and they've asked M$ to make stuff firewalled etc.. I doubt that's the case but If anyone else has similar problems outside the US could they please let us know..
Thanx again all, Dan
Post by: node21 on June 16, 2010, 05:03:00 AM
QUOTE(node21 @ Jun 14 2010, 07:02 AM)
I'm going to pull the new unlock code out and release a 1.7b tonight. That's the danger of releasing software without testing it, I suppose.
I never got around to doing this...Too caught up in the new (and fantastic) C++ DLC and XBLA scraper. It really belongs in a 1.8 release, but I'm trying to wrap it up for inclusion in 1.7b. Just the scraping part for now...1.8 will add the automatic fetching from connected 360s.
When 1.7b is out for donators, I'll also put 1.7 out for non-donators.
-node
Post by: danthaman673 on June 16, 2010, 04:29:00 PM
Yah!!!, Can't wait
Thanx,Dan
Post by: veekay on June 16, 2010, 05:04:00 PM
Now if only there was a way to scrape a list of all xbox titles and their barcodes
Post by: veekay on June 16, 2010, 07:22:00 PM
Post by: danthaman673 on June 16, 2010, 10:32:00 PM
Post by: node21 on June 17, 2010, 06:30:00 AM
QUOTE(danthaman673 @ Jun 17 2010, 12:32 AM)
Will there be any way to force region specific scrapings?
I can try to expose 2 things: The "region", and the main site URL. If people want to futz with that to come up with the right region & URL for themselves, they can try.
Post by: node21 on June 17, 2010, 06:00:00 PM
I just have to fix xm360 now to support DLC where there are multiple titles with the same filename. ACE COMBAT is a prime example. XM360 used to only list one title per filename...that's fixed, but now I have to deal with updating the UI when that file is deleted (now that there can be many per filename, I've gotta go find them all and clean up). Also, things like fetching the file from a remote box...now it's gotta mark all DLC with the same filename as being "LOCAL".
That's pretty simple, so version 1.7b is almost certainly coming out this weekend.
Post by: node21 on June 19, 2010, 08:17:00 AM
* NOTE NOTE NOTE: Version 1.7b is initially being released as a password protected file. Donators have been emailed the password.
* NOTE NOTE NOTE: After a few days(?) it will be released for non-donators.
*
* Fix DLC where multiple DLCs are actually contained in the same file. They will now display properly, get transfered properly, and get deleted properly.
* Fix ignored DLC not being remembered between session. I broke this a couple of versions back, I think.
* Changed code so that if you have multiple files queued up, it will only transfer one at a time. Three at a time was cool, but one at a time is faster.
* Removed the "new unlock" that was in 1.7 until I can get a handle on why it didn't always work. May be re-introduced later.
* Finally, and maybe most interestingly, the old perl scripts for scraping DLC and XBLA content have been rewritten in C++, and are now included as features of xm360_server.exe
Usage: XM360server.exe /? - list options
XM360server.exe /D - update or create dlc_titles.csv in the current directory and exit
XM360server.exe /X - update or create xbla_titles.csv in the current directory and exit
XM360server.exe /L {locale} - optionally specify the locale (defaults to en-US). Only useful before /D or /X
XM360server.exe /U {URL} - optionally specify the URL (defaults to catalog.xboxlive.com). Only useful before /D or /X
XM360server.exe - with no parameters runs the server (doesn't exit)
Sample:
XM360server.exe /X (update XBLA_titles.csv and exit)
XM360server.exe /U catalog.xboxlive.com /L en-US /D (update DLC_titles.csv and exit, URL and Locale specifically overridden)
* One of the key features of this is that it is no longer silent while running. It will keep you updated on what it is working on. Sometimes the MS server takes a long time
* to respond, so it's best to just be patient.
* Also, the first line of the generated CSV file is now the date that it was run on. This allows *subsequent* runs to only UPDATE the content that MS says has changed. This
* saves CONSIDERABLE time. XM360 has been modified to accept CSV file either with the date, or without...so old CSV files (or ones generated by the perl scripts) will not break
* XM360...however, that's only true of version 1.7b and above...anything earlier will choke on a CSV file with a date at the top.
Enjoy!
-node21
Post by: veekay on June 19, 2010, 10:54:00 AM
So far the new scrape is great - love the extra info. Is it logged to a file anywhere aside from the csv?
Post by: veekay on June 19, 2010, 12:11:00 PM
Some of the symbols seem to cause issues in the scraped files, is the program able to convert those back correctly?
Examples:
[Dead Spaceâ¢]
[Dante's Infernoâ¢]
[NHL® 10]
[TCâs H.A.W.X]
Post by: veekay on June 19, 2010, 02:57:00 PM
QUOTE(node21 @ Jun 19 2010, 02:20 PM)
Can you be more specific? What feature are you hoping for?
Post by: veekay on June 20, 2010, 12:22:00 AM
Was anything changed that would affect the Cache folder? Mine went from 600+ to 64 after updating and refreshing. Might not be related, but the only thing done in the past few days were this and 1.7
Gotta love the edit option while it lasts.. just doing XM360server.exe /D > file.txt gives the output I had wanted, so at least that part was simple!
Post by: veekay on June 20, 2010, 01:36:00 AM
If you have no DLC of a certain item, the game won't even show up on the DLC report. So if you are missing all DLC for any title, that title won't show on the list under the missing section.
I guess this would explain why so many things never showed when I was checking for missing content.
Also, when running the new scraper the resulting file ends up missing a lot of items versus what you include in the release. 3731 in yours and when I run the file I get 2178. I know an example of difference is Rock Band - 158 songs on mine and 1115 on yours. When running as an update it "updates" some Rock Band tracks each time, always the same ones.
XBLA scraper results come out the same as your file.
Post by: danthaman673 on June 20, 2010, 07:33:00 AM
That's awesome going to save heaps of mucking around etc..
The only thing I have to winge about is : When I was trying to upload all my DLC (Before my I updated .csv) It stalled on a blue(unrecognised) title for Forza 3 (I'm pretty sure it hadn't been unlocked yet) It may have been corrupt (I will confirm this shortly) But I just thought I'd mention it as it would be cool to have a push/get cancel as it sux when a transfer stalls and one has to go back to dash etc.. etc..
It took me a while to figure out that the switches were case sensitive and not to cut and paste from the example that had the .exe after the command name.. But when I figured that out it all worked like a dream!! 10/10 It added quite a few titles that have been missing for some time.
Thanks again!!!
We will donate again when we can , Dan
Post by: veekay on June 20, 2010, 12:06:00 PM
QUOTE(node21 @ Jun 20 2010, 05:47 AM)
Nothing changed about the cache folder. I'm guessing that cache2 was left alone, and the system cleaned out your cache?
What edit option?
Yes, that is by design. If you read the heading it says something like "Titles for which you have some DLC". You can always toggle that left side list with LB to see other filters.
The only reason the scraper would get less, in my opinion, is if you are running it from a different region, or MS is filtering it, somehow, by your IP's location. Where are you located? It is expected that it will update the same thing over and over again if you are updating on the same day as the change. Since I only compare dates, and not times... Also, the "update" marker that I look at is at the title level, not at the DLC level. So, if *any* change is made to *any* "Rock Band" track (including if someone just rates one of the songs), then the updater will refresh ALL Rock Band DLC.
-node
Post by: veekay on June 20, 2010, 02:37:00 PM
QUOTE(node21 @ Jun 20 2010, 02:50 PM)
No current way of doing what you are asking...but why no look at the dlc_titles.csv directly? If you know the title that you care about, all of the DLC for that title will be obvious in that file.
Post by: node21 on June 25, 2010, 06:49:00 PM
Post by: WarriorSan on June 26, 2010, 04:07:00 AM
QUOTE(node21 @ Jun 25 2010, 11:59 PM)
Sorry to say it, but xm360 is now, officially, done.
Version 1.7b was leaked, probably by the person who donated 1 GBP (and I happily gave him the password).
1.8 was already looking good with automatic recognition and downloading of DLC_titles.csv, and XBLA_titles.csv...and the re-implemented unlock code, but it'll never see any 360 except for mine.
It was fun while it lasted, so enjoy what's there!
-node21
Sorry to hear node21..
It was leaked by the same person who keeps buggering me.. ATHiEST / TheGRiM
Asking me things like doing favours for him (In a kinda rude way also..) for his shitty profit making copy / paste website called: xblog-360.com
Don't forget guys it's: "Your #1 Xbox 360 News Portal!"
Post by: node21 on June 26, 2010, 05:11:00 AM
QUOTE(WarriorSan @ Jun 26 2010, 06:07 AM)
Sorry to hear node21..
It was leaked by the same person who keeps buggering me.. ATHiEST / TheGRiM
Asking me things like doing favours for him (In a kinda rude way also..) for his shitty profit making copy / paste website called: xblog-360.com
Don't forget guys it's: "Your #1 Xbox 360 News Portal!"
As I suspected...I received a $1 GBP donation from "[email protected]", and I happily shared the password to 1.7b with him for that donation. It was then leaked. Hooray.
-node21
Post by: WarriorSan on June 26, 2010, 05:57:00 AM
Post by: ATHiEST on June 26, 2010, 07:18:00 AM
Please dont let my moment of stupidity spoil it for everybody else, I sincerely apologise.
@WarriorSan
Since when was I bugging you? I mentioned site to you and wondered if you would like to become author or contributor.
Post by: node21 on June 26, 2010, 07:39:00 AM
QUOTE(ATHiEST @ Jun 26 2010, 09:18 AM)
I would like to apologise for leaking xm360 it was stupid of me to do so and hope you can forgive me and not decide to cancel any development on the program. I understand and promise that I will not post any pre-release versions again and if anybody else does I will delete links.
Please dont let my moment of stupidity spoil it for everybody else, I sincerely apologise.
No. You are an asshole. You go and donate an entire single 1 GBP so that you can post it on your crappy site so that you get more hits on your crappy porn advertisements. How about you go ahead and make a real donation since you are making so much off of those hits? I spend hours and hours developing this software for everyone to ultimately enjoy. I spend even more hours supporting it. The early releases for donators was a means to reward people who donated. It was always intended to eventually reach everyone (as I had demonstrated with 1.7 already). You screwed it up for everyone. Go to hell.
Post by: ATHiEST on June 26, 2010, 07:50:00 AM
Atm I dont have any funds cleared but I will be making another donation with or without any further dev. And obviously I dont expect any further links.
Again I just hope you dont let my moment of stupidity spoil it for others, It would be a great shame for you to stop release just because one stupid person leaked it early.
Post by: node21 on June 26, 2010, 08:05:00 AM
I've decided to make 1.8 available to everyone on the donators list. (well, except for one) Mostly because there are bugs in 1.7b that should be fixed, and I feel I owe it to those who donated. I've pulled the new "unlock" code back out again since there won't be any further releases to fix it if it is still broken.
It'll probably be ready by next weekend, but that will be the end of it.
I'd appreciate those of you who *do* get 1.8 not leaking it...not because I don't want anyone else to have it, but because I don't want one single asshole to have it.
-node21
Post by: ATHiEST on June 26, 2010, 08:18:00 AM
I just dont think you should stop development and let one persons selfish/stupid moment spoilt for others. I really regret what I did and fully understand your anger/hostility towards me as I would probably feel same in your shoes.
I have added a post to my blog with a apology and also put link for donations so hopefully I can generate some donations for you.
Post by: WarriorSan on June 26, 2010, 12:51:00 PM
QUOTE(ATHiEST @ Jun 26 2010, 03:18 PM)
@WarriorSan
Since when was I bugging you? I mentioned site to you and wondered if you would like to become author or contributor.
Normally I don't even comment on replies like this but since you can't help it I will try it ones again:
Why do I want to be an author / contributor on your so called #1 Xbox 360 news portal which is obvious set up to generate traffic for all the ads that are on the site..(Which are there btw since day 1 you started the site so which cost are you talking about...) All you do is copy / paste news / apps that are from other people / sites so it could never be #1 in the first place. Yes I contribute on sky only because I like to and want to share it with people with the same interest as me. Also I only upload stuff that is publicly released or with the approval of the author / developer.
About the bugging... Well first off there's a reason people like you can't contact me on sky so instead you do so through another site asking me for sources / news etc. while I said before in polite way that I'm not interested.. Maybe it's just miscommunication or you're just plain retarded... donating 1 GBP to generate traffic / fame..lol pissing off a lot of people (including me). That's all I got to say...
Drama you got to love it
back ontopic pleasePost by: ATHiEST on June 26, 2010, 01:19:00 PM
Post by: kyleh613 on June 26, 2010, 04:02:00 PM
QUOTE(node21 @ Jun 26 2010, 03:05 PM)
So, the worst part about this was that I felt really bad for all of the people who legitimately donated with good intentions. And that was to support the further development of xm360. Because I didn't know who leaked it, there was nothing that I could do about that...but now we all know who it was.
I've decided to make 1.8 available to everyone on the donators list. (well, except for one) Mostly because there are bugs in 1.7b that should be fixed, and I feel I owe it to those who donated. I've pulled the new "unlock" code back out again since there won't be any further releases to fix it if it is still broken.
It'll probably be ready by next weekend, but that will be the end of it.
I'd appreciate those of you who *do* get 1.8 not leaking it...not because I don't want anyone else to have it, but because I don't want one single asshole to have it.
-node21
1.) It is really lame to ask for donations on a program you are going to stop development on. You better damn well hold true to that, otherwise I hope you get called out for it.
2.) It is lame to rag on ATHiEST when he donated. Didn't you admit yourself you only got a small number of donations? No one cares about who you are or what your work is, they just want to be able to pirate Xbox 360 games, and so long as they can do that, you don't matter. Throwing a fit here only makes you look like a bitch.
3.) ATHiEST isn't the reason why you stopped development of your software. You decided that on your own. It was going to be released anyways. He already apologized, but you are to much of a stubborn jackass to accept it like a man (ooh wait, you aren't one) and forget about it. You help people pirate games, what right do you have to complain about something like this? How do you think the developers of these games feel about your work? Should they just stop making games now for the 360?
Basically you are just a whiny cunt node21 and should shut the fuck up and go back to either developing your software quietly, or stop altogether, not accept any donations, and just disappear. No one will care in a week and someone else will just take your place.
What I bet you are really going to do is this is your last ditch effort to get a lot of donations, and then you are going to continue your work. So what the fuck does any of this even matter?
And you can bet others plan on leaking 1.8 once they donate, so I wouldn't even bother.
Post by: soulwarrior on June 26, 2010, 04:20:00 PM
If I was a mod, I would ban you for your shear stupidity. When you become a great developer, you can provide the scene with as much content as you want without asking for donations (that is, since you believe people's time and energy are worth nothing). I hope someone sends a self destruct signal to your computer and 360 and/or I hope you stub your toe before going to sleep tonight.
Post by: kyleh613 on June 26, 2010, 04:23:00 PM
QUOTE(soulwarrior @ Jun 26 2010, 11:20 PM)
@kyleh613
If I was a mod, I would ban you for your shear stupidity. When you become a great developer, you can provide the scene with as much content as you want without asking for donations (that is, since you believe people's time and energy are worth nothing). I hope someone sends a self destruct signal to your computer and 360 and/or I hope you stub your toe before going to sleep tonight.
And if I could, I would punch you in the face, through my monitor for saying something so incredibly fucking retarded.
If you don't see how saying you are going to stop development because of a leak that was quickly removed, is dumb as hell, then please hit yourself over the head with a crowbar.
Post by: stopbuggingme on June 26, 2010, 04:48:00 PM
You could look at this a good thing people obviously like it enough to think it deserves to be shared, which is going to point more people in your direction. You really should think though before you rant about your stuff being leaked, because you obviously don't care about the devs who make the dlc and xbla titles that your so willing to help other people not have to pay for.
Post by: stopbuggingme on June 26, 2010, 04:58:00 PM
node21 node21 is offline
Junior Member
Starting to post!
Join Date: Mar 2010
Posts: 7
Rep Power: 1
node21 is on a distinguished road
Default Re: [MU] xm360 v1.7
Quote:
Originally Posted by badazz74 View Post
1.7b is already out its on the sky tracker but I hate torrents so been waiting since yesterday for someone to post it here.
Posts merged - please don't double post!
What the hell here it is xm360 1.7b, should probably started a new thread but didn't want to so do with it whatever you want.
xm360 1.7b xex version
megaupload.com/?d=HNL6X39C
pass: xbox360iso.com
And, with that, xm360 dies.
It was fun. Enjoy what's there.
So obviously this wasn't athiest's fault as this happened before.
Post by: kyleh613 on June 26, 2010, 05:07:00 PM
SERIOUSLY, you have yet to answer that, what is the god damn problem now that athiest apologized? Not accepting that, and continuing to bad mouth someone who DONATED and then cancel your work makes you a bitch. Plain and simple.
You don't get to bad mouth someone who actually helped your work, and not get ridiculed for it. Node21 is acting like a baby. He can do whatever he wants with his work, but i'm still going to call it like I see it. He should have just disappeared and not said anything. Instead he decided to go and start a big flame war for no reason.
Post by: soulwarrior on June 26, 2010, 05:15:00 PM
QUOTE(kyleh613 @ Jun 26 2010, 07:07 PM)
I don't really care if he cancels it or not. And your cellphone analogy is stupid, at least you pay to use it. Node21 helps people steal others work. No one stole Node21s work, or told him to piss off until after he had his little rant. He has already bowed out of the xbox 360 hacking scene, so who cares what anyone calls him. And yes he is being whiny. He won't accept someones sincere apology, and then acts like a child and decides to call it quits over it. The situation was fixed, what is the problem here?
SERIOUSLY, you have yet to answer that, what is the god damn problem now that athiest apologized? Not accepting that, and continuing to bad mouth someone who DONATED and then cancel your work makes you a bitch. Plain and simple.
You don't get to bad mouth someone who actually helped your work, and not get ridiculed for it. Node21 is acting like a baby. He can do whatever he wants with his work, but i'm still going to call it like I see it. He should have just disappeared and not said anything. Instead he decided to go and start a big flame war for no reason.
Since when do you have to accept someone's apology? People are entitled to feel offended. Once again, the issue is not with the person who apologized, it was your retarded response. This is a waste of thread space, so I'm done. Hopefully you'll be getting started on some new homebrew content of your own with no donations required.
Post by: kyleh613 on June 26, 2010, 05:20:00 PM
QUOTE(soulwarrior @ Jun 27 2010, 12:15 AM)
Since when do you have to accept someone's apology? People are entitled to feel offended. Once again, the issue is not with the person who apologized, it was your retarded response. This is a waste of thread space, so I'm done. Hopefully you'll be getting started on some new homebrew content of your own with no donations required.
Stop sucking Node21s dick. If you don't see how he isn't going on some ego trip, asking for donations for a program he has no intentions of developing for anymore, then you are dumb as hell. Gloating features on here and then saying no one but him will see them now is stupid.
And yes you do accept someones apology. How fucking old are you? Especially when they correct the mistake, and make no excuses.
If Node21 is going to be this childish, then honestly, I don't want his work anymore. Good riddance Node21. Someone else is just going to pick up where you left off anyways, your throwing a fit is only going to get you sympathy among a very small number of people on this forum only. No one cares.
Node21 helps people steal work that costs millions of dollars, hundreds of man hours, and years to develop. He does not get to complain about a leak that quickly disappeared.
Post by: node21 on June 26, 2010, 05:35:00 PM
As far as me blaming someone else before athiest...that isn't true. The post quoted above is simply what made me decide to stop working on 360. At that point in time I didn't know who leaked it, just that it had been leaked. He stated that he wasn't the leak...he got it from sky and posted it elsewhere. I expect that to happen once it's leaked...
Yes, I plan to support the people who did donate. I mentioned that already.
No, I don't plan to stop working on xm360. I use it every day, and continue to work on it almost every day. It gets better and better each time I work on it. What I've decided to do is stop sharing it with anyone. It was harder that way anyway since I had to worry about compatibility issues, and supporting uses that I hadn't anticipated.
This wasn't about piracy. My software was free. It's hard to pirate something that is free.
But, I guess you're right. I'm a baby. I'm a whiny little cunt. I'm taking my ball and going home. I sincerely hope someone does take my place...this scene is lacking in people that are delivering software.
Post by: stopbuggingme on June 26, 2010, 05:40:00 PM
Post by: red_ring_of_box on June 26, 2010, 05:44:00 PM
If however this was a closed beta because you where experimenting with unstable code that could cause harm to people's hard drives or consoles and wanted a larger base of testing besides your own jtag to detect any errors in your code for the next official release then that is perfectly reasonable, and of course anyone willing to donate in order to show they won't get pissed off and start bitching if a features doesn't work right or needs more testing, take freehood360 for example.
kyleh613 you don't seem to get it NO ONE likes a leaker, NO ONE besides other leakers. Giving out a beta version of node's app could have put so many people's consoles at risk if the beta had any code that screwed up your hard drive or over wrote parts of the nand instead of reading them, or even corrupting DLC when it attempted to unlock it and node didn't know about it.
Leaking can, as I said, also put a detrimental effect on how people anticipate a product before it is even released. Hell when Doom 3 was released John Carmack got pissed off at NVidia because one of the employees there decided it would be cool to leak an experimental build of Doom 3 which was filled with bugs and caused a lot of crashes which gave Doom 3 a lot of bad press. Course the game was great when it came out but at the time a lot of people thought it would suck come release day.
Why the hell are you supporting atheist anyway? Kinda find it weird that a member who joined 50 minutes after atheist said he was done apologizing was so quick to defend him/her even though you don't really seem to mention if they know atheist at all, and all in their first posts no doubt. You certainly didn't join here to help anyone or ask for help just to argue, a coincidence maybe?
If he leaked freeboot or XBR when they where first releasing beta builds and the crew behind it decided they wouldn't support this community anymore because they thought we where a bunch disrespectful punks and loved to leak shit and we where all stuck with our thumbs up our asses until one of use learned how to disassemble, patch, then reassemble PPC assembly code, and then have the balls to release it. Even then who is going to be the one to do it, you... didn't think so. You wouldn't be on your high horse telling everyone off who is pissed at him for leaking would you.
Edited for clarity.
Post by: node21 on June 26, 2010, 05:48:00 PM
QUOTE(kyleh613 @ Jun 26 2010, 07:20 PM)
Node21 helps people steal work that costs millions of dollars, hundreds of man hours, and years to develop. He does not get to complain about a leak that quickly disappeared.
This isn't true. My unlock code was never very good. People were getting their content elsewhere. xm360 just helped them manage it. There's no such thing as a leak that quickly disappears. Have you ever tried getting the toothpaste back in the tube? It was merely broken trust. People who didn't want to be trusted didn't have to donate, simple as that.
Anyway, 1.8 seems to be wrapped. I'll try to get it out tomorrow.
Features:
* Fixed fact that you couldn't sort by ratings or raters in the collection manager
* Fixed new scraper (1.7b) getting ratings wrong. I made a change to the file format that breaks compatibility with old xbla_titles.csv, so make sure you are not using an old version of the file.
* Fixed initial scan crashing the 360 if there was no existing content.bin file.
* xm360_server is now aware of the last time xbla_titles.csv and dlc_titles.csv were generated. Every 360 that connects to xm360_server will *automatically* update the xbla_titles.csv and dlc_titles.csv on that 360. Furthermore, you can regenerate, or replace those files without stopping xm360_server from running. So, I leave the server running all the time, 24/7. I have scheduled a /X and a /D every night at midnight as well. It's all invisible without any hands on maintenance. Basically, this feature means you shouldn't ever have to worry about moving these files to your 360 anymore. On the server, these files should be in the same place as content.bin.
* Also, if you put an xm360.xex in that same directory, xm360 will *also* update itself if the version there is newer than the version that is running. It will automatically restart if this happens. This is a moot feature though, unfortunately.
-node
Post by: node21 on June 26, 2010, 06:04:00 PM
QUOTE(red_ring_of_box @ Jun 26 2010, 07:44 PM)
Why the hell are you supporting atheist anyway? Kinda find it weird that a member who joined 50 minutes after atheist said he was done apologizing was so quick to defend him/her even though you don't really seem to mention if they know atheist at all, and all in their first posts no doubt. You certainly didn't join here to help anyone or ask for help just to argue, a coincidence maybe?
I missed this before. Good catch. Coincidence?
Post by: node21 on June 27, 2010, 06:59:00 AM
1.8 sent to donators.
Post by: MrFlooD on June 27, 2010, 08:42:00 AM
Post by: RizL4 on June 27, 2010, 11:39:00 AM
Post by: ATHiEST on June 27, 2010, 12:38:00 PM
QUOTE(RizL4 @ Jun 27 2010, 06:39 PM)
This guy is a joke on TL
Err, I think not!
QUOTE(RizL4 @ Jun 27 2010, 06:39 PM)
btw your crap website is down
...and?
The server is been upgraded, Was that little remark supposed to have made me cry or something?
Is this the level of maturity here, Yes I made a mistake of which I regret and sincerely apologised for. If node decided to stop releasing to public that is his decision which I am not responsible for.
Post by: node21 on June 27, 2010, 03:04:00 PM
QUOTE(ATHiEST @ Jun 27 2010, 02:38 PM)
If node decided to stop releasing to public that is his decision which I am not responsible for.
On the contrary, I'm in the unique position of saying that you are solely responsible.
Now, please go thread crap elsewhere.
Post by: ATHiEST on June 27, 2010, 03:17:00 PM
It is your choice whether you release to public or not, I am not responsible for your actions, only my own.
The only reason you didn't want it leaking is so that your donators could have it early but you said yourself that you had a "very" small list of donators and Im sure they would just be as happy if you released to public at same time and would still donate either way.
Im sure the people who have donated didnt do it just to get the program early and would also donate again even if you released to public straight away. You also said recently along the lines that you dont mind not releasing as it saves you job of making sure of compatibility etc so maybe at back of mind you wanted to stop and are using this as a excuse.
No real damage has been done to anything with that small leak. Yes you do have a right to be angry but I think you are overreacting.
Post by: node21 on June 27, 2010, 03:30:00 PM
QUOTE(ATHiEST @ Jun 27 2010, 05:17 PM)
Im sure the people who have donated didnt do it just to get the program early...
I'm so glad that your "sure" why other people donated. At least they *didn't* do it so that they could spoil it for everyone else.
QUOTE(ATHiEST @ Jun 27 2010, 05:17 PM)
No real damage has been done to anything with that small leak.
WTF is a "small" leak? How do you define a "big" leak? No real damage? I'm sure the people who actually looked forward to new versions of xm360 would beg to differ with that opinion.
Look, I'm done with you. This thread has always been to support users. I plan to continue to support users on this thread. Please stop posting on this thread unless it is about xm360 [not including the fact that you leaked it, and are now looking to blame anything and everything on something other than your actions]. I don't even care if you send it via PM...just don't put it on this thread. Let's see if you have trouble respecting that simple request like you had trouble with the request to not share the pre-release version of 1.7b.
Post by: RizL4 on June 27, 2010, 04:12:00 PM
Post by: wolrahnaes on June 28, 2010, 12:13:00 AM
QUOTE(node21 @ Jun 25 2010, 06:18 PM)
I won't release the source, especially now. But I'd be more than happy to discus the way it works.
Regarding how it works, how about those custom commands you've mentioned on the server side? I'm interested in attempting to hack up a Linux server (preferably by implementing the commands on a widely-used FTP platform like ProFTPd) and anything you'd be willing to share is something I don't have to spend time staring at Wireshark dumps to reverse engineer.
I'm not looking for any code necessarily, more the commands, the syntax, and what they do if it's non-obvious. Anything I couldn't do from there would likely be beyond my skill level anyways.
Post by: veekay on June 28, 2010, 09:35:00 AM
Starting it over from scratch and when trying to connect to a remote machine it always says "Connect Failed" on the Xbox, but the PC side shows it connects. Works fine in 1.7B, but then stops in 1.8
Post by: Majinseed on June 28, 2010, 04:26:00 PM
at least for me it fails to see existing csv files in the server folder but also doesn't create a csv after scraping if no csv exists.
Post by: node21 on June 28, 2010, 05:13:00 PM
QUOTE(Majinseed @ Jun 28 2010, 06:26 PM)
anyone actually tried the new 1.8 scraper already? is it me or can anyone reproduce this:
at least for me it fails to see existing csv files in the server folder but also doesn't create a csv after scraping if no csv exists.
It doesn't look there anymore. Crap, did I forget to mention this? No, I think I did...
The new location is where the server puts your content.bin. I think this defaults to where ever you have defined hdd1: to be.
There's a real reason for this...The client 360s will try to fetch this file via ftp...the ftp server inside the process only knows about the virtual 360 file system that you have defined...
So, if you've run it a bunch of times now...go look in your hdd1: location on your pc, and you should see the new files there...and it should update them each time you run a rescrape.
Edit: now I'm confused. When I run the server it very clearly tells me which directories it is using...are you not see that, or are you not reading it?
-node
Post by: veekay on June 28, 2010, 11:02:00 PM
DEFINE_HDD1 = D:\Downloads\- Xbox360 -\- XM360 -\Store
and
CONTENT_BIN_PATH = Hdd1:\Applications\XM360\Content
So when it tries to check/create the csv files it tries doing it in
D:\Downloads\- Xbox360 -\- XM360 -\Store\Applications\XM360\Content
and if that doesn't exist then it runs through the process and creates no file. Either way it will not transfer anything to/from the server by itself.
With my issue before the xbox would not connect to the server until that path was manually created and the csv's made. Not a big deal once getting it there, but since the program doesn't make the folders when run it could cause issues.
Post by: Majinseed on June 29, 2010, 08:58:00 AM
Post by: veekay on June 29, 2010, 09:15:00 AM
BTW, the missing filenames part worked perfectly - thanks again!
Post by: wolrahnaes on June 29, 2010, 04:26:00 PM
QUOTE(node21 @ Jun 28 2010, 07:08 AM)
That's unlikely to be successful. The ftp commands are trivial. They are just the way that the clients talk to the server. For example. One of them is "RESC". It tells the remote machine (360 or server) to do a full rescan. Without a bunch of code from xm360, there's no way you'ld be able to implement the RESC code. If there is someone out there who can demonstrate that they are actually capable of doing something like that, I'd happily share the details, and encourage them to port the server to linux (I'm still surprised that it doesn't work under wine, though).
-node21
I do not expect to be able to fully reimplement the featureset of the Windows server, but based on the discussion earlier in this thread it seems simply syncing to other FTP servers works if you have things set up just right as-is and could be made more reliable with a subset of the commands implemented (such as the "where is content.bin?" command).
Features like scanning and cataloging content, I agree I will not be able to implement myself, but it was my understanding that sync could work without those features necessarily working on the server side, just that the content would have to be first loaded to the Xbox and then synced back to the server rather than being able to place it on the server initially. My hope was that by getting a partial server started I'd have something I could hand off to the community at large where hopefully someone with more skills than I could fill in the missing features.
I don't actually have a JTAG 360 myself yet, but I have access to one and figured this might be an interesting project, so forgive me for any incorrect assumptions.
Post by: veekay on June 29, 2010, 07:25:00 PM
Command: XMCD
Response: 257 "Hdd1:\Applications\XM360\Content" 2010-06-28 2010-06-28
Post by: veekay on June 30, 2010, 07:22:00 PM
Post by: node21 on July 10, 2010, 12:46:00 PM
So, I've uploaded updated perl scrapers to my normal drop spot.
They aren't smart like the C++ implementation...they always grab everything. But, it's better than nothing.
-node
Post by: Midnight Tboy on July 13, 2010, 08:02:00 AM
its been a while since I last got round to updating my box...but doing it all in one go after updating to dashlaunch etc now.
Anyway, I was running 1.6b which I believe was fine.
But I now deleted that folder and put 1.7b on in its place.
It launched fine...then it took a while to scan the hdd.....it then said something along the lines of saving game.bin and the 360 just powered itself off then back on again.
Any idea to why this is? There is a lot of content on the hdd mind, by way of xbla and DLC (rock band etc)....usb drive its running from has plenty free space
Post by: node21 on July 13, 2010, 01:39:00 PM
QUOTE(Midnight Tboy @ Jul 13 2010, 10:02 AM)
It launched fine...then it took a while to scan the hdd.....it then said something along the lines of saving game.bin and the 360 just powered itself off then back on again.
I thought this was fixed in 1.7b. What happens if you try to launch it again? Are you certain that you are running 1.7b and not 1.7?
Post by: Midnight Tboy on July 13, 2010, 02:09:00 PM
admittedly I never tried launching it again.....afterwards I was more preoccupied with getting Dashlaunch to work...though that is sorted now.
Got sodding fsdindexer running on the hdd now, but will then give it a go and let you know if it does it again.
cheers,
Tuck
oh and yup definately 1.7b
console a xenon, and 320gb hdd as the main hdd with about 100gb freed up after dlc and xbla for what its worth....first issue I've encountered so far so hopefully a one off.
Post by: node21 on July 13, 2010, 02:52:00 PM
You shouldn't have any issues now that you have a content.bin on there...
Post by: Midnight Tboy on July 13, 2010, 05:15:00 PM
Presumably if I add content then do a rescan it will cause the crash again...but even if it does its no biggie
Post by: node21 on July 14, 2010, 06:21:00 AM
QUOTE(Midnight Tboy @ Jul 13 2010, 07:15 PM)
Presumably if I add content then do a rescan it will cause the crash again...but even if it does its no biggie
No. It won't. The bug was entirely related to the code that went to paint the screen. It wasn't handling the case where the list was empty. Now that the list will never be empty again, there's no crash.
-node
Post by: node21 on July 14, 2010, 06:00:00 PM
XM360 has always treated GOD containers as "XBLA" on the first scene. That doesn't make much sense. But the first scene was always so nice and simple, so I didn't want to do anything to break that. I've added a very simple, unobtrusive (and consistent with the rest of xm360) feature to the first scene... You can now change the filter by hitting RB (just like all of the other pages). It defaults to only XBLA, but can also show only GOD, or both. Additionally, the counters during (Re)scan no longer increment XBLA when a GOD is found, and the resulting text that shows how many of each type was found has a separate counter for GOD files.
1.8c should be wrapped up in the next few days (it's really done, but I haven't packaged it up yet), and I'll send an email out to the people who have donated with the archive password.
-node
Post by: node21 on July 15, 2010, 04:35:00 PM
Version 1.8c -- Jul 15th, 2010
* The first scene now has the ability to seperate GOD from XBLA (use RB to toggle)
* The server will now wait for you to hit enter after scraping XBLA or DLC
* The server has a new command line option (/Q) to tell it *not* to wait for enter after scraping. Use this if you automatically scrape every night via a scheduled task, or something like that.
*
* If you love XM360, please donate via paypal: [email protected]
Post by: MrFlooD on July 15, 2010, 04:41:00 PM
Post by: veekay on July 15, 2010, 05:17:00 PM
Post by: WarriorSan on July 18, 2010, 07:46:00 AM
Why did you remove v1.8 / v1.8b and not make them available for everybody like you did in the paste? Does v1.8c gets password free after a couple of days like you always did before or is xm360 only available as a paid version now.. (IMG:style_emoticons/default/dry.gif)
This post has been edited by WarriorSan: Jul 18 2010, 02:47 PM
Post by: node21 on July 18, 2010, 09:29:00 AM
QUOTE(WarriorSan @ Jul 18 2010, 09:46 AM)
@ node21,
Why did you remove v1.8 / v1.8b and not make them available for everybody like you did in the paste? Does v1.8c gets password free after a couple of days like you always did before or is xm360 only available as a paid version now..
Because 1.7 was leaked just as I was finishing 1.8 I determined that 1.8 would only be available for donators. It is effectively gone to anyone else. Sorry about that...but take it up with the guy who ruined it. (Who, by-the-way, claimed he was going to donate, but still hasn't).
-node
Post by: ATHiEST on July 18, 2010, 05:06:00 PM
QUOTE(node21 @ Jul 18 2010, 04:29 PM)
Because 1.7 was leaked just as I was finishing 1.8 I determined that 1.8 would only be available for donators. It is effectively gone to anyone else. Sorry about that...but take it up with the guy who ruined it. (Who, by-the-way, claimed he was going to donate, but still hasn't).
-node
Sorry, haven't been really flush lately, lots of bills/debts etc then had to fork out for new phone.
This post has been edited by ATHiEST: Jul 19 2010, 12:09 AM
Post by: EKrboi on July 22, 2010, 06:12:00 PM
Post by: SilentBob1638 on July 22, 2010, 07:07:00 PM
Post by: node21 on July 23, 2010, 05:11:00 AM
QUOTE(SilentBob1638 @ Jul 22 2010, 09:07 PM)
How can i access UsbMU0? There is only UsbMU0Cache and Usb0 that is just fat32 layer with container files. I need to get *into* that containers.
I mount it as UsbMU0:, and the path to it internally (that you shouldn't care about) is "\\Device\\Mass0PartitionFile\\Storage".
Is UsbMU0: not working? I thought I tested that and found it to be fine.
-node21
Post by: SilentBob1638 on July 23, 2010, 09:33:00 AM
This post has been edited by SilentBob1638: Jul 23 2010, 04:36 PM
Post by: danthaman673 on August 02, 2010, 10:25:00 PM
Lovin the new releases of XM, Had a couple of minor bugs to report with 1.8c, Only one I can remember right now (Should have written the other ones down, I can remeber one has to do with shutting down the xbox) Which is that if you scan, unlock recent additions to ur collection and then play, when you go back the new games show as locked (untill rescan) is there anyway to have the content.bin ammended??
Thanx again, Dan
PS:Good to see ur supporting FSD2 , I would too if the bug reporting page/system worked :-)
Post by: node21 on August 03, 2010, 05:01:00 AM
The bug system for FSD will improve. We're trying to move it to another tracking platform in the near future. In the meantime, we've got plenty of things to work on. :-)
Post by: WarriorSan on August 07, 2010, 05:54:00 AM
And can't wait for all the good stuff you get into FSD 2.0, thanks!
Post by: Midnight Tboy on August 07, 2010, 08:25:00 AM
But has the drop site changed since a couple of versions back? (well think I was on 1.7 last)
I've just rebuilt a pc and transferred everything from old to new so lost a load of bookmarks and history etc...and I can see old beta versions at the drop site, but when I try what I think the address was....I get to a login page?
edit....
no matter - found it now
TY look forward to trying it...got loads to get updated now!!
Post by: carlitoB on August 08, 2010, 12:13:00 AM
awesum to see it can now update the title lists, general progress looks good. i will start using xm360 again. thanks again.
not on xbins yet. had to get from logic sunrise.
Post by: madusmacus on August 10, 2010, 04:23:00 PM
Thanks for 1.8d excellent :¬)
noticed a bug that maybe you cant do anything about (underlying ftp source)
/Hdd1/Content/0000000000000000/584109BF/000D0000/AF4E5C384CAD63FAA96EADE50F7A69CFFEE0DC6D58
reports as a negative size due to it being bigger than 2gig (red alert xbla)
Thanks for the hard work i can finally syncronise things
fsd2 alphas ftp reports it suports timespamps but it dont work - yours does :¬)
mac
Post by: node21 on August 11, 2010, 06:31:00 AM
Since I ported my timestamp handling into FSD, I'm surprised that it isn't working...I'll have a closer look.
But what's "red alert xbla"?
Post by: Midnight Tboy on August 11, 2010, 01:03:00 PM
Command and Conquer Red Alert 3 Commanders Challenge
which is around 2.2gb or so in size if I remember right
Post by: node21 on August 11, 2010, 02:32:00 PM
QUOTE(Midnight Tboy @ Aug 11 2010, 03:03 PM)
Command and Conquer Red Alert 3 Commanders Challenge
Yep, that must be it...thanks!
Post by: madusmacus on August 11, 2010, 04:09:00 PM
QUOTE(node21 @ Aug 11 2010, 09:32 PM)
Yep, that must be it...thanks!
Yes sorry was a bit obscure - C&C red alert xbla game
using fsd2 alpha as bootup dash I wiped the Cache directory using ftp and copied over a full Cache set
seemed to be going ok till after i checked and all the files had todays date and time on them
it did say it was using timezone to change the filestamps after uplaod but didnt work
So i did exact thing using your 1.8d as a ftp server and the date and times are the same on pc and xbox
weird but true :¬):¬)
thanks again
Post by: node21 on August 12, 2010, 06:01:00 AM
QUOTE(madusmacus @ Aug 11 2010, 06:09 PM)
Yes sorry was a bit obscure - C&C red alert xbla game
using fsd2 alpha as bootup dash I wiped the Cache directory using ftp and copied over a full Cache set
seemed to be going ok till after i checked and all the files had todays date and time on them
it did say it was using timezone to change the filestamps after uplaod but didnt work
So i did exact thing using your 1.8d as a ftp server and the date and times are the same on pc and xbox
weird but true :¬):¬)
thanks again
I believe it...I never checked that FSD was doing the right thing...I only moved the code there...I'll have a look.
Thanks for the detailed report!
Post by: ImRickJamesB1tch on August 14, 2010, 05:20:00 AM
DLC_IGNORE_PATH = Usb0:\Content\XBOX360GAMES
XBLA_IGNORE_PATH = Usb0:\Content\XBOX360GAMES
For some reason it's still scanning that folder. I have 118 xbox360 games and do not want to scan those, just my XBLA collection which has 282. Just want to confirm all my XBLA titles are unlocked....
Thanks!
Post by: ImRickJamesB1tch on August 15, 2010, 01:08:00 AM
QUOTE(node21 @ Aug 15 2010, 02:10 AM)
xm360 will automatically scan your Content folder...if you want to store stuff elsewhere so XM360 doesn't see it, you will have to move it out of the content folder.
But, anyway, what's wrong with letting it scan your 360 games?
But, anyway, what's wrong with letting it scan your 360 games?
Oh ok thanks for the info
Issue is to scan every file of my 118 games will take a week. Having an exclude path to stop Xm360 from scanning a specific folder would be awesome! Consider it my feature request Post by: bleemy on August 20, 2010, 10:21:00 AM
Is there any way at all to play DLC from usb0:\content\ or its just working from hdd1: ?
Post by: Guentha on August 26, 2010, 04:51:00 PM
tryed on multiple computers. ( all static IP's if that makes a difference)
harddrive specifyed has several terrabytes of space left.
permisions are set for everyone to have full access. (and the first file always makes it.)
***xm360server.cfg***
# The following drives can be defined Hdd1, Usb0, Usb1, Usb2, MemUnit0, MemUnit1, OnBoardMU, UsbMU0, UsbMU0Cache, UsbMU1, UsbMU1Cache
# At least one drive must be defined otherwise nothing is going to work. I suggest defining Hdd1 at least.
# Absolute paths like c:\foo and UNC paths like \\server\share\path are both supported.
# You shouldn't nest them, or you will end up with duplicates. In other words, don't define Usb0 to be a branch of Hdd1
#DEFINE_HDD1 = \\share\public\console images\xbox360\jtag
DEFINE_HDD1 = F:\HDD1
#DEFINE_USB0 = e:\temp\USB
#CONTENT_BIN_PATH must be defined as an xbox 360 path, it defaults to Hdd1:\
CONTENT_BIN_PATH = hdd1:\content
#
# The FTP user, password and port can be defined, but they will default to xbox, xbox, 21 otherwise
#
FTP_USER = xbox
FTP_PASSWORD = xbox
FTP_PORT = 21
***xm360server.cfg***
Post by: node21 on August 27, 2010, 10:42:00 AM
How much content is on the server? You are right that it always does a rescan after something gets pushed to it, but I've never seen that interfere...I'm wondering if it might if it had to scan a HUGE directory...
Do you have anything other than 360 content in F:\HDD1 ?
Post by: Guentha on August 27, 2010, 03:04:00 PM
QUOTE(node21 @ Aug 27 2010, 09:42 AM)
Interesting...I've never run into this myself.
How much content is on the server? You are right that it always does a rescan after something gets pushed to it, but I've never seen that interfere...I'm wondering if it might if it had to scan a HUGE directory...
Do you have anything other than 360 content in F:\HDD1 ?
Nothing but XBLA content but I have it all. over 300 titles. my computers hdd1 has 287 (40.4GB)curently on it and I was trying to sync everything so I can buld an updated torrent but it just wont do it. I have been bulding the torrent manualy for a while now but I make mistakes like acedentaly adding dlc and such, so I was excited to just be able to push the new content and build.
server that I am dumping to is 16 2TB drives in a raid 6 with over 800mbs of bandwidth and a 10gb connection to the core switch( I know the 360 only has a 10/100 port but this is best case sinario).
tryed it on my workstation as well. 1gb connection to core and still an error so I thought just for fun I would cut it down to a 100mb connection, still no change.
this is all so strange. when it works( first file) it works at an average of 11.4MBs. this is basicly the theoretical max for a 100MB connection so its doing its job well untill it changes files. then it sends a couble megs of the second filebefor freezing. no errors but it stops transfering data. xm360 still sais its working but nothing moves.
PM me. I would love to work with you on this.
Post by: node21 on August 29, 2010, 01:29:00 PM
This isn't going to be easy...the problem goes away entirely as soon as I turn on debugging information...
Post by: Bad_Ad on August 31, 2010, 06:05:00 AM
- Save files do not transfer properly (6mb forza did, rest wont), they show progress (0.00% - 100%) but never arrive on the PC.
- Issues as above with files locking up, 1.7b on the xbox side resolves this but is slower and has less features.
Feature Requests:
- Transferring of GOD games - Currently I have ISO2GOD setup to output into the HDD1 path (i.e. the correct place to be picked up by the server) it would be good if then I can just use XM360 to sync it up.
- "Unlocking" or Yaris Swapping DLC - Seems to be an issue with some DLC and currently has to be done manually.
Post by: node21 on August 31, 2010, 08:22:00 AM
QUOTE(Bad_Ad @ Aug 31 2010, 08:05 AM)
Issues:
- Save files do not transfer properly (6mb forza did, rest wont), they show progress (0.00% - 100%) but never arrive on the PC.
- Issues as above with files locking up, 1.7b on the xbox side resolves this but is slower and has less features.
I'm looking into the lock-up issue. It seems to be related to the new faster ftp transfers, but I can't see why that matters. Save files not transferring is a new one to me...I'll have to see if I can make that happen. The fact that it shows the progress makes me think that it is working, but can't write the files for some reason.
QUOTE(Bad_Ad @ Aug 31 2010, 08:05 AM)
Feature Requests:
- Transferring of GOD games - Currently I have ISO2GOD setup to output into the HDD1 path (i.e. the correct place to be picked up by the server) it would be good if then I can just use XM360 to sync it up.
- "Unlocking" or Yaris Swapping DLC - Seems to be an issue with some DLC and currently has to be done manually.
In general, I quickly respond to feature requests from donators...often responding with that new feature with-in a day. That being said, unlocking of DLC anymore than xm360 already does will not be addressed...there isn't a universal way to do it. Transferring of GOD games is a bit tricky, unless I just transfer everything in the directory (which is probably what I would do), but it *is* a reasonable request...
-node
Post by: Bad_Ad on August 31, 2010, 11:47:00 AM
I didnt see an option in the application, so I had just assumed it didnt do anything. The content I had issues with were not transferred using XM360, so if it actually does do something... maybe it would have worked.
Your solution for GOD sounds fine, only thing in there should be the game itself anyway... maybe you could copy the files based on wildcard..."Data####" or something, that should filter out anything that isn't the game.
But just a direct folder copy should work...
If all this seems feasible to you (fixing save games, adding god, fixing FTP) this application will meet all my requirements and I see no reason not to donate. You have been extremely responsive via email and in this thread and deserve compensation for your efforts.
Post by: node21 on August 31, 2010, 03:50:00 PM
QUOTE(Bad_Ad @ Aug 31 2010, 01:47 PM)
What does XM360 currently do in regard to unlocking DLC?
just a standard old Yaris swap. Nothing fancy...and, in many cases, this isn't enough, or is entirely wrong...
QUOTE(Bad_Ad @ Aug 31 2010, 01:47 PM)
If all this seems feasible to you (fixing save games, adding god, fixing FTP) this application will meet all my requirements and I see no reason not to donate. You have been extremely responsive via email and in this thread and deserve compensation for your efforts.
That's all well and good, but, in general, I don't respond to requests like this... "If you add this, I'll pay for it".
People who value the work that is *already* done, and donate because of it, get a lot of respect from me...and that's why I respond to their requests. If you don't feel that my efforts so far "deserve compensation" I'm fine with that... Honestly, I don't want to sound like a prick...but going down the path of excepting payment for features under the guise of getting donations in response to requests is a path I don't want to go down.
That being said...it doesn't mean I wont be adding these things anyway...as I want it to be bug free, and transferring GOD is a reasonable thing to add anyway.
-node
Post by: Bad_Ad on August 31, 2010, 11:59:00 PM
So far you have said you aren't working on the application for the public but try for donators and the currently released version doesn't work correctly. Its hard to value something that currently doesnt work, however I can see its potential. I have already told you I have only just started using your application and have happened to come straight in at a non working version.
So currently its a case of donating for something that doesn't work as advertised and might never be updated. All I was looking for was some confirmation that you will actually attempt to fix it and maybe implement new features.
So, surely you can see the problem with donating for something that just doesn't work for what I want to do and could possibly never work? hence asking for some reassurance, im not in the habit of wasting money.
It wasnt a case of donating when its done, it was a case "If im going to donate now, are you still going to fix it and maybe add XYZ".
Post by: danthaman673 on September 01, 2010, 12:10:00 AM
I was wondering where you say in the readme.txt 'I have scheduled a /x /d at midnight' Do you mean server does it automatically because it's in the code?
Or are you referring to having scheduled on the task scheduler thingy, ie; a simple batch that runs the switches whilst the FTP server runs ..
Does the switch/scrape run as separate process? and is there any danger in having multiple instances running (I wonder as I might run it on a server that happens to be mission critical to the rest of my network)
Also: It seems to be that the only package type that doesn't always unlock with the yaris swap are DLC packages - about 30 or so % (from what I've tested so far)
Brgds/Dan
Post by: danthaman673 on September 01, 2010, 02:02:00 AM
Suggestion for later version: Path in server.cfg to dictate where .csv files are edited/created (I can't seem to find where they're going ..) Also would be handy to have a switch to log to file the text that appears in the CLI window when you run ur /X and/or /D
Thanx Again,Dan
Post by: node21 on September 01, 2010, 08:28:00 AM
QUOTE(Bad_Ad @ Sep 1 2010, 01:59 AM)
It wasnt a case of donating when its done, it was a case "If im going to donate now, are you still going to fix it and maybe add XYZ".
Okay, sorry for the misunderstanding. xm360 is still getting bug fixes/features, *especially* ones reported or requested by donators. I'm driven by making sure that people who donated are rewarded.
QUOTE(danthaman673 @ Sep 1 2010, 02:10 AM)
I was wondering where you say in the readme.txt 'I have scheduled a /x /d at midnight' Do you mean server does it automatically because it's in the code?
Or are you referring to having scheduled on the task scheduler thingy, ie; a simple batch that runs the switches whilst the FTP server runs ..
Does the switch/scrape run as separate process? and is there any danger in having multiple instances running (I wonder as I might run it on a server that happens to be mission critical to the rest of my network)
Brgds/Dan
Dan, I schedule the tasks to run at midnight via the OS, it isn't built into xm360_server. They are separate processes (so, all 3 are running at the same time around midnight - the server running 24/7, xbla d/l, and dlc d/l). There is no danger in this what-so-ever. Let me explain. The server itself doesn't use the xbla.csv, or dlc.csv for anything at all. It only delivers them to 360s when they connect if they have been updated. So, even though you happen to be launching xm360_server...the command line parameters cause it to behave entirely differently when you tell it to do the download...and that's the primary reason why it exists as soon as it is finished...so you can leave the OTHER instance running an actual server.
QUOTE(Bad_Ad @ Sep 1 2010, 10:14 AM)
They go in the path you set for HDD + Content
i.e.
hdd = c:\blah\
content = hdd\content
csv would be c:\blah\content\xbla.csv
Right. The issue here is that it must end up somewhere that is mapped as a 360 device...since the 360s fetch it via ftp, it has to appear on one of the "virtual" 360 drives that the server presents to the 360.
Post by: Guentha on September 01, 2010, 08:28:00 AM
is it posible to make the program only do a rescan after all transfer complete instead of after each transfer. would that fix it or is it due to something beond the scope of my knowledge.
also if you need the entire xbla collection for testing let me know and I will give you access to my FTP. (before anyone else ask No iI wiill not give you access this if for testing a bug not for entertainment.)
Post by: Guentha on September 01, 2010, 08:44:00 AM
I think I log to standard out... have you tried just redirecting the output to a file?
Thanks for the donation (in advance), and sorry to hear about the bad luck with the trucks.
I had initially planned to only do a rescan upon completion...but never got around to doing it, and it didn't seem to be a problem. At this point, I don't think it is related to the issue anyway, since an older (slower) xm360 sending to the same server doesn't cause the problem...But I'd still like to move the rescan to the end of the bulk transfer...
Thanks for the offer, but I've got enough to reproduce the problem (and it doesn't seem to take very much anyway!)
I hope to have a look at this in more detail this coming weekend.
-node
Right on. this is single handedly the greatest feature for me. i have always done sorting by hand.
I had a thought. is there a way that on the 360 you could show me date added to the 360? that way I could sort and see what I put on there last? not really a big deal I just look at ftp transfer dates now and if the bulk transfer is working it doesnt matter but other people may use/need it and I would imagine since my ftp program knows modification and creation dates it "should" be easy to display. maybe even just a maark of new till someone hits a button to say clear new status for all. just something I might use.
anyway keep up the good work and I am with the rest ofthe people. I love your program and freestyle and would love to see you guys get together and make one awsome program.
Post by: Bad_Ad on September 01, 2010, 09:16:00 AM
Okay, sorry for the misunderstanding. xm360 is still getting bug fixes/features, *especially* ones reported or requested by donators. I'm driven by making sure that people who donated are rewarded.
Thanks for the clarification/confirmation. I have sent over a donation.
Post by: node21 on September 01, 2010, 09:52:00 AM
I had a thought. is there a way that on the 360 you could show me date added to the 360? that way I could sort and see what I put on there last? not really a big deal I just look at ftp transfer dates now and if the bulk transfer is working it doesnt matter but other people may use/need it and I would imagine since my ftp program knows modification and creation dates it "should" be easy to display. maybe even just a maark of new till someone hits a button to say clear new status for all. just something I might use.
I'll look into the date thing...not sure what timestamps I have available. I went *FAR* out of my way to ensure that timestamps on the 360 end up being the same as the timestamp on the file from the transferring device.
anyway keep up the good work and I am with the rest ofthe people. I love your program and freestyle and would love to see you guys get together and make one awsome program.
I'm already on the FSD team, and it is taking up a huge amount of my time. But I'm enjoying every moment of it.
Thanks for the clarification/confirmation. I have sent over a donation.
Thanks!
Post by: node21 on September 04, 2010, 08:21:00 AM
I fixed the mass ftp transfer issue (where it eventually hangs)
I've added code to both the server and xm360 to properly compute the size of GOD containers
I've added the ability to delete local GOD containers (knows how to delete the .data directory)
I've added the ability to both PUSH and FETCH GOD containers
Still left before release:
I want to add the ability to delete Remote GOD containers
Some Notes:
I've *only* tested this with the "Game Room" , so there could be something else GOD-like out there that isn't what I expect.
When transferring GOD containers, the percentage complete in the list of titles will look like it gets to 100% and then starts over again. This is on purpose...it's showing the progress of each of the files that makes up the container. The percentage on the bottom of the screen is an accurate measure of the total transfer.
-node
Post by: madusmacus on September 05, 2010, 09:09:00 AM
or the timestamp handling in FSD :¬)
Post by: node21 on September 05, 2010, 10:02:00 AM
node any luck with that file >2gig reporting negative size thing :¬)
or the timestamp handling in FSD :¬)
I tested files > 2gig in ftp via filezilla...it worked perfectly...so I don't know what you are seeing. What ftp client are you using?
haven't looked at the timestamp issue in FSD yet...it's on my list.
Edit: Fixed timestamp issue in FSD (but you'll have to wait for the next release)
Post by: Bad_Ad on September 06, 2010, 04:13:00 AM
Some Notes:
I've *only* tested this with the "Game Room" , so there could be something else GOD-like out there that isn't what I expect.
When transferring GOD containers, the percentage complete in the list of titles will look like it gets to 100% and then starts over again. This is on purpose...it's showing the progress of each of the files that makes up the container. The percentage on the bottom of the screen is an accurate measure of the total transfer.
-node
To me, it sounds like that would be better the other way around...
Percentage in list of titles - total percentage
At the bottom of the screen, show the current file being transferred and its progress
But good work all the same
Post by: node21 on September 06, 2010, 05:41:00 AM
To me, it sounds like that would be better the other way around...
Percentage in list of titles - total percentage
At the bottom of the screen, show the current file being transferred and its progress
But good work all the same
Yep, no arguments here...but the underlying work that does this only knows about single files...that's why GODs weren't supported in the first place...So, we'll have to deal with it the way it is for now...I'm trying to wrap this up for today.
Post by: node21 on September 06, 2010, 07:30:00 AM
Change list will look something like this:
fixed mass transfers freezing
fixed size display of GOD titles
added ability to push GOD titles
added ability to delete LOCAL and REMOTE GOD titles
fixed DLC scene being off by 1 pixel
fixed Game Saves scene being off by 1 pixel
added display of path to bottom of game saves scene
fixed gamesave dates in server (sometimes read wrong date)
added auto-update from server (previous only handled xm360.xex, now will fetch media directory as well)
-node21
Post by: madusmacus on September 06, 2010, 07:44:00 AM
I tested files > 2gig in ftp via filezilla...it worked perfectly...so I don't know what you are seeing. What ftp client are you using?
haven't looked at the timestamp issue in FSD yet...it's on my list.
Edit: Fixed timestamp issue in FSD (but you'll have to wait for the next release)
FlashFxp i use here - not in fxp mode though
im sure i tried filezilla too ill recheck :¬)
Edit: ok rechecked with flashfxp filezilla and flexible sync
all showed this 2.2gig file as negative but......................
I have no explanation for it - not anymore all seems fine :¬(
either ive gone mental or there was a once off glitch
Anyways thanks and sorry i cant reproduce it myslef now :¬)
Post by: Bad_Ad on September 06, 2010, 07:57:00 AM
Update on 1.9. It's finished. I just have to package it up and post it. Probably later today.
Change list will look something like this:
fixed mass transfers freezing
fixed size display of GOD titles
added ability to push GOD titles
added ability to delete LOCAL and REMOTE GOD titles
fixed DLC scene being off by 1 pixel
fixed Game Saves scene being off by 1 pixel
added display of path to bottom of game saves scene
fixed gamesave dates in server (sometimes read wrong date)
added auto-update from server (previous only handled xm360.xex, now will fetch media directory as well)
-node21
Any joy on save games? were you able to reproduce the problem transferring them?
Post by: node21 on September 06, 2010, 08:48:00 AM
Any joy on save games? were you able to reproduce the problem transferring them?
No, but that's the sole reason that I added the display of the PATH of the save game... If you are trying to move a save game that is on a memory stick, and you haven't assigned a directory on the server for that device...it has no where to transfer to...
Post by: Bad_Ad on September 06, 2010, 08:54:00 AM
I recently moved all my saves over to a memory card (so i can easily play on same xbox as my gf).
displaying the path is a good call, id of spotted it instantly
Thanks again
Post by: node21 on September 06, 2010, 08:56:00 AM
Version 1.9 -- Sep 6th, 2010
* Fixed mass ftp transfers freezing
* Fixed size display of GOD titles
* Added ability to push GOD titles
* Added ability to delete LOCAL and REMOTE GOD titles
* Fixed DLC scene being off by 1 pixel
* Fixed Game Saves scene being off by 1 pixel
* Added display of path to bottom of game saves scene
* Fixed gamesave dates in server (sometimes read wrong date)
* Added auto-update from server (previous only handled xm360.xex, now will fetch media directory as well)
*
* If you love XM360, please donate via paypal: [email protected]
-node21
Post by: madusmacus on September 06, 2010, 10:46:00 AM
QUOTE(node21 @ Sep 6 2010, 03:56 PM)
First post updated. 1.9 posted for donators
Recieved thanks - ill give it a go now :¬)
Post by: Bad_Ad on September 06, 2010, 12:15:00 PM
Save files transfer, but rather than having 1 line per save then L and R you get 2 lines, one thats L and another thats R. This seems like an issue with the path... You have the full path locally starting with "Memunit0" but remote it is "MemUnit0" looks like because the paths are slightly different, its considering them as 2 locations, rather than the same location.
GOD transfers seem to work local > remote (put) but the progress bar is very messed up (both in the title of the game and at the bottom). It gets to around 3% then just loops over and over (and the file progress at the bottom does too).
GOD "get" fails completely, it doesnt even seem to try and download from the PC.
In GOD, sync method "get, put and both" does not work, you need to manually goto each item and click the right stick
This post has been edited by Bad_Ad: Sep 6 2010, 07:31 PM
Post by: node21 on September 06, 2010, 12:54:00 PM
QUOTE(Bad_Ad @ Sep 6 2010, 02:15 PM)
Issues:
Save files transfer, but rather than having 1 line per save then L and R you get 2 lines, one thats L and another thats R. This seems like an issue with the path... You have the full path locally starting with "Memunit0" but remote it is "MemUnit0" looks like because the paths are slightly different, its considering them as 2 locations, rather than the same location.
No, this is intentional. save games are NOT like all other content. They can have the exact same name, but have entirely different content...so, I show them separately, and you can figure out what you want to do based on the timestamp. It's always worked this way, and I think it has to.
QUOTE
GOD transfers seem to work local > remote (put) but the progress bar is very messed up (both in the title of the game and at the bottom). It gets to around 3% then just loops over and over (and the file progress at the bottom does too).
Sounds like this particular GOD package has lots and lots of little files in the ".data" directory? I don't know what you make it screwed up at the bottom...
QUOTE
GOD "get" fails completely, it doesnt even seem to try and download from the PC.
works fine here. Are you sure you are connecting to the new (1.9) server? Does that GOD follow the pattern of having a filename, and then a directory named {filename}.data?
QUOTE
In GOD, sync method "get, put and both" does not work, you need to manually goto each item and click the right stick
Damnit. I knew about that one, and meant to fix it before release...thanks for the reminder.
Also, I broke timestamps on file directory listings...
-node
Post by: Bad_Ad on September 06, 2010, 01:06:00 PM
i will look into it more as i have a lot of different GOD's of different sizes on the xbox and other on pc only, so i can test which do and do not transfer over and look into it more.
and the 3% thing is on all of my games so far, none go over around 3-4%
I thought about the save game thing while i was looking at GOD and figured it might be because of that.
*Edit*
I have checked the games going to 3-4% and they are all following the standard convention, no small files etc, everything as expected.
Regarding saves, I guess you could do a CRC hash of both and if they match put them on the same line, if different do as you are now... I think that would make alot of sense from a usability point of view... as you could see which differ at a glance. but its nothing major
*edit2*
GOD "get" seems to be working now, but its hit and miss... I just queued 6 games and the first completed, but the rest didnt work. Going to them separately seems to be working, but still have the strange % error
This post has been edited by Bad_Ad: Sep 6 2010, 08:27 PM
Post by: node21 on September 06, 2010, 02:12:00 PM
* Fixed sync buttons for GOD content
* Fixed percentage display when transfering GOD containers
* Fixed ftp dir listing file timestamps
*
* If you love XM360, please donate via paypal: [email protected]
Post by: CompKing on September 07, 2010, 09:29:00 AM
Running 1.9a - Recenty donated. I have seen in thread where DLC is not getting recognized in USBMU0 path on the PC app. I thought this was fixed, but I cannot get that path to be included in the server app. Can anyone reproduce or show that it is working? The PC to XBOX syncs properly, but not the CONTENT.BIN generator on the PC app, as per below.
i.e.:
DEFINE_HDD1 = \\geoff-server\apps\360HDD
DEFINE_USBMU0 = \\geoff-server\apps\360USB
Results:
XM360_server version 1.9a by node21
If you love this app, please donate via paypal: [email protected]
Scanning \\geoff-server\apps\360HDD\Content as Hdd1:
Scanning \\geoff-server\apps\360HDD\360dashit\Content as Hdd1:
Scanning \\geoff-server\apps\360HDD\Cache as Hdd1:
Scanning \\geoff-server\apps\360HDD\Cache2 as Hdd1:
Scanning \Content as UsbMu0:
Found
=====
3 Xbox Live Arcade Files
7 GOD (Download) Files
161 DLC Files
6 (+0) Title Updates
22 Game Saves
=====
Waiting for FTP connections on IP : [192.168.1.148], Port [21]
-------
The 161 DLC is all in HDD folder. I have 100+ more DLC on the USB folder, which is not being counted.
If I re-map the HDD path to the USB folder, the DLC does gets counted. I just can't have both paths simultaneously.
Note: When showing Scanning the USB path, it appears to use an abbreviated path (i.e. local XBOX path), and not the full UNC. This may be where a bug lies which I am running into.
Cheers. Thanks for the great app.
This post has been edited by CompKing: Sep 7 2010, 04:30 PM
Post by: node21 on September 07, 2010, 01:20:00 PM
QUOTE(CompKing @ Sep 7 2010, 11:29 AM)
Note: When showing Scanning the USB path, it appears to use an abbreviated path (i.e. local XBOX path), and not the full UNC. This may be where a bug lies which I am running into.
Thanks for the detailed report. I will investigate.
Edit: Thanks again. There is a bug in the server code that will prevent UsbMu0 and UsbMu1 from working. I'll deliver a fix in the next patch.
-node
This post has been edited by node21: Sep 7 2010, 11:21 PM
Post by: AmyGrrl on September 07, 2010, 07:37:00 PM
not really sure what you plan or want added to this project... but I would like to see the title update section expanded... I would like to see an option to download missing or new title updates from that XBOX 360 Update Center website and then have an option to delete or move older title updates to the back up folder... I know you can already do this on the pc side with various tools... but I would like see this happen directly on the 360 itself... I would also in the future like to be able update the DLC and XBLA list directly on the 360 itself as well... again these are just some things I would like to see happen... and thanks again for making such a useful program...