Käyttäjätunnus: Salasana:
Uuden käyttäjän rekisteröinti
Valvoja(t): Hrqls , coan.net , rod03801 
 BrainKing.com

Board for everybody who is interested in BrainKing itself, its structure, features and future.

If you experience connection or speed problems with BrainKing, please visit Host Tracker and check "BrainKing.com" accessibility from various sites around the world. It may answer the question whether an issue is caused by BrainKing itself or your local network (or ISP provider).




Viestejä per sivu:
Lista keskustelualueista
Sinulla ei ole oikeutta kirjoittaa tälle alueelle. Tälle alueelle kirjoittamiseen vaadittu minimi jäsenyystaso on Brain-Sotilas.
Moodi: Kaikki voivat lähettää viestejä
Etsi viesteistä:  

<< <   1 2 3 4 5 6 7 8 9 10   > >>
29. Syyskuu 2014, 08:01:20
Hrqls 
Otsikko: Re:
Bernice: lol :)

ThunderGr: i noticed :) ... but its a nice idea, if i ever want to go into hiding, i will use the name your proposed (only you can find me then :))

27. Syyskuu 2014, 02:59:11
Bernice 
went and looked at friends list...OMG where did all those people come from? hahah 88 of them and I didnt know half of them so now there are only 33 and I am sure most of them dont know who I am except for a few LOL

27. Syyskuu 2014, 02:45:59
Bernice 
Otsikko: Re:
rod03801: oh really....I didnt know that, but I dont usually worry about things like that, havent in the past and sure aint going to do that now :)

27. Syyskuu 2014, 00:06:24
rod03801 
Otsikko: Re:
Bernice: That's how it works. This is the "public" friends list. It is different than your regular friends list. This is a list where you are publicly showing you are friends. Anyone who clicked on your profile would see that he was a public friend. If you want to add Hrqls to your public friends list, you would first have to have him on your regular friends list. Then, next to his name, you would see a tiny lock. If you click that lock, it would send Hrqls a request. If he approves it, then he would be shown on your public friends list, on your profile.

26. Syyskuu 2014, 23:57:01
Bernice 
OK...must be another GLITCH in the long list of things that seem to do that on here hahahahaha

26. Syyskuu 2014, 23:12:46
likewowman2cool 
Otsikko: Re:
Bernice: You are on his friends list. You have to check his profile to see.

26. Syyskuu 2014, 22:41:56
ThunderGr 
Otsikko: Re:
Bernice: If you accepted his request, then you are in his list. In order for him to get to your list, you have to make a request to him.

26. Syyskuu 2014, 22:39:47
Bernice 
Otsikko: Re:
Hrqls: well I accepted your supposed request for driendship but you aren't on my friends list - so much be a hoax :(

26. Syyskuu 2014, 17:58:49
ThunderGr 
Otsikko: Re:
Hrqls: The rumors for your "disappearance" were totally my fault. I was misspelling your alias in the players list search. I am sorry.

26. Syyskuu 2014, 15:27:08
Hrqls 
Otsikko: Re:
ThunderGr & Bernice & Marshmud: I am still here ..and I am still Hrqls :)

There is a bug in the message system which doesnt show the name, but it does show when you go to your friends list

26. Syyskuu 2014, 13:27:38
ThunderGr 
Otsikko: Re: Castle site layout
moistfinger: Unchecking the "Enable style animations" seems to have done what I wanted.

Thank you *very* much, sir.

26. Syyskuu 2014, 13:25:01
moistfinger 
Otsikko: Re: Castle site layout
ThunderGr: You could use the 'Simple' layout option available at the top of most pages or could untick the 'Enable style animations' in the General profile setting page.

26. Syyskuu 2014, 12:19:19
ThunderGr 
Otsikko: Castle site layout
While I love this layout for the site, I really have to ask: Is the appearance of the dragon so frequently, necessary?

While it is impressive the first few times or so, it appears to tax the computer quite a bit and there is no way to stop it from appearing.

Is there any hope that we can get an option to turn the dragon's appearance off?

26. Syyskuu 2014, 10:41:11
ThunderGr 
Otsikko: Re:
Muokannut ThunderGr (26. Syyskuu 2014, 10:41:51)
Bernice: I think I might have an idea why the friends request message was empty. It appears that you get both a message and a friends notification when you receive a friends request.

It *might be*, that if you go first to the friends notification and accept the request, the name then disappears from the message, when you go to take a look.

At least, this appears to be what happened to me.

25. Syyskuu 2014, 23:02:55
ThunderGr 
Otsikko: Re:
Muokannut ThunderGr (25. Syyskuu 2014, 23:03:08)
Marshmud: This is good, then. That he has not disappeared, that is :). Everything else will be easy for Fencer to sort out, I guess.

25. Syyskuu 2014, 23:00:26
Marshmud 
Otsikko: Re:
ThunderGr: He was on today so I dont understand about his disappearence and its Hrqls

25. Syyskuu 2014, 22:47:08
ThunderGr 
Otsikko: Re:
Muokannut ThunderGr (25. Syyskuu 2014, 22:47:55)
Marshmud: It is interesting that you say so, because there is no player starting with "hqr" in the players list any more. I am pretty sure I have played quite a few games against him, though.

Roberto Silva: Strange. Maybe it is related to the disappearance of Hqrls.

25. Syyskuu 2014, 22:41:49
Roberto Silva 
Otsikko: Re:
ThunderGr: I got a message in my events box saying "You are the winner of the tournament". Just that line, no tournament name or link or anything (nor do I remember recently winning anything).

25. Syyskuu 2014, 22:40:50
Marshmud 
Otsikko: Re:
ThunderGr: Yes he is the mod of this board. Strange because I got one also. Ill ask him about it.

25. Syyskuu 2014, 22:35:15
ThunderGr 
Otsikko: Re:
Muokannut ThunderGr (25. Syyskuu 2014, 22:35:33)
Bernice: Yeap, it did come to me as well. The user name was given as Hqrls(or similar) at first...then it disappeared.

25. Syyskuu 2014, 22:20:30
Bernice 
Otsikko: Re:
Bernice: OH and it came thru in my EVENTS BOX not my message box....???

25. Syyskuu 2014, 22:19:24
Bernice 
got this request this morning....no name or any ID....anybody else?

*******wants to add you to his/her list of public friends. A public friend list is visible to everyone at the users profile.
Visit your Friends page where you can accept or reject this request.
***********

21. Elokuu 2014, 17:23:58
Purple 
Otsikko: Re:
rod03801: It would have been of interest of the F.B.I.

21. Elokuu 2014, 15:59:40
rod03801 
The inappropriate spam was taken care of, and banned.

19. Elokuu 2014, 08:05:31
The Col 
Otsikko: Yahoo Brainking & Goldtoken Fantasy Football League
We have 7, possibly 9 spots available in our Yahoo fantasy league, it's all about fun , casual fans are welcome.Please message me for the link.

15. Elokuu 2014, 12:42:36
rabbitoid 
Otsikko: Re:
ThunderGr: Interesting discussion, but since the main ingredient (Fencer) is missing, pointless to continue.

15. Elokuu 2014, 11:59:35
ThunderGr 
Otsikko: Re:
Muokannut ThunderGr (15. Elokuu 2014, 12:17:25)
rabbitoid: The basic problems with implementing features that the current implementation had not accounted for on creation, is the interaction with the existing system.
I felt the need to point out the holes in your algorithm, because you stated how "simple" it is and how "rubbish" is what others had said.

It is my estimation that the feature discussed here is implementable, but it is also my impression that the current system would need at least a partial reconstruction to do so, as the creator of the system had focused on other very important issues during the implementation(like versatility without compromising speed) and I have to say this site has the most flexible tournament system I have seen anywhere. Allowing unlimited players, variable-length sections, unlimited tournaments, a host of different time controls, different tournament types and so many things taken for granted by the people here really needed some very involved programming, considering all the issues you need to deal with in order to make it happen.

This does not mean that the integration of such a feature could not be done without reconstruction(as I can only guess as to current implementation), but extensive testing and very careful programming will be needed which I do not think is even near "very easy", even though the algorithm itself seems to be easy.

If you have not predicted that the need for games in a session to continue after a session is over may arise, you may need to expand the existing structure to allow that. Depending on where the structure is kept this can mean the need to rebuild the games database(again, wild speculation, and what I imagine to be worst case scenario).

So, contributing to the solution of problems and posting ideas is great, but I think it would be prudent to avoid classifications as to the difficulty of implementation for things we know very little(if anything) about.

