J-F Paquet

Dear Sanchari, Yes, "Fvn_y-211_pT_0.01_3.dat" would be the p-T integrated flow coefficients of \pi^+ (211), integrated from p_T=0.01 GeV to 3 GeV, as a function of rapidity "y", after hadronic decays of unstable resonances are performed. Best, J-F

Hi Chun, The new version of MUSIC does not include Glauber initial condition, though, right? What would be the best place for Sanchari to get an MC-Glauber + MUSIC wrapper? Many thanks, J-F

I got a private question through my Sourceforge email that I can't seem to be able to reply to. I won't quote the question here since it was sent to me in private, but let me post the answer here for posterity. The question was about the numerical stability of MUSIC, in particular about the numerical accuracy of MUSIC's solution decreasing over time. The first thing to try would be to play with the more run-of-the-mill numerical parameters like the grid size (Grid_size_in_x , Grid_size_in_y) and...

Dear Farid, Yes, the flow velocity correspond to (u^tau,u^x,u^y,u^eta) Best, J-F

Dear Nikhil, The new version of MUSIC (the one on Github) does not currently include Glauber initial conditions. We may add it back eventually but we haven't done so yet. You could try using IP-Glasma initial conditions, as Chun discussed here: https://sourceforge.net/p/music-hydro/discussion/issues/thread/efde9a81df/#cb6f/eb39 Best, Jean-Francois

Hello, You are right, the temperature returned by "get_temperature(\epsilon, 0.0)" in fermi^-1, my reply was ambiguous. (I fixed it for posterity) Could it be that you are getting incorrect outputs because you are trying to output integers (ix,iy,ieta) as doubles (%e)? There is an example in function output_evolution_for_movie() of how to output the position of each grid point, for the new Github version of MUSIC. This is for x, you can see the equivalent for y and eta a few lines above: https://github.com/MUSIC-fluid/MUSIC/blob/public_stable/src/grid_info.cpp#L931...

The MUSIC version on GitHub is the latest version. It is faster and uses less memory. It is parallelized with OpenMP rather than MPI. We are slowly transitioning to this new version. There is nothing wrong with the version on Sourceforge however: it can still be used without problem. The new Github version of MUSIC saves less information than the Sourceforge version. Essentially, it saves only the energy-momentum tensor, in the form of the energy density \epsilon, the flow velocity u^\mu, the bulk...

The MUSIC version on GitHub is the latest version. It is faster and uses less memory. It is parallelized with OpenMP rather than MPI. We are slowly transitioning to this new version. There is nothing wrong with the version on Sourceforge however: it can still be used without problem. The new Github version of MUSIC saves less information than the Sourceforge version. Essentially, it saves only the energy-momentum tensor, in the form of the energy density \epsilon, the flow velocity u^\mu, the bulk...