Print

[RizL4]

more like ddos

[wolrahnaes]

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.

[veekay]

Is there any indication either server side or 360 side for when it does the automatic update of the dlc files?  I'm trying to get them to update upon connecting, but so far it doesn't seem to do anything.

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

[Majinseed]

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.

[node21]

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

[veekay]

I was only able to get it to create the new files after manually making the directories.  This is what I have set in the cfg

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.

[Majinseed]

well, it now depends on hdd1 path being set in the cfg - working now.

[veekay]

Yes, certain it is running 1.8 - will try that command after work and let you know the results.  

BTW, the missing filenames part worked perfectly - thanks again!

[wolrahnaes]

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.

[veekay]

Here is the result of the XMCD

Command:    XMCD
Response:    257 "Hdd1:\Applications\XM360\Content" 2010-06-28 2010-06-28

[veekay]

Got it going - all the different paths for everything makes it a little confusing to get it all setup - the main thing was the lack of the directories being made, but after creating them and deleting all the files on the xbox it successfully grabbed them from the pc and moved them over

[node21]

I recognized (after someone contacted me on irc) that since I changed the format of the XBLA and DLC files, and stopped providing the scrapers in perl...anyone on linux/mac was stuck not being able to scrape anymore...

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

[Midnight Tboy]

howdy all.

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

[node21]

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?

[Midnight Tboy]

hiya....

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.