15. Elokuu 2014, 11:44:39
rabbitoid 
Otsikko: Re:
ThunderGr: No idea what other tasks are done on "game end". Same goes for the other "do you know" questions. I don't say that this is implementable code. This is a description, pseudo-code.
To implement correctly one certainly has to consider side effects.

When I say section (not session) over, I mean the section as a whole in the tournament. NOT individual games within the section. Those should continue. All we want is for the tournament to progress.

"For" loops can be costly, but those I described shouldn't be. they are on the number of players in a section and one on the number of sections in a round.

15. Elokuu 2014, 11:07:14
ThunderGr 
Otsikko: Re:
Muokannut ThunderGr (15. Elokuu 2014, 11:14:50)
rabbitoid: Interesting. Do you have any idea how this would interact with the current tasks when a game is over? Do you know how is the tournament system currently implemented? Do you know what methods and algorithms are currently used to check tournaments for completion? Do you know how this algorithm of yours would interact with that?
What about the rest of the games currently in progress within the session? Where in your algorithm is that being taken in account?
The fact that you are not supposed to end the session but allow the rest of the games continue seem to escape you. The games are played for the enjoyment of the game(mostly) and rating determination as well as tournament position add to the enjoyment.

Unless you know all those things I have mentioned, then your statement about easiness and simplicity are void.

And, by the way, 'for' loops tend to be costly, depending on the processing in the for loop and 'if' branches can also be costly, depending on the occasion, so your determination of simplicity and processing time based on the number of 'fors' and 'ifs' is rather arbitrary, as well.

15. Elokuu 2014, 10:58:03
rabbitoid 
All rubbish. There's no need for a time-check. Here's a 2-cent algorithm:
- when any game ends, check if it is in a tournament. If not, we're done.
- if yes, check it's section for winner
- if there is a clear-cut winner for this section, check if all sections are done.

How to "check this section for winner":
- Find the highest score
- for all the other players in the section:
- - assume that all the unfinished games for the player will be wins.
- - if the new assumed score is higher than the "highest score" the section is not over.
- if for all the other players in the section the test is good, the section is over.

This algorithm costs almost nothing in performance. 3 "for" loops and a couple of ifs.
Why won't it work? because there's no one to implement it.

15. Elokuu 2014, 00:04:01
El Cid 
Otsikko: Re:
Muokannut El Cid (15. Elokuu 2014, 00:04:38)
coan.net: My idea was more like "check if there are winners in this tournament" (instead of calculating for all tournaments), rather than "I think the winners are A, B and C"
But a calculation attached to a finished game would solve the peak in the resources used

