Are you trying to run a supersonic compressible case?
You seem to want to have an inlet Mach number of 0.5. As this is subsonic, this will mean that at the inflow boundary you will have an outwards going characteristic and at the outflow you will have at least one outwards going characteristic. The easiest thing to use are characteristic Riemann invariant BCs as these will sort out the characteristics for you. Otherwise you probably want sub-in-frv and sub-out-fp.
You may also want to consider using globally adaptive time stepping.
Finally, the AV approach that is currently mainline in PyFR isn’t very good at shock-capturing. You will likely need to do some parameter tuning
PyFR doesn’t explicitly do anything to the dimensions of values. So you should make sure that the BCs, constants and ICs are dimensionally consistent. You could non-dimensionalise them yourself if you like.
This will depend on what you are trying to do, but, as an example, for an atmospheric simulation it would probably be a bad idea to use a pressure of 101325 Pa as it would probably cause you to lose some precision.
The minimum time step being rejected is normally a sign that the method is unstable at the condition you set up. You probably want to impulsively start the case, ie set the IC to the inlet BC, although you probably did this. You probably then need to fiddle with the AV settings. See this paper by Perrson and Peraire: https://doi.org/10.2514/6.2006-112, of which this is a slightly modified implementation.
However, I should warn you that getting this shock-capturing approach to work effectively in PyFR is difficult and the resolution of the shock is likely to be quite bad. This is the reason why @tdzanic and I have put a lot if energy into thinking about alternative shock-capturing methods.
This probably won’t be main line in PyFR, although in the future some of our other approaches will be mainlined.
The ability to used other correction functions other than the DG correction function was removed some time ago. I don’t think there is a view to re-adding the feature in the future, at least until there is a strong case/rationale to change the correction function.
Sadly there is no magic bullet, it will depend on your case and mesh. You will just have to try some different combinations of parameters and see what works best. This is what I meant by: