[YAMJ] YAMJ runs but kills network share before writing files

[daywalker21]

OK, I have run through the set up of YAMJ on my Win7 laptop and it goes through the motions, scans my movie folder (on the NMT A-110), and trys to compile the hmtl files but when it tries to write to the jukebox folder it kills my share on the NMT requiring a hard reset??? I tested YAMJ to see if it writes the Jukebox files by running a test to generate the jukebox on my C:\ and apart from a few IMBD errors seems to generate the correct files??? Tried a few different methods using the GUI and also writing my own library.xml files but both methods give the same result. I used to run this no problem on an old XP PC but not having and luck. Any suggestions???

[plm]

If you're using a USB stick in your NMT then try a different type. I kept having this problem with mine and it turned out the NMT didn't like a lot of writes at one time to this particular brand of USB stick and a different type has been 100% reliable.

[accident]

which brand did you find reliable? I know I use kingston travelsomethings but I don't do a ton of writes, they are really just for usb updating.

[plm]

I got these ones:
http://www.amazon.com/dp/B002V1HYMI

Had read good reviews on their read/write performance and reliability, and (touch wood) haven't had a single disconnect since on my NMTs. I'm sure there are better USB sticks out there but these definitely seem to just work, and mine get updated quite a lot as I run YAMJ locally and then robocopy out the changes to the NMTs as part of my batch process.

[daywalker21]

Not using a USB stick, I write the Jukebox files directly onto the NMT internal HDD where the movies are stored, every time I try to run it I lose the network share on the pc so it cant write the compiled data onto the NMT

[Omertron]

I have seen this before, and unless you want to change out your wireless router, the best option is to write the jukebox to a local directory and then use another tool to copy it over after YAMJ has finished.

You can use the microsoft provided tools such as robocopy (which can do a changed files only) or thirdparty copy tools.

---

This thread might help http://www.networkedmediatank.com/showth...#pid462692

[daywalker21]

OK but I thought by doing this the links would not work as they all reference the local drive the jukebox has been written too? Sorry but not familiar enough to fully appreciate how the tool works, is it possible to write the jukebox files to a usb stick locally on the pc then run this from the NMT so that it links to the movies stored on the internal HDD?
Or generate the jukebox file to a usb drive directly connected to the NMT and not write to the internal HDD? Sorry but never had these issues with XP...

[Omertron]

Yes and no. I think you are a little confused about things.

The part I was talking about is at the end of the run when YAMJ writes out the jukebox to your NMT over the network. There are a lot of 1-2Kb files that some routers have an issue with (they think it's a DDOS attack, or they just can't cope with that many open files).

This is the process that usually kills the wireless network. By outputting the jukebox to a local folder, you can then move it with a more robust copy tool (like robocopy) to your NMT and have that automated at the end of the YAMJ run.

Or you can save it to a USB stick and physically move it when it's done. Either way is good.

All you need to do is change the "-o ????" property in the my_yamj.cmd file to do that.

[daywalker21]

Many thanks, will give it a try but will keep a back up of my 'working jukebox' just in case

[Omertron]

Yes, you should always do that!

[daywalker21]

Just a quick update, tried the suggestion just a simple robocopy c:\jukebox x:\jukebox /s command and presto, copied the jukebox files across to the NMT, proved this was all working correctly so now all that is left to do is re-run with AEON skin and I will be back to where I was, thanks for the information

[Omertron]

No problem, glad it's working now

[plm]

If you're using robocopy then the /MIR option is a good one as it will just update changed files on your PCH and will also delete stuff that gets removed from your local copy of the jukebox, so the two remain completely in sync without overwriting loads of files that are unchanged.