Since My ChinaTab NoName can play divx...sooo - Android Software/Hacking General [Developers Only]

How do we get from point A to B with all of our other devices. My Telechip 8902 tablet can play unaltered 624x352 standard xvid files without a hiccup, right from the Gallery. Obviously they are including a codec or something somewhere that gets this working. Where do we start to extracting that info and cooking it into ROMs. The latest crop of players like Rock Player are ok, but even RockPlayer plays WORSE than the native gallery on my tablet. Even thumbnails work....
Maybe I am just being naive, but what's missing that we can't extract. My tablet is running 2.1 and it works perfect. For giggles I tossed in some mkv samples with aac and mp3 and they worked as well.

The chinese tablets has a DSP (digital signal processor) especially to process media files hence they are able to play back most video files without a hitch.

Related

need player for mkv files

i have some videos that are in the mkv format. i tried using rock player, but the video looks laggy and there's a discrepancy between the video and audio. it seems that the audio is ahead of the video. or is there a way to increase the frame rate for this format. i've tried almost every player in the market that came up under mkv and nothing that works right. my avi files work great though
I've tried all different players that play mkv and they are all laggy and the video is pixulated. I think the gtab is just not capable of playing them. But don't be sad the glorious opacity wont play them either results are the same.
Matt
i've been using rebox.NET found here http://www.videohelp.com/tools/rebox.NET, it basically re-muxes and converts audio to mp4 format from mkv, i've only tried 720p video so far, plays fine in rock player
I was reading the other day that an andriod version of VLC is being worked on. Hopefully that will do us right.
ILA970JOSH said:
i've been using rebox.NET found here http://www.videohelp.com/tools/rebox.NET, it basically re-muxes and converts audio to mp4 format from mkv, i've only tried 720p video so far, plays fine in rock player
Click to expand...
Click to collapse
is this something you do on the tablet or you need to do it on a comp first?
why can't someone take the video player that comes with the archos101 and port into the gtablet? archos101 plays .mkv and just about everything else and I think the .apk is easily obtainable through archos101. I am not sure if the video player is what makes .mkv's work or if there is some system codecs involved. I used to have the archos101 and it did play .mkv's nicely.
yo do the conversion on the pc first, doesn't take but a couple minutes
The Archos player is probably optimized to the hardware inside the Archos which is different from ours.
BilliamB said:
why can't someone take the video player that comes with the archos101 and port into the gtablet? archos101 plays .mkv and just about everything else and I think the .apk is easily obtainable through archos101. I am not sure if the video player is what makes .mkv's work or if there is some system codecs involved. I used to have the archos101 and it did play .mkv's nicely.
Click to expand...
Click to collapse
I think a couple people have looked at doing that without success. I know I love the player on my little Archos5. It plays very nice, and also has the built-in upnp capability.
MKV (Matroska) support is compiled into stagefright/opencore on the devices that support it (Along with AC3, DTS, etc). It isn't just build into the player app.
Remember that matroska is just a container. being able to parse video streams out of an MKV won't magically give the Tegra2 enough beef to render 5.1aac+h.264 High-profile 1080p, in fact with the Tegra2 userspace libs in their current state you'll be lucky to get 1080p Main profile and only sure of playing Baseline profile.
Look at the video you want to play if its already High profile 1080p it will _never_ play on a Tegra2 device.
Remux (not re-encode) the MKV into an MP4 container, it it still doesn't play nothing short of updates from nvidia will change that.
ArcMedia
I've been using arcMedia and it runs flawlessly. Here's the apk. runs directly from Astro file manager. Long press on the video file, open file using archmedia. check the default box and every video file opened by arcMedia directly.

[Q] Can the Thunderbolt handle 720p HD video smoothly?

