[T-Mobile myTouch 4G Slide] Blue6IX:
So i'll call 'flicker' what it looks like when there are artifacts on the screen when the picture is not drawn correctly over the tv-out.

Video plays fine on the device itself, issues only arise when output to tv is involved.

http://developer.android.com/guide/appendix/media-formats.html

Google recommended video formats for Android: (attached picture)

So instead of using the file I made from a DVD created from a VHS tape, I instead opted to use my widescreen DVD copy of the movie Hackers as a source.

Here's what I did:

So far tested .MP4 format.

This file:

Hackers_Android_HD.MP4 (encoded to Google recommendations)

H.264, 1280x720@2048 bitrate

30FPS

AAC 2Channel @192Kbps & 48Khz

Mobo Hardware:

Plays fine - slight lag here and there but nothing major.

Mobo Software:

Lost audio sync almost immediately, laggy and skippy. At ten minutes real time, was just under 5 minutes in the movie.

Stock:

Slight flicker.

Stock with SRS:

Slight flicker, otherwise fine.

--------

All of the following share the same:

H.264

AAC 2 Channel audio 128kbps @ 48Khz

----

Hackers-18.MP4

640x480 @ 800bps

Mobo Hardware:

Skippy, slight flicker.

Mobo Software:

Crash.

Stock:

slight flicker.

Stock with SRS:

slight flicker.

----

Hackers-16.MP4

768x480 @ 800bps

Mobo Hardware:

Slight flicker

Mobo Software:

Crash

Stock:

N/A

Stock with SRS:

N/A

----

Hackers-14.MP4

800x480 @ 800bps

Mobo Hardware:

Slight flicker

Mobo Software:

Crash

Stock:

N/A

Stock with SRS:

N/A

----

Hackers-12.MP4

848x480 @ 800bps

Mobo Hardware:

Slight flicker

Mobo Software:

Perfect!!

Stock:

N/A

Stock with SRS:

N/A

----

Hackers-10.MP4

800x600 @ 800bps

Mobo Hardware:

Flicker, off center picture, video stutter.

Mobo Software:

Was perfect, until crash with 5 mins left of the movie.

Stock:

N/A

Stock with SRS:

N/A

----

Hackers-08.MP4

960x540 @ 800bps

Mobo Hardware:

Slight flicker

Mobo Software:

Perfect!!

Stock:

N/A

Stock with SRS:

N/A

----

Hackers-06.MP4

1024x576 @ 800bps

Mobo Hardware:

Slight flicker

Mobo Software:

Slight lag, crash 3/4 way through movie.

Stock:

slight flicker

Stock with SRS:

little worse with flicker with SRS audio enhancement.

----

Hackers-04.MP4

1024x600 @ 800bps

Mobo Hardware:

Slight flicker

Mobo Software:

Perfect!!

Stock:

rare flicker - consistently choppy, but only slightly so.

Stock with SRS:

rare flicker - consistently choppy, but only slightly so. <--Worse then without SRS audio enhancement, but not by much. Noticable difference.

----

Hackers-02.MP4

1280x720 @ 800bps

Mobo Hardware:

Slight flicker, slight lag

Mobo Software:

sound loses sync within a minute or two - dies completely. Video stutters to non-watchable state.

Stock:

Slight flicker, slight lag.

Stock with SRS:

Increases to choppy stutter.

----

Hackers-01.MP4

1280x720 @ 1800bps

Mobo Hardware:

Slight flicker, slight lag

Mobo Software:

sound loses sync within a minute or two - dies completely. Video stutters to non-watchable state.

Stock:

Slight flicker, slight lag.

Stock with SRS:

Increases to choppy stutter.

--------

So this is what i've got, and what i've tested so far. Notice they are all .MP4 files, that's all i've had the chance to encode/test so far.

Some very few played through on software encoding, though most crashed out.

Some of the videos have not been tested on the stock player yet, denoted by N/A under the heading.

You may notice the filenames skip numbers, as these are all encoded at a video bitrate of 800. The odd numbers are reserved for 1800, as you can see by the last two entries where I already have one encoded and tested at the higher bitrate.

After testing out the 1800 video bitrate on these files, i'll be moving on to .avi and also down to 3GP to get a full spectrum of file tests.

This is the kind of work I can do right now around my weird schedule, since I can have the encoding being done while i'm not here.

Hopefully others can start seeing patterns out of the posted data as we get more. Coming up with a consensus for the best way to encode video for the device is a hopeful outcome of this thread.

I understand that it doesn't address the original thought of the thread about not re-encoding all the video one possesses ... but we'll see what we come up with.