Print

[veekay]

Very cool - it will be interesting to see what files are renamed so I can mirror the changes on the PC.  

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

[veekay]

One more thing - When checking DLC and such and Ignoring a title, would it be possible to have that setting stick?  As soon as you leave the screen anything ignored is right back to showing up.

[danthaman673]

Hi all, I don't normally post on the weekends, but I thought I'd better whilst it was all fresh in my head.

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

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

[danthaman673]

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??
 
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

[node21]

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

[danthaman673]

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

[veekay]

Unfortunately that won't help much when you are talking hundreds of gigs of data and not knowing what is being renamed =]  Part of why the log will be so great.  I know sometimes even with no changes it still finds filenames to fix, which makes me curious.  Of course if there is going to be a push all option that will help for backups greatly.

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.



 

[node21]

Version 1.7-- Jun 12th, 2010

* 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

[veekay]

And just when I thought I might take a break from messing with this for a night

[node21]

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

[veekay]

Yes, that is what I have found about the double DLC, but I have to manually look through everything to find what files they are.

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

[veekay]

More or less it lets you know about the failed attempts - it does state what was fixed, but I just checked the folders in the log and found the duplicates and got everything cleaned up.

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.  

[WarriorSan]

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!

[danthaman673]

Just about the above,(I think I have a copy of it somewhere, there's a couple of similar things around but XM has always worked way better than anything else for me) I think that sounds like an awesome idea and if I had more confidence in my C++ or C# coding abilities I would volunteer to pitch-in. (If anyone is keen to take this on I will help any way I can - It's this type of development that's driving a rapidly growing scene, You don't have to be a genius to figure-out that the value/popularity of JTAG boxes is going to continue to grow exponentially- Unless the in the unlikely event that M$ slips up that big again (assuming it was accidental in the first place - I wont get into the conspiracy theories here)

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

[veekay]

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.