Howdy folks, hope some of you might have a few suggestions for a new Android guy.
After much love and consideration for the Android platform, I decided to come over to the Android world. Sold my iPhone 4 and picked myself up a Thunderbolt at the neighborhood Verizon store. So far, I love it. Great device, screen, customization and service. A world of difference from AT&T. However there is one lingering issue.
On my iPhone, I could send 720p direct from iTunes to the phone. It played smooth as silk, nary an issue, perfect.
With the Tbolt's fantastic size of screen, I would think it would be the perfect place for mobile HD video. However, when I take an mp4 onto the Tbolt, it chokes. The playback is varying levels of choppy, and audio often loses sync.
Am I doing something wrong? Is the Tbolt not capable of playing this type of file? I see a lot of talk on the forums about Froyo messing with 720 playback. I'm not sure what to do because aside from that one issue, I love the phone.
Any feedback/advice/info is appreciated. I love Android and so far the community rocks.
Signed,
Former iPhone User
i had the same problem. installed "vplayer advanced" and it was much better - no skipping, no sync issues. i think you just need to find a different player. the hardware should play them fine, but i havent tried a 5 gig 720p HD movie yet. and the default player wont play mkv files, but vplayer did.
You guys do realize the thunderbolt's screen is 800x480, which is a lower resolution than 720 (which you normally think of in terms of 1280x720 resolution). The horizontal scan lines on the thunderbolt (480) is the same as a standard definition television (640x480), so all you're getting is a placebo effect and a huge drain on your phone battery/resources.
yareally said:
You guys do realize the thunderbolt's screen is 800x480, which is a lower resolution than 720 (which you normally think of in terms of 1280x720 resolution). The horizontal scan lines on the thunderbolt (480) is the same as a standard definition television (640x480), so all you're getting is a placebo effect and a huge drain on your phone battery/resources.
Click to expand...
Click to collapse
Totally understand this. However, for me its more an issue of ease of use. I don't want to convert videos 3 times because I have 3 devices, which was the nice thing about the iPhone/iTunes. One file, done.
Plus, I've downconverted the videos to test, sometimes they skip too, and they never look as good to me. Placebo effect maybe, but again the ease of use thing is the biggest importance to me. If the iPhone 4 can handle this kind of file, why shouldn't my Tbolt?
Problem is probably not the hardware (since the thunderbolt outdoes the iphone in this), it's probably the codecs on the phone not being adept enough to handle them or the developer of your media player not keeping up with certain advancements in android hardware.
Just for instance on a pc, coreAVC will work on really old computers for x264 hd movies (ive gotten it to run smooth on pentium centrinos), however, the built in codecs for something like VLC player (last I checked), couldnt handle a computer that old for rendering HD.
The other issue could be how well they (both the android os developers and the media player developers) take advantage of using the hardware to do all the heavy lifting in the decoding. If it's all being done with software (like VLC does by default on a pc), then that is going to kill the cpu. If it's leveraging the gpu in the phone to take some of the burden off the cpu (similar to what something like coreAVC does now on a pc with nvidia's cuda), then that would help immensely. If in fact android can leverage the gpu to handle things like video decoding, then the final issue is whether or not the developer of your chosen media player is taking advantage of that.
However, if it was some sort of hardware issue, it could be the read speed of the included sd cards http://en.wikipedia.org/wiki/Secure_Digital#Speeds. Try sticking a smaller video file directly in the internal storage of the phone and see if that makes a difference.
I haven't looked too far into the internals of the typical android phone and os yet, but coming from many years of linux and windows development for the web and desktop, those are just my thoughts on the issue.
Android OS 3.0 has an encoder built into it already for h264 avc, so that should take care of issues in the near future for converting your video. Whenever we get gingerbread finally (well 2.3.3 that is), we'll have vp8 decoder as well and that should run things much smoother as google built it themselves for html5 video streaming, so I'd hope it would run efficiently on android. I've read issues with people not being able to handle high res MP4 files on the inspire (the att's thunderbolt) so it doesnt overly surprise me you are as well. I assume they are h264/mp4 files, right? Perhaps try encoding to h263 if so or wmv
http://developer.android.com/guide/appendix/media-formats.html#core
Yeah your gonna have to Download a Video Player app that is Hardware accelerated and plays those kinds of Video Formats. Rockplayer should work too i think.
Been up all night loading my anime + tv shows on the bolt. I agree, i really don't want to be bothered with trans-coding everything i have, plus the bolt does has DLNA capabilities which is another plus if you have a server loaded with the proper media but chances are, those are 720p or better as well.
The best player i used so far is rock player, it beats out meridian, qq player, and vplayer advanced as is the only player that played back everything i threw at it. that said is not pefect, it drops frames when you try to playback 720p mp4 but still smooth for the most part. It lags a bit more with 720p mkv, and lags really bad with 720p avi files. Anything not using the native hardware decoder however, sucks a ton of battery life out the Bolt.
it will playback almost anything at 480p, which is about what the screen native resolution is at. The Bolt does come with a Adreno 205 gpu but i don't think that does anything for video acceleration, maybe is missing the proper hardware decoding chipset which is why is not armed with a HDMI port.
It should only get better with improvement in software/codec but for now, is a let down in terms of video playback.
Try Diceplayer 1.3.0
Thunderbolt's QSD8655 can play H.264 720p.
but HTC's stock media player can't handle MKV, DTS , Flac.
Diceplayer take advantage of hw decoder.
it can play MKV(+DTS+720p).
Don't worry about battery life. diceplayer use almost same power as stock player.
MoboPlayer with ARM V7_NEON coded plays everything fine.
http://www.moboplayer.com/moboplayer_en.html
For reasons stated earlier there does not seem to be any good solution that will handle all common formats used in a PC/Mac/Home theater system on a Tbolt without re-encoding. I posted a video player "shoot out" of sorts over on the "other" forum. In short I was completely let down by all the players I tested. There are a couple here I did not include at that time.
http://forum.androidcentral.com/ver...layers-review-test-comparison-included-3.html
The only one I left on my device was MoboPlayer.
Don't bother with files larger then 4GB either, our SD cards do not support them (or was it the OS...). That being said a good 720p rip with 5 or 6 channels of audio (yes I know there are not enough speakers to hear them all - just so no re-encode required) should generally be smaller than 4 GB.
I am quite keen to hear about any diceplayer vs. MoboPlayer as I did not test diceplayer.
yumms said:
MoboPlayer with ARM V7_NEON coded plays everything fine.
http://www.moboplayer.com/moboplayer_en.html
Click to expand...
Click to collapse
Mobo or Rock or vital or QQPlayer can not play MKV(+DTS) HD.
dice is the best. dice use hw video decoder. no sw video decoding.
juami said:
Mobo or Rock or vital or QQPlayer can not play MKV(+DTS) HD.
dice is the best. dice use hw video decoder. no sw video decoding.
Click to expand...
Click to collapse
I did some quick testing of diceplayer. It is no good. I used the same blend of file types, video formats, audio formats, files sizes and audio and video quality as my tests I posted about with the link to the other forum (prior post in this thread). Diceplayer was very bad. It played 1 out of 4 of the files I tested. Some played but had garbled audio or a very slow frame rate meaning effectively no successful play. I found Moboplayer to be slightly better than Diceplayer.
We really need an equivalent to VLC for Android. VLC as anyone can testify is the "swiss army knife" of players. Plex is the only app better than VLC in that it can output DTS and Dolby via optical (not concerns for a mobile device obviosuly). Who can or wants to re-encode a multi terabyte movie library?

