The Official Forum

The Official Forum (https://forum.officiating.com/)
-   Basketball (https://forum.officiating.com/basketball/)
-   -   Video Req - CSU/Boise St - Buzzer Beater waved off....stopwatch used? (https://forum.officiating.com/basketball/100864-video-req-csu-boise-st-buzzer-beater-waved-off-stopwatch-used.html)

johnny d Thu Feb 11, 2016 05:44pm

Quote:

Originally Posted by ILRef80 (Post 980544)
This looks to be a pretty bad miss. Even if it started late, it certainly wasn't excessive. This is being overly officious, IMO.

Overly officious? How? It is mandatory for the officials to use instant replay to determine whether a try for goal entering the basket was released before the reading of zeros on the game clock.

deecee Thu Feb 11, 2016 06:10pm

Quote:

Originally Posted by johnny d (Post 980554)
If you read the article and watch the video the conference put out about the play, you will see that the officials did this exactly by the book and used the technology and tools they were supposed to use. The stopwatch is part of the software package, it is supposed to adjust to the speed of the replay you are watching, therefore it was not possible for the officials to use a real-time stop watch on a slow-motion play. Now if you want to make the argument that the software didn't work properly or needs to be fixed, that is another issue, and not something for the game officials to be concerned about. For those of you (redacted) saying the officials did something wrong in this situation, you, as usual, are sadly mistaken.

To bad us (redacted) would look at the game clock and the clock provided and say, HAY the game clock has gone only .3 seconds yet our stopwatch has gone .6 and then use something called common sense and make an executive decision.

There is no way that watching that in real time or slo mo I would believe the "stopwatch". If the conference wants to punish me for NOT following faulty equipment they would be writing their own obituary.

Link for evidence: http://deadspin.com/conference-video...end-1758594286

mtn335 Thu Feb 11, 2016 06:13pm

I definitely don't think this crew should be suspended, but a "lesson learned" here - before you use any timing device, watch it yourself in slow motion. You can time the ticks in your head and get a sense for how long anything is. I did that and I figured that actual time elapsed was in the 0.7 ballpark, and then I did frame analysis and got 0.63 or so.

I'm a professional engineer and we use all sorts of calculating and analytical tools. The rule is, though, the user is responsible for making sure the output makes sense.

This output didn't make sense. I wouldn't suspend the crew, but I WOULD say that it's the job of the officials to make sure what the tool says makes sense. In this case, it was off by a factor of 2.

Adam Thu Feb 11, 2016 06:29pm

Quote:

Originally Posted by johnny d (Post 980554)
If you read the article and watch the video the conference put out about the play, you will see that the officials did this exactly by the book and used the technology and tools they were supposed to use. The stopwatch is part of the software package, it is supposed to adjust to the speed of the replay you are watching, therefore it was not possible for the officials to use a real-time stop watch on a slow-motion play. Now if you want to make the argument that the software didn't work properly or needs to be fixed, that is another issue, and not something for the game officials to be concerned about. For those of you <s>deleting the insult</s> saying the officials did something wrong in this situation, you, as usual, are sadly mistaken.

Agreed.

deecee Thu Feb 11, 2016 06:32pm

No way should they suspended nor did they actually do anything wrong. The tools provided them were faulty and I wonder if any of them questioned that at the time.

Adam Thu Feb 11, 2016 06:34pm

Quote:

Originally Posted by deecee (Post 980560)
No way should they suspended nor did they actually do anything wrong. The tools provided them were faulty and I wonder if any of them questioned that at the time.

This is a fair point. I'm guessing this tool is being evaluated at this point.

johnny d Thu Feb 11, 2016 06:37pm

Quote:

Originally Posted by deecee (Post 980557)
To bad us <s>redacted</s> would look at the game clock and the clock provided and say, HAY the game clock has gone only .3 seconds yet our stopwatch has gone .6 and then use something called common sense and make an executive decision.

There is no way that watching that in real time or slo mo I would believe the "stopwatch". If the conference wants to punish me for NOT following faulty equipment they would be writing their own obituary.

Link for evidence: Conference Video Reveals Boise State-Colorado State Ending Botched By Bad Technology

Once they determine that the game clock did not start on time, there is no reason for them to look at it again. The protocol is very straight forward and simple you use the stopwatch to determine when the first touch is and if the ball is released before the amount of time remaining in the game. They are worried about making sure they start the stopwatch at the right time and the release of the shot. They are not there comparing the speed of the stopwatch and the game clocks. Now, after this incident, maybe it will be part of the protocol. But prior to this instance, there was no reason to suspect there would be a difference between the stopwatch and the game clock.

I doubt you have any actual experience using the video replay system, nor have you ever had to actually make a decision about the outcome of a game based on information you were able to get from such a system. But I am sure you would do a much better job then three highly experienced officials who have used this system numerous times throughout their careers. You not only would have the foresight to compare the stopwatch and game clock, even though that isn't part of what you were trained to do, you would have also been able to detect any other potential malfunctions in the system and correct them on the spot as well.

deecee Thu Feb 11, 2016 08:11pm

Johnny I work in software design/development so I wouldn't need to have replay system experience to know when time, or something doesn't add up.

After watching this realtime the FIRST time and then reading that the officals said that 1.4 seconds had elapsed the first thought was, "NO FREAKING WAY". If they had said .9 or 1 second ya I wouldn't have questioned it but I have been involved with basketball (from playing, coaching and officiating) to know that the play that happened was within the realm of .8 seconds. 1.4 is a FAR cry.

So the short answer is YES I would have questioned the stopwatch. Would I have been able to come up with a solution? Maybe, maybe not. But I would have raised an alarm and tried to verify the 1.4 using a manual stopwatch and a live replay most likely.

It's good to have protocol in place but we can't be mindless robots.

johnny d Fri Feb 12, 2016 12:15am

Quote:

Originally Posted by deecee (Post 980563)
Johnny I work in software design/development so I wouldn't need to have replay system experience to know when time, or something doesn't add up.

After watching this realtime the FIRST time and then reading that the officals said that 1.4 seconds had elapsed the first thought was, "NO FREAKING WAY". If they had said .9 or 1 second ya I wouldn't have questioned it but I have been involved with basketball (from playing, coaching and officiating) to know that the play that happened was within the realm of .8 seconds. 1.4 is a FAR cry.

So the short answer is YES I would have questioned the stopwatch. Would I have been able to come up with a solution? Maybe, maybe not. But I would have raised an alarm and tried to verify the 1.4 using a manual stopwatch and a live replay most likely.

It's good to have protocol in place but we can't be mindless robots.


It is easy for you and me to say what we would or would not do in that situation, after the fact. You say you would have noticed and done something and that we cant be mindless robots. (redacted) Those guys get paid serious money to get calls right, know the rules, and follow established protocols. When they screw things up, especially misapplying a rule or stepping outside of established protocols, they have games and therefore serious money taken from them. Also, as I said before, they have done this before, they have seen others at their level do it before, and up until that game, nobody has raised the possibility that this problem could occur. You say they could have used a manual stopwatch and timed it at regular speed. I would say from their experience, they have no reason to believe they would be more accurate using that method than having the play run in slow-motion. I highly doubt if you were on this crew, you would be willing to step outside of the established protocol and risk serious money to potentially get the call right. It sucks that the call was ultimately wrong, but these guys will not be punished because they followed the protocol to the letter.

deecee Fri Feb 12, 2016 09:04am

(redacted) No where have I said, or do I believe, they would or should get punished. Secondly just because they work at this level doesn't mean they don't make mistakes (and this isn't one of them really). We see D1 guys make mistakes quite often.

I also admit that I may or may not have had a viable solution to the issue if it were me. I don't think they walk on water and a couple of the guys on the crew have some lengthy quotes out there and they all seem 100% sure with their conclusion. It will be interesting if any of them say, "Hey at the time we did discuss this but we followed the protocol and this is what happened so we went with it."

I, honestly, highly doubt that. And to get a call like this right/wrong, if I had any doubt in the tools provided I would try to come to the truth. Maybe I get suspended, or maybe I get a big thank you for preventing egg on my conference's face. I can live with either.

Adam Fri Feb 12, 2016 10:59am

Moderator note:
Stop with the insults. Now.

RefCT Fri Feb 12, 2016 11:36am

It was said earlier and I will say it again, what it comes down to (from my view) is that the officials followed protocol but the protocol was flawed. You can't blame them, blame the software package and protocol. Based on the Deadspin article, the fact the virtual stopwatch was set to time at 30 fps, but the video was 60 fps, likely led to the time being double what it should have been.

The bigger problem here is the MWC needs to recognize that mistake and work with the vendor to fix it, or change the protocol and allow officials to use something like a traditional stopwatch instead of the faulty software package.

With hyper analysis by all outside sources (including us) due to everything in HD, mistakes like this need to be responded to and adjusted and/or fixed quickly.

JRutledge Fri Feb 12, 2016 12:22pm

Quote:

Originally Posted by RefCT (Post 980607)
It was said earlier and I will say it again, what it comes down to (from my view) is that the officials followed protocol but the protocol was flawed. You can't blame them, blame the software package and protocol. Based on the Deadspin article, the fact the virtual stopwatch was set to time at 30 fps, but the video was 60 fps, likely led to the time being double what it should have been.

The bigger problem here is the MWC needs to recognize that mistake and work with the vendor to fix it, or change the protocol and allow officials to use something like a traditional stopwatch instead of the faulty software package.

With hyper analysis by all outside sources (including us) due to everything in HD, mistakes like this need to be responded to and adjusted and/or fixed quickly.

I bet the MWC is using a similar system as most conferences are using. This just happened to be the situation that was high profile.

I am not sure they ultimately got this right, but it appears the clock did not start on the touch for some reason. Either way, they followed the system. Again the officials do not create the system.

I think this is just more evidence of over reviewing everything. If these guys count this basket, then someone is going to claim they did not have the clock start properly and we have a different conversation. The problem is ultimately that we are using an impossible standard for most of these situations. We are requiring technology to save every possible play instead of just doing what is obvious to us for the most part.

Peace

Eastshire Fri Feb 12, 2016 01:55pm

Quote:

Originally Posted by JRutledge (Post 980631)
I bet the MWC is using a similar system as most conferences are using. This just happened to be the situation that was high profile.

I am not sure they ultimately got this right, but it appears the clock did not start on the touch for some reason. Either way, they followed the system. Again the officials do not create the system.

I think this is just more evidence of over reviewing everything. If these guys count this basket, then someone is going to claim they did not have the clock start properly and we have a different conversation. The problem is ultimately that we are using an impossible standard for most of these situations. We are requiring technology to save every possible play instead of just doing what is obvious to us for the most part.

Peace

I agree as to technology. The clock was started well within the normal margin of error for everything but a last second shot. We need to leave well enough alone.

As it was, the replay failed though the officials followed correct procedure. It would have been better if one of them had realized the stopwatch didn't make sense, but, given this had never happened before, I don't think you can expect that.

I think you can bet on this never happening again as from now on officials will verify the stopwatch speed against the game clock.

JRutledge Fri Feb 12, 2016 04:55pm

Here is the official video playback from the MWC.
 
Looks like it is late.

<iframe width="560" height="315" src="https://www.youtube.com/embed/6eJsPC_ca3A" frameborder="0" allowfullscreen></iframe>

Peace


All times are GMT -5. The time now is 06:00am.



Search Engine Friendly URLs by vBSEO 3.3.0 RC1