ALL Ronaldo's future/comments/speculation

Status
Not open for further replies.
Will Ronaldo be back by Saturday? ie - Will he be in the stand for Ole's testimonial?
 
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
 
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'
 
FFS Ronaldo just come out said you are staying, stop all this speuclation once and for all.
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.
 
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
 
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

:lol:
 
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.
 
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.

Marca didn't even pretend it was a quote. It was just their headline summarising what they think may be his position.
 
Beckham and Ronaldo have been seen together at the Home Depot field in Carson, home of the LA Galaxy. Beckham has been torn between his loyalties to Real and United in telling Ronaldo the best move. The consensus is that Becks has advised him to give United one more year. They both were later seen dining at Las Brisas in Laguna Beach.
 
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.
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.
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.

Of course, if we flog the greasy Haggis-muncher we could get both Mourinho and Hiddink (the dream team). :drool:
 
And when was SAF supposed to have made these comments? Has there been a press conference? What a load of rubbish - this lot will try anything, anything at 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

As do I
 
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.

2320841930103265676S500x500Q85.jpg
 
Could you introduce a delayed Marca-feedback comparative loop to feed into Nand gates with the other inputs - that should get most of it.

Marca=M LegitPress=L Result=R

M L R
----------------
0 0 0
0 1 1
1 0 0
1 1 0

So I reckon you'd have to AND NotMarca with LegitPress.
And, you're right, we need to latch the Marca signal to damp the oscillations as it gets retranslated.

This only applies if there is such a thing as LegitPress which is doutbtful but may be accurate enough to use in the next generation Bullshit-o-meter, though it would need to be fitted with a "do not use for gambling" warning.
 
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 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. 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.

and to think i thought you were just drawing the lines in paint. that showed me
 
you just copied and pasted that from somewhere else
 
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!

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.

So you're an IT professional. Hmmm..
 
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.

I was rather thinking of a mid-level assembler coding, producing a real-time process, interfacing with hoped-for unused elements of the hardware tbh.

Of course, with you being away from the hardware interfaces, this would involve delays.
 
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.

Why don't you outsource the development, Bahama. You can start the testing phase soon when Marca or Calderon next spouts shit or Ronaldo opens his mouth. I reckon building this thing is taking loads outta yourself - leave it to the professionals, hey.
 
Status
Not open for further replies.