Anim8or Community

Please login or register.

Login with username, password and session length
Advanced search  

News:

Ian Ross has just released a book on Anim8or. It's perect for a beginner and a good reference for experienced users. It contains detailed chapters on every aspect, with many examples. Get your own copy here: "Anim8or Tutorial Book"

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - chuft-captain

Pages: 1 2 3 [4] 5
46
(Build 1269)

So it's a bit hard to work out exactly what's going on with this one, but I think the crux of it is that when grouping objects it seems that the group is always sent to layer 0 (even when the grouped objects are initially all in the same layer).
If Layer 0 is hidden then the newly grouped object disappears from view ... in which case I can re-enable Layer 0 and re-assign the grouped object back to the original Layer, however if Layer 0 is visible, then it's not immediately apparent that the Layer has changed.
I understand that when the objects being grouped are individually in different layers before grouping, then the only logical decision I guess is to put the group in Layer 0, however when they're all already in the same Layer, then perhaps it is more appropriate for the group to remain in that Layer.

This opinion is based upon the way that I work --- I tend to use Layers to group multiple objects which are used to compose an assembly or assemblies, but I often need to temporarily un-group assemblies to make changes to individual elements, and then re-group the assembly or assemblies, at which point the assembly and it's components gets re-assigned to Layer 0 (and this fact often goes un-noticed by me if Layer 0 is also visible.)
I imagine that if I was to make changes in all Layers and forget to re-assign the Layer on every occasion after re-grouping, then eventually everything would just end in Layer 0 ...  so I think you can see the problem.

As I can have multiple assemblies which I may want to view and work upon independently, I tend to organize each assembly and it's components into it's own Layer. I then want it to remain in this Layer unless I choose to move it elsewhere. The constant re-assignment to Layer 0 causes a bit of chaos which affects my workflow.

Other people may have a different opinion about this if they perhaps use Layers in a different way to me, but this is how it affects my workflow.

CC

This post referenced in: Version 1.0 Bugs and Suggestions

47
Thanks for the replies guys,

Although I had become accustomed to the alt-RMB combination, as long as there's some way to do it I'm happy, so clicking on the MMB will suffice for now, until a better solution can be found for the future... Perhaps nemyax's suggestion of ctrl-RMB might be a good long term solution.
From a UI perspective it would seem like some combination involving SHIFT, CTRL, or ALT keys is a more natural and intuitive approach than MMB.

Thanks again
CC

48
In my very best David Attenborough voice....

"This is a rare treat indeed. It's very unusual for the lesser spotted software developer to venture this far from the cave entrance (except to top up on his staple diet of coffee and energy drinks). It's an even more rare event for him to engage in actual conversation with humans, let alone about strategy ... unless it's the Strategy Pattern of course."


49
Thanks Steve!

