Houdini Main Changelogs
6.0.204 | Fixed a bug where connections to the inputs of Parameter VOPs could be lost when a hip file was reloaded. |
Fri. February 7, 2003 | |
6.0.204 | Fixed a bug where connections to the inputs of Parameter VOPs could be lost when a hip file was reloaded. |
Fri. February 7, 2003 | |
6.0.204 | Fixed a bug where connections to the inputs of Parameter VOPs could be lost when a hip file was reloaded. |
Fri. February 7, 2003 | |
6.0.204 | The output of pattern expansion of the opls command is now different than previous versions. This potentially breaks existing scripts which rely on the previous behaviour. Please see the release notes for details. |
Fri. February 7, 2003 | |
6.0.204 | The output of pattern expansion of the opls command is now different than previous versions. This potentially breaks existing scripts which rely on the previous behaviour. Please see the release notes for details. |
Fri. February 7, 2003 | |
6.0.204 | The output of pattern expansion of the opls command is now different than previous versions. This potentially breaks existing scripts which rely on the previous behaviour. Please see the release notes for details. |
Fri. February 7, 2003 | |
6.0.204 | The output of pattern expansion of the opls command is now different than previous versions. This potentially breaks existing scripts which rely on the previous behaviour. Please see the release notes for details. |
Fri. February 7, 2003 | |
6.0.204 | The output of pattern expansion of the opls command is now different than previous versions. This potentially breaks existing scripts which rely on the previous behaviour. Please see the release notes for details. |
Fri. February 7, 2003 | |
6.0.204 | When the opls command was run on certain patterns, the output was ambiguous. For example, hscript -> opcf /obj hscript -> opls -d */* file1 file1 box1 subdivid1 box1 Would list the names of all the SOPs for all objects. The problem previously was that there was no way to determine which SOPs belonged to which object. The current method will use the pattern given to the command to determine how to print out the names. The new output would look like: hscript -> opcf /obj hscript -> opls -d */* cam1/file1 light1/file1 geo1/box1 geo1/subdivid1 geo2/box1 |
Fri. February 7, 2003 | |
6.0.204 | When the opls command was run on certain patterns, the output was ambiguous. For example, hscript -> opcf /obj hscript -> opls -d */* file1 file1 box1 subdivid1 box1 Would list the names of all the SOPs for all objects. The problem previously was that there was no way to determine which SOPs belonged to which object. The current method will use the pattern given to the command to determine how to print out the names. The new output would look like: hscript -> opcf /obj hscript -> opls -d */* cam1/file1 light1/file1 geo1/box1 geo1/subdivid1 geo2/box1 |
Fri. February 7, 2003 | |
6.0.204 | When the opls command was run on certain patterns, the output was ambiguous. For example, hscript -> opcf /obj hscript -> opls -d */* file1 file1 box1 subdivid1 box1 Would list the names of all the SOPs for all objects. The problem previously was that there was no way to determine which SOPs belonged to which object. The current method will use the pattern given to the command to determine how to print out the names. The new output would look like: hscript -> opcf /obj hscript -> opls -d */* cam1/file1 light1/file1 geo1/box1 geo1/subdivid1 geo2/box1 |
Fri. February 7, 2003 | |
6.0.204 | When the opls command was run on certain patterns, the output was ambiguous. For example, hscript -> opcf /obj hscript -> opls -d */* file1 file1 box1 subdivid1 box1 Would list the names of all the SOPs for all objects. The problem previously was that there was no way to determine which SOPs belonged to which object. The current method will use the pattern given to the command to determine how to print out the names. The new output would look like: hscript -> opcf /obj hscript -> opls -d */* cam1/file1 light1/file1 geo1/box1 geo1/subdivid1 geo2/box1 |
Fri. February 7, 2003 | |
6.0.204 | When the opls command was run on certain patterns, the output was ambiguous. For example, hscript -> opcf /obj hscript -> opls -d */* file1 file1 box1 subdivid1 box1 Would list the names of all the SOPs for all objects. The problem previously was that there was no way to determine which SOPs belonged to which object. The current method will use the pattern given to the command to determine how to print out the names. The new output would look like: hscript -> opcf /obj hscript -> opls -d */* cam1/file1 light1/file1 geo1/box1 geo1/subdivid1 geo2/box1 |
Fri. February 7, 2003 | |
6.0.203 | There is a new pragma in VEX to define a string parameter which represents a path to an operator in Houdini. This is also accessible through the Type Properties dialog for any operator which allows parameters to be defined. For example: #pragma hint nullobject oppath obj/null #pragma hint cookpop oppath pop The first pragma would provide a string gadget with a + button for the tree chooser. The tree chooser would only allow selection of null objects. The second pragma would only allow selection of POPs. Please see the VEX compiler notes for more information. |
Thu. February 6, 2003 | |
6.0.203 | There is a new pragma in VEX to define a string parameter which represents a path to an operator in Houdini. This is also accessible through the Type Properties dialog for any operator which allows parameters to be defined. For example: #pragma hint nullobject oppath obj/null #pragma hint cookpop oppath pop The first pragma would provide a string gadget with a + button for the tree chooser. The tree chooser would only allow selection of null objects. The second pragma would only allow selection of POPs. Please see the VEX compiler notes for more information. |
Thu. February 6, 2003 | |
6.0.203 | There is a new pragma in VEX to define a string parameter which represents a path to an operator in Houdini. This is also accessible through the Type Properties dialog for any operator which allows parameters to be defined. For example: #pragma hint nullobject oppath obj/null #pragma hint cookpop oppath pop The first pragma would provide a string gadget with a + button for the tree chooser. The tree chooser would only allow selection of null objects. The second pragma would only allow selection of POPs. Please see the VEX compiler notes for more information. |
Thu. February 6, 2003 | |
6.0.203 | There is a new pragma in VEX to define a string parameter which represents a path to an operator in Houdini. This is also accessible through the Type Properties dialog for any operator which allows parameters to be defined. For example: #pragma hint nullobject oppath obj/null #pragma hint cookpop oppath pop The first pragma would provide a string gadget with a + button for the tree chooser. The tree chooser would only allow selection of null objects. The second pragma would only allow selection of POPs. Please see the VEX compiler notes for more information. |
Thu. February 6, 2003 | |
6.0.203 | There is a new pragma in VEX to define a string parameter which represents a path to an operator in Houdini. This is also accessible through the Type Properties dialog for any operator which allows parameters to be defined. For example: #pragma hint nullobject oppath obj/null #pragma hint cookpop oppath pop The first pragma would provide a string gadget with a + button for the tree chooser. The tree chooser would only allow selection of null objects. The second pragma would only allow selection of POPs. Please see the VEX compiler notes for more information. |
Thu. February 6, 2003 | |
6.0.203 | When typing in expressions into parameters, only a single key now gets created at $FSTART. Previously, it would also create a key at $FEND. The same behaviour also applies to the chadd hscript command if neither the -t nor -f option is used. |
Thu. February 6, 2003 | |
6.0.203 | When typing in expressions into parameters, only a single key now gets created at $FSTART. Previously, it would also create a key at $FEND. The same behaviour also applies to the chadd hscript command if neither the -t nor -f option is used. |
Thu. February 6, 2003 | |
6.0.203 | When typing in expressions into parameters, only a single key now gets created at $FSTART. Previously, it would also create a key at $FEND. The same behaviour also applies to the chadd hscript command if neither the -t nor -f option is used. |
Thu. February 6, 2003 | |
6.0.203 | When typing in expressions into parameters, only a single key now gets created at $FSTART. Previously, it would also create a key at $FEND. The same behaviour also applies to the chadd hscript command if neither the -t nor -f option is used. |
Thu. February 6, 2003 | |
6.0.203 | When typing in expressions into parameters, only a single key now gets created at $FSTART. Previously, it would also create a key at $FEND. The same behaviour also applies to the chadd hscript command if neither the -t nor -f option is used. |
Thu. February 6, 2003 | |
6.0.203 | When typing in expressions into parameters, only a single key now gets created at $FSTART. Previously, it would also create a key at $FEND. The same behaviour also applies to the chadd hscript command if neither the -t nor -f option is used. |
Thu. February 6, 2003 | |
6.0.203 | When typing in expressions into parameters, only a single key now gets created at $FSTART. Previously, it would also create a key at $FEND. The same behaviour also applies to the chadd hscript command if neither the -t nor -f option is used. |
Thu. February 6, 2003 |