Oprettelse af en star-Space Engine

Oprettelse af en star-Space Engine

denne vejledning beskriver, hvordan du tilføjer en stjerne til SpaceEngine. Før du fortsætter, anbefales det, at du læser denne vejledning: introduktion.

de fleste stjerner i Standardrummotorinstallationen gemmes i csv-fildata/kataloger/Kataloger0980.pak / stjerner / HIPPARCOS.csv. Dette er HIPPARCOS stjernekatalog med omkring 110.000 stjerner. Andre stjerner, herunder binære systemer, gemmes i flere sc-filer i samme system pak-fil. Disse standardfiler bør ikke ændres eller ændres på nogen måde. Hvis du vil opdatere en stjerne, fjerne den eller tilføje en ny, skal du oprette din egen sc-eller csv-fil i mappen addons/catalogs/stars/. SpaceEngine har scripting muligheder for at ændre og fjerne stjerner eller andre objekter fra standard kataloger, eller at tilføje en ny.

CSV-formatet til kataloger er designet til at oprette store kataloger over objekter med lignende data. Det er mere kompakt og indlæses hurtigere end sc, men har grænser for de typer data, der kan specificeres i den. Det er bare en tabel med værdier adskilt af kommaer. Sc-formatet er designet til at specificere alle de mulige data, som SE kan bruge til at beskrive et objekt. Det er en scriptlignende tekst med ‘tags’, der bruges til at beskrive et objekt (stjerne eller stjernesystem i denne tutorial) og dets forskellige parametre. Først beskriver vi sc-filformatet.

stjernekataloget

lad os overveje, at du vil oprette en ny ensom stjerne kaldet “Mono”, et sort hul med accretion disk kaldet “Hole” og et binært stjernesystem kaldet “Bin”, som indeholder to stjerner “Bin A” og “Bin B”. Lad os overveje, at stjerner “Bin A” og “Bin B” allerede er beskrevet i nogle katalog som ensomme stjerner, og du vil slette dem for at oprette et ordentligt binært stjernesystem med baner for hver komponent. Gå til addons/catalogs/ stars / directory (Opret det, hvis det ikke findes) og opret et nyt tekstdokument der. Omdøb det til mystars.sc (filnavnet betyder ikke noget, men sørg for, at det ikke matcher en eksisterende fil, ellers tilsidesætter din fil den). Åbn den i Notesblok og skriv denne kode:

for at tilføje en ny stjerne eller ændre en stjerne, der allerede er beskrevet i katalogerne, skal du blot definere et nyt objekt (stjerne eller StarBarycenter) med samme navn i stjerneskriptet. SpaceEngine opdaterer den gamle stjerne med de nye data (det er også muligt at ændre dens type – fra stjerne til StarBarycenter og tilbage).

hvis du vil fjerne en stjerne fra katalogerne, skal du bruge parameteren fjern med navnet på den stjerne. Dette er nyttigt til opgradering af binære stjerner i kataloget, der er repræsenteret i SE som to separate stjerner, til et komplet binært stjernesystem med hver stjerne i en korrekt bane. Bemærk: parameteren Fjern ser ud til at påvirke alle katalogfiler, uanset deres ændringsdato. Det er en fejl i den aktuelle version (0.9.8.0).

Bemærk, at stjernekataloget ikke beskriver komponenterne i binære eller flere stjernesystemer. De skal beskrives i planetkataloget og henvise til barycenteret med parameteren ParentBody (se nedenfor). Så strengt taget er stjernekatalogerne I SE kataloger over stjernesystemer, ikke Stjerner selv (selvom de tillader at beskrive ensomme stjerner uden at oprette en planetkataloger til dem). Visuelle parametre som systemets samlede lysstyrke beregnes automatisk af Spaceotherine baseret på dataene fra systemets komponenter, der er beskrevet i planetkataloget. De kan dog blive tvunget ved at definere parametre lysstyrke, AppMagn etc. i StarBarycenter tag.

star script detaljer

følgende parametre kan bruges inde i stjerne – og StarBarycenter-tags:

RA-højre opstigning i timer, i decimalformat eller formateret som HH MM SS.SSS
Dec-deklination i grader, i decimalformat eller formateret som DD MM SS.SSS
Dist-afstand fra solen i parsecs.

