Guest ojconcentrate Posted October 16, 2011 Report Posted October 16, 2011 Hi guys, I got a Gen1 TPT to Gen2 blade running CM7 7.1 stable. I have a video file that SHOULD be compatible with android devices (as well as lots of other media players) but the default video playing in android just says it can't play the video and MoboPlayer stutters in a way that makes it unwatchable. Here's the details of the video. Anyone have any ideal of what could be the problem? General Complete name : Star Wars Episode I.mp4 Format : MPEG-4 Format profile : Base Media Codec ID : isom File size : 587 MiB Duration : 2h 16mn Overall bit rate mode : Variable Overall bit rate : 603 Kbps Encoded date : UTC 2011-10-14 02:25:06 Video ID : 1 Format : AVC Format/Info : Advanced Video Codec Format profile : [email protected] Format settings, CABAC : Yes Format settings, ReFrames : 5 frames Codec ID : avc1 Codec ID/Info : Advanced Video Coding Duration : 2h 16mn Bit rate : 565 Kbps Maximum bit rate : 3 813 Kbps Width : 960 pixels Height : 432 pixels Display aspect ratio : 2.222 Frame rate mode : Constant Frame rate : 23.976 fps Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Progressive Bits/(Pixel*Frame) : 0.057 Stream size : 550 MiB (94%) Writing library : FASM Quality Enhancer Bitrate Squeezer 5.0 (c)2011 Fachman Color primaries : BT.709-5, BT.1361, IEC 61966-2-4, SMPTE RP177 Transfer characteristics : BT.709-5, BT.1361 Matrix coefficients : BT.709-5, BT.1361, IEC 61966-2-4 709, SMPTE RP177 Audio ID : 2 Format : AAC Format/Info : Advanced Audio Codec Format profile : HE-AACv2 / HE-AAC / LC Codec ID : 40 Duration : 2h 16mn Bit rate mode : Variable Bit rate : 35.1 Kbps Maximum bit rate : 40.1 Kbps Channel(s) : 2 channels / 1 channel / 1 channel Channel positions : Front: L R / Front: C / Front: C Sampling rate : 48.0 KHz / 48.0 KHz / 24.0 KHz Compression mode : Lossy Stream size : 34.2 MiB (6%) Language : English
Guest hedgepigdaniel Posted October 16, 2011 Report Posted October 16, 2011 Format profile : High@L3.0 To play videos in the android player (and to use hardware decoding) you must encode videos on the baseline profile (that means no B-frames, among other things). That's why its not working. Not sure if variable bitrate AAC will work, it probably will, but you can try disabling that too. http://developer.android.com/guide/appendix/media-formats.html
Guest ojconcentrate Posted October 16, 2011 Report Posted October 16, 2011 thanks. i'll reencode them in baseline and report back.
Guest cmberry20 Posted October 17, 2011 Report Posted October 17, 2011 I just use Handbrake to encode all my Video files for my SF. I did StarWars the other day from BluRay & the quality is amazing!! All I do is select the Normal Profile in Handbrake. Adjust the resolution is necessary to fit the SF Screen (with low quality file like AVIs this is not necessary as the SF screen is a higher res than the file). Select mpeg4 not H264 & change the audio to Stereo. Results are 100% excellent everytime with no lag or audio sync issues.
Guest ojconcentrate Posted October 17, 2011 Report Posted October 17, 2011 that did it. I reconverted the videos with handbrake and now they play with the stock player no problem. I assume that since the videos now conform to the format supported by android that means that it is rendering video using hardware acceleration. how many hours video playbak can you get with the blade? i'm going on a long flight and it would be nice if anyone has any experience with battery life.
Guest hedgepigdaniel Posted October 17, 2011 Report Posted October 17, 2011 that did it. I reconverted the videos with handbrake and now they play with the stock player no problem. I assume that since the videos now conform to the format supported by android that means that it is rendering video using hardware acceleration. how many hours video playbak can you get with the blade? i'm going on a long flight and it would be nice if anyone has any experience with battery life. that is a reasonable assumption I think. Idk, you tell us after the flight!
Guest ojconcentrate Posted October 18, 2011 Report Posted October 18, 2011 (edited) that is a reasonable assumption I think. Idk, you tell us after the flight! So Not wanting to wait for the flight to find out what video playback time i would get i ran a test today. fully charged (and recently calibrated) battery it went down to 40% after playing lord of the rings FOTR which is almost 4 hours long. that would make the playback time somewhere around 6.5 hours for a full charge. Mind you this is with automatic backlight using the values tha someone else has posted on the forums here and is referred to quite often. This is with heaphones on at one step below max and with Airplane mode on (no wifi, no cell, no bluetooth and i assume no GPS). This video was encoded with x264 using the iphone/ipod touch profile in handbrake using the the stock player. I started the video playback right after booting the phone and enabling airplane mode. Phone uptime now is almost 4hours CPUSpy report these cpu states statistics: 604Mhz - 0:37:20 - 15% 480Mhz - 0:16:17 - 6% 320Mhz - 1:01:47 - 25% 245Mhz - 1:59:50 - 50% Deep Sleep - 0:03:57 - 1% Governor is OnDemand So most of the plaback happened in 245 and 320Mhz which is very nice i think. I tried recucing the minimum speed to 122Mhz and the video doesn't stutter and playsback normally. i guess if i reduced my minimum CPU speed to 122Mhz would increase battery life? Maybe another governor would increase battery life? UPDATE: reducing the max cpu speed to 122Mhz with the ondemand governor doesn't make a difference. percentage-wise the playback is the same. 122Mhz is hardly used. UPDATE2: changing to interactive governor with minimum cpu speed of 122Mhz shifts the percentage at 604Mhz to 58% and 245 to 11% so probably not recommended. Edited October 18, 2011 by ojconcentrate
Guest julianpaul Posted October 18, 2011 Report Posted October 18, 2011 (edited) In airplane mode, i've got about 4.5 hours playback on auto brightness but lowered in moboplayer (room train was dark). old nightly, 158 i think, haven't checked runtime recently. So your figures are pretty good. Edited October 18, 2011 by julianpaul
Recommended Posts
Please sign in to comment
You will be able to leave a comment after signing in
Sign In Now