MMAPI workarounds in different mobile devices: part 2

来源:互联网 发布:拉杆箱 知乎 编辑:程序博客网 时间:2024/05/18 22:17

Today, I was working with “Samsung SGH-U700” device and found some interesting things. I found the following result after some benchmark test:

  • microedition.media.version :: 1.1
  • supports.mixing :: false
  • supports.audio.capture :: true
  • supports.video.capture :: false
  • supports.recording :: true
  • audio.encodings :: encoding=audio/amr
  • video.encodings :: encoding=video/H263
  • video.snapshot.encodings :: encoding=jpeg encoding-png
  • streamable.contents :: video.mpeg

And previously I found (source http://developers.sun.com/mobility/apis/articles/mmapioptions/ ):

  • microedition.media.version returns a string representing the version of MMAPI implemented, "1.0" or "1.1" if MMAPI is supported, or null if it isn’t.
  • supports.mixing returns true if mixing is supported, false if it isn’t.
  • supports.audio.capture returns true if audio capture is supported, false if it isn’t.
  • supports.video.capture returns true if video capture is supported, false if it isn’t.
  • supports.recording returns true if recording is supported, false if it isn’t.
  • audio.encodings returns a string representing the supported audio capture formats, or null if audio capture isn’t supported.
  • video.encodings returns a string representing the supported video capture formats, or null if video capture isn’t supported.
  • video.snapshot.encodings returns a string representing the supported image capture formats, or null if video snapshot isn’t supported.
  • streamable.contents returns a string representing the supported streamable content types, in MIME syntax.

Now have a look at my benchmark result:

  1. it shows “supports.video.capture” as “false” meaning that it does not support video capture but shows “encoding=video/H263as "video.encodings", representing the supported video capture format as video/H263. Also it shows “video.snapshot.encodings” as “encoding=jpeg encoding-png” which means its supported image capture formats are “jpeg” and “png”. These things are self cotradictory. Ideally video.encodings,video.snapshot.encodings should be null.
  2. In my benchmark I found supports.recording as true” meaning that recording is supported. At first glance I was astonished thinking that “this handset does not support video capture but supports recording !(I was thinking of video recording as recording)  “ . After some googling I came to know that

You may encounter some confusion when trying to reconcile some of the property values mentioned above with what you observe on a real device. For example: the Nokia 3230 and the Nokia 6600 both return true for both the supports.video.capture and the supports.recording properties. So it seems that both devices will support video recording. But there is a catch. If supports.recording returns true, you can record media using at least one player type — at least one, but not necessarily all. The Nokia 6600 supports the recording of audio, but not the recording of video. But the Nokia 3230 also supports video recording.

(source : http://www.javaworld.com/javaworld/jw-09-2007/jw-09-mobilevideo1.html?page=2)

The case is the same for Nokia-6600 and Samsung-SGH-U700 handsets.

And running my video/image capturing program I always get “javax.microedition.media.MediaException:Not Support Camera”. Then I became sure that Neither video recording nor snap shot is possible on this device with MMAPI.

原创粉丝点击