spikeyxx said:
For example - if it's going to take a month - I can deal with that,
If it's going to take 2, I'll have to give it some though.
If it's going to take 3+ I'm done, and I'll be sending my email through to cancel.
I think with that last line you have probably explained why reasonable/plausible/"accurate" (???do such things exist??) estiamtes have not been forthcoming from OpenPandora. They've had enough of cancellations. Now is not the time to be realistic enough to spark off another round of them.
LuvClub said:
mr.miyagi said:
I think it is unbelievable that they have come so far with this pandora, especially when many guys in here act like children for Christmas that can't open their presents before evening.
Except it is nearly 6 months after Christmas now!
Actually, it's nearly 6 months since the second Christmas that we should have had our Pandoras for.
hedwards said:
Seriously for $20,000, I'll move to the UK and chill on the front stoop of the hall. Sending updates whenever a box comes or goes. For $30,000, I'll even dress as a spy.
How do spies dress - and if they dress in a specific way, doesn't that make them somewhat ineffective? You're offering to be an ineffective source of information? How would that be any different to what we have now?
Alpha2 said:
Frankly it seems to me that giving out queue information created an expectation that may be leading to some of the disappointment. If the GBAX queue doesnt take into account ED's queue and ED gets a quarter of the first 1000 than someone told they're around 800-900 may not get their system until china ships the rest of the 3000 cases which is going to be well into July if they can mange to ship at all in the next two months.
Yes - confusingly, we are given data by OPT in different terms which makes it impractical, if not impossible, to align the data accurately. For example, the queue order information we are given is per store, but what little information we are given on number of Pandoras made and/or sent out is given globally. We are told that ED gets every 4th Pandora, but not how many go to Fatih (of any do? Maybe he's waiting to get the ones at the end, after all the kinks in the system have been worked out?). This is typical of OpenPandora - using a whole bunch of words to provide little to no MEANINGFUL data is characteristic of the project.
Magic Sam said:
My initial post is 8 hours old, and still unanswered...
8 hours? On a Sunday? Oh my!
Seriosuly, while I agree wholeheartedly that OpenPandora Information Management sucks, one should be able to live with a 24 hours delay before a response - on a weekday. IMHO. On a weekend - especially Sunday - one should be able to cope with no answer until the following Monday quite easily. True - the weekend is when we all probably have more time to post, but it doesn't necessarily follow that OPT have more time to respond. They deserve to be asked, and they OUGHT to manage response in a timely manner - but, to me at least, within 8 hours on a Sunday isn't reasonable. Heck - anyone could post from a different timezone and not see any reply for 8 hours simply because Craig is sleeping off the vodka from the night before!
EvilDragon said:
Well... it's known that I get a quarter of the units, therefore 250 and Craig 750 out of those 1000.
We need to keep a few for RMAs and some of the boards may be dead on arrival, so we need to send them back to be fixed.
As we have no idea, how many will be bad (might be 10%, might be 5%) and how long it will take to fix them, it's hard to give a good guesstimation then.
For the next 3000... well, you know how reliable the Chinese company has been with dates, so we keep bugging them and until we get the cases, we can't tell you anything.
So... what else do you need to know?
An excellent post, and while it doesn't answer every question under the sun it IS IMHO the kind of phrasing people are asking for. Just honest, straightforward answers.
The 750/250 split seems mildly confusing, as we keep assuming that Fatih will get some of the Pandoras. Is he not getting any for his store, please?
Good to see you upsizing the "failure rate". I've been seeing loads of "issues" and Craig's <1% failure rate and my brain has been melting in puzzlement. It does that a lot.
Fishbong said:
The problem here is not a lack of information, it is the lack of Pandoras.
People are opening these pointless threads because they are impatient. Most of us are. For a long time we were under the impression that when mass production would start, we all would have our Pandoras a month later. That doesn't seem to be the case and it's frustrating to see them trickle out while most of us have no clue when we'll get ours. Reason tells us that OPT will gladly update us if there is something newsworthy. But obviously the impatience has reached new levels now that some have their units and software is being released.
I just wonder what happened to that webcam that was supposed to be installed in the town hall. It would probably help a bit to appease the mob
Hear hear!
The "assemblycam" died a death. We are told that although Craig previously reported that his notebook didn't get a Wifi conenction in The Hall, and that he had additional mysterious connectivity problems with GP32X, that lack of Wifi signal is the cause for no Webcam. Although conenctivity issues were raised in light of Craig's problems connecting to GP32X, ED didn't consider that connectivity problems might cause any kind of issue until he got to England. Indeed, although he assurred us that he WOULD be able to get a WebCam going, he didn't. I don't know why wires were out of the question, but seemingly they were. Excessive optimism (let's play nice) has been a key feature of the Pandora project. Without it, they probably would not have reached the schematic stage. So while it's annoying, it was probably also vital.
Moxie said:
For FUCKS SAKE!!! IT IS F*CKING SUNDAY!!!
I do not know how to put this politely
This much is clear
Although your later, not insult-free but calmer, post made a lot of valid points IMHO.
@Chairman_Now - I beleive you forgot to include units kept back to act as warranty/RMA/replacement devices in your calculations?