Jump to content

Mcronin

Members
  • Content count

    587
  • Donations

    0.00 CAD 
  • Joined

  • Last visited

Everything posted by Mcronin

  1. MetaBall particles

    Pretty simple one. I have a surface I'm using as a source to generate particles. The particles are metaballs that are instanced through an instance POP. When I look at the viewer in POPs, I can clearly see the metaballs are fusing together, but when I render, they render as discrete, seperate metaballs. How can I get them to fuse in my final output?
  2. Houdini 10 Wish List

    This got me thinking. It seems to me all this comes down to transferring attributes. I've used Massive and honestly for all the fuzzy logic and brain talk it seems more complicated that it need be. The attributes, which can be represented 0-1, on an agent together make up the state of the agent's mind and determine what course of action the agent will take. In order to create this state you need the agent to be aware of the state of the objects around them by proximity. Now you could set up a reasonable version of this without programming or writing a ray marcher using something like the attribute transfer SOP. It'd be a laborious process, though. Maybe a suggestion for a new general purpose tool to aid in doing something like this could be an "attribute aggregator" SOP and/or POP. It'd work like attribute transfer, but have an interface like a blend shapes SOP, with a bit of the merge DOP. I see it like this: You can specify many inputs. Each input has broadcast and receiver areas and functions. The area can be omni directional, or directional akin to a spotlight, maybe the user could even specify bounding geometry for the area min/max. The function is a user selectable falloff function. The user can set which of each input's attributes are broadcasting, and which attributes the input should listen for. As the sim runs the inputs aggregate each other's attributes based on proximity, falloff, and their broadcast and reception areas. Anyway, it seems like a simple idea that could go a long way towards getting you Massive like functionality, not to mention a tool like this could have many, many other uses.
  3. Where Are You Now?

    I'm in Portland, OR. I think we'll have enough Houdini users here soon to form a pretty impressive user group.
  4. Houdini 10 Wish List

    I'm going to be echoing a lot of what Jason asked for I think.. * Authoring of realtime shaders via VOPs. I would like to be able to spit out code for GLSL and HLSL. I would like to be able to implement fragment shaders in COPs. How about making some COPs take advantage of the GPU. Screw it, let me apply fragment shaders to the viewport or camera as well. Maybe this is interesting, a camera that is able to render with multiple takes to texture storage on the GPU and those images then composited real time with a fragment shader in the viewport. How freaking cool would that be? I think very. * Proper Vertex normal support. We are running into this at work now. Quite annoying actually as Maya seems to always want to create vertex normals. * Improve viewport picking and handles. Maybe look at how picking works in Silo as an example. * Image paint SOP - or perhaps a whole new TOPs context (maybe it could be part of COPs with better COPs integration). I can envision building an image with a network of layers, filters, curves, fonts, paint operations, etc, in the same way you build anything else in Houdini and it makes me smile. * Threading for DOPs, especially fluids. * Relighting/Interactive Lighting - I've seen several attempts at using COPs for relighting... maybe we can do better. nvidia demoed some really impressive relighting and interactive lighting tools for Gelato and the last couple of Siggraphs, maybe look to them for inspiration. * HDK, is there anything that can be done to make it more accessible to mere mortals, and turn it into a real API? Python is great, but there are some things it's never going to do well, such as building geometry. * A good brush tool, something that can be used to comb longer hair, and behaves the way an artist would expect. The current comb tool rotates normals from their root. Brush needs to drag multi-segment hair from the tip in screen space and solve in an IK like fashion. * Improve stability * More filters on the geometry spreadsheet (filter by group name, filter by datatype) * Add support for tangents and bi-normals to the point SOP.
  5. Production Issues

    Are you pulling something directly from COPs into your scene? Maybe you could take advantage of render dependencies and render out the COP network to disk and reference the files instead.
  6. This is great. I can't get this song out of my head. Shame the sound and video don't seem to sync up on my computer. Anyone know who's responsible? http://www.youtube.com/watch?v=kJEacTZmd7I
  7. Good work. I really like the video.
  8. Quest 3d

    I do not like Torque either. I use XNA. It's basically the replacement for managed Direct X, but it eliminates most of the BS you have to deal with using Direct X and the Windows API, while still allowing you to create some really high performance applications. You have pretty much unrestricted access to the graphics hardware with XNA. It's based around C# and .Net, which I have grown to love. There's a Torque XNA engine, but I find working with XNA is easy enough, no need for an engine on top of it.
  9. Quest 3d

    I used it years ago. It is great, the problem, at least when I used it, is that is was suprisingly inflexible. Though it uses nodes so users can program visually I couldn't do anything procedural with it. I couldn't construct geometry or do anything other than simple transformations, and I was limited to it's existing features and shaders (there were only two basic shaders at the time). There was no way to extend it. Any complex geometry or animation had to come from outside the software usually in the format of an X file. This all may be different now. Like I said, this was years ago.
  10. I should've guessed. They've been doing some great stuff lately.
  11. I tried writing an output driver in older versions of Houdini, and it proved extremely difficult for me given my lack of understanding of the HDK, and I never finished it. What I ended up doing was writing all my geometry out to geos, then writing a standalone converter for the geo format. Doing it this way you can avoid using the HDK all together. It was suprisingly easy to do. I wrote one version in Perl, one in C++ and one in C#. The C# version was by far the easiest and probbaly the quickest version, because it has a bunch of nice methods built in for sorting and searching data, regular expressions, as well as generics which I found very useful. For the C++ version I had to rely on STL and the Boost libraries for certain things, which made things a bit more difficult. The perl version was the slowest, add to that I just don't like perl. When you do move to 9, you can easily put something together using python and HOM. I have a working exporter that writes geoemtry and some additional scene information from Houdini directly to a couple different formats encapsulated in an HDA for Houdini 9. It was really easy to create and it's very fast.
  12. Converting Renderings To Imax

    So, potentially, we are talking well in excess of 1 million dollars for a single finished IMAX print of a 90 minute feature. I'm still not at all suprised.
  13. Houdini La Meeting

    There was an LA user group a while back. Did you try asking on the mailing list or contacting Side FX to see if it was still active?
  14. Converting Renderings To Imax

    When people say Imax I always think 3D. Yeah, anyone can do stereo 3D, and you can get film printed at any number of places, but if we are speaking specifically about Imax theaters or Imax 3D, you are probably going to have to contact the Imax company. Imax owns the process and the theaters, they won't let anyone throw just anything in their theaters, they do all the scheduling themselves. I can tell you this. Creating a single 35 mm film print is expensive. A friend of mine shot a student film at 35 mm. It was about 15 minutes long and it cost him almost 20,000 US to get a single print made. I once destroyed a 35mm print of Dracula by misthreading a projector, that print was over 110,000 dollars. 70mm is much much more expensive. Just guessing here, but I would not be at all shocked to hear a single 90 minute 70mm print cost a quarter of a million dollars US.
  15. Converting Renderings To Imax

    It'll be very, very expensive. The Imax company can do it and as far as I know they are the only company you can go through to produce the final film for an Imax theater. If all you have are images (single camera, no interocular) you will either need to rerender everything with an interocular camera setup, or you will have to pass the images off to the Imax folks so they can extract layers to fake a dual camera setup. It's a ridiculously expensive process. The film they use is 70mm, I believe, they are the only ones who print it, I've heard it takes them a whole day just to create a single print, they can only make one print a day, and they are the only ones who distribute movies to Imax theaters (the theaters are scheduled years in advance). So, if you seriously have something that can play in an Imax theater, you are going to need to talk to the Imax company.
  16. Siggraph: Who Is Going?

    I just got back. The pyhton Master class was good. Luke gave me some one on one time to answer some questions about embedding python in HDA's after the class, much appreciated. The experts panel really wandered away from Houdini, lots of discussion about pipeline and the touchy-feely aspects of making software usable to artists. It was a worthwhile discussion. The particle class was good if for nothing else it was the first time I'd seen someone actually use the new features of the interface, and it gave me an appreciation of how much workflow can be improved taking advantage of the tabs and shelves, etc. The funniest bit about the particle class was that it was a really, really basic intro, and sitting there is Sho Hasegawa, who the very next day was to give a sketch on how he and the team at SPI created the Sandman for Spiderman 3. Muscle class, Calin ran through pretty much the entire feature list of Muscles in Houdini; so quickly the class could not keep up. It was well worth seeing. Fluids, Alan and Erika, explaining volume fluids and particle fluids respectively. Simple examples but a thorough presentation. I think as far as presenters go Alan was my favorite. He's clear, quick, extremely thorough, and quite funny. Houdini crashed on him during the class and without missing a beat he says "So you see, I have very quickly closed my Houdini session..." It was followed up with a Q&A with Jeff Lait of SESI, and in the abscence of too many questions, Jeff just gave us a lot of insight into how fluids are implemented into Houdini 9 and why SESI made the choices they did in the implementation. This was an eye opener for me. As for the User Group, it was nice to see them highlight "hobbyist" work, but I kind of missed seeing more of the big customer presentations. We got a good presentation from Framestore. All in all they had a really good show.
  17. Siggraph: Who Is Going?

    I'll be there. If anyone from odforce wants to get together we can try to meet up at the bar in the Omni Hotel across for the convention center Monday night around 7PM-8PM. Myself, aracid and theKenny will likely be there. I'm there all week and will be at SESI's party.
  18. Siggraph Get Together

    As has become somewhat of an annual event, any od-folk who'd like to meet up for a drink or whatever at Siggraph post here. We've been doing it on Monday nights, before heading to the Chapter's party. Post here if you are interested and what day/time works best for you.
  19. Intel Gma 950

    For very light work it will be OK, you can run in Houdini in software mode if there are graphics issues. A guy at work was running on a MacBook with the Intel Graphics chip, he was running Houdini on Ubuntu via Parllels or something. It was slow, but usable for light work. I would recoomend though, if it is the macbook you are thinking of, get a big HD and do a full Linux install. Apparently these VMs limit the memory you can assign to other operating systems to like 512 Megs which can be an issue. For rendering, running sims, building HDA's, running scirpts, andything that doesn't require a lot of viewport activity, it should be good. BTW, this was Houdini 8 I was looking at, but I doubt 9 will be any different.
  20. 300...and Houdini?

    You could ask Fred for specifics. Last I talked to Fred Houdini ws making significant inroads at Meteor thanks to him, and he served as a Lead Technical Director on 300. BTW I loved the movie. Whatsup Mark!
  21. Mac Intel Chips And Houdini

    I had it running, until I fried my Mac Book Pro by maxing out both CPUs for about a minute or so ;p Here's what I had to do, and keep in mind I did this several months ago when the things first came out. I had to get ATI's drivers, and modify the inf file so the driver installer would recognize the x1600 that was in the MacBook. The x1600 mobile was in the driver, but I think Apple put a different PCI device ID on it or something so I had to add it to the inf file. I found out exactly how to do this on the Mac forums. Thee second thing I did was install a little app for windows that remapped some keys to I could perform right and middle clicks. I can't remember what the name of it was. There were some quirks with Houdini though... number one being it ran crappy in general because of the video card. The viewports (actually any acclerated app) displayed a screen door effect in the accelerated window. I don't know if this was the card or the LCD panel causing it. Not too bad, just slightly annoying. There were a bunch of other smaller problems specific to Houdini, the major one I remember being that it didn't recongnize the Delete Key on the keyboard, and the mouse mapping software didn't function properly in Houdini do I was forced to use a 3 button bluetooth mouse. It was usable, just not as good as I would hope from a 2,500 dollar laptop. I really like the Macbook Pro and still do, but after I fried it I couldn't bring myself to exchange it for another one, so, Dude, I got a Dell M1710 The Dell is awesome but it was a lot more than I wanted to pay, and I really wanted a 15 inch widescreen. The Dell is a 17 inch, it's way heavy, but at the time I couldn't find a 15 inch widescreen Windows notebook with a decent Nvidia card in it.
  22. Solaris And Houdini

    Since Sun moved to Opterons in their workstation line, the have been shipping Redhat Enterprise. You can still get Solaris(x86) if you want, but most people buying those systems for DCC are likely getting RH. Did SideFX ever release a version of Houdini for Solaris x86? I thought they were supporting Sparc Solaris builds. I don't think Solaris ever had a larger userbase in the DCC Market than Irix. The reason Solaris has survived longer is because there is a large userbase in web and database markets. Sun has their fingers in a lot of pies, the DCC workstation market and Solaris probably generate enough revenue to be profitable for them but I'm sure their bread is buttered in servers and business web applications. When you are dealing with databses and webapplications, the hardware and to a greater extent the OS become somewhat a moot issue. On a related note, has anyone used a Sun workstation (Opteron or Core2)? They are a bit pricey but they look nice and it seems like they are almost always top of the pile in the official spec benchmark list.
  23. 2 New Movie Trailers Where H Was Used

    I saw the effects omlette sketch at Siggraph with the Blue Sky splash tool, but missed the first 10 minutes or so so I think I might've missed some important background information. The tool was really great, but the presenter kept talking about balistic arcs and balisitc paths, saying there were no goals used in the systems, just these balistics. What are these paths and arcs? Literal paths as in splines with attributes to direct the particles or what? It was really cool stuff and I'd like to try to replicate such a tool in Houdini.
×