Jump to content
3DCoat Forums

3dCoatWannabe

Advanced Member
  • Posts

    148
  • Joined

  • Last visited

3dCoatWannabe's Achievements

Novice

Novice (3/11)

0

Reputation

  1. I notice a lot of folks use both 3D-Coat and zBrush, but for different parts of their workflow. One fellow on the Octane Render forum used zBrush for a number of tasks, but 3D-Coat for UVs and texturing. Hopefully with the new brush behaviors and auto-retopology additions that are progressing in the beta, this will slant even more towards 3D-Coat. With the current state of both programs, which do you use for what purpose - and why?
  2. I'm curious about the 'best' way to QUICKLY reduce poly count below the 10K limit of Mixamo - while maintaining important feature detail and ability to work with existing textures. I saw Ultimate Unwrap3d used for poly reduction with Mixamo here: Just saw zBrush's ZRemesher, which seems very interesting: But - I'm hoping that 3D-Coat V4 is lightyears ahead of both?
  3. I don't have reliable info for CUDA or benchmarks. I saw one post who said that CUDA was crippled for GeForce and Quadro, but fully enabled for Tesla. The post from the user on ipiSoft seemed to indicate CUDA was considerably speeded up, at least for his 460. The 'real world' benchmarks with CUDA accelerated Premiere seem to indicate that CUDA performance has stayed the same, or that the test may not be a reliable indicator of performance. http://www.studio1pr...emiereCS5-2.htm I think there's a difference in hardware also, they may have taken out some chip real estate that processed double floating point in CUDA, so .. it would depend on what you were doing with it. Hopefully, CUDA gets faster with more cores. I wish I had some benchmarks for CUDA. ** EDIT *** this benchmark seems to indicate CUDA is getting faster in newer GTX cards! http://kernelnine.com/?p=218
  4. Maybe that's why he hasn't focused on CUDA, due to the throttling? I don't know? I just had someone post in the ipisoft forum (their mocop software uses CUDA to accelerate) that his GTX-460 card was way faster than his previous GTX-260. The 580 has 512 cores, the 460 has 288 cores, the 285 has 240 cores, the 260 has 192 cores. So, maybe even throttled down from what it could be, CUDA is still an improvement over CPU? Hopefully Andrew will catch that post on a possible CUDA 'fix' for the opengl issue (I think they've only throttled some that are normally used only by 3d apps), and maybe we can see some CUDA/opengl advances in 3d-coat? But, I'm sure Andrew is more knowledgeable than any of us on CUDA/opengl issues. I'd love to hear his feedback on the nVidia situation?
  5. Can you choose openGL or DX with AD programs? I'm really interested in the CUDA acceleration, which in theory should be useful for 3d Coat - as well as a lot of other software I use. If CUDA hasn't gotten throttled entirely, it might be possible to work around the opengl issue: http://www.opengl.or...1855#Post291855 Or maybe use one of the directX -> OpenGL frameworks for some of the worst performers - if Andrew has any interest? http://www.opengl.or...1789#Post291789 But, shame on nVidia for putting out a product that's 4x slower than a 285 as this benchmark shows? As least without documenting it so that purchasers can make an informed choice. I can't spend days of my life trying to become an 'expert' in video cards to make a simple purchase. This really discourages me from purchasing video cards. Imagine if your new CPU were slower than your two year CPU? Intel/AMD wouldn't do that. Ahhh!
  6. I just found out something that is very troubling. Apparently, nVidia is CRIPPLING the OpenGL of cards > GeForce200. So that a OpenGL calls on a GTX480 will be ~4 times slower than on a GTX285!!!! From the reading I'm doing, it appears that nVidia is also cripping CUDA on these cards. The Quadro has fast OpenGL but crippled CUDA - and the Tesla has full CUDA performance. I'm including a few links, but a search for '580 opengl crippled' pulls up a lot of them http://blenderartists.org/forum/showthread.php?236641-Quadro-2000-vs.-GTX580&p=1987116&viewfull=1#post1987116 http://blenderartists.org/forum/showthread.php?217104-CUDA-OpenGL-to-restore-Fermi-viewport-performance-SUSPENDED-FEASIBILITY-DISPROVEN&p=1848257&viewfull=1#post1848257 As my GTX-580 3GB arrives tomorrow, I find this VERY disturbing!!!!
  7. I was about to go with a GTX-590 with 3GB VRAM, but just realized that it splits the VRAM between two processors. I can get a GTX-580 with only a single GPU, but that GPU will have a full 3GB VRAM. Which is going to end up faster? I'm concerned about going down to 1.5 GB VRAM as I've got 2GB VRAM now with a GTX-285. Thanks!
  8. I'm no expert on linear, in fact it's a bit fuzzy as it's been a while since I really focused on it (but I do use it and prefer to work with exr's), but I think that if we could do all of our color texturing work in linear, while viewing it with a gamma applied (so it will look 'correct'), that this would be a good thing, for almost any purpose. Otherwise you get all sorts of crazy banding when blending layers - as all the math should definitely be done in linear. I haven't tested 3D Coat, so Andrew could already be doing all the math in linear. That podcast outlined some simple tests to show the effects. I really need to listen to it again myself - as I've forgotten exactly how to do them!!! Whether people use it or not is their choice, but ... it could be a selling point to get more interest in 3D Coat (if the other competing solutions don't offer it), just like ptex was a big feather in Andrew's cap when he had that working before almost anyone else. I can clearly see the groundswell though, and everything will be linear at some point for professional graphic tools.
  9. Ok. Creating textures with layers and blending, etc. works better in linear space just as outlined in the podcast. It outlines simple tests you can perform to demonstrate this. 3D Coat was originally about 'coating' objects with textures, so ... this would be better.
  10. Did you listen to the entire podcast?
  11. Because everything works better in linear. If you're not using linear, you should be. Listen to this podcast, it explains in detail. http://www.fxguide.com/fxpodcasts/Compositing_in_Linear/ There's a video that shows a bit about linear workflow advantages (but it has a number of errors) here: http://www.pixsim.co.uk/video_tutorials/The_Beginners_Explanation_of_Gamma_Correction_and_Linear_Workflow.zip and a pdf to go with it: http://www.pixsim.co.uk/downloads/The_Beginners_Explanation_of_Gamma_Correction_and_Linear_Workflow.pdf But the podcast actually does a much better job of explaining why you want to do any texturing (or anything that uses colors or light - which means .... um ... everything) in linear, as I think the video just shows how much easier it is to do lighting. BTW - the fxGuide podcasts are really useful to listen to each week.
  12. We all have our priorities, and Andrew can only work on so many, but I would like to see the ability to sculpt morphs on a low-poly mesh while viewing it sub-divided - as well as have all of the normal tools available in the sculpt room. I believe that 3ds Max allows you to set up an editable poly with a turbosmooth on top to see the end result while you sculpt - so Mudbox can't be far behind in implementing this (famous last words). As a lot of morph creation is done, I think?, using low poly meshes, that would have to be a useful feature? One goal, besides providing new cool features, might be to provide features that the completing products don't have, to pull users from those products, generate more revenue, hire more great programmers. This might be one of those features? A linear colorspace workflow might be another even more important feature - as the compositing apps that will use 3D Coat generated art are definitely working in linear color space.
  13. Being able to sculpt a low-poly model while viewing the sub-d version would be very useful. I asked on the Mudbox forum about this a few weeks ago, and they don't have it either. Several others jumped in and said that they wanted it. This could be a feature (among all the other cool 3D Coat features), that would help it stand out from Mudbox and give users a reason to switch. Of course, 3D Coat should also add Mudbox's additional tools to sculpt morphs (blendshapes) at the same time.
  14. I have no idea how to do that in 3D-Coat or whether 3D-Coat has this capability. Hopefully, someone else will chime in. It certainly would be great to pull in an entire model and the painting that has already been done. I paint in 3DCoat and the images are created for me for use in Lightwave. I just copy them to my images folder, and when lightwave prompts me, I tell it where to look for the image it wants for the LWO.
  15. I'm not seeing that happen. I just imported an LWO with 10 layers, 3 UVs and 14 surfaces. That's what I ended up with in 3dCoat and what I ended up with when I exported to LWO. It was exactly the same. Same names, everything all the same. I believe I had 12 images due to the 3 UVs. However, it didn't import the actual image maps (which would be cool). I think the Lightwave appLink is supposed to do that, but ... it wasn't doing it for me.
×
×
  • Create New...