14. Elokuu 2014, 23:28:21
coan.net 
BrainKing has a lot of running tournaments, so as El Cid said, it might take too many resources to run every hour - but to save a ton of programming, I think the idea that a user can "ask for next round to start" button where someone who knows how to see if the results could re affected by current games could then manually assign the winners from each section to start next round (and let remaining games that don't matter to the tournament to continue) - it might be a solution to help with the amount of programming to calculate if the results can be different.

14. Elokuu 2014, 21:08:15
happyjuggler0 
Otsikko: Re:
rod03801: If slowing down the site is a problem, there are no doubt times during a 24 hour day when there is a lot less traffic than at other times. That would be an ideal time for a "once a day" routine to run to determine mathematically definite "yellow lines" in tournaments.

I agree, even once a day would shave weeks or months (years even) off of each round starting in many tournaments.

14. Elokuu 2014, 21:03:46
The Col 
Otsikko: Re: re site
beach: I vote for casual fridays

14. Elokuu 2014, 21:00:20
rod03801 
Otsikko: Re:
El Cid: It seems to be pretty routine at other sites though. For example GT definitely does it. I'm not sure it would need to be once an hour. Heck, once a day would be plenty and would help move tournaments along. Even not THAT often, would be an improvement.

14. Elokuu 2014, 17:32:12
El Cid 
Otsikko: Re:
happyjuggler0: I believe the reason Fencer pointed out most of the times was that it would be a burden to the site to be calculating every tournament possibilities every... hour. If that is the case, an alternative would be to calculate everytime a game is finished (and only then), or another possibility that the "early calculation" would be "user requested", for instance there would be a button in every tournament where I could go and click "calculate winners" and that I could only use once in a day or a week for each tournament (my idea was that only the user who clicked it would be blocked for a day). I don't understand much (almost nothing) of programming so I don't know if any of them is easy to implement

14. Elokuu 2014, 03:45:16
happyjuggler0 
Otsikko: Re:
Purple:

I think my record (for rounds played) there is something like 5 or 6 rounds in Connect6.

I don't play checkers (a notoriously drawish game for the very best players against each other), and as I'm learning right now, I don't seem to be too good at any of its variants either.

So basically I guess I am saying that their system has little downside for me with my limited game preferences there, but would be brutal for a checkers player like yourself.

14. Elokuu 2014, 03:39:17
Purple 
Otsikko: Re:
happyjuggler0: The down side is that IYT will let tournament finalists play 200+ draws until someone wins.

14. Elokuu 2014, 03:14:31
happyjuggler0 
Otsikko: Re:
Aganju: They use the system I described at IYT, but their tournament sections range from 2 to 5 players, and they don't use a tiebreaker method, so I am guessing it would be easier to calculate than it would be here....

14. Elokuu 2014, 03:07:04
Aganju 
Otsikko: Re:
Muokannut Aganju (14. Elokuu 2014, 03:09:40)
happyjuggler0: I agree that this would be nice, but as a coder I know that it can become very complex in some situations to calculate that.
However, it would be not that difficult to implement the simpler cases, so it would catch 95 % of the situations, and let the remaining 5 % running a bit longer.
In other words, it doesn't have to be able to catch all mathematically decided situations, just most.

14. Elokuu 2014, 02:48:54
Walter Montego 
Otsikko: Re:
happyjuggler0: I likes this revised plan of yours for the tournaments, happyjuggler0.

14. Elokuu 2014, 02:39:31
happyjuggler0 
Otsikko: Re:
BGBedlam: rod is correct, that is what I meant.

I guess if I phrased it differently I would say that each tournament section should receive a yellow line (or more than one yellow line when it is a tie) once it is mathematically known who won that section.

Then once all the sections have a yellow line, the next round begins, or if it is the end of the tourney, then a tourney winner is declared.

All the remaining games can continue at their own pace, without being pressured by the others to hurry up and finish.

14. Elokuu 2014, 00:36:49
BGBedlam 
Otsikko: Re:
rod03801: Ok, thanks

14. Elokuu 2014, 00:34:54
rod03801 
Otsikko: Re:
BGBedlam: THe game isn't ended early. THe BKR would be figured as always. It's the tourney being moved to the next round or ended, etc, when it is mathematically known.

14. Elokuu 2014, 00:33:03
BGBedlam 
Otsikko: Re:
happyjuggler0: But how would BKR be calculated for games that were prematurely ended?

14. Elokuu 2014, 00:30:10
rod03801 
Otsikko: Re:
happyjuggler0: That is a MUCH needed feature.

13. Elokuu 2014, 23:26:14
happyjuggler0 
I suppose everyone has their own idea of what needs improvement first, so I will add my one idea.

IYT has a feature that declares a winner (or tie as the case may be) in a tournament section once it is mathematically over. Once all sections have a winner, the tournament progresses to the next round.

Such a system would help speed up tournaments without having to wait for stragglers who can have no impact upon the overall results.

I believe that if BK implemented that, then there would be more satisfied players in current tournaments, and more people might start playing in tournaments, which would help BK retain players.

I have no idea how easy or hard it would be to program such a situation here, and I also know others surely have other ideas which perhaps ought to have higher priority when it comes to making improvements.

13. Elokuu 2014, 23:13:21
baddessi 
Otsikko: Re: re site
beach: Nice! I totally agree!

13. Elokuu 2014, 23:08:45
crosseyed 
Otsikko: Re: re site
beach: Well put and I agree with all you put.

13. Elokuu 2014, 23:00:48
furbster 
Otsikko: Re: re site
beach: I agreee!

<< <   1 2 3 4 5 6 7 8 9 10   > >>
Päivämäärä ja aika
Ystävät palvelimella
Suosikki keskustelut
Yhteisöt
Päivän vinkki
Tekijänoikeudet - Copyright © 2002 - 2014 Filip Rachunek, kaikki oikeudet pidätetään.
Takaisin alkuun