It looks like you're using an Ad Blocker.
Please white-list or disable AboveTopSecret.com in your ad-blocking tool.
Thank you.
Some features of ATS will be disabled while you continue to use an ad-blocker.
reply to post by maryhinge
Without data, it's just a bright spot in the sky... or perhaps not even that.
Originally posted by maryhinge
pics or it didnt happen
get pics then its something else
edit on 24/11/2012 by maryhinge because: (no reason given)
Originally posted by maryhinge
For one i trust him for 2 he has nothing to gain by telling fibs
the big bright object is jupiter or venus
Well lets look at a recon 550 it's a scope / camera you have to hook it up to something to record the video
The spec of his equipment says he is lying care to comment on what you think of him now!
I see you're in Chester, is that Chester England?
Re: RFC: use of timestamp/sequence in v4l2_buffer Le mardi 4 septembre 2012 13:38:06, Hans Verkuil a écrit : > 7)
Should the timestamp field always be monotonically increasing? Or it is > possible to get timestamps that jump around?
This makes sense for encoders > that create B-frames referring to frames captured earlier than an I-frame. I would expect an encoder to output frames in DTS order rather than PTS and a decoder to output frames in PTS order.
The timestamp field is the only indication of the PCR, so an application might not recover if the timestamp jumps backward. If there is an ambiguity between PTS and DTS, I think it should be documented and specified per format what the timestamp is. --
Originally posted by maryhinge
reply to post by LEL01
no his son says that he did see this thing i just think hes got the moon and jupiter mixed up