Forum > Discussion Forum
Report on new optimized Astropulse apps for Windows
Jason G:
A ship. It supposedly was supposed to get a wartime transmission/order that was received by it's successor, Queen Mary 2 Elizabeth II, (~35 years? later )... basically the point is that radio waves do weird stuff, and that messing with a single sample isn't likely to upset the kind of transmission we're looking for, especially when you're talking broadband pulses that saturate surrounding frequencies... (Will check name of etc.... Though that sounds about right ;) )
[Edit: intended recipient was the 'Queen Mary' during world war II, recipient was the QE2 , "Queen Elizabeth the 2nd" in 1978... No subscription by myself about paranormal factors or ' Blackwell Bracewell probe' theories either, but can attest that radio waves do weird stuff anyway :P]
Josef W. Segur:
--- Quote from: Raistmer on 22 Nov 2008, 05:00:18 am ---@All testers
Please keep eye on indices.txt in working directory (if it become non-zero length or not).
And if you keep result file, please, keep indices.txt too along with result and WU files.
--- End quote ---
--- Quote from: Haselgrove on 22 Nov 2008, 08:52:17 am ---ap_03no08af_B2_P1_00143_20081121_30048 (1065721003)
ap_03no08ag_B2_P1_00100_20081121_20392 (1066329522)
- both just started - have chunky indices.txt files (attached). If I'm reading the guesstimates right, these both have a high chance of pulsing out before their allotted span. Have suspended networking for a result capture.
--- End quote ---
That second one is a jewel. 2141 blanking indices, leaves about 6422528 samples to process so roughly 81% is blanked. A waste of CPU, but intellectually interesting. If it exits early I suspect the percent blanking reported in the result file won't agree with my calculations, it's done incrementally. In theory it should not be likely to exit early, in practice I'm not even willing to guess.
The indices.txt file isn't used for anything, just written during the initialization step which generates the internal array. It's basically the same information which was put into stderr.txt by the Linux 4.37 stock build, but BOINC will only report the last 64K of stderr. I'm glad they preserved it in this form even if it is ridiculously verbose.
Joe
Raistmer:
We can use that file for determining blanked areas and to see if these blanked areas gave some signals or not....
Jason G:
--- Quote from: Raistmer on 22 Nov 2008, 07:19:07 pm ---We can use that file for determining blanked areas and to see if these blanked areas gave some signals or not....
--- End quote ---
I should hope so, if there's no signal there then there was no point blanking it right?
Raistmer:
After blanking there should be NO signal. OR this blanking is very bad idea...
I mean we can correlate blanking index and signals in result file. They should not point on the same area in data...
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version