Trouble ripping movies to my TBolt...

I have been using an older version of DVDFab v8.0.7.3 to convert dvd's to m4v files to watch on my phones. All of my older movies play fine. Anything I convert now with this newer version will not play. They will play fine on my computer but not my TBolt. I'm not sure what I'm doing wrong. Anyone familiar with DVDFab v8.0.8.5 feel like giving me a little heads up?
Try avi format.
Sent from my ADR6400L using XDA App
I'll try that but why would all my other videos that are m4v work and just not the new ones?
ignitros said:
I'll try that but why would all my other videos that are m4v work and just not the new ones?
Click to expand...
Click to collapse
What are you using to play the video. Try a different player.
I have the stock video player and the 3d gallery one. But that still doesn't explain why my older videos work and the newer one don't unless there is a problem with the new program I'm ripping from vs the older version.
I've used Badaboom, Xilisoft Video and AVS to convert videos. If you're really nuts like me, first you use SlySoft to remove the DRM from the DVD in your computer's optical drive. Then I use 1ClickDVDCopyPro to rip the DVD into a folder on my hard drive.
From that hard drive folder I use AVS Video Converter (v7) to create a video from the profile for Android devices with some slight modifications. I change the frame size to 800x480 or 720x480. I also change the audio down to 128kbps (just to save space). The bitrate for the video I go between 800 and 1500, depending. For documentaries and dramas, 800 to save space and 1500 for action movies to give a cleaner video playback.
Then use RockPlayer (download the ARM v7 - don't use the universal player) to playback the MP4 video. That's the best success I've had with converting my own video.
Usually anything that I download from the Internet, I use the Xilisoft Video Converter (v6.5.3) to create pretty much the same thing as the DVD rips. The reason I don't use Xilisoft for DVD rips is the way it reads the IFO files from DVD's. The AVS software is pretty intuitive for the files based on the IFO. I also try to download the highest quality I can find so I don't lose much in re-encoding the video to a lower bitrate.
Good luck. Hope that rambling above helps.
Oh yeah. Forgot to mention. I've used Badaboom, but found it slow and didn't seem to make my video conversions better or equal to the AVS or Xilisoft converters. Hard to tell on the TB because of the small screen, but when viewed on the computer it looks worse by comparison.
Plus, the Xilisoft CUDA seems to work faster (I have a new Intel Sandy Bridge with a GTX 460 for processing) than the Badaboom. Xilisoft converts 4 videos at a time on my computer, each hour long video taking about 15-20 minutes to complete (simultaneously). Very nice.
Well... I tried that Rock Player and it works okay. I still can't figure out for the life of me why my other videos play when they were created the same way as the newer ones. Rock player seems to play them fine and the stock player plays the avi files I created I just don't think they look as good as the m4v ones I made previously. I guess I'm just going to have to fool around with it alot more to get things figured out.
For newer movies, DVDFAB to remove the protection then Handbrake to convert. DVDFAB is free for just ripping DVDs but they don't make that really known on their website. This is possibly the most fool-proof way to do it but it also gives you plenty of options if you're into that.

[Q] Smooth 720p/1080p video playback possible?

In particular MKV files.
I have noted that if I playback an 720p MKV with AC3/DTS sound the video plays perfectly fluid. No microjudder or frame drops AFAIK. But there is no sound of course because the inbuilt player does not support AC3/DTS natively.
However add AAC 2.0 audio into the file (MKV or MP4 container it matters not) I see judder. Kinda like when you have 23.976FPS playing on a 50Hz PAL CRT.
I have tried muxing at various framerates and interestingly the judder gets faster the higher the FPS. Very odd.
I'm used to dealing with AV stuff as I use MPC-HC/ReClock/MadVR etc to my HDTV over HDMI (BTW my Panasonic G20 Plasma does not recognise the TF HDMI output. My PC monittor does however so the TF is outputting in an unsupported res/Hz for my HDTV obviously).
It's puzzling me how when the TF does not have to playback audio the video is perfect but as soon as it has to decode audio it throws a wobbly.
The other interesting thing of note is that Youtube vids at 720p and even 1080p (Big Buck Bunny for instance) play just fine. Methinks that Flash is optimized to the Tegra 2 chip whilst the inbuilt TF player (and all the other players) are not. Moboplayer, Vplayer etc are all a bit crap at it. There is one player called LittlePlayer which gives the option of hardware playback but it is no better than the inbuilt player as it does not decode AC3/DTS and it too judders when AAC audio is played.
Anyone got a clue why this is the case? I was wondering if it was a UK specific issue (would not put it past Asus to make it PAL centric) but then why would it play a 23.976FPS 720p x264 in MKV perfectly (sans audio obviously)?
Yeah I have a 720p mkv and it plays a little off with the sound but I play a higher quality move still at 720p and the sound is like a second off. And the 1080p vids I have don't play at all. What app do you use to play your videos?
Sent from my Transformer TF101 using XDA Premium App
you must be doing something wrong with the muxing or the avc stream you ended up with is not extracted properly.
I encode movies with x264 (commandline), encode the audio with neroaacen(lc, cbr, 128kbit) and mux them with mp4box. The file plays perfectly with the built-in player, meridian or rockplayer in hardware decoding mode.
Most mkv TV series I can extract th evideo stream from and use it, but not all. Some use too many reference frames while encoding and the TF can't handle it.
X264 profile high, level 4.1, preset veryfast or medium. No other options except quality level ((crf 20 or 21 I use mostly).
I've tried MKVToolnix for straight muxing. A simple MKV to MP4 prog without reencoding called mkvavi2mp4. Handbrake (Used settings suggested on this forum). I've also tried some test clips from various sites. All of them judder when audio is being decoded. I am not talking about HUGE judder. I am talking about very small judder. The video is not 100% fluid. Some may not even notice it. I do because I am always messing with progs like ReClock and MadVR in order to get perfect 24p playback to an HDTV. I am also susceptible to phosphor lag, any audio sync issues and other annoyances. I am Mr Super Anal when it comes to perfect playback and have color calibrated all my displays with a colorimeter
But I digress.
If I play Big Buck Bunny 1080p in Youtube or in the default browser it plays fluid (well enough not to be annoying). Now if I rip that same Youtube clip down to my hard disk. Copy it to the TF and play it in ANY player (Moboplayer - with or without codecs packs, Rockplayer, Vplayer, Littleplayer or the inbuilt player) it will not play it without stuttering. What the hell is that all about? Flash player is better at video playback on the TF than Honeycombs implementation? Quite.
I wish I could figure out a way to load the MP4 files in Flash through the browser. I tried file://path to MP4 and it did not work.
If anyone knows a way to do that I would be interested. Maybe I should setup a web server on my PC and stream everything in Flash
P.S. If you wish I can provide you with two sample MKV's. One with audio the other without and you can directly compare the two and post your results. I see small juddering on the clip with audio muxed in every time.
The Youtube app is not using Flash. If it was, Youtube wouldn't play on the iPhone or iPad, and it most certainly wouldn't have played on Android devices before Android 2.2. If you want to see true Flash performance so far, load up Hulu and see if you can get a 480p stream to play acceptably. Edit: Since you mention the UK though, I probably shouldn't assume you're in the US. If that's the case, just load up any Flash-based video player besides Youtube. Sometimes it helps to set your user agent to Desktop, too.
The Youtube app is actually using HTML5, with videos encoded in H.264/MPEG-4 AVC and stereo AAC. The maximum bitrates supported are 5 Mbit/s and 152 kbps, respectively. You need to bear in mind too that by playing videos through the browser, the servers will recognize the device you're playing from and compress and optimize the stream accordingly. A full 1080p video at 5 Mbit/s would take forever to buffer on a tablet, so it's highly unlikely that you're getting the full quality over the network stream. Locally-stored videos, however, are free to be downloaded and played in their maximum quality, so it's understandable that you may see some stutter on large files.
deadman3000 said:
I've tried MKVToolnix for straight muxing. A simple MKV to MP4 prog without reencoding called mkvavi2mp4. Handbrake (Used settings suggested on this forum). I've also tried some test clips from various sites. All of them judder when audio is being decoded. I am not talking about HUGE judder. I am talking about very small judder. The video is not 100% fluid. Some may not even notice it. I do because I am always messing with progs like ReClock and MadVR in order to get perfect 24p playback to an HDTV. I am also susceptible to phosphor lag, any audio sync issues and other annoyances. I am Mr Super Anal when it comes to perfect playback and have color calibrated all my displays with a colorimeter
But I digress.
If I play Big Buck Bunny 1080p in Youtube or in the default browser it plays fluid (well enough not to be annoying). Now if I rip that same Youtube clip down to my hard disk. Copy it to the TF and play it in ANY player (Moboplayer - with or without codecs packs, Rockplayer, Vplayer, Littleplayer or the inbuilt player) it will not play it without stuttering. What the hell is that all about? Flash player is better at video playback on the TF than Honeycombs implementation? Quite.
I wish I could figure out a way to load the MP4 files in Flash through the browser. I tried file://path to MP4 and it did not work.
If anyone knows a way to do that I would be interested. Maybe I should setup a web server on my PC and stream everything in Flash
P.S. If you wish I can provide you with two sample MKV's. One with audio the other without and you can directly compare the two and post your results. I see small juddering on the clip with audio muxed in every time.
Click to expand...
Click to collapse
Shoot them over
http://www.mediafire.com/?gp3bumw7qy9mppm
Check the panning of each. One has AAC audio the other not. Use the default inbuilt video player of the TF (Should offer if you click on the files if you have other players installed). The one without audio plays perfectly smooth on my TF. The one with audio has slight juddering.
deadman3000 said:
If I play Big Buck Bunny 1080p in Youtube or in the default browser it plays fluid (well enough not to be annoying).
Click to expand...
Click to collapse
Just to clarify: You are talking about viewing youtube via the default _web_ browser, setting your user agent such that you get the desktop site and using the flash plugin to play the video? Rather then using the mobile youtube web site or using the built in youtube app?
FYI of your two clips the one without audio plays smoothly in the _default_ player and the one with audio chokes with "This video cannot be played" (This is assuming you tack ".mp4" onto the file names to fool the default media player into trying to play it)
Interesting... I just re-encoded the audio _only_ ("-vcodec copy -acodec libmp3lame" in ffmpeg) and that plays smoothly.
Now mp3 audio isn't part of the mp4 container spec so you'll only get away with it in an mkv container (its flexibility is one of the things that makes matroska difficult to parse)
Ah... the video is High profile at 3.8Mbps that pretty much on the limit of what the tegra2 can do at the moment (I'd say it over it actually) so I'd say that the addition of a complex (relative to mp3) audio track is just too much.
I bet if you re-encoded that video to baseline at the same bitrate and copied the audio stream it would play fine, its just at the max computation threshold.
sub'd... I want to see what you guys are doing, I'd really like to play at least 720p peacefully.
I've tried reencoding using Handbrake and get similar results. Jerky playback with audio. Smooth without. It's like small juddering every quarter second or so. Ignore the web playback that's already been explained that it's HTML5 and is not sending me the full 1080p stream anyhow.
In fact. If someone can send me a 720p video clip with audio that they say plays 100% smooth on their TF I could see if it's not 100% smooth here. If not (as I suspect it won't be) then it's either my TF has issues. Your eyesight is not picking it up or I am going nuts
deadman3000 said:
I've tried reencoding using Handbrake and get similar results. Jerky playback with audio. Smooth without. It's like small juddering every quarter second or so. Ignore the web playback that's already been explained that it's HTML5 and is not sending me the full 1080p stream anyhow.
In fact. If someone can send me a 720p video clip with audio that they say plays 100% smooth on their TF I could see if it's not 100% smooth here. If not (as I suspect it won't be) then it's either my TF has issues. Your eyesight is not picking it up or I am going nuts
Click to expand...
Click to collapse
try this: http://forum.xda-developers.com/showthread.php?t=1060825
I am using the same profile settings in handbrake (high profile) and ALL my videos are really smooth! and YES...I did have judder/stutter before. download the sample files and you can test it on your TF.
the ONLY downside is that handbrake takes a while to encode but its worth it!
hope this helps.
..........
While I agree that, officially, Honeycomb doesn't support the mkv container. It must be able to parse it as it does support WebM and that uses the matroska container.
http://dl.dropbox.com/u/6553908/with_audio_mp3.mkv
This is the same video stream but with the audio re-encoded to mp3, plays nicely for me in the default video player it I tack ".mp4" on the end to fool the player into trying to play it.
I don't stream but everything e.mote said about hinting is spot on, also you may want to look at interleaving (a feature of the muxing that MP4Box can do) is you want to stream.
earlyberd said:
A full 1080p video at 5 Mbit/s would take forever to buffer on a tablet, so it's highly unlikely that you're getting the full quality over the network stream.
Click to expand...
Click to collapse
Way too generalized. I have a Playbook and it plays 1080p Youtube in the browser flawlessly.
I played The Cape clip from the example Handbrake settings thread. The clip plays with micro judder like every other clip with sound. I am now using a Prime 1.4 rooted not the stock firmware and it still does it. It is like frame drop every half or quarter second. If you have ever seen NTSC 23.976FPS played back on a PAL 50Hz CRT TV you will know what it looks like. It is very obvious on pans.
Surely I cannot be the ONLY person who can see this??? Are your eyes really that bad?
EDIT: Tried the MP3 version you provided. Still there. You can count the judder. Tick tick tick tick... every quarter second.
EDIT2: I guess the only way to demonstrate this to you guys is by way of a video of it along with some audio prompting from me to point it out to you (excuse the d(t)icks). You will notice that the audio drops out for some reason during playback but when it does the video plays buttery smooth. No idea why the audio drops out. I was playing back the MP3 muxed version from the link above using Moboplayer but this problem - the juddering - occurs with any player I have tried. The juddering happens on every single video I have tested it on when it is decoding audio.
http://www.youtube.com/watch?v=oXfdQP8BtEA
I will restate however. Yotube playback looks much smoother than playing a file from the inbuilt flash memory or SD cards.
I am having the same problem as you and I see the judder on these clips as well. I posted my issues in the encoding guide thread:
http://forum.xda-developers.com/showthread.php?t=1060825&page=9
It has nothing to do with the overall bitrate rate as many of my samples are <2,000 kbps, and just like you, if I remove the AAC audio, video is silky smooth. I assume it's just a software issue that should be able to be resolved, but I guess we'll see...
e.mote said:
BTW, if you recoded the clip, then I suggest using better settings. The settings used are excessive. When facing a device with marginal playback, there is less tolerance for bad encodes. If you're anal about playback, then you should be equally anal about your encode settings.
Click to expand...
Click to collapse
Thanks for that. But since your video judders just like every other clip that means diddly squat. I don't see why I should have to reencode every video I have in order for it to playback on the TF either. It should be able to handle 720p at least. It does play it but only plays it smoothly with no audio playback whatsoever.
bartleyg82 said:
I am having the same problem as you and I see the judder on these clips as well. I posted my issues in the encoding guide thread:
http://forum.xda-developers.com/showthread.php?t=1060825&page=9
It has nothing to do with the overall bitrate rate as many of my samples are <2,000 kbps, and just like you, if I remove the AAC audio, video is silky smooth. I assume it's just a software issue that should be able to be resolved, but I guess we'll see...
Click to expand...
Click to collapse
Phew! Thanks for chimeing in! I am glad it's not just me. Do you live in the UK perchance? If not that would rule out any UK specific reasons.
Nope, I'm in the US. My TF is also running Prime 1.4. I've tried the "stock" kernel and the OC kernel and the problem is the same with both. I didn't think to test video before rooting and installing Prime, so I can't vouch for whether or not it happens on completely stock HC 3.1
deadman3000 said:
http://www.youtube.com/watch?v=oXfdQP8BtEA
.
Click to expand...
Click to collapse
How... what...
Are you serious? I see literally no issue. Either my eyes or your camera, one of the two can't pick up this judder. And I did notice the compression in the better encode offered here (text, grappling hooks, lasers, pretty much anything like that. Not a bad result, but clearly visible)
Sent from my GT-P1000 using Tapatalk

Video formats that are hardware decoded that do not decode?

I've been trying to play any and all videos that are stored on my computer, and None of them work with the stock video,mx video, or vplayer apps using hardware decoding. Youtube videos DO work that were downloaded off of youtube (.mp4) but any video I encode from whatever format they were originally to something my previous phones, the AT&T galaxy s 2 and captivate, would play with no problem. I've looked at the hardware. I would say it's almost the same as the blackberry playbook and archos 80 gen9 I used to own, the same cpu/gpu from ti, same amount of ram (the archos had half, not even 512mb). Sure the clock speed was different between the atrix 2,archos 80 gen9, and playbook, but the tablets and galaxy s 2 phone could run mp4's with 5.1 channel AAC audio set at high profile at 1080p, but I usually make a second copy at 720p with ripbot264, it saves space.
I know it says on motorola's device page (android core formats) meaning no real mkv or avi support, but I've tried baseline mp4 with stereo aac audio, NO GO.
I don't get it.
I've been researching the software (3 hours at 3:30 est). our atrix 2 can play it back, it's just refuses to. I guess motorola didn't bother with codec support that's right in front of them. also I've wondered if we can take or compile a ducati-m3.bin (the firmware that lets the device decode video) and omx files(libstagefright.so and corresponding files for handling?) and just zip them into the system, I did stupid and started replacing .so libs and replacing the ducati bin, had to reflash my ics 3 times and restore once, before I was too tired to care.I did it to see what would happen.(I've gotten fairly good at restoring phones that I've bricked or boot-looped just my personal phones though)
Anybody have an Idea what I'm talking about? basic mp4 with 5.1 audio playback. I've tried remuxing stereo only videos, didn't work either.
Also I'm complaining, but Not willing to give up my phone without trying to fix it.

Categories

Resources