Username: 
Password: 
Restrict session to IP 

Accuracy of the answer  Go to the Flow Over Astronomy challenge

1 2
Global Rank: 201
Totalscore: 94461
Posts: 15
Thanks: 19
UpVotes: 15
Registered: 9y 207d


Last Seen: 2y 24d
The User is Offline
Accuracy of the answer
Google/translate1Thank You!1Good Post!0Bad Post! link
I use perl Math::Bigint and Math::BaseCalc modules, and i have no doubts they calculate right.
But for result of my equation and "expected answer" i see there is only first 15 chars are equal and other are not.
for example (in base-10)
expected answer:
25542231365210658606224448826288248208284446026206420826220846480640802088482006080062082022200860408482020808860666282420846666842224844460844646428428228
my result of equation:
25542231365210631627395912453280108164117634036844198090266693989435304756346197127599093247792246011288153340013457527594560815663104475076534430874814613

So i conclude there is error somewhere. IS the calculations has original math priority (first mul, then add)?
Global Rank: 238
Totalscore: 84571
Posts: 1339
Thanks: 1194
UpVotes: 706
Registered: 11y 214d




Last Seen: 3d 7h
The User is Offline
Accuracy of the answer
Google/translate1Thank You!1Good Post!0Bad Post! link
Quote from esh

So i conclude there is error somewhere. IS the calculations has original math priority (first mul, then add)?


If you request a few problems you will notice there is always only one single "add" at the end of the equation.
The geeks shall inherit the properties and methods of object earth.
Global Rank: 201
Totalscore: 94461
Posts: 15
Thanks: 19
UpVotes: 15
Registered: 9y 207d


Last Seen: 2y 24d
The User is Offline
Accuracy of the answer
Google/translate1Thank You!1Good Post!0Bad Post! link
yeah, and then i manually checked BaseCalc results to see if something wrong on the stage of input base decoding: nope, all digits are right.
calculations is done by sequence of multiplies (a*b*c*..)then at last step we add last number. there's no special "eggs", it's simple math if we can call that big integers Smile

can we discuss on PM to find the mistake?
Global Rank: 238
Totalscore: 84571
Posts: 1339
Thanks: 1194
UpVotes: 706
Registered: 11y 214d




Last Seen: 3d 7h
The User is Offline
Accuracy of the answer
Google/translate1Thank You!1Good Post!0Bad Post! link
Sure Smile

Maybe PM me your code so i can check for an error.
The geeks shall inherit the properties and methods of object earth.
Global Rank: 238
Totalscore: 84571
Posts: 1339
Thanks: 1194
UpVotes: 706
Registered: 11y 214d




Last Seen: 3d 7h
The User is Offline
Accuracy of the answer
Google/translate1Thank You!1Good Post!0Bad Post! link
Hmm, the script from esh seems to work fine.

Did someone solve it recently?
The geeks shall inherit the properties and methods of object earth.
Global Rank: 201
Totalscore: 94461
Posts: 15
Thanks: 19
UpVotes: 15
Registered: 9y 207d


Last Seen: 2y 24d
The User is Offline
Accuracy of the answer
Google/translate1Thank You!1Good Post!0Bad Post! link
Ok, somehow i found what to do to raise up accuracy. Now i have the last 5-6 numbers difference. For decimal math i checked, the result is right, and for final base conversion i tried 4 different modules and they gave me exact equal strings.

For examle, base 43 out:

Sent the RTZragTQIRr7ARyP91]2qMTsh9APi78aK6qripSN3Occj_1bRyQ51zPySbgjNRyOhS4M15ya371hhO5Za]Ti3aNNtTEc6H7t
Expected RTZragTQIRr7ARyP91]2qMTsh9APi78aK6qripSN3Occj_1bRyQ51zPySbgjNRyOhS4M15ya371hhO5Za]Ti3aNNtTtA6P7_

As we see, last Ec6H7t differs from TA6P7_

In each case, difference is not equal to difference from early. But the equation did properly and right..
Global Rank: 318
Totalscore: 66803
Posts: 12
Thanks: 12
UpVotes: 13
Registered: 10y 29d



Last Seen: 8y 92d
The User is Offline
Accuracy of the answer
Google/translate1Thank You!1Good Post!0Bad Post! link
Same problem here.

Charset: tg0Whq}RcJkbe2_KNlQXFwm1E67viS9ArxdI43s8]TPynC{5oMpYGDHfz@OuB#LaUj[ZV
inputbase: 66
outputbase: 43

Calculation: clxr*dxWU*PCpn*1rci*M3Dq*cace*76f5*MRaG*wGRb*eAy}*XDOz*rftw*iQ9v*zqSb*YKrS*dTmM*}6M{*zf{J*x5lL*40ye*QUzC*CgbR*Miqu+n8j

My programs solution: g]Wi67isvJR9RNxhr3SxXKFJrN3AiSeF]vKQK47iSg9TvE278d]8RtbNlm4Pm}i8RslSqQIxdxw_i6WxxTh0Aqd]Pmx]FA]tNT
But server expected: g]Wi67isvJR9RNxhr3SxXKFJrN3AiSeF]vKQK47iSg9TvE278d]8RtbNlm4Pm}i8RslSqQIxdxw_i6WxxTh0Aqd]Pmx]FI74]8
Global Rank: 238
Totalscore: 84571
Posts: 1339
Thanks: 1194
UpVotes: 706
Registered: 11y 214d




Last Seen: 3d 7h
The User is Offline
Accuracy of the answer
Google/translate1Thank You!0Good Post!1Bad Post! link
The challenge got solved and double checked recently,

you may pm me your code as well, so we can discuss it.
The geeks shall inherit the properties and methods of object earth.
Global Rank: 318
Totalscore: 66803
Posts: 12
Thanks: 12
UpVotes: 13
Registered: 10y 29d



Last Seen: 8y 92d
The User is Offline
Accuracy of the answer
Google/translate1Thank You!1Good Post!0Bad Post! link
Got it.
My problem was that I used find() instead of index(), causing the calculation to be incorrect (the calculator itself worked correctly).
Sorry for the inconvenience.
Global Rank: 201
Totalscore: 94461
Posts: 15
Thanks: 19
UpVotes: 15
Registered: 9y 207d


Last Seen: 2y 24d
The User is Offline
Accuracy of the answer
Google/translate1Thank You!1Good Post!0Bad Post! link
John W, i'm not fully understand, on what stage you had error. Encoding decimal result of calculation into base(out), or earlier on decoding the base(in) numbers? I'm using perl and don't know for what index() or find() used.
1 2
Redknee, tunelko, silenttrack, qdxy, John W, TheHiveMind, Z, Ge0, samuraiblanco, arraez, jcquinterov, hophuocthinh, alfamen2, burhanudinn123, Ben_Dover, stephanduran89 have subscribed to this thread and receive emails on new posts.
1 people are watching the thread at the moment.
This thread has been viewed 20329 times.