CenterOf – bruges til at erstatte det proceduremæssige supermassive sorte hulsystem i midten af en galakse eller kuglehob. Parameterens værdi er navnet på galaksen eller klyngen, for eksempel CenterOf “Mælkevejen”. Kun et supermassivt sort hulsystem kan eksistere i en galakse eller klynge. Hvis det allerede er defineret i et eller andet katalog, erstattes/opdateres det med dette. Hvis denne parameter er defineret, deaktiveres det proceduremæssige supermassive sorte hulsystem i det tilsvarende objekt, men dette gengives som et sædvanligt stjernesystem. Så ra, Dec og Dist parametre er stadig påkrævet. Et typisk system skal indeholde det sorte hul, valgfri accretion disk og mange stjerner, der kredser om det. Alle disse skal beskrives i planetkataloget; stjernekataloget omhandler kun koordinaterne for systemet og dets klasse (klasse “H” eller klasse “BLACKHOLE”).

Noplaneter – Deaktiver generering af procedureplaneter, hvis angivet som noplaneter sandt.

Lum, Luminosity, AppMagn, AbsMagn – tillader en af disse muligheder eller en kombination af dem (se “star solver” nedenfor for detaljer):
Lum, Luminosity – star ‘s luminosity in units of the Sun’ s luminosity, or
AppMagn – star ‘s tilsyneladende (optiske) magnitude eller
AbsMagn – star’ s absolute (optisk) magnitude.
avanceret: AppMagnR, AppMagnr, AppMagnI, AppMagni, AppMagnJ, AppMagnH, AppMagnKs, AppMagnK, Appmagnk1, Appmagnv2, Appmagnv3 – stjernens tilsyneladende størrelse i tilsvarende spektroskopiske bånd. Brug kun disse til brune dværge, hvis deres tilsyneladende størrelse i det optiske bånd er ukendt. SpaceEngine udfører en simpel beregning af den optiske tilsyneladende størrelse, forudsat at stjerne er en brun dværg eller sen m dværg. Brug ikke disse parametre til andre typer stjerner.

klasse-A-streng med stjernens spektrale klasse:
normale stjerneklasser: O, B, A, F, G, K, M
Underdværgeklasser: sdO, sdB, sdA, sdF, sdG, sdK, sdM (eller af A, B, A, F, G, K, M med lysstyrkeklasse VI)
brun dværgklasser: L, T, af
hvide dværgklasser: da, DB, DO, DK, DK, DC, DB, DAB, DAO, DB, DB eller DD (generel hvid dværgklasse)
ulv-Rayet klasser: nn, nn/C,
klasse: ms, s, SC, C-R, C-N, C-J, C-H, C-HD, c, r, n
særlige klasser: Sort hul, å, ormhul-ormhul, P – planemo (rogue planet)
alle klasser, der er anført ovenfor, kan have underklasseindekset – nummer 0 til 9 i decimalformat (0 til 11 for ulv-Rayet-stjerner). SpaceEngine bruger kun op til en decimal, dvs.3.25 afrundes til 3.2.
alle klasser undtagen hvide dværge kan have lysstyrkeklasseindekset: 0, IA0, ia+, Ia, Iab, Ib, II, III, IV, V, VI
eksempler: klasse “G2V”, klasse “M5.2iii”, klasse “DB3.1”, klasse “sdB5” (lig med klasse “B5VI”).
et mellemrum er også tilladt: klasse “G2 V”, klasse “M5.2 III”, klasse “DB 3.1”.
hvis underklassen eller lysstyrkeindekset ikke kunne leveres: klasse “G2″, klasse” M III”, klasse”K”. I dette tilfælde vil SpaceEngine forsøge at beregne dem baseret på tilgængelige data (lysstyrke eller visuel størrelse og afstand osv., Se stjerneløser) eller tildele standard luminositetsklasse “V” (hovedsekvensstjernen).

masse – stjernemasse i enheder af jordmasser, eller
MassSol – stjernemasse i enheder af solmasser. Bruges kun til ensomme stjerner (tag Star). Hvis det er defineret i StarBarycenter-tagget, kan det bruges i star solver (se nedenfor).

