sprockets Hans Donuts Featured USS Midnight spotlight Pink Floyd Video Tinkering Gnome's Elephant
sprockets
Recent Posts | Unread Content
Jump to content
Hash, Inc. - Animation:Master

Noel

Hash, Inc
  • Posts

    587
  • Joined

  • Last visited

Posts posted by Noel

  1. Have you noticed if you now have some additional files with .xxxx and .mine extensions in your chopper folder?

     

    Hopefully you do - put those 3 files into a zip and send them to noel@hash.com - Tell him Nancy sent you so I can collect my commission, and free ticket to svn school.

     

    The file with .mine is really your model file, the other files are: who the hell knows - but I assume they are related to the diffs between your version and the svn version.

     

    I shall pray for the aliens to leave you alone.

     

    Thanks Nancy, you are an official svn deputy now!

     

    Here is a usefull link if any one ever wants more info on svn conflicts.

  2. Can I be pointed in the direction where a trove of knowledge awaits me as 'SVN for Idiots'... I am pretty green in that particular department, at the beginning of the whole TWO thing, over a year ago, I installed a 'tortoise' thing...is that it?

     

    Yep thats it. See svn on the wiki.

    If you have any specific questions that are not aswered there please feel free to ask me.

     

    The basics are:

    Install tortoise (if you are a OSX MAC person this is different see wiki's svn install page)

    Use the svn walk through to check out the data. (its big but this is the easiest way)

    Get a dotproject task.

    Update before any edit. (you can update just parts you are working on)

    Edit the files for that task.

    Commit your work. (it only commits what you changed)

     

    I commited your hair changes, email me if you want help checking out all or just that folder if you want to check my merging of your work.

     

    Thanks

    Noel

  3. I had downloaded KuKlip.mdl with instructions I recieved from David Higgins (below) which include the information that I am unable to upload the file and that I need to get someone to help me put the new KuKlip_Hair.mdl where it needs to be...should I upload the file to this thread? Or can I send it to someone with access to the master database.

     

     

     

     

    If you don't want to/can't install SVN for some reason you can download the files directly from the repository:

     

    http://www.hash.com:8008/movie/svn/active/

     

    You just won't be able to upload them again so you'll need to make arrangements for someone to put them back again.

     

    Cheers

     

     

    --------------------

    D a v i d H i g g i n s

     

    Just so everyone knows.

     

    Not going through svn should be avoided. If someone wants to work on just one model there is a way to checkout just that folder.

    If you are unable to use svn I'd be glad to help you.

    If you do work on something outside of svn please have some one with svn give you the latest revision number for each file that you are working on before you start, and keep a copy of what you started from. That will make merging the changes much easier. But again this should be avoided.

     

    And as always two people working on the same file at the same time should be avoided, by making sure you are assigned a task for what you are doing in dotproject.

     

    Thanks

  4. Sorry, Noel. I should've mentioned in my post that this is after clean up. I actually ran the clean up a few times after getting the error and still got the error. Sorry about that.

     

    No problem.

     

    Then you'll need to narrow down what folder is causing the problem.

     

    Assuming the update that fails is for:

    c:\art\hash\two\two

    Try updating:

    c:\art\hash\two\two\data\shared data

    If that fails update the first folder under shared data:

    c:\art\hash\two\two\data\shared data\actions

    If that fails try its first sub folder, if it doesn't fail try the next folder under shared data

    Continue deeper into the tree until you find the lowest folder that fails.

    If shared data updates correctly continue on to act 1, using the same steps.

     

    Once you find the failing folder(s):

    Check to make sure that you don't have any uncommitted files in this folder. (If you do back them up)

    Then delete this folder and try updating its parent folder. This should replace the deleted folder.

    If you had to back up anything then copy those a file at a time back into your local copy.

     

    Let me know what you find.

     

    Thanks

     

    Noel

  5. I am trying to update my entire SVN folder with the current info on SVN, but I keep getting an error message. If someone has an idea of how to help, please let me know.

     

    Thanks.

     

    Hi Zaryin

     

    I'm updating ok, (still going) I'll post here if it doesn't finish.

     

    The first thing I would try is to do a clean up using tortoise on the root folder of your local copy.

    Explore to c:\art\hash\two

    Right click on the two folder and choose "tortoisesvn > clean up"

     

    If that works try updating again. If you still get an error let us know.

     

    Thanks

    Noel

  6. Since the .prj files don't have a green check in the desktop folder I'm assuming they are not versioned.

    You can check by right clicking to see if it says add under tortiose, if so then they are not versioned.

     

    Assuming the .prj / .cho files on your desktop folder is not versioned, and you worked on them.....

     

    I'm assuming that you didn't mean to delete the .prj .cho files or the movie folder. I undid that.

    You should now be able to update the 2_07_044 folder in the two folder that you really want to use.

    c:\two\data\act2\seq7_kuklip\sc044

    This will get you back the prj cho and movie that you delete.

    Then you can copy the .prj and .cho from your desktop folder over these.

    Then if this is a change from what was there, those files will be marked with a red explanation mark.

    Then you can commit that folder.

     

    can you email me a screen shot of your dialogs shown on http://wiki.hash.com/two/published/SvnWalkthrough specifically

    options, svn

    repository browser

     

    Then I can try and get A:M to work with your correct svn location.

     

    To avoid confusion, you should backup and then commit any changes you made in the desktop folder and then delete that one.

     

    Noel

  7. There is a report (4118) of the middle finger of the hand gizmo not updating with out a space bar.

    I would treat it as a bug, but since the other fingers work I'm assuming it is a rigging problem.

    Could one of the TWO rigging specialists take a look.

     

    I'll have the reporter add info here about how to repeat this.

     

    Thanks

  8. My guess is that you used A:M to do a partial check out, and some how A:M forgot that.

     

    Using tortoise from the file explorer should work (like you seem to have found).

     

    If you are interested in getting A:M to be able to commit again email me and I can try to help you figure that out.

     

    Thanks

  9. I fixed the rooster.

     

    Didn't have anything to do with svn.

    Fab changed the decals and some how the constraint targets got pointed to rooster2 instead of itself.

    commited the fix.

     

    Thanks

  10. It is probably from the Blink pose fix I did recently. Whenever modifying a character, always do a download, make your modifications and then upload when you are done with your session. Otherwise, this kind of thing will continue to happen. If someone spends several days working on something and then just uploads without downloading first, it will break something in the character if other changes have been made. Always, always, always do a download before you upload.

    You're right about updating before modifying, and commiting as soon as you are done.

     

    You're slightly wrong about "uploads without downloading first"

    Svn forces this to happen if someone else commited what you modified since your last update.

     

    model at rev 1

    Sally updates

    Thom updates

    Sally modifies and commits rev 2

    Thom modifies and trys to commit it will force him to update first. This merges his changes with rev2, if each changed different parts of the file all is ok.

    The problems happen when Thom and Sally both modified the same section of the file, and Thom doesn't resolve the conflict correctly.

     

    To reduce conflicts you should update what you are working on often and before making changes.

    When you do make a change that is complete commit it. Committing often gives your self a back up, reduces the chances of a conflict, and makes so that it won't be you getting the conflict.

     

    update is svn for download

    commit is svn for upload

    We should try to use these terms to match tortoise and svn's help so that we avoid confussion

     

    If any one does get a conflict see the TWO wiki svn conflict page for how to procede.

     

    Thanks

  11. As far as voice actors:

    My understanding is that if your scene doesn't have voice audio in ....\sceneXYZ\audio\?.wav and you are updated with svn, then you should contact Heath to have him commit it.

    Usually it should already be in the .cho

  12. Ok,

     

    Hash, Inc. Is working on a fix for this problem at this time. The fix will be fast and up on SVN soon. Until then just do not render from the face cam.

     

    Thank you

    Jason Simonds

    Hash, Inc.

     

    I fixed all occurrences and committed them. v13.p will be able to handle this problem, and hopefully not recreate it.

    Shouldn't cause any conflicts as the same line would have to be changed.

     

    Problem is when a render output file name isn't on the same drive as the .cho or .prj

    Then it must be loaded and saved on a mac.

    Then used on a pc.

     

    Thanks

×
×
  • Create New...