![]() |
I live in England, I tolerate the rain, but I like the cold. It's easy to add another layer of clothing if you're cold, but the heat it makes me want to peel off my own skin.
|
[quote=lavalamp;179388]It's easy to add another layer of clothing if you're cold, but the heat it makes me want to peel off my own skin.[/quote]
i completely agree |
1 Attachment(s)
In my last progress post these two got overlooked on Elevensmooth:
3321928373 was completed to 75 bits and is now going on to 76 bits. 3321932093 was reserved to be taken to 76 bits by me. And now new progress, the following have been taken to 75 bits: 3321929041 3321929053 3321929059 3321929113 And these have been completed to 76 bits: 3321931819 3321931829 OK, so I was cleaning up the source code, but decided to add a few features. Unfortunately I hit a snag, a JavaScript/CSS bug related to multiple and changing classes that seems to affect IE, Firefox and Opera, but not Safari. I was positive that I'd made a giant cockup, but after going over the code several times, I can't see anywhere that might even in pricipal cause it. Additionally, the code still has to be modified to show bit depths higher than 80 and lower than 71. For that I may shrink the vertical scale some and see how it looks, on 1024x768 it's already maxing out the width and height of the viewport. I've attached some code anyway (which does not include the multiple class buggy code) and you can use this if you like, but bear in mind that if more candidates are added at below 70 bits, it will probably just break, so at some point it will need to be updated. Also, IE6 requires a DOCTYPE or it will drop into quirks mode and break the styles slightly, so if you add this to a page it'd be good to include a DOCTYPE (and an opening <html> tag). In the zip there are two versions, one always outputs plain HTML, the other outputs XHTML served as application/xhtml+xml but with content negotiation to send HTML to browsers that do not support XHTML properly. The second is what I use online, but I figured you'd want the first for ease of integration. The attached code only has a single new feature, the ability to click any of the bars to highlight them. |
OK, so I completed these to 76 bits with no factors, unreserving:
3321931919 3321931931 3321931967 3321931993 3321932093 3321932111 3321932123 3321932143 3321932161 3321932359 3321932443 3321932491 3321932567 3321932767 3321932869 3321932899 And it looks like byroz won't be doing those others, so transfer the reservations to me. In fact I've already taken this one to 76 bits: 3321932909 From the byroz block I'm going to do them all to 76 first, then take them to 77. Although, I don't think I'll take 3321932909 to 77 bits since with all the other 11 done there will be 24 at 77 bits which is what I'm aiming at, if one of the others has a factor then I guess I will do it, but if not not. I am still working on taking 3321928373 to 76 bits with a slow PC, that's just about 55% done currently. It's going at roughly one thousandth of a percent per screen update, based on that pace it'll be about 16 more days. |
[QUOTE=lavalamp;181518]OK, so I completed these to 76 bits with no factors, unreserving:
3321931919 3321931931 3321931967 3321931993 3321932093 3321932111 3321932123 3321932143 3321932161 3321932359 3321932443 3321932491 3321932567 3321932767 3321932869 3321932899 And it looks like byroz won't be doing those others, so transfer the reservations to me. In fact I've already taken this one to 76 bits: 3321932909 From the byroz block I'm going to do them all to 76 first, then take them to 77. Although, I don't think I'll take 3321932909 to 77 bits since with all the other 11 done there will be 24 at 77 bits which is what I'm aiming at, if one of the others has a factor then I guess I will do it, but if not not. I am still working on taking 3321928373 to 76 bits with a slow PC, that's just about 55% done currently. It's going at roughly one thousandth of a percent per screen update, based on that pace it'll be about 16 more days.[/QUOTE] Thanks lavalamp. I will transfer the byroz block to you and set the range 75-76. After you finish the block, there will eventually be another reservation up to 77. Luigi |
Hm, curious. The status for 3321928373 shows as available [url=http://www.moregimps.it/billion/expo_t.php]here[/url]. But it's listed with the other active exponants [url=http://www.moregimps.it/billion/expo_a.php]here[/url].
Also, heh, that was quite an update, my [url=http://2721.hddkillers.com/compare/live/]comparison page[/url] is now awash with red. Edit: I also see that the average depth is now some way past the half way point between 75 and 76 bits. |
[QUOTE=lavalamp;181526]Hm, curious. The status for 3321928373 shows as available [url=http://www.moregimps.it/billion/expo_t.php]here[/url]. But it's listed with the other active exponants [url=http://www.moregimps.it/billion/expo_a.php]here[/url].
[/QUOTE] Is it? :cool: Luigi |
Heh, not anymore. It was curious though because since everything is stored in a database, the only way for two pages to display contradictory data is if the database stores some information twice and also that you have to enter it twice?!
|
[QUOTE=lavalamp;181529]Heh, not anymore. It was curious though because since everything is stored in a database, the only way for two pages to display contradictory data is if the database stores some information twice and also that you have to enter it twice?![/QUOTE]
The information is stored once, the human operator may do wrong... shat hippens. I guess there was a small bug in the cancellation routine: I should add some constraints and functions to add-modify information stored in the DB. When the project started I had less knowledge of PHP/MySQL, and exchanging/modifying exponents on the fly was not scheduled. Maybe is time to rethink the whole system... :smile: Luigi |
Releasing M3321930011.
|
[QUOTE=em99010pepe;182439]Releasing M3321930011.[/QUOTE]
With or without progress? |
| All times are UTC. The time now is 22:43. |
Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2021, Jelsoft Enterprises Ltd.