Radius – stjerneradius i kilometer, eller
RadSol, RadiusSol – stjerneradius i enheder af solradier. Bruges kun til ensomme stjerner (tag Star). Hvis det er defineret i StarBarycenter-tagget, kan det bruges i star solver (se nedenfor).

Teff, temperatur – temperatur af stjernens fotosfære (“overflade”) i Kelvin. Bruges kun til ensomme stjerner (tag Star). Hvis det er defineret i StarBarycenter-tagget, kan det bruges i star solver (se nedenfor).

FeH – star metallicitet. Ikke brugt for nu, men vil blive brugt i fremtiden, så det er værd at tilføje det til kataloget, hvis oplysninger er tilgængelige.

du kan bruge Star solver-loggen til at registrere fejl i stars-kataloget (for detaljer se Star solver og kontrol af fejl i introduktionen til SE-scripts).

planetkataloget

lad os fortsætte med at oprette vores eksempel addon. Stjernen” Mono ” har ikke brug for noget ekstra for at blive sat i planetkataloget, alle nødvendige oplysninger blev leveret i stars-kataloget. Det skal have det sorte hul ” hul “og binære komponenter i systemet “Bin”: “Bin A”og” Bin B”. Gå til addons/catalogs/ planets / directory (Opret det, hvis det ikke findes) og opret et nyt tekstdokument der. Omdøb det til myplans.sc (som det er blevet bemærket i afsnittet “stjernekataloget”, betyder filnavnet ikke noget, men sørg for, at det ikke matcher en eksisterende fil, ellers tilsidesætter din fil den). Åbn den i Notesblok og skriv denne kode:

lad os se nærmere på dette script. Det kaldes “planeter katalog”, fordi det primært er designet til at gøre planeter og måner. Men selve “stjernekroppen”, især i binære systemer, bør også beskrives her. Det er en almindelig regel: ethvert objekt, der har en bane, skal beskrives i planetkataloget. Komponenter i en binær stjerne har baner, så det er derfor, de skal være i planetkataloget. Det giver dig også mulighed for at beskrive mange flere parametre end stjernekataloget (rotationsakseorientering og rotationsperiode, stjernekorona, accretion disk, overfladestrukturer og kredsløb), så det er derfor, selv ensomme stjerner som solen også kan beskrives i planetkataloget. Hvis du vil vide mere om parametre, der bruges i planetkataloget, og om oprettelse af en planet, skal du læse guiden oprettelse af en planet.

i eksempelkoden ovenfor beskrev vi først det ensomme stjerne “hul” med yderligere parametre, som ikke kan beskrives i stjernekataloget (rotationsparametre og accretion disk). For at specificere dem er det nødvendigt at beskrive stjernen i stjernekataloget som et StarBarycenter, på trods af at stjernen er ensom, og lav en anden beskrivelse for den i planetkataloget med tagstjernen. Parameteren ParentBody i dette Stjernemærke skal indstilles til navnet på det StarBarycenter, som du har beskrevet i stjernekataloget. Vigtigt: Stjernemærket i planetkataloget og StarBarycenter-mærket i stjernekataloget skal have forskellige navne. Dvs.hvis stjernen har navnet “hul”, skal barycenteret hedde “hulsystem” eller “Hulstang” eller noget lignende. Når du opretter en addon med en rigtig stjerne, som har flere betegnelser i de astronomiske kataloger, er det en god praksis at give en til Starbarycenteret og resten til stjernen.

planetkataloget giver dig også mulighed for at specificere stjernens lysstyrke, absolutte eller tilsyneladende størrelse, spektralklasse, masse, radius og temperatur – de samme parametre som i stjernekataloget. Det er op til dig, hvor du skal angive disse parametre: i stjernekataloget eller i planetkataloget er duplikering i begge ikke nødvendig.

Kredsløbsmærket skal springes over for ensomme stjerner, SpaceEngine genererer en statisk position i midten af systemet for den stjerne. Du kan bruge Orbit { Type” Static”} eller static (0 0 0) med samme effekt, men dette er ikke nødvendigt.

