For your reading enjoyment: https://appliedballisticsllc.com/wp-content/uploads/2020/08/BC_SD_Effects.pdf
Follow along with the video below to see how to install our site as a web app on your home screen.
Note: This feature may not be available in some browsers.
To enter, all you need to do is add an image of yourself at the range below!
Join the contestI'm assuming that this is 100% supersonic, and the shots used never came close to transonic?
I have to say that I don't like the look of those numbers. It makes me think that I ought to be sorting and pointing bullets.
To be honest I don't do it because I already feel like I spend a ton of money on bullets, and the thought of throwing some away is horrifying.
Of course! I meant that specifically in the linked data all the shots were fully supersonic?
I don't think that entering SD & ES into a mobile solver would do anyone any favors. Most guys don't even have a large enough data set to understand what their SD/ES actually is. Plus, you don't know if the next round will be 1 σ from your mean, 1.5 σ from your mean, etc.So knowing this, why do we not have inputs for SD and/ or ES in AB mobile, analytics, etc so the solutions can better account for this?
Wez isn’t available in mobile.I don't think that entering SD & ES into a mobile solver would do anyone any favors. Most guys don't even have a large enough data set to understand what their SD/ES actually is. Plus, you don't know if the next round will be 1 σ from your mean, 1.5 σ from your mean, etc.
My understanding is that the WEZ runs a monte carlo simulation that accounts for these types of unknowns. You can also run these variables independently with any ballistic solver to get a better understanding of what is realistic with you, your rifle, your ammo, etc. In my mind, this level of statistical evaluation should not be performed in the field and should be left out of any 'mobile' solver. Depending on your data set size, using the mean or median is the best data that you can use to get a hit.
I know. That's part of my point. A mobile monte carlo simulation is not beneficial for vast majority of shooters IMO.Wez isn’t available in mobile.
To be clear, this can only tell you how likely you are to miss. It’s not like you can input the SD of muzzle velocity and get a more accurate firing solution.I know. That's part of my point. A mobile monte carlo simulation is not beneficial for vast majority of shooters IMO.
I'm not sure if you meant to quote me or not, but yes - this is part of my point.To be clear, this can only tell you how likely you are to miss. It’s not like you can input the SD of muzzle velocity and get a more accurate firing solution.
Yes, I think we agree. You weren’t the one who seemed confused but I suspect others may be.I'm not sure if you meant to quote me or not, but yes - this is part of my point.
So knowing this, why do we not have inputs for SD and/ or ES in AB mobile, analytics, etc so the solutions can better account for this?
His point is still valid.Wez isn’t available in mobile.
I prefer to use Single Data Points. - SD-0, ES-0. Pefrtecion.His point is still valid.
99.99999% of the standard deviations and ranges (what non-statistics people call extreme spread) that people claim to have are based on five or fewer data points. A few may be based on 6 - 10 data points. Which means they are mostly worthless.
When you have SD and ES based on 30 - 50 data points, then you have something useful. Until then it's just mental masturbation.
Seems legitI prefer to use Single Data Points. - SD-0, ES-0. Pefrtecion.
I prefer to use Single Data Points. - SD-0, ES-0. Pefrtecion.
I don’t think that’s relevant to the original topic. You’re right that BC is an imperfect approximation to the drag of a bullet, but however you model drag, the point is that some bullet types have more variation in drag from bullet to bullet than others, and this is an important source of error at long distance. You cannot compensate for this with any ballistic solver, only by choosing a more consistent bullet.So I thought when you purchased a bullet profile curve from AB it evolves the BC for the given distance thus refining the predicted correction NOT that is averages the BC for all distances, because a computerized solver can make fluid calculations and averages are for pencil and paper.
So I thought when you purchased a bullet profile curve from AB it evolves the BC for the given distance thus refining the predicted correction NOT that is averages the BC for all distances, because a computerized solver can make fluid calculations and averages are for pencil and paper.
I appreciate the response - even though my initial comment "was not relevant to the original topic" lol Thank you.When you use a CDM you are not using a BC. You are also not using averaged data. You are using the actual drag model as measured into subsonic. However, that data is not easily interpreted. It also provides no comparison between two different bullets for the average user in its raw form. In order for the average user to have understandable and relatable data we share the BC numbers for its simplicity. Internally the software is using the measured drag at different velocities.
When you use a CDM you are not using a BC. You are also not using averaged data. You are using the actual drag model as measured into subsonic. However, that data is not easily interpreted. It also provides no comparison between two different bullets for the average user in its raw form. In order for the average user to have understandable and relatable data we share the BC numbers for its simplicity. Internally the software is using the measured drag at different velocities.