giggs-beckham
Clueless
- Joined
- Sep 9, 2007
- Messages
- 7,327
If we couldve got berbatov and aguero i wouldve paid for the greasy feckers plane ticket to madrid.
FFS Ronaldo just come out said you are staying, stop all this speuclation once and for all.
FFS Ronaldo just come out said you are staying, stop all this speuclation once and for all.
Maybe SAF has told him not to speak to the press. Nobody has any idea whats is going on behind the scenes or what has been said
He is back this week and thats probably when he will speak and I hate to say it but even if he does say he is staying, Calderon won't shut up. He will continue to try and unsettle him.
I trust SAF's firm word that he won't be sold
Cant wait for that (!)
'i will give my all on the pitch and for my collegues, the future? only god knows'
Why is it so important for him to come out and say he's staying. SAF, the man who has all the say in the matter, has said he is staying. United hold all of the cards, and if we don't want to sell, he's staying. And even if he did stay, it wouldn't change anything. Speculation will continue as usual the next day.FFS Ronaldo just come out said you are staying, stop all this speuclation once and for all.
"If Ronaldo leaves, I'm going too," the Scot is quoted as saying by Spanish newspaper Marca.
Ferguson Bombshell: If Ronaldo Leaves I Will Too!
Sir Alex Ferguson has dropped a bombshell by sensationally revealing that he will quit as manager of Manchester United if Cristiano Ronaldo leaves to join Real Madrid.
It has been the transfer soap opera of the summer, and the most explosive episode so far may have just been aired.
With Man Utd publicly insisting that the Portuguese wizard is staying, Real Madrid quietly confident that they can get their man, and Ronaldo himself still remaining silent, Sir Alex Ferguson has moved to drop an absolute bombshell regarding the issue.
Ferguson, who has won more trophies than any other manager in the history of English football, has threatened to quit Manchester United if Ronaldo is sold.
"If Ronaldo leaves, I'm going too," the Scot is quoted as saying by Spanish newspaper Marca.
It is quite an astonishing statement from Fergie, who has been at Man Utd for the last 22 years, winning 10 Premier Leagues, five FA Cups, two Champions Leagues and an Intercontinental Cup, among a plethora of other honours.
Ferguson is well known to being a master when it comes to playing the media, and these comments, if Marca have reported them accurately, may have been intended to pile up the guilt on Ronaldo, and pressure him into staying at Old Trafford.
http://www.goal.com/en/Articolo.aspx?ContenutoId=796532
No kidding. How does Goal.com even decide to run that? A quote that would rock Manchester United, yet only a Spanish paper hears it? Let me guess, Fergie learned Spanish during his holiday and decided to call up Marca to give them this exclusive quote? Could there be a more obviously made up quote in this whole saga?Marca just get worse and worse.
but shame on goal.com etc for believing them
No kidding. How does Goal.com even decide to run that? A quote that would rock Manchester United, yet only a Spanish paper hears it? Let me guess, Fergie learned Spanish during his holiday and decided to call up Marca to give them this exclusive quote? Could there be a more obviously made up quote in this whole saga?
Jesus, next thing you know Goal.com is going to run a story that was fabricated up here on the Caf......oh wait, nevermind.
"If Ronaldo leaves, I'm going too," the Scot is quoted as saying by Spanish newspaper Marca.
Fergie HASN'T said he's DEFINITELY staying. That's the problem. Until Ronnie says it, it isn't definite and there will continue to be speculation. There's only ONE way to stop the speculation......and of course, this thread.Why is it so important for him to come out and say he's staying. SAF, the man who has all the say in the matter, has said he is staying. United hold all of the cards, and if we don't want to sell, he's staying. And even if he did stay, it wouldn't change anything. Speculation will continue as usual the next day.
Of course there's only one way to end all the speculation. Ronaldo leaving. No matter how many times he's said it in the past or people at the club have said it, the media will never give up until he no longer plays for United. Thus I am not too concerned with him having to come out and say he's staying.Fergie HASN'T said he's DEFINITELY staying. That's the problem. Until Ronnie says it, it isn't definite and there will continue to be speculation. There's only ONE way to stop the speculation......and of course, this thread.
Fergie HASN'T said he's DEFINITELY staying. That's the problem. Until Ronnie says it, it isn't definite and there will continue to be speculation. There's only ONE way to stop the speculation......and of course, this thread.
Maybe SAF has told him not to speak to the press. Nobody has any idea whats is going on behind the scenes or what has been said
He is back this week and thats probably when he will speak and I hate to say it but even if he does say he is staying, Calderon won't shut up. He will continue to try and unsettle him.
I trust SAF's firm word that he won't be sold
Temporarily knocked the Bullshitometer off the scale!
The Marca filter IS working. Trouble is other media are picking up on Marca and going with it. I have to find a way to incorporate that into the innards.Eh? You mean the Marca filter has malfunctioned? You do realise that this leaves us unprotected? At risk from deadly fall-out? Fix it at once!
The Marca filter IS working. Trouble is other media are picking up on Marca and going with it. I have to find a way to incorporate that into the innards.
Could you introduce a delayed Marca-feedback comparative loop to feed into Nand gates with the other inputs - that should get most of it.
Being away right now makes that sorta difficult for me. Like the idea though........Could you introduce a delayed Marca-feedback comparative loop to feed into Nand gates with the other inputs - that should get most of it.
Being away right now makes that sorta difficult for me. Like the idea though........
Basically, there are three possible methods by which I could perform the numerical calculations which I am going to encounter during this filter upgrade.
First, I could use a mathematical software package, such as MATHEMATICA, MAPLE or MATLAB. The main advantage of these packages is that they facilitate the very rapid coding up of numerical problems. The main disadvantage is that they produce executable code which is interpreted, rather than compiled. Compiled code is translated directly from a high-level language into machine code instructions, which, by definition, are platform dependent--after all, an Intel x86 chip has a completely different instruction set to a Power-PC chip. Interpreted code is translated from a high-level language into a set of meta-code instructions which are platform independent. Each meta-code instruction is then translated into a fixed set of machine code instructions which is peculiar to the particular hardware platform on which the code is being run. In general, interpreted code is nowhere near as efficient, in terms of computer resource utilization, as compiled code: i.e., interpreted code run a lot slower than equivalent compiled code. Thus, although MATHEMATICA, MAPLE, and MATLAB are ideal environments in which to perform relatively small calculations, they are not suitable for full-blown meters such as the Ronometer, since the code which they produce generally runs far too slowly.
Second, I could write my own program in a high-level language, but use calls to pre-written, pre-compiled routines in commonly available subroutine libraries, such as NAG,4 LINPACK,5 and ODEPACK,6 to perform all of the real numerical work. This is the approach used by the majority of football meters.
Third, I could write my own programs--completely from scratch--in a high-level language. This is the approach used in the Ronometer. I have opted not to use pre-written subroutine libraries, simply because I want supporters to develop the ability to think for themselves about scientific programming and numerical techniques. Supporters should, however, realize that, in many cases, pre-written library routines offer solutions to numerical problems which are pretty hard to improve upon.
In other words, it is possible, but will involve some time and effort and it may not be finished in time before it is no longer needed.
I'm from the Internet.you just copied and pasted that from somewhere else
Still around Keyser but have limited access and am tied up with this darts tournament.
Eh? You mean the Marca filter has malfunctioned? You do realise that this leaves us unprotected? At risk from deadly fall-out? Fix it at once!
Being away right now makes that sorta difficult for me. Like the idea though........
Basically, there are three possible methods by which I could perform the numerical calculations which I am going to encounter during this filter upgrade.
First, I could use a mathematical software package, such as MATHEMATICA, MAPLE or MATLAB. The main advantage of these packages is that they facilitate the very rapid coding up of numerical problems and meter visualization techniques. The main disadvantage is that they produce executable code which is interpreted, rather than compiled. Compiled code is translated directly from a high-level language into machine code instructions, which, by definition, are platform dependent--after all, an Intel x86 chip has a completely different instruction set to a Power-PC chip. Interpreted code is translated from a high-level language into a set of meta-code instructions which are platform independent. Each meta-code instruction is then translated into a fixed set of machine code instructions which is peculiar to the particular hardware platform on which the code is being run. In general, interpreted code is nowhere near as efficient, in terms of computer resource utilization, as compiled code: i.e., interpreted code run a lot slower than equivalent compiled code. Thus, although MATHEMATICA, MAPLE, and MATLAB are ideal environments in which to perform relatively small calculations, they are not suitable for full-blown meters such as the Ronometer, since the code which they produce generally runs far too slowly.
Second, I could write my own program in a high-level language, but use calls to pre-written, pre-compiled routines in commonly available subroutine libraries, such as NAG,4 LINPACK,5 and ODEPACK,6 to perform all of the real numerical work. This is the approach used by the majority of football meters.
Third, I could write my own programs--completely from scratch--in a high-level language. This is the approach used in the Ronometer. I have opted not to use pre-written subroutine libraries, simply because I want supporters to develop the ability to think for themselves about foreign media and meter visualizations. Supporters should, however, realize that, in many cases, pre-written library routines offer solutions to meter visualization problems which are pretty hard to improve upon.
In other words, it is possible, but will involve some time and effort to instigate a Universal filter capable of handling foreign media and the copying of it by legit media and it may not be finished in time before it is no longer needed.
Couldn't you just give it a smack?
Always works for my telly / radio etc
If not perhaps give Calderon a smack instead? (Might have the same effect)
Being away right now makes that sorta difficult for me. Like the idea though........
Basically, there are three possible methods by which I could perform the numerical calculations which I am going to encounter during this filter upgrade.
First, I could use a mathematical software package, such as MATHEMATICA, MAPLE or MATLAB. The main advantage of these packages is that they facilitate the very rapid coding up of numerical problems and meter visualization techniques. The main disadvantage is that they produce executable code which is interpreted, rather than compiled. Compiled code is translated directly from a high-level language into machine code instructions, which, by definition, are platform dependent--after all, an Intel x86 chip has a completely different instruction set to a Power-PC chip. Interpreted code is translated from a high-level language into a set of meta-code instructions which are platform independent. Each meta-code instruction is then translated into a fixed set of machine code instructions which is peculiar to the particular hardware platform on which the code is being run. In general, interpreted code is nowhere near as efficient, in terms of computer resource utilization, as compiled code: i.e., interpreted code run a lot slower than equivalent compiled code. Thus, although MATHEMATICA, MAPLE, and MATLAB are ideal environments in which to perform relatively small calculations, they are not suitable for full-blown meters such as the Ronometer, since the code which they produce generally runs far too slowly.
Second, I could write my own program in a high-level language, but use calls to pre-written, pre-compiled routines in commonly available subroutine libraries, such as NAG,4 LINPACK,5 and ODEPACK,6 to perform all of the real numerical work. This is the approach used by the majority of football meters.
Third, I could write my own programs--completely from scratch--in a high-level language. This is the approach used in the Ronometer. I have opted not to use pre-written subroutine libraries, simply because I want supporters to develop the ability to think for themselves about foreign media and meter visualizations. Supporters should, however, realize that, in many cases, pre-written library routines offer solutions to meter visualization problems which are pretty hard to improve upon.
In other words, it is possible, but will involve some time and effort to instigate a Universal filter capable of handling foreign media and the copying of it by legit media and it may not be finished in time before it is no longer needed.
Being away right now makes that sorta difficult for me. Like the idea though........
Basically, there are three possible methods by which I could perform the numerical calculations which I am going to encounter during this filter upgrade.
First, I could use a mathematical software package, such as MATHEMATICA, MAPLE or MATLAB. The main advantage of these packages is that they facilitate the very rapid coding up of numerical problems and meter visualization techniques. The main disadvantage is that they produce executable code which is interpreted, rather than compiled. Compiled code is translated directly from a high-level language into machine code instructions, which, by definition, are platform dependent--after all, an Intel x86 chip has a completely different instruction set to a Power-PC chip. Interpreted code is translated from a high-level language into a set of meta-code instructions which are platform independent. Each meta-code instruction is then translated into a fixed set of machine code instructions which is peculiar to the particular hardware platform on which the code is being run. In general, interpreted code is nowhere near as efficient, in terms of computer resource utilization, as compiled code: i.e., interpreted code run a lot slower than equivalent compiled code. Thus, although MATHEMATICA, MAPLE, and MATLAB are ideal environments in which to perform relatively small calculations, they are not suitable for full-blown meters such as the Ronometer, since the code which they produce generally runs far too slowly.
Second, I could write my own program in a high-level language, but use calls to pre-written, pre-compiled routines in commonly available subroutine libraries, such as NAG,4 LINPACK,5 and ODEPACK,6 to perform all of the real numerical work. This is the approach used by the majority of football meters.
Third, I could write my own programs--completely from scratch--in a high-level language. This is the approach used in the Ronometer. I have opted not to use pre-written subroutine libraries, simply because I want supporters to develop the ability to think for themselves about foreign media and meter visualizations. Supporters should, however, realize that, in many cases, pre-written library routines offer solutions to meter visualization problems which are pretty hard to improve upon.
In other words, it is possible, but will involve some time and effort to instigate a Universal filter capable of handling foreign media and the copying of it by legit media and it may not be finished in time before it is no longer needed.