... but don't do it if there's any chance of breaking something else as this is a very trivial issue after all.
(It would be a great shame to break v1 for the sake of a tick mark!  :'( )

50
Will do.

One thing I do recall is that at the time that this occurred, I had just discovered the alt-RMB function no longer worked and I was trying to find out (by trial and error) what key combination would de-select faces. So it may be possible that some random combination of CTRL / SHIFT / ALT and RMB caused this issue, as well as the issue with the diacritic characters on the keyboard (as both issues occurred around the same time).

I do think it more likely that whatever I did put the OS into some strange state, rather than Anim8or, but this might just give you an avenue to replicate it.

CC

51
One extra comment:
The ability to re-locate multiple objects at once would be of most help when re-organizing existing 0.98 / 0.95 projects, however for new v.1 projects most of the overhead associated with organizing object folders would be mitigated if new and imported objects were to be initially located by default in the same folder as the current object ... which in most cases would probably be the appropriate location for it to stay (in the way that I work anyway --- YMMV).

Currently, new and imported objects are created at the root level (which means they almost always have to be re-located at some point).

52
I was adjusting texture alignment on selected faces at the time, so point edit mode.
(ie. the yellow UV tool was visible, however once maximized I couldn't get rid of it because none of the controls were clickable due to whatever the iossue was.)
OS=WIN7 SP1 64bit
Graphics= Intel HD4000 (integrated)

I can't replicate the problem now either, so I wouldn't worry too much about it Steve. Probably not a bug, but due to whatever was going on with my machine at the time (remember I also had those keyboard issues around the same time -- which have also not re-occurred).

I think it's safe to assume this is not a bug, but if it happens again I'll try to get a handle on the exact cause / circumstances, and I'll let you know.

CC

53
Completely understand and agree, and I have no expectations regarding timeframe in any case. (Sorry I haven't posted earlier).
Probably the one with the least risk of regression is #2, but NONE of these is worth the risk when you're so close to release.

That said, you might just want to make sure that you can't replicate #6 (just posted) before release. (Although it did come right eventually, so probably not a show-stopper even if you do manage to replicate it.)

Cheers
CC

54

While UV mapping a texture I needed to maximize Anim8or.
After maximizing, the viewport failed to redraw.  After returning to windowed mode it came right.

Around about the same time this happened, I also tried to save the project but when trying to enter a filename to save as, I found that my keyboard was giving the wrong chars.
eg. I would press the "-" key and get a single quote. The ";" key would give md something like an "a" with some sort of umlat decoration.

Note that around the time these issues appeared, I had also downloaded a couple of random textues, so this behaviour may be indicative of a virus rather than an actual Anim8or bug, but it would ne interesting to see if anyone else can replicate these issues.

55
Great that we now have the ability to organize objects into folders, however, in projects which have a lot of objects (eg 100+) it can be very tedious and time-consuming to create (or re-organize) those folders because each object must be visited individually, and a dialog opened, etc...  in order to change it's folder.

Some way of bulk-selecting objects (and maybe drag and drop functionality) to be moved into a specific folder would make life a lot easier in this respect.

This post referenced in: Version 1.0 Bugs and Suggestions

56
In earlier versions, the current object window has always been indicated by a "tick mark".
Now that we have the ability to organize object windows into folders, on re-opening a saved project, it can sometimes be a little difficult (when there's a large number of objects and folders) to locate the folder in which the current object window resides.

Perhaps a tick could be maintained on the parent folder of the current object as well as the object itself.

This post referenced in: Version 1.0 Bugs and Suggestions

57
A while ago I told Steve I had a few thoughts / observations / suggestions for version 1.0, however I'm always too busy doing other things, so I never get around to posting them.
So what I thought I'd do is create this thread as a place-holder containing a reference to each of the suggestions, bugs etc, as I get around to posting about them. Some will be simple bugs, others might be issues raised as a result of changes in the latest build, and some others will be issues that have been around for a long time which I've never got around to reporting. (Most of these I've either long forgotten about or found workarounds, so I'll probably just post about each of these as I re-encounter them and my memory is jogged.)

Please DO NOT REPLY to this thread, as it's just designed as a personal reference / index to the issues as I report them. Please only comment / reply in the DETAIL thread (once I've created it).

As I get around to it, for each issue, I will add a bullet point to this post/thread with a link to the detailed thread describing the issue in more detail. If you see an item listed here without a link to a separate thread, that's just because I haven't got around to creating the detailed thread yet.

As I said, if anyone has comments about any of these issues, please reply in the DETAIL thread (NOT in this thread).


Here's the first few:
#StatusDescription
1.OPENBuild 1269 BUG - Alt key has been re-assigned. DETAILS HERE
2.FIXEDObject Folders - Parent Folder needs an indicator as well. DETAILS HERE
3.OPENObject Folders - Some sort of bulk re-organisation functionality needed.DETAILS HERE
4.OPENGroup / Ungroup - inconsistent effects on Object Layers DETAILS HERE
5.OPENGroup / Ungroup loss of Materials -- (May have been fixed already - TBA)
6.NOT A BUGRedraw failure + keyboard remapped on SAVE. DETAILS HERE


58
It appears that the function performed by the ALT key has been reassigned in this build.
Previously (0.98) it was used in combination with the Right-Mouse button to allow de-selection of faces, lines, vertex's in Object/Point editing mode.
Now it appears to bring up the rotate tool instead. (Not sure if this is an intended change or simply a bug.)

This is a problem because I can see no way now to deselect faces, etc. when accidentally selected.
For example, after selecting 50 faces, if the 51'st face is incorrectly selected, there is no way to undo that last selection, and you have to start from scratch every time you make an accidental selection.

This post referenced in: Version 1.0 Bugs and Suggestions

59
Ok,
Thanks for letting me know.
At least you've saved me from wasting any time attempting it, so thanks for that.
The scripts, and parts of scripts that DO work from those examples demonstrate how powerful a toll scripting can be, so it's a shame that it's broken as this could literally have saved days and weeks of tedious repetitive work. Oh well .. :(
FYI, those scripts also crashed 0.98 (or was it 0.95 -- I tested against one of those) so I guess it's been broken for a loooong time!
 
After using this DEV build for a week or so now, I have some observations about how some of the new(ish) functionality, such as Folders, User Views, etc. could be improved or streamlined. Mostly just trivial changes and tweaks probably, but could have a major impact on workfllows and ease of use.
Once I collect my thoughts about this, if you're interested in the feedback, I'd be glad to post my suggestions in another thread at some point, or send you a PM.

Cheers
CC

60
So,

In my initial investigations, I've found a few example scirpts here: http://anim8or.com/scripts/index.html
However neither of the scripts which involve rendering actually succeeds in producing any output (to the screen or anywhere else), (eg. for_3.a8s, and sphere.txt ... and the first one actually causes Anim8tor to hang/crash.

Note that I'm using the latest build 1269, so maybe there's a backwards compatibility issue with these presumedly quite old scripts.  I'll test these out with an older stable build like 0.98 and see if they work there.

Any thoughts from any scripting experts?

CC

Pages: 1 2 3 [4] 5