barycenteret kunne også bruges til at skabe binære og flere stjerner. I planetkataloget har vi beskrevet to stjerner “Bin A” og “Bin B” med deres baner omkring hovedbarycenteret i systemet “Bin” (se beskrivelse af Kredsløbsmærket i guiden oprettelse af en planet for detaljer). For at oprette et hierarkisk multiple star-system skal du oprette et sekundært barycenter (ved hjælp af Barycenter-tagget i Planet catalog script), der kredser om systemets vigtigste barycenter og derefter tilføje to stjerner, der kredser om dette sekundære barycenter. Du kan gentage denne ordning mange gange for at skabe mere komplekse systemer. SpaceEngine tillader ubegrænset hierarki af objekter, men i virkeligheden har stjernesystemer ikke mere end 3-4 niveauer af hierarki.

planeterne for hver stjerne eller lokalt barycenter kunne også specificeres i planetkataloget. Parameteren ParentBody for hver planet / barycenter / stjerne skal indstilles til navnet på det overordnede objekt, som det kredser om. Hvis stjernen er ensom, og planetkataloget ikke har nogen underordnede objekter (planeter) for den beskrevne stjerne, vil SpaceEngine generere et proceduremæssigt planetarisk system. Du kan deaktivere dette ved at angive noplanets true I stars script.

parametrene for en stjerne/barycenter i stjernekataloget bestemmer stjernens udseende, mens man ser på den fra det interstellære rum, dvs.når den gengives som et punkt. For multi-star systemer har SpaceEngine brug for en “gennemsnitlig” spektral klasse for at gøre systemet langt væk. For proceduresystemer, Spaceother vælger spektralklassen for systemets lyseste stjerne (se “star solver” for detaljer). Dette fungerer meget godt i de fleste tilfælde, fordi stjernernes lysstyrke adskiller sig med mange størrelsesordener. Så når du opretter et multiple star-system, kan du angive spektralklassen for StarBarycenter (i stars-kataloget) som den samme som klassen for den lyseste stjerne i dette system. Ellers vil SpaceEngine gøre det automatisk. Stjernebarycenterets lysstyrke skal være lig med summen lysstyrke af alle stjerner i systemet (inklusive lysstyrke på accretion-diske) eller ignoreres for at tvinge star solver til automatisk at beregne det.

for at opsummere skal du være opmærksom på følgende, ellers fungerer koden ikke eller fungerer forkert:

1) i stars-kataloget skal du beskrive en stjerne med StarBarycenter, hvis du vil specificere de brugerdefinerede rotationsparametre, accretion disk osv., eller hvis du opretter et multiple star-system. I så fald skal du også oprette et planetkatalog og beskrive stjernen eller flere stjernekomponenter der. Hvis du kun har brug for masse, radius og temperatur for din stjerne, eller hvis du er okay med, at disse værdier genereres/beregnes af SpaceEngine, skal du beskrive det med Stjernemærket og ikke oprette et planetkatalog.
2) navnet på en stjerne i planetkataloget må ikke være det samme som navnet på StarBarycenter. Navnet på StarBarycenter skal angives som stjernens forælder i parameteren ParentBody.
3) hvis stjernen er ensom, skal du enten ikke bruge Kredsløbsmærket til den eller gøre dens bane statisk (bane { type “statisk” } eller Statiskpossys (0 0 0)), så det falder sammen med barycenteret.
4) hvis stjernen er binær, skal du beskrive de to stjerner med navnet på Starbarycenteret i deres ParentBody-parameter og lave ordentlige baner omkring barycenteret for dem.

du kan bruge Star solver-logningen til at registrere fejl i planetkataloget såvel som For Stars-kataloget (for detaljer se Star solver og kontrol af fejl i introduktionen til SE-scripts)

star solver

star solver er et sæt kode, der forsøger at beregne eller generere manglende data for en stjerne baseret på de angivne data. Det er ofte situationen i astronomi, at nogle data findes i kataloger, men nogle mangler. SpaceEngine kræver, at disse parametre korrekt gengiver en stjerne (stjernesystem):

– fuld 3D koordinater for en stjerne (RA, Dec, Dist). Hvis stjernekataloget ikke giver en afstand, kan stjerneløseren forsøge at beregne det baseret på stjernens tilsyneladende og absolutte størrelse (eller lysstyrke). Hvis RA og Dec ikke leveres, genererer star solver tilfældige værdier for dem, fordi der ikke er nogen måde at beregne dem på. En tilfældig værdi for afstand genereres også, hvis stjerneløseren ikke kunne beregne den (se fejllogning nedenfor for flere detaljer).

– stjernens spektrale klasse. Uden det vil SpaceEngine ikke have nogen anelse om, hvad denne stjerne er, og kan ikke gengive den. Stjerneopløseren kan forsøge at bestemme spektralklassen ved at se på radius, masse og temperatur, hvis de leveres. For multi-star-systemer tager stjerneløseren spektralklassen for den lyseste komponent (enten beregnet eller taget fra planetkataloget) og tildeler den som “klasse” for hele systemet (hvis det ikke var angivet direkte i StarBarycenter-taggen).

– stjernens lysstyrke. Det kan beregnes ud fra lysstyrke, absolut størrelse eller tilsyneladende størrelse og afstand. Hvis der ikke findes nogen, kan spektralklassen bruges til groft at bestemme lysstyrken. Hvis selv spektralklasse ikke er angivet, kan stjerneopløseren forsøge at bruge radius og temperatur til at beregne lysstyrke ved hjælp af Stefan–Boltsmann-ligningen. For flerstjernesystemer opsummerer stjerneopløseren lysstyrken for hver komponent og tildeler den som lysstyrken for hele systemet (hvis det ikke var angivet direkte i StarBarycenter-mærket).

– stjernens fysiske egenskaber: masse, radius og temperatur. Hvis det ikke er angivet, beregner star solver dem baseret på spektral klasse (typisk). Temperatur kan udledes direkte fra spektralklassen, derefter beregnes radius baseret på temperatur og lysstyrke ved hjælp af Stefan–Boltsmann-ligningen. Så hvis du løber ind i en forkert eller urealistisk størrelse af en stjerne, skal du prøve at finde dens reelle radiusdata og specificere dem i kataloget.

som det er blevet bemærket, kan stjernekataloget ikke bruges til at definere en stjernes rotationsparametre (dvs. rotationsperiode, aksial hældning og oblateness) såvel som overfladeudseende (granulationsceller størrelse osv.), corona, accretion disk og bane: planetkataloget bruges til dette. Nogle parametre kan genereres proceduremæssigt, hvis de mangler i planetkataloget. Planeterne kan også beskrives i planetkataloget eller genereres proceduremæssigt (hvis planetkataloget ikke har nogen underordnede objekter til den beskrevne stjerne, og stjerneskriptet ikke har noplaneter sandt specificeret).

star solver kan udskrive meddelelser om udførte beregninger, advarsler og fejl til logfilsystemet/se.log på spaceengine opstart. Se Introduktion til Se scripts for detaljer om fejlkontrol i scripts.

csv-formatet til stjernekataloget

SpaceEngine understøtter CSV-format (“kommaseparerede værdier”) til kataloger over massive stjerner og galakser. Det er et almindeligt tekstformat med en stjerne beskrevet pr. Standard SpaceEngine-installationen har et CSV-stjernekatalog-data / kataloger / Kataloger0980.pak / stjerner / HIPPARCOS.csv, som har 112.523 stjerner, og har en størrelse (udpakket) på kun 7,5 MB. CSV-formatet er mere kompakt end sc, men har nogle begrænsninger:
1) kun ensomme stjerner kan beskrives, analog af StarBarycenter-mærket er umuligt.
2) kun disse parametre er tilladt: navn, RA, Dec, Dist, AppMagn, SpecClass, MassSol, RadSol, temperatur.

filformatet er simpelt: den første linje er en overskrift, der beskriver navnene på parametrene (adskilt af kommaer), alle de andre linjer er stjernedataværdier for tilsvarende parametre (også adskilt af kommaer). Her er eksemplet på de første 4 linjer i HIPPARCOS.CSV-fil:

Bemærk, at stjernens navn og dets spektrale klasse ikke er indeholdt i anførselstegn, og manglende parametre (MassSol, RadSol og temperatur) er bare tomme, men kommaer, der adskiller dem, er stadig nødvendige.

csv-katalogerne har en prioritet frem for sc-kataloger, dvs.de indlæses først. Men så star solver tager filen / pak ændringsdato at udføre stjerne data sammenlægning eller opdatering. Config-fil parameter CsvLogLevel i config / main-bruger.cfg-fil styrer star solver logning niveau for alle csv-filer.