Related
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?
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
Hi,
Does anybody manage to get subtitles when using the hdmi-output ? The Video Google Player does not detect srt at all, and when I'm using another player (mobo, rock, mvideoplayer, etc...), the movie is displayed through hdmi-out but the subtitles stick to the TF screen ! Not really handy to watch a movie ;-) I would like to keep hardware acceleration (to play 720p movie) and get subtitle displayed through the hdmi-output without hard-burning the srt if possible.
Has anyone already tried to watch movies with subtitles through hdmi output ?
Thanks !
This is just a thought but have you tried embedding the subtitles into the video container (e.g. mkv)? You can use the application mkvmerge GUI to re-mux the video as an mkv and add the subtitle file resulting in one file which has video/audio/subtitles.
Free tool: MKVToolnix -- Cross-platform tools for Matroska
These mkv tools includes the mkvmerge GUI that I mentioned. My thinking is that if the subtitle file was part of the video container the Android players may play them in a way that gets around the issue you are having. This would be the most efficient method as no transcoding of you video would be required.
The method that would definitely work would be "hard coding" the subtitles onto the video frames. This does away with the need for a subtitle file but does require that the video is transcoded.
Handbrake documentation: See "Hard Burn"
Free tool: Handbrake Downloads
Good luck
Hi,
Thanks for the answer, I knew about hardburning ; see my question : "get subtitle displayed through the hdmi-output without hard-burning the srt if possible"... Moreover, it seems that mkv is not well recognised by stock video player (google video player), and I reencoded mkv to mp4, with a subtitle track, but the players I tried did not load mp4 subtitles (though it did with mkv, but mkv is really slow compared to mp4). Anyway, thanks for your suggestion ! I will dig a little bit, to see if I can build an mkv file with video in H264, subtitles, and hardware acceleration...
Haven't tried it myself as I haven't got hdmi out working yet but can you use splash top to remote to yr PC, play the video through PC app with subtitles, and output the remote session to tv? I believe I recall someone saying they do this using splash top HD (think you have to pay for that, poster said it was worth it).
For what it's worth I have the same issue with my iPad.
Thanks for the tip, but splashtop hd does not work on linux, and dont have/want windows machine at home.
Did you solve it ? I'm having the same issue :\
It sucks because english it's not my native language and one of the reasons why i bought this tablet was for use it as a media player on the tv ..
fixed by buying a popcorn hour... Tf is not ready for replacing a network media tank. Definitely.
It works for me with BSPlayer and using software decoding mode in preferences.
With MX Player free subtitles work ok. With BS Player and Dice Player subtitles are shown in the tablet but not in the tv, they worked before but not anymore since one of the last ota updates.. i dont know if they changed something related to overlay in the rom because it used to work for me some weeks ago.
lumav said:
It works for me with BSPlayer and using software decoding mode in preferences.
Click to expand...
Click to collapse
Yeah that's the only way i could make it work. Does anyone know if there's any player that supports subtitles with hardware decoding ? (through hdmi output)
hardcorekb said:
Yeah that's the only way i could make it work. Does anyone know if there's any player that supports subtitles with hardware decoding ? (through hdmi output)
Click to expand...
Click to collapse
There isn't. For me, it seems that the hardware decoding prevents somehow to display subtitles through hdmi output.
software limitation?
i'm hoping that this is a software limitation that can be fixed someday.. anybody knows?
Good lord. Just install a custom firmware. For example revolver works for sure on the third android. I have not tried on ics though. Mx player allows 2+ subs btw. (i have suggested this feature btw also)
Extreemator said:
Good lord. Just install a custom firmware. For example revolver works for sure on the third android. I have not tried on ics though. Mx player allows 2+ subs btw. (i have suggested this feature btw also)
Click to expand...
Click to collapse
We are talking about Hardware accelerated video WITH subtitles over HDMI..
MxPlayer works in Software mode only..
As what I see
hardware acceleration does not render the soft subtitles together with the video
looks like there are "2 different layer" display video on your device screen with hardware acceleration
Playing on your device screen (SW mode)
sw layer= the UI of your video player, soft subtitles, SW rendered video - on device screen as a layer
hw layer= none
*you see everything on device screen, but video may stutter
Playing on your device screen (HW mode)
sw layer= the UI of your video player, and soft subtitles - on device screen as top layer
hw layer= the video - on device screen as 2nd layer
*you see everything on device screen, perfectly
Playing thru HDMI on HDTV or any display monitor (SW mode)
sw layer= the UI of your video player, soft subtitles and SW rendered video - on both device screen and HDTV/Monitor as a layer, you see everything but video stuttering cos lack of hardware acceleration
hw layer= none
*you see everything on both device screen and HDTV/Monitor, but video may stutter
Playing thru HDMI on HDTV or any display monitor (HW mode)
sw layer= the UI of your video player and soft subtitles - on device screen, you see only UI and soft subtitles.
hw layer=video only (hardware accelerated) - on HDTV/Monitor thru HDMI, you see only video, no soft subtitles, no video player UI
*you see only video on HDTV/Monitor, then videoplayer UI and soft subtitles on device screen.
it seems hardware acceleration disables UI to be displayed on HDTV/Monitor thru HDMI when a HW mode video playback is active.
I hope video player developers can find a way allow the soft subtitles to be display together with video on HDMI output someday
As for now, if you want to see soft subtitle on HDTV thru hdmi output, you have to re-encode the videos with subtitles (hard sub)
or
Watch It on SW mode, thats extremely lag and looks bad especially for HD videos
I got a ASUS TF300T and I'm having the same issue, not only with internal videos, but when I run netflix the subtitles just display on the Pad's screen and not on the HDTV. T_T
Some solution for this? I use bus player with software decoding and tit was the temporally solution....
But I need to know some solution to resolve with hardware decoding
hardcorekb said:
Yeah that's the only way i could make it work. Does anyone know if there's any player that supports subtitles with hardware decoding ? (through hdmi output)
Click to expand...
Click to collapse
Try MX Player and send reports back.
I dont have HDMI cable for my tablet At the moment so.
Try it.
MX Player is displaying with SW mode but laggy in HD videos.HW mode dont display any subs on HDMI output.I embed the subs into the video with VirtualDub,with a plugin inside, especially for HD videos, it plays well.
Hello all,
I have discovered a way to display subtitles on HDMI even when using HW-accelerated video from either MX Player or BS Player...
BTW, this option only works for Asus TF300T official JellyBean firmware...
Go to Settings --> Developer options --> Drawing --> enable "Disable HW Overlays" checkbox
This will force GPU to do all compositing work. Videos will now play wth subtitles on HDMI even if HW-accelerated. The downside is that the video is displayed on both the tablet as well as the HDMI port unlike before where the video is only displayed on the HDMI port and the UI remains with the tablet in HW-accelerated mode.
Hope this helps...
^_^
P.S.
This does not fix the issue of MX Player not being able to use HW-acceleration properly (choppy video or falls back to SW-decoding) for files that used to play fine pre-Jellybean OTA update. Just use BS Player for the meantime until MX Player gets fixed. I miss the nice ASS subtitles that MX Player renders though...
Has anybody else experienced this issue? Dice player is slow as hell too. Is there a setting that needs to be changed before the One XL will play video correctly or do video players need to be updated to work with the S4 processor?
One thing's for sure, video playback on devices optimized for particular encoding settings is optimum when those are followed.
Having said that, I have no problem playing 720p encodes in H.264 format using Handbrake with a profile that is based of the standard high profile but with B-frames, CABAC, 8x8 transform and weighted P-frames all turned off. These aren't necessarily the settings needed for optimal playback on THIS device but they are what I use for reliable playback on my Tegra 2 based Galaxy Tab 10.1 and those files that I've encoded for that play just as well on my One X.
I just dragged over a 1080p video shot on my Nikon D7000 onto my One X without any conversion at all and it plays perfectly fine using Dice Player. I was surprised.
Wonder if it's your encodes.
So far the best performance I've gotten on AVI without re-encoding is Bsplayer.
Sent from my HTC One X using XDA
In MX Player, change from "H/W" mode in the top right to "S/W (fast)" - see if that helps.
Another vote for BSPlayer. I was a big Rock Player proponent for a long time. But it doesn't seem to be updated any longer.
Also, similar to another previous response, forcing from HW to SW mode may help. Its a bit of a crap shoot depending on the encoding settings and codec used. But BS Player works for most things.
what if..
neocryte said:
In MX Player, change from "H/W" mode in the top right to "S/W (fast)" - see if that helps.
Click to expand...
Click to collapse
i tried this but it says that "H/W decoder is not supported.. what should i do? thank you for the help..
Hi, all. I own xperia Neo V, recently rooted. I use MX player for video playback. There seems to be a lag at random intervals during video playback, especially playing mkv files. During the lag, audio continues to play while video displays as a still picture and then delayed video gets played back at a very fast pace. Then video playback continues fine and then lags with similar issue at another random interval. The lag happens for 5-8 seconds . I would like to know if any workaround for this problem? Does anyone face similar issue?
varunit said:
Hi, all. I own xperia Neo V, recently rooted. I use MX player for video playback. There seems to be a lag at random intervals during video playback, especially playing mkv files. During the lag, audio continues to play while video displays as a still picture and then delayed video gets played back at a very fast pace. Then video playback continues fine and then lags with similar issue at another random interval. The lag happens for 5-8 seconds . I would like to know if any workaround for this problem? Does anyone face similar issue?
Click to expand...
Click to collapse
Hi! What is the resolution of the video? Because the Neo and Neo V screen resolution is only 720p and it won"t play full hd videos, but 720p videos is working well. I have Xperia Neo and it's not playing the full hd vids with any player! The sound goes as it should, bat the screen freezes. Reduce the video size and it will work...
The resolution is 576*432
I tried BSplayer, QQplayer too. all lag at random intervals
I use Moboplayer (the one with a "green triangle on a grey circle" icon), and it plays everything, except full hd vids. The max reslution is 1280x720, but even Quickpic plays too. So i dunno what the problem is... What rom are you using and kernel? Maybe you run out of free memory during playback... Have you download the codec for MX player? When I first install it, it's need the MX Player Kodek (ARMv7 NEON)...
But now I probe one video (1280x720) and Quickpic plays it, I'm able to scrolling too...
I tried Mobo before. One thing that I love about MX is that it's HW acceleration feature is excellent which boost your volume twice, and all other players including Mobo can't match this boost. That's the only reason stopping me to use other apps. Anyways, thanks for hinting Moboplayer, will try it out again. Regarding Quikcpic, I use it only to view my pictures, new used it to play any video.