A bit thin on details, which version of squeeze, you made a file with a 3gp extension...what encapsulation and codecs and rates were used that worked?
How was it played/transported, from a url, (link in a browser), a file on the sd card, http, rtsp, what server was used to stream the rtsp? On Aug 21, 11:05 am, Travis Choma <[EMAIL PROTECTED]> wrote: > For what it's worth all our 3gp videos play fine in 0.9. We encoded > them with Sorenson Squeeze with progressive streaming turned on. > > On Aug 21, 1:48 pm, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > > > I spent most of a day using the emulator in 0.9 surfing to sample > > video files on video contest provider sites, I must have tried playing > > 100's of files. > > > Not one played. > > > I have been able to encode a mp4 (mp4v/mp4a codecs) video file and > > load it from the browser (enter url in browser, probably due to mime > > type returned from server, it gets passed to the media player which > > then does its own http get request (which in it self it bugged, > > reported)). > > > Problem is the audio is distorted, like playing a 45 record at 33 is > > best description. > > > I have tried numerous audio bit rates and sample rates, to no avail, > > it is either distorted or it crashes media player. > > > Where if anywhere are serious and complete specs on supported media > > player transports, encapsulation formats and supported codes and > > subspecs like sample, stream and frame rates supported? > > > Can whoever wrote the media player provide any test video files that > > actually work? > > > Oh and by the way, I'm sure that writing tons of different media > > player applications is interesting and all, but i'm pretty sure users > > in the end will want to click on links in the broswer and have video > > and audio play, not type or copy/paste them into standalone players. > > > This is a place where android can be a iPhone killer, because ATT and > > Apple are trying so hard to control content delivery so they can wring > > more money out of the users pockets. At the moment Android is failing > > here. > > > On Aug 20, 3:19 pm, Maklouf <[EMAIL PROTECTED]> wrote:> Hi there, > > > Is rtsp or any other formats going to be supported in the final > > > release? > > > where can we find the complete specs of the media capabilities? > > > We want to build an application to stream Live content to an android > > > device (eg Live content from a web cam), is this possible with the > > > current SDK? > > > From what I have read in this forum you can only stream already > > > complete encorded files. > > > Regards. > > > Maklouf > > > > On Aug 19, 2:35 pm, "Justin (Google Employee)" <[EMAIL PROTECTED]> > > > wrote: > > > > > Snowcrash, thanks for pointing this out! > > > > > To elaborate on "reasonably" interleaved... What determines > > > > "reasonably" is dependent on many factors like network bandwidth, > > > > network latency, and buffer size. In general you want to have a chunk > > > > of audio for a certain unit of time followed by a corresponding chunk > > > > of video for the same amount of time, your video creation software > > > > should be formatting the stream that for you anyway. > > > > > The next question is how large a unit of playback time this should be. > > > > To repeat, the best answer to this question is dependent on network > > > > conditions, buffer size, and bitrate, factors which may change over > > > > time and be different from Android device to Android device. Having > > > > said all that, a good guideline is to packetize your stream into 0.5 > > > > second parts. Your results may vary and I encourage you to test for > > > > your actual applications, but this is a reasonable place to start > > > > experimenting. > > > > > Regards, > > > > Justin > > > > Android Team @ Google > > > > > On Aug 19, 1:03 pm, "Megha Joshi" <[EMAIL PROTECTED]> wrote: > > > > > > Yes, you can use QuickTime Pro to create progressive streamable > > > > > format: > > > > > Steps below: > > > > > > 1. Open the video file in Quick Time Pro. > > > > > > 2. Goto File > Export > > > > > > 3. Select type as 'Movie to 3G' > > > > > > 4. Click Options > > > > > > 5. Select file format as 3gpp > > > > > > 6. In the drop down menu below the file format, select 'Streaming' > > > > > from the > > > > > list of available options (Audio, Video, Text, Streaming, Advanced) > > > > > > 7. Select the required maximum packet size and maximum packet duration > > > > > > 8. Click Save > > > > > > On Tue, Aug 19, 2008 at 6:44 AM, snowcrash <[EMAIL PROTECTED]> wrote: > > > > > > > Hi there, > > > > > > > your video filehttp://www.jsharkey.org/downloads/dailytest.3gp > > > > > > doesn't conform to the specifications stated in the source code: > > > > > > > "Mediaplayercan only play "progressive streamable contents" which > > > > > > basically means: > > > > > > 1. the movie atom has to precede all the media data atoms. > > > > > > 2. The clip has to be reasonably interleaved." > > > > > > > For your file, ' strings dailytest.3gp | grep -n "mdat\|moov" ' > > > > > > returns: > > > > > > > 4:k:mdat > > > > > > 2773:moov > > > > > > > which is a violation of (1.) where 'moov' has to precede any 'mdat'. > > > > > > But what 'reasonably interleaved' means is still mysterious. > > > > > > > Perhaps someone from Google reading here can shed some light on > > > > > > this. > > > > > > > Regards, > > > > > > 131071 > > > > > > > On 19 Aug., 07:07, Jeffrey Sharkey <[EMAIL PROTECTED]> wrote: > > > > > > > Also, just to follow-up on this more, I installed lighttpd > > > > > > > locally on > > > > > > > the same computer as the emulator. I also made sure to add the > > > > > > > 3GP > > > > > > > video mime-type. > > > > > > > > This way, I could try using "http://10.0.2.2/dailytest.3gp" as my > > > > > > > test > > > > > > > URL from the emulator, which should bypass even the emulator's > > > > > > > bridge > > > > > > > NAT. > > > > > > > > Still came back with the same errors. :( > > > > > > > > Interestingly, the player only made a HEAD request this time, and > > > > > > > didn't begin streaming the data with a GET request. Here is the > > > > > > > HEAD > > > > > > > details from the lighttpd server, showing the correct mimetype: > > > > > > > > HTTP/1.1 200 OK > > > > > > > Content-Type: video/3gpp > > > > > > > Accept-Ranges: bytes > > > > > > > ETag: "60758872" > > > > > > > Last-Modified: Tue, 19 Aug 2008 04:55:39 GMT > > > > > > > Content-Length: 229635 > > > > > > > Date: Tue, 19 Aug 2008 05:06:40 GMT > > > > > > > Server: lighttpd/1.4.19 > > > > > > > > j > > > > > > > > On Aug 18, 10:51 pm, Jeffrey Sharkey <[EMAIL PROTECTED]> > > > > > > > wrote: > > > > > > > > > I'm using code almost verbatim out of the VideoViewDemo example. > > > > > > > > Below is the exact code to be sure, and I've tried with both > > > > > > > > setVideoPath() and setVideoURI(). > > > > > > > > > Looking at wireshark during this process, it seems that the both > > > > > > > > YouTube and my server are spewing back plenty of video data, > > > > > > > > but the > > > > > > > > VideoView somehow never gets it, or doesn't know what to do > > > > > > > > with it. > > > > > > > > WithRTSP, it takes about 5-10 seconds before a "Cannot play > > > > > > > > video: > > > > > > > > Sorry, this video cannot be played." error message appears, but > > > > > > > > with > > > > > > > > the HTTP link it appears almost instantly. > > > > > > > > > For Internet traffic, I'm behind a NAT. However, for the HTTP > > > > > > > > example, I've also tried a local Apache server that doesn't go > > > > > > > > through > > > > > > > > a NAT. (Unless the emulator itself counts as another NAT.) > > > > > > > > > === VideoViewDemo.java === > > > > > > > > > import android.app.Activity; > > > > > > > > import android.graphics.PixelFormat; > > > > > > > > import android.net.Uri; > > > > > > > > import android.os.Bundle; > > > > > > > > import android.util.Log; > > > > > > > > import android.widget.MediaController; > > > > > > > > import android.widget.Toast; > > > > > > > > import android.widget.VideoView; > > > > > > > > > public class VideoViewDemo extends Activity { > > > > > > > > > private VideoView mVideoView; > > > > > > > > > private String path = > > > > > > > > "http://www.jsharkey.org/downloads/dailytest > > > > > > . > > > > > > > > 3gp"; > > > > > > > > //private String path = > > > > > > > > "rtsp://ehug.rtsp-youtube.l.google.com/ > > > > > > > > CkELENy73wIaOAnUq- > > > > > > > btqFy58BMYDSANFEIJbXYtZ29vZ2xlSARSB2RldGFpbHNaB2RldGFpbHNgz9u3rfm40Np6DA==/ > > > > > > > > 0/0/0/video.3gp"; > > > > > > > > > @Override > > > > > > > > public void onCreate(Bundle icicle) { > > > > > > > > super.onCreate(icicle); > > > > > > > > setContentView(R.layout.videoview); > > > > > > > > mVideoView = (VideoView) > > > > > > > > findViewById(R.id.surface_view); > > > > > > > > > //mVideoView.setVideoPath(path); > > > > > > > > mVideoView.setVideoURI(Uri.parse(path)); > > > > > > > > mVideoView.setMediaController(new > > > > > > > > MediaController(this)); > > > > > > > > mVideoView.requestFocus(); > > > > > > > > > } > > > > > > > > > } > > > > > > > > > === videoview.xml === > > > > > > > > > <?xml version="1.0" encoding="utf-8"?> > > > > > > > > <LinearLayout xmlns:android="http://schemas.android.com/apk/res/ > > > > > > > > android" > > > > > > > > android:orientation="vertical" > > > > > > > > android:layout_width="fill_parent" > > > > > > > > android:layout_height="fill_parent" > > > > > > > > > <VideoView > > > > > > > > android:id="@+id/surface_view" > > > > > > > > android:layout_width="320px" > > > > > > > > android:layout_height="240px" > > > > > > > > /> > > > > > > > > > </LinearLayout> > > > > > > > > > === AndroidManifest.xml === > > > > > > > > > <?xml version="1.0" encoding="utf-8"?> > > > > > > > > <manifest > > > > > > > > xmlns:android="http://schemas.android.com/apk/res/android" > > > > > > > > package="org.jsharkey.videotest"> > > > > > > > > <application android:icon="@drawable/icon"> > > > > > > > > <activity android:name=".VideoViewDemo" > > > > > > > > android:label="@string/ > > > > > > > > app_name"> > > > > > > > > <intent-filter> > > > > > > > > <action > > > > > > > > android:name="android.intent.action.MAIN" /> > > > > > > > > <category > > > > > > > > android:name="android.intent.category.LAUNCHER" /> > > > > > > > > </intent-filter> > > ... > > read more » --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new Android 0.9 SDK beta! http://android-developers.blogspot.com/2008/08/announcing-beta-release-of-android-sdk.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~----------~----~----~----~------~----~------~--~---

