Hi Amanda, This is now fixed and will be incorporated into the 3.0 release of splash. To get an updated copy in the meantime, you need to use:
git clone https://github.com/danieljprice/splash cd splash git checkout 3.0 git clone https://github.com/danieljprice/giza make withgiza Then in the v3.0 all the data reads are in-built, so for the mbatesph reader, use: splash -f mbate DISK005 Or if you like the old “bsplash”, just make an alias: alias bsplash=’splash -f mbate’ Then you can use, as previously, bsplash DISK005 Best wishes, Daniel > On 30 Jul 2020, at 2:48 am, Amanda Rubio <[email protected]> wrote: > > DISK005 > Hi again, > > Sure thing! The file is quite large, so I had to send it as a Google Drive > link. > > I did try to use bsplash to ascii as well, and it gives me the same problem > as the binary files. Also, in some files ascii, the values for some columns > are wrong in about half the file. They shift to the right, so the particle > mass values end up under the density values, and the density under the dgrav. > I'm attaching an example: they are shifted from the beginning of the file all > the way to line 11215. > > I'm also attaching the fortran file that writes the dump. > > Thank you for the help! > > Amanda > > > > On Wed, Jul 29, 2020 at 1:39 AM Daniel Price <[email protected]> wrote: > Hi Amanda, > > Please could you send a copy of the problematic file in the original > “Matthew Bate” format? It would be helpful to debug the read routine. Also if > you could share the fortran routine that wrote it so I can check the format > is consistent that would be helpful. > > Best wishes, > > Daniel > > PS: you can also use splash to do format conversion, e.g. using “bsplash to > ascii" > > > On 29 Jul 2020, at 12:58 am, Amanda Rubio <[email protected]> wrote: > > > > Hi prof Price, > > > > I have a question about using splash for Mathew Bate's old code. I can get > > splash to read my input files correctly using > > "GFORTRAN_CONVERT_UNIT='big_endian' bsplash FILE*". The density rendered > > plots look okay, but when I tell it to go to the next time step (pressing > > spacebar) it is just the same image over and over again. It only changes > > when it loads the next dump file. So when I try to make a movie of the > > disk's evolution, it's super bumpy. > > I have a code that reads the binary files and turns them into regular txt > > files: using splash to read those gives me what I expected, each new > > timestep read produces a new image. However, I'm not sure splash is reading > > that file correctly, because the densities (that are of the order of 1e-14 > > in the txt file) are giving a column density on the render of ~1e22. I > > attached an example file here. The density is in g/cm3 and xyz are in > > stellar radii (changing them to cm did not change my results). > > > > If you have any insight into what may be causing these, I'd really > > appreciate it! > > > > -- You received this message because you are subscribed to the Google Groups "SPLASH users forum" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/splash-users/D2F6EB34-3AF1-4937-97A9-26AE566D8970%40monash.edu.
