Print

[Guentha]

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.

[node21]

reproduced...working on it.

This isn't going to be easy...the problem goes away entirely as soon as I turn on debugging information...

[Bad_Ad]

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.

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.

[node21]

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

[Bad_Ad]

What does XM360 currently do in regard to unlocking DLC?

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.

[node21]

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

[Bad_Ad]

I think you have taken me the wrong way, its not a case of "add this and ill pay", its more a case of "if I donate, are you actually still going to fix/add stuff"

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".

[danthaman673]

Hi, just trying to catch-up with the new version,

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

[danthaman673]

Sorry for double post (dam edit timeout doh')

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

[node21]

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.

[Guentha]

Thanks for working on my problem. you have made me a donator.( well not technicaly yet) I had 3 service truckes die this year and 1 of them died 3 days ago so I am a bit straped for cash but give me a couple days and I will know where my finaces stand and you can count on me for some donations.

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.)

[Guentha]

QUOTE(node21 @ Sep 1 2010, 07:33 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.

[Bad_Ad]

QUOTE(node21 @ Sep 1 2010, 03:28 PM)  

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.

[node21]

QUOTE(Guentha @ Sep 1 2010, 10:44 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.  

QUOTE(Guentha @ Sep 1 2010, 10:44 AM)  

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.

QUOTE(Bad_Ad @ Sep 1 2010, 11:16 AM)  

Thanks for the clarification/confirmation. I have sent over a donation.

Thanks!

[node21]

Just a quick update on what's coming in version 1.9 (initially for donators only)

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