|
[Sponsors] |
April 11, 2006, 09:05 |
backporting star4 cel/vrt -> star3
|
#1 |
Guest
Posts: n/a
|
Perhaps others have the same problem - exporting cel/vrt from Star-CD v4 into a form that can be read by older versions. Nastran/Patran export works somewhat, but has problems with pyramids etc.
I have a workaround (a perl program for converting the cel/vrt files). Since I cannot seem to attach the file without butchering all the lines, I'll send a copy to cd-adapco support - so you can also bug them for a copy of it. /mark usage: star-backport [OPTION] file1 .. fileN options: -h usage Attempt to backport .cel/.vrt files from star4 to star3 format. The new names are prefixed with '__star3__' and suffixed with ''. Unfortunately, cd-adapco provides no means for this. Polyhedron and trimmed cells are not supported. Only the following cell types are attempted: * hexa tetra prism pyramid (fluids and solids) * triangle quad (shells and baffles) * line and point The program is provided as is, without warranty, of completeness, accuracy, usability, fitness for a particular purpose. version 1.2 (2006-04-11) copyright 2006, Mark Olesen <Mark.Olesen@ArvinMeritor.com> |
|
April 12, 2006, 18:12 |
Re: backporting star4 cel/vrt -> star3
|
#2 |
Guest
Posts: n/a
|
This is not bright at all and a totally pointless waste of time to say the least. Backward compatibility has never existed.
If a simulation has to be run into star 3, it should be created in star 3.xx or earlier version. and then use upward compatibility if necessary. "Don't-even-think-about-it" or "Dont'-even-go-there", as everyone says you can see the consequence: "The program is provided as is, without warranty, of completeness, accuracy, usability, fitness for a particular purpose." |
|
April 13, 2006, 06:02 |
Re: backporting star4 cel/vrt -> star3
|
#3 |
Guest
Posts: n/a
|
What if you incidently save your v3 model when playing with v4 without having a backup? cdsave was always an option to go back to an earlier version, which doesn't work any more.
|
|
April 13, 2006, 06:35 |
Re: backporting star4 cel/vrt -> star3
|
#4 |
Guest
Posts: n/a
|
Assuming that 'Yogurt' is not simply trolling, despite the very distorted interpretation of the usual legal disclaimer, I'd like to respond.
The point of moderate backward compatibility is to recover mesh geometries from newer into older versions. Examples of such would be for benchmarking wall-functions and turbulence models between versions, particular customer requirements, or simply for other programs that do not yet support the new formats. |
|
April 14, 2006, 12:36 |
Re: backporting star4 cel/vrt -> star3
|
#5 |
Guest
Posts: n/a
|
whimsical...
William Blake is right: it is by mistake |
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
ARRAY PASSING in STAR4 | John | Siemens | 2 | September 22, 2008 15:39 |
Problem while running solver in star4.0 for linux | deisler | Siemens | 7 | March 14, 2007 05:16 |
Parallel processing in star3.24 | Antony | Siemens | 4 | July 19, 2005 01:45 |
star3.22 multi cpu | carno | Siemens | 3 | January 14, 2005 08:04 |
convert of file from star3.05 to star3.1 | Rachid | Siemens | 2 | March 3, 2000 11:11 |