- It seems that the camera gets fakey "locked" at the size it was set to
when the user grants access to it.
- Listen for status changes, don't set things up until the camera is
unmuted.
- record the size at the time of unmuting.
This all seems to work, but I worry about what would happen if access
to the camera had already been granted when this code runs.
There'd be no way to find out what the size was access was granted.
Fortunately, I believe we only use this code presently in a standalone
appletty-type-thing, so access is always granted in here.
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@752 ed5b42cb-e716-0410-a449-f6a68f950b19
Fucking A.
It seems to default back to the size of the last snapshot taken
even if that snapshot was affected by the bug. When you quit and
then come back in, it is "stuck" to the last size. There's
no way to know what this size is.
Right now: logging everything, doing no adjustment.
Let's see if other people have problems, or what.
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@751 ed5b42cb-e716-0410-a449-f6a68f950b19
always act like the size is 320x240 now, instead of what it used to do.
Ack!
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@749 ed5b42cb-e716-0410-a449-f6a68f950b19
Alternatively, I could create a DataComboBox that just does the cool
'data' stuff, and have CommandComboBox extend that.
Comment cleanups.
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@746 ed5b42cb-e716-0410-a449-f6a68f950b19
- Match more closely the usage of labelField in our superclass.
- renamed to getSelectedData and setSelectedData.
- use Util.equals() when hunting for a matching data.
Because we are not living in adobe's stone age and we
want Equalable objects to work.
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@743 ed5b42cb-e716-0410-a449-f6a68f950b19
be specified. If it's null, shoot the entire selectedItem as the argument.
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@738 ed5b42cb-e716-0410-a449-f6a68f950b19
that assigning to Rectangle.topLeft sets x and y and width! and height!
Gah.
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@729 ed5b42cb-e716-0410-a449-f6a68f950b19
(and match the set of cardinals in yohoho that I want to replace with this)
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@728 ed5b42cb-e716-0410-a449-f6a68f950b19
digester is logging - which happens when log4j is added to the classpath but
not configured - it prints Sections out while they're being initialized and
have a width but no baseTileIds.
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@724 ed5b42cb-e716-0410-a449-f6a68f950b19
extrapolating the total duration of an mp3 while it was loading.
Sure enough: we have length (so far), bytesLoaded and bytesTotal.
So: do that. It works pretty well!
Too bad we can't do something similar for FLVs that don't have metadata.
:( (there is no "current length" property, just a current position.
So any time estimate would get worse and worse as the bytes advanced
past the play position.
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@719 ed5b42cb-e716-0410-a449-f6a68f950b19
but we don't actually use it anywhere in whirled.
Made it extra stupid simple: click to play/pause, with no
other controls.
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@718 ed5b42cb-e716-0410-a449-f6a68f950b19
Feature: if there is no metadata telling us the duration, well then
we're up the old poo river. But what we can do is whip out our
trusty paddle and continually call the highest position we've seen
the duration. It makes playback a little weird, but allows seeking
and so is a step in the right direction.
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@716 ed5b42cb-e716-0410-a449-f6a68f950b19
weirder, but it does add a bit more code.
( http://smallwig.blogspot.com/2008/04/smallwig-theory-of-optimization.html
mdb pointed this post out to me.)
It just bugged me that we use this player to play background music
in whirled, and in that circumstance 99% of the time nobody cares about
these events, so why have a timer to calculate and fire them off?
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@712 ed5b42cb-e716-0410-a449-f6a68f950b19
to increase, up past the duration. Seeking in those mode also
causes it to get wiggy and freak out. So don't have flash loop it,
but just loop it ourselves by autorewinding and playing again.
Also, just autorewind and pause if not looping, which I had
wanted to do anyway.
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@709 ed5b42cb-e716-0410-a449-f6a68f950b19
should have had id3 tags, and trying everything, I tried one
more mp3 file: bingo.
Added MediaPlayer.getMetadata() and a METADATA event.
Contents of metadata vary by media being played and are open for
interpretation by users of the player.
FLV video returns their metadata object.
MP3 audio returns id3 tags.
git-svn-id: svn+ssh://src.earth.threerings.net/nenya/trunk@708 ed5b42cb-e716-0410-a449-f6a68f950b19
Tom Conkling