Related
Engadget article, last video:
http://www.engadget.com/2010/06/15/exclusive-motorola-droid-x-preview/
It plays DivX videos natively, and with very good quality as well... not sure how it is with android, but should we expect an Evo port of that player sometime soon? I know it was done in winmo world, but since i'm relatively new to android scene, wanted to ask before forking out $10 for yxplayer.
Thanks!
EDIT:
Galaxy S is also "DivX HD Certified Android Smartphone":
Galaxy S (I9000) Product Specifications, Video: HD([email protected]) video playing & recordingCodec: mpeg4, H.264, H.263, H263Sorenson, DivX HD/ XviD, VC-1Format: 3gp (mp4), WMV (asf), AVI (divx), MKV, FLV
another opportunity for a great divx player port to evo?
frifox said:
Engadget article, last video:
http://www.engadget.com/2010/06/15/exclusive-motorola-droid-x-preview/
It plays DivX videos natively, and with very good quality as well... not sure how it is with android, but should we expect an Evo port of that player sometime soon? I know it was done in winmo world, but since i'm relatively new to android scene, wanted to ask before forking out $10 for yxplayer.
Thanks!
EDIT:
Galaxy S is also "DivX HD Certified Android Smartphone":
Galaxy S (I9000) Product Specifications, Video: HD([email protected]) video playing & recordingCodec: mpeg4, H.264, H.263, H263Sorenson, DivX HD/ XviD, VC-1Format: 3gp (mp4), WMV (asf), AVI (divx), MKV, FLV
another opportunity for a great divx player port to evo?
Click to expand...
Click to collapse
There was a thread about rock video player floating around but I can't find it anymore. amazing player, handles whatever I throw at it besides the 720 stuff our phones don't have the power to play.
Mod. edit: That's because it is still a beta and the developer didn't consent it's distribution. It was therefore removed as warez according the forum rules.http://forum.xda-developers.com/showthread.php?p=6805512#post6805512http://forum.xda-developers.com/showthread.php?p=6805512#post6805512
yes, i have it, use it every day... but i found yxlpayer to handle h264/MKV's much better, without major stuttering. most releases (i'd say ~80% of all) on the scene right now are high profile h264 in MKV's so i have a need for yxplayer more than rockplayer.
since Droid X and Galaxy S plays DivX and MKVs (galaxy s, at least) natively, i would imagine its performance being MUCH better than yxplayer/rockplayer. that's why i was hoping for an Evo port
mrono said:
There was a thread about rock video player floating around but I can't find it anymore. amazing player, handles whatever I throw at it besides the 720 stuff our phones don't have the power to play.
Click to expand...
Click to collapse
Our phones can handle 720p h264 base profile just fine with HW acceleration, It's just that rockplayer seems like it's more or less a software implementation.
But yes I would LOVE to see some sweet h264 High Profile HW decoding support, this phone was meant and advertised to be a powerhouse media player and it pains me to see it only crippled by lack of SW support. (Sorry youtube HQ, you're only useful if I wanted to see lolcats, for everything else, I'm sick of having to go through a conversion process) If only AirVideo developers would at least say SOMETHING about a possible android port...
Or you could do what I did and write a transcoder using ffmpeg to get tv and movies streamed. I'm able to get native res x264 to my phone from my own script, even over 3g. Just can't get seeking to work because I don't know a way to move the the atom chunks to the front of the single pass encoding process before it starts encoding. I don't actually think its possible over http which is why I'm thinking about moving it to an app.
But apart from that I have x264 hw from the HTC player and xvid from rockplayer. What is the problem? They work fine. I don't care that its two apps.
-------------------------------------
Sent via the XDA Tapatalk App
flexgrip said:
Or you could do what I did and write a transcoder using ffmpeg to get tv and movies streamed...
But apart from that I have x264 hw from the HTC player and xvid from rockplayer. What is the problem?
Click to expand...
Click to collapse
i wrote a batch script for myself that re-encodes (not streams) my vids into evo-supported format. just drag&drop all vids and they are properly encoded regardless of the input format. as far as streaming, i use Orb. the problems with both, i don't always want to spend time (if i have any at all) to re-encode, and streaming doesnt produce enjoyable 800x480 quality with real-time encoding (tho orb allows seeking, which is a +, but not enough to compensate for quality loss).
that i know, but hw-accelerated h264 playback is limited only to baseline profiles. many scene releases are either main or high profiles, and in addition to that, inside mkv's which stock player doesnt do.
i have no difficulty going through loops and hoop to get my vids played on Evo, but most of the time i'm simply wasting time/quality while doing it... that being said, DroidX/GalaxyS most likely incorporates hardware accelerated playback (or a dam good software-based decoding algorithm), and seeing how silky smooth it plays 720p DivX/AVI files, I would LOVE to have a player on my Evo with such good decoding performance... thats why asking about an Evo port. DEVS, please respond
... oh and also, let's not even mention SUBs (A.S.S. inside MKV's)... those things are ALWAYS a problem, no matter which player you use
flexgrip said:
Or you could do what I did and write a transcoder using ffmpeg to get tv and movies streamed. I'm able to get native res x264 to my phone from my own script, even over 3g. Just can't get seeking to work because I don't know a way to move the the atom chunks to the front of the single pass encoding process before it starts encoding. I don't actually think its possible over http which is why I'm thinking about moving it to an app.
But apart from that I have x264 hw from the HTC player and xvid from rockplayer. What is the problem? They work fine. I don't care that its two apps.
-------------------------------------
Sent via the XDA Tapatalk App
Click to expand...
Click to collapse
Mind elaborating on the process for this a bit? I know that AirVideo essentially does the same thing on the iDevices but with a pretty complicated script that can raise or lower quality based on bandwidth constraints. Also they use some sort of framserver to serve subtitles embedded into an mkv/ogm container before transcoding it on the fly. I really don't know enough about encoding to get into this (though I'd love to learn more) but I would love to be able to have SOME sort of solution to this.
frifox said:
i wrote a batch script for myself that re-encodes (not streams) my vids into evo-supported format. just drag&drop all vids and they are properly encoded regardless of the input format. as far as streaming, i use Orb. the problems with both, i don't always want to spend time (if i have any at all) to re-encode, and streaming doesnt produce enjoyable 800x480 quality with real-time encoding (tho orb allows seeking, which is a +, but not enough to compensate for quality loss).
that i know, but hw-accelerated h264 playback is limited only to baseline profiles. many scene releases are either main or high profiles, and in addition to that, inside mkv's which stock player doesnt do.
i have no difficulty going through loops and hoop to get my vids played on Evo, but most of the time i'm simply wasting time/quality while doing it... that being said, DroidX/GalaxyS most likely incorporates hardware accelerated playback (or a dam good software-based decoding algorithm), and seeing how silky smooth it plays 720p DivX/AVI files, I would LOVE to have a player on my Evo with such good decoding performance... thats why asking about an Evo port. DEVS, please respond
... oh and also, let's not even mention SUBs (A.S.S. inside MKV's)... those things are ALWAYS a problem, no matter which player you use
Click to expand...
Click to collapse
Orb quality is absolute crap on any mobile device I've been on, and that includes WiMo 6.x, The iPod Touch and of course Android. Unfortunately I couldn't use Orb 2.5x because of the lack of subtitle support and their fix "soon" is worse than Blizzard's "soon" on game releases.
My current solution is a batch script to convert the h264 high profiles to ffmpeg mp4s (simply because the conversion takes 4 minutes compared to 9 if I converted it to h264 baseline) and proceeding to manually rip out the A.S.S./SRT files from the mkvs manually and using mVideoPlayer/meridian to softload everything. It's a long process that I simply don't want to do to enjoy some video
did some more research... Samsung Galaxy S (i9000) & Motorola Droid X both have something in common: Cortex-A8 w/ NEON™.
What's that? Simply put, hardware acceleration for "watching any video in any format". Soft codec standards include MPEG-4, H.264, On2 VP6/7/8, Real, AVS, and more. This explains the above mobile's ability to playback 720p high profile h264 in MKVs with no problem at all.
As far as I know, Evo sports QSD8650, a chipset from 2007, which doesn't include Cortex-A8. Conclusion? No hardware accelerated Main/High profile H264, MKV, DivX, etc playback for HTC Evo no matter how hard we try...
Seriously, the MAIN reason I bought Evo is for its 1GHz and 4.3" screen hoping to finally escape the dreaded days of horrible video playback on my Touch Pro. I LOVE Evo, but this... @#[email protected]#$!
anyways, our last hopes lay in the hands of CorePlayer devs, since they're working on android port. their player was the only thing that kept me winmo somewhat bearable for video playback. CorePlayer plays pretty much everything you throw at it since they use their own video decoders, not android's, to play back avi/mkv/mp4/etc...
PS: most of the time, video re-encoding is NOT an option for me... no computer at home besides Evo
I loved core player.
Rock player is simply outstanding. I highly recommend everyone pick it up once it his market. Much better than yxplayer.
720p h264 (high-profile) video, both rockplayer & yxplayer = 0.5 to 3 fps playback. unacceptable.
PS: different sources report differently, but according to some - Droid X runs same chipset as Evo, QSD8650. So AVI/MKV/DivX (not sure bout main/high h264) support Evo port could still be possible... just need some dumps from Droid X and start cooking
EDIT: Droid X runs OMAP3630, which also has Cortex-A8... dam, why does Evo just has to be different? Cortex-A8 = hardware accelerated ALL video playback, and Evo doesn't have it
Not sure if this will help, but.... Galaxy S (i8000) /system dump:
http://forum.xda-developers.com/showthread.php?t=704817
the goodies:
/system/lib/libs264domxoc.so
/system/lib/libsac3domxoc.so
/system/lib/libsdiv3domxoc.so
/system/lib/libsflacdomxoc.so
/system/lib/libsvc1domxoc.so
/system/lib/libswmv8domxoc.so
/system/lib/libsavidocn.so
/system/lib/libsmkvdocn.so
/system/lib/libsflvdocn.so
/system/lib/libswmfdocn.so
wonder how much of the above is cortex-a8 specific...
droid x native playback
I've seen it mentioned in a few places that the DX will play divx/mkv files natively, but i really havent had much luck with it at all. All of the MKV files i've tried (3 or 4) have failed to play. Since mkv is just a container, does anyone have some specifics about which decoders the dx has?
Hi again all!
I have some DVDs of television episodes that I want to watch on my Transformer.
I am going to use Freemake to 'rip' the DVD into individual episodes and I was wondering what the best settings to use would be? (e.g. bit rate, frame size, audio settings, etc.)
I had a few .AVI videos that I copied over and played but unfortunately the video was REALLY laggy (the sound was not synched up with the voice, especially noticeable watching people talk).
Hopefully things will be better when I create the videos with the correct target platform in mind.
J
For 720p h.264 videos use a baseline profile at level 3.1. For lower resolution (dvd resolution) you can use main profile at level 3.1. Honeycomb 3.1 is almost here and the performance are better.
9600pro87 said:
For 720p h.264 videos use a baseline profile at level 3.1. For lower resolution (dvd resolution) you can use main profile at level 3.1. Honeycomb 3.1 is almost here and the performance are better.
Click to expand...
Click to collapse
wow thats above my head! i will try to figure out what you are saying unless you want to explain more
thank you!
I use Mediacoder for encode my dvd. I set h.264 with main profile at level 3.1. 2Mb for video bandwith and aac-lc for audio format. Then i choose MP4 container and that's all.
9600pro87 said:
I use Mediacoder for encode my dvd. I set h.264 with main profile at level 3.1. 2Mb for video bandwith and aac-lc for audio format. Then i choose MP4 container and that's all.
Click to expand...
Click to collapse
great thank you again!
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
Hey all;
So, I've had my Eee Pad for a few months now. Absolutely love it. One of the things that I'm aiming to do, is movie playback for road trips. Myself or my wife (whoever is passenger) can watch a movie, while streaming the audio through the car via Bluetooth (FordSync).
I had converted a couple of movies from HD MKVs (720p and 1080p) to MP4 for playback on my tablet using Handbrake and they played fine. Even HD (720p) music videos I've ripped from YouTube playback OK once converted, however any of my 420p (DVD) rips don't want to playback properly. The video is 2-4 times faster than it should be. I've Googled, and even done some searching on these forums, but the threads regarding fast video playback didn't apply to the Eee Pad.
I'm still on stock ROM, but updated to the latest one (3.1 I think it is). I've tried the built in video player, as well as a couple of others (current one installed is mVideoPlayer).
My Handbrake settings are as follows:
Picture
Keep Aspect Ratio
Anamorphic: None
Modulus: 16
Video Filters
All off
Video
Video Coded: H.264 (x264)
Framerate (FPS): Same as source
(Video)Quality
Avg Bitrate (kbps): 2200
Audio
Audio Coded: AAC (faac)
Mixdown: Stereo
Sample Rate: Auto
Bitrate: 160
DRC: 0.0
Advanced
Encoding
Reference Frames: 1
Maximum B-Frames: 0
Analysis
Motion Estimation Method: Uneven Multi-Hexagon
Subpixel ME & Mode Decision: 6: RD in I/P-frames
Motion Estimation Range: Default (16)
If the video has a 1080 resolution, I usually bring it down to 720 as it plays back better. If its an SD film, I leave the resolution/aspect ratio to whatever the video is encoded as.
Any help is greatly appreciated!!
Some things to try:
Go here build.handbrake.fr and download the latest SVN Handbrake GUI (Not CLI) and install it. It's possible that it is a bug in the latest official version that has been fixed.
Second, rather than using your own settings which may have inadvertently switched some switch - use the High Profile preset and encode this way. It should be automatic, but use Constant Quality = 20 instead of average bit rate as well. These are settings that are known working on mine and other devices.
Try that and report back.
sassafras
How are you ripping the DVDs? If you're just re-converting the .VOB files, that might be the cause depending on if Handbrake can properly read the d2v info embed in VOB files and properly inverse-telecine the DVDs. This will explain why seems to play 2x faster as the timecode is not read properly by handbrake.
sassafras_ said:
Some things to try:
Go here build.handbrake.fr and download the latest SVN Handbrake GUI (Not CLI) and install it. It's possible that it is a bug in the latest official version that has been fixed.
Second, rather than using your own settings which may have inadvertently switched some switch - use the High Profile preset and encode this way. It should be automatic, but use Constant Quality = 20 instead of average bit rate as well. These are settings that are known working on mine and other devices.
Try that and report back.
sassafras
Click to expand...
Click to collapse
I did 4 movies, one I ripped myself, the other 3 I've had for years which I downloaded. Aside from some granyness in the videos now (I'm going to re-try with the 2-pass encode) they played perfectly. Thank you!!
frosty5689 said:
How are you ripping the DVDs? If you're just re-converting the .VOB files, that might be the cause depending on if Handbrake can properly read the d2v info embed in VOB files and properly inverse-telecine the DVDs. This will explain why seems to play 2x faster as the timecode is not read properly by handbrake.
Click to expand...
Click to collapse
Once I ripped the movie using AnyDVD, I'd throw it in to Handbrake and use the HighProfile setting. I'd set the aspect ratio to be the same as that of the movie, 2-pass encode with a turbo first pass, set the audio to be the 5.1 track as passthrough, no chapters, and the rest of the settings as the default for the profile. The original ripped videos play fine on my PC, and even the re-encoded ones played fine as well.
Hi,
Not sure if this is the best place for this question, but just on the chance that anyone knows a solution
Basically I have CM7 on my HTC desire and as far as I can see, it records in M4V which is h264 or something?
Anyway, I recently downloaded Avidemux video editor and opened a file I recorded off the desire to do minor editing (removing audio from a few seconds of the video, still haven't figure out how to do that either )
anyway, on inserting the video file, I get a warning saying "H.264 Detected: If the file is using B-Frames as a refrence it can lead to a crash or stuttering. Avidemux can use another mode which is safe but YOU WILL LOSE FRAME ACCURACY. Do you want to use that mode?"
then when I playback the video, there's a big delay on the audio sync. It plays fine in media player classic.
Any help or feedback appreciated
That's a generic problem with Avidmux and H.264 that I've run into numerous times and not related to CM7. I get the same problem using my Hauppauge HD PVR recording HD from component video to my Linux system. I'm had some success using Handbreak to convert formats but still looking for a decent non-linear video editor that will handle this stuff. I've about given up on Avidmux. Sorry for not being much help. :-/
Thanks for the reply. That's a pity, is there any format that would work easily with Avidemux, that CM7 can record in also, or is CM7 only for wm4? As far as I remmeber, leodroid recorded in 3GP?