[Sidefx-houdini-list] Sidefx-houdini-list Digest, Vol 148, Issue 9

Jonathan Huffman skata_j at hotmail.com
Mon Jun 23 01:17:19 EDT 2008


i think i'm missing one from feb

> From: sidefx-houdini-list-request at sidefx.com
> Subject: Sidefx-houdini-list Digest, Vol 148, Issue 9
> To: sidefx-houdini-list at sidefx.com
> Date: Sun, 22 Jun 2008 12:00:02 -0400
> 
> Send Sidefx-houdini-list mailing list submissions to
> 	sidefx-houdini-list at sidefx.com
> 
> To subscribe or unsubscribe via the World Wide Web, visit
> 	https://lists.sidefx.com:443/mailman/listinfo/sidefx-houdini-list
> or, via email, send a message with subject or body 'help' to
> 	sidefx-houdini-list-request at sidefx.com
> 
> You can reach the person managing the list at
> 	sidefx-houdini-list-owner at sidefx.com
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Sidefx-houdini-list digest..."
> 
> 
> Today's Topics:
> 
>    1. HDK: New SOP and Volumes (Tamis)
>    2. Re: bgeo.gz and gzip with windows (jiversen)
> 
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Sun, 22 Jun 2008 01:29:27 +0200
> From: Tamis <tamis.vanderlaan at bisc.nl>
> Subject: [Sidefx-houdini-list] HDK: New SOP and Volumes
> To: sidefx-houdini-list at sidefx.com
> Message-ID: <1214090967.25688.8.camel at UbuDebT>
> Content-Type: text/plain
> 
> Hello,
> 
> I am wondering if any one have made a SOP_Node that contains Volume
> data?
> 
> If i look at gdp i can see some volume related methods like:
> 
> addVolumeRef()
> convertVolumesToPolys()
> ect..
> 
> But i have yet to find a method that allows me to access volume data or
> create it.
> 
> Has any one played with this? 
> It would save me a lot of effort :D
> 
> Greetings, 
> Tamis van der Laan. 
> 
> 
> 
> ------------------------------
> 
> Message: 2
> Date: Sat, 21 Jun 2008 18:56:44 -0700
> From: jiversen <jiversen at rhythm.com>
> Subject: Re: [Sidefx-houdini-list] bgeo.gz and gzip with windows
> To: sidefx-houdini-list at sidefx.com
> Message-ID: <485DB15C.2030400 at rhythm.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> 
> Ah, thanks for filling me in,
> Cheers,
> j
> 
> Edward Lam wrote:
> > 7zip is more like a "container format" where the default compression is 
> > LZMA.
> >
> > -Edward
> >
> > jiversen wrote:
> >   
> >> Hi there,
> >>
> >> How does 7zip perform?  I think it's pretty slow on creating one but not 
> >> bad on decompression (where it's most important).
> >>
> >>
> >> Chris AtLee wrote:
> >>     
> >>> Pablo Gim?nez wrote:
> >>>   
> >>>       
> >>>> 2008/6/17 Nicholas Pliatsikas <nick_p102 at hotmail.com>:
> >>>>
> >>>>     
> >>>>         
> >>>>> Does anyone know the full benefits of using bgeo.gz? I.e I know the files
> >>>>> sizes are smaller, meaning less network traffic and uses less space on our
> >>>>> servers. But would complex setups with geos writing in houdini or delayed
> >>>>> read archives rendering through mantra require more time to process?
> >>>>> Just so we can access if its worth looking into this further at the moment.
> >>>>> Cheers
> >>>>> Nicholas Pliatsikas
> >>>>>       
> >>>>>           
> >>>> Yes, if you are dealing with big geometry files using gz is really good, but
> >>>> in my experience bzip2 is really good, I have seen ratios very clos to 1:8
> >>>> in the size, bgeo is binary so bzip2 works much better on this kind of
> >>>> files.
> >>>> I think there is a version of bzip2  for windows.
> >>>> The only problem I have experienced using compressed files is rendering from
> >>>> file, but this was on version 8, I don?t know if this have been solved in
> >>>> version 9.
> >>>>     
> >>>>         
> >>> LZMA is also an option.  It performs significantly better than bz2, and
> >>> is also faster to decompress than bz2.
> >>>
> >>> I ran a test against about 7000 bgeo files here, here's a summary of my
> >>> results:
> >>>
> >>> Compression Method      gzip     bzip2     lzma
> >>> Average Compression
> >>>   (% of original size)  45.74    47.78     34.76
> >>> Best compression ratio
> >>>   (% of original size)   7.22     4.50      2.20
> >>> Worst compression ratio
> >>>   (% of original size) 136.00   137.14     93.50
> >>> Standard Deviation       0.18     0.23      0.17
> >>>
> >>> So, for the files that I was testing, bz2 is in fact not a good choice
> >>> to use.  It performs worse on average than gzip and has more varied
> >>> behaviour.  lzma is a clear winner here.  I didn't measure the
> >>> compression times for the different methods here, but other reports
> >>> online indicate that lzma is slower than gzip, but faster than bz2.
> >>>
> >>> I know lzma is available for Linux, and it looks like the LZMA SDK
> >>> includes lzma.exe for Windows, but I haven't tested it.
> >>>
> >>> Cheers,
> >>> Chris
> >>> _______________________________________________
> >>> Sidefx-houdini-list mailing list
> >>> Sidefx-houdini-list at sidefx.com
> >>> https://lists.sidefx.com:443/mailman/listinfo/sidefx-houdini-list
> >>>   
> >>>       
> >> _______________________________________________
> >> Sidefx-houdini-list mailing list
> >> Sidefx-houdini-list at sidefx.com
> >> https://lists.sidefx.com:443/mailman/listinfo/sidefx-houdini-list
> >>     
> >
> > _______________________________________________
> > Sidefx-houdini-list mailing list
> > Sidefx-houdini-list at sidefx.com
> > https://lists.sidefx.com:443/mailman/listinfo/sidefx-houdini-list
> >   
> 
> 
> ------------------------------
> 
> _______________________________________________
> Sidefx-houdini-list mailing list
> Sidefx-houdini-list at sidefx.com
> https://lists.sidefx.com:443/mailman/listinfo/sidefx-houdini-list
> 
> 
> End of Sidefx-houdini-list Digest, Vol 148, Issue 9
> ***************************************************

_________________________________________________________________
Introducing Live Search cashback .  It's search that pays you back!
http://search.live.com/cashback/?&pkw=form=MIJAAF/publ=HMTGL/crea=introsrchcashback


More information about the Sidefx-houdini-list mailing list