CM7 RC4 Hardware Decoding Still Doesn't Work? - Nook Color General

I've just updated my firmware with the new CM7 RC4 release and Darlinger's OC Kernel (Released 3/31). According to the release log, they should support hardward decoding.
However, when I open MP4 files with RockPlayer, it still reports that this format is not supported with the system player.
Am I doing something wrong, or it still doesn't support hardware decoding?

Do these files play on other ROMs?

So far as I know, they would play with the rooted stock ROM. I'm not sure about Froyo or Honeycomb, though.
poofyhairguy said:
Do these files play on other ROMs?
Click to expand...
Click to collapse

Do a search for "nook color handbrake preset". You'll find a thread on all about how to encode mp4 videos to work on the nook. There are some options when encoding the video that when enabled will break playback on the nook color. Mainly the video resolution.

Thanks. But I don't really think that's an encoding issue. The file played perfectly with the stock rom and system video player.
woot1524 said:
Do a search for "nook color handbrake preset". You'll find a thread on all about how to encode mp4 videos to work on the nook. There are some options when encoding the video that when enabled will break playback on the nook color. Mainly the video resolution.
Click to expand...
Click to collapse

woot1524 said:
Do a search for "nook color handbrake preset". You'll find a thread on all about how to encode mp4 videos to work on the nook. There are some options when encoding the video that when enabled will break playback on the nook color. Mainly the video resolution.
Click to expand...
Click to collapse
If Nook Color' sample video cannot play by CM7 RC4 so hardware decoding is still disabled.
Here is the sample video from official Nook Color intro I extracted from latest firmware (1.10) :
http://www.mediafire.com/file/s5ka0xkdnsf4ajo/welcome_video.mp4
If default video player cannot play so hardware decoder still not enabled for CM7 RC4 and all variants...
Managing to play the video by means of diffrent 3rd party applications ( all video player that decode software and hardware based) make no sense...

Hmm I don't know what the deal is then... HW decoding is working brilliantly for me on CM7 RC-4 with latest OC kernel. I have a couple 720p mp4 movies that I re-encoded via the handbreak preset, and they played just fine.

woot1524 said:
Hmm I don't know what the deal is then... HW decoding is working brilliantly for me on CM7 RC-4 with latest OC kernel. I have a couple 720p mp4 movies that I re-encoded via the handbreak preset, and they played just fine.
Click to expand...
Click to collapse
Stock ROM from NC can play http://www.mediafire.com/file/s5ka0xkdnsf4ajo/welcome_video.mp4 videos but CM7 RC4 still cannot plays and they claim hardware video decoder enabled!...
Offical welcome_video.mp4 is the proof of CM7 RC4 is STILL software based...
Overclocking may help only software decoding? But I want to use hardware decoder and latest version not old one used 1.1.15.2766 .. NC's offical latest video decoder is 1.1.15.3172 for our NC ( PowerVR SGX 530)
NOBODY uses latest hardware because hardware decoding is still unusable... Acceptence of this current reality and then focusing on OVERCLOCKING CPU makes no sense when you have a hardware decoder's power ...

nemir said:
Stock ROM from NC can play http://www.mediafire.com/file/s5ka0xkdnsf4ajo/welcome_video.mp4 videos but CM7 RC4 still cannot plays and they claim hardware video decoder enabled!...
Offical welcome_video.mp4 is the proof of CM7 RC4 is STILL software based...
Overclocking may help only software decoding? But I want to use hardware decoder and latest version not old one used 1.1.15.2766 .. NC's offical latest video decoder is 1.1.15.3172 for our NC ( PowerVR SGX 530)
NOBODY uses latest hardware because hardware decoding is still unusable... Acceptence of this current reality and then focusing on OVERCLOCKING CPU makes no sense when you have a hardware decoder's power ...
Click to expand...
Click to collapse
Exactly! I was trying to make sense of this mess from January in my blog fineoils.blogspot.com. With a Nookie Froyo, Nookkolor started to lose everything that was there of hardware decoding AND hardware rendering. I was laghed at by CM7 NC dev dalingrin on my suggestion that lots of HW assistance in video playback is based on SGX, especially the HW overlay. CM7 team is of opinion that mp4/H.264 decoding can be made in DSP (IVA2 in our case) audio buffers for which were that "magic video fix" at the CM7 nightly 17 level. What we have is more or less smooth YouTube 2.1.16 (less smooth than EVO's 2.0.x "HQ" YouTube for Eclair) and stuttering/losing frames Flash 10.1...10.2 ("inline YouTube), plus stuttering local file playback with more than 480p or so. I have no indication that any HW-conscious FFmpeg codecs was ever used. NEON/Stagefright framework is missing/broken for unknown reason. Only Opera Mobile is capable of using 2D hardware assisted UI scrolling/layout, any other app/Webkit/launcher/wallpaper has no idea they all can use 2D/3D hardware acceleration, as, yes, drivers are broken/falling back to SW too easily. Sure, VOME engine by VisualOn might be just promised to AOSP 2.3.3 but never made it there, however I don't understand why latest Omapzoom commits on SGX driver and a special OMAP3 Adobe Flash Plugin couldn't be used.
Sorry for the long rant, but it seems that 90 % of CM7 dev efforts are concentrated on producing an "average" ROM for 40 or so supported devices. Our Nookcolor has unexpectedly better graphics hardware than all of them -- except Droid X.

Can't you try monitoring the CPU usage on stock and cm7 (top or similar), play a video and see if the CPU is way higher on cm7? I still see stutters on cm myself, and it would be sweet to see the video tweaked. We will also have new stuff to play with soon from B&N's froyo release. I'm guessing we will have a much easier time comparing apples to apples and diagnosing these issues if stock was 2.2 . There are a ton of factors in play (no pun intended), and we can all help by testing. It seemed like the last big jump in cm was prompted by the dude that found the video worked better with his bluetooth headset. That's the kind of thing that would take one person FOREVER to find, but amongst hundreds or thousands of testers becomes apparent. Test, and post results, and try not to be too emotionally attached to the issues. If it makes sense people will notice.... problems only arise when people start guessing, ranting, etc... (xda kids stuff) The nook is awesome and is only getting better

i would disagree - this has more to do with what codecs/containers are being supported rather than hardware acceleration
nook color at 2.1 did play that video but it could not play other formats becuase it did not support the codecs
same with flash - nook color 2.1 played that mp4 file but take same mp4 file and wrap it in a flash container and it cannot play it
nemir said:
If Nook Color' sample video cannot play by CM7 RC4 so hardware decoding is still disabled.
Here is the sample video from official Nook Color intro I extracted from latest firmware (1.10) :
http://www.mediafire.com/file/s5ka0xkdnsf4ajo/welcome_video.mp4
If default video player cannot play so hardware decoder still not enabled for CM7 RC4 and all variants...
Managing to play the video by means of diffrent 3rd party applications ( all video player that decode software and hardware based) make no sense...
Click to expand...
Click to collapse

cyberslug23 said:
Can't you try monitoring the CPU usage on stock and cm7 (top or similar), play a video and see if the CPU is way higher on cm7? I still see stutters on cm myself, and it would be sweet to see the video tweaked. We will also have new stuff to play with soon from B&N's froyo release. I'm guessing we will have a much easier time comparing apples to apples and diagnosing these issues if stock was 2.2 . There are a ton of factors in play (no pun intended), and we can all help by testing. It seemed like the last big jump in cm was prompted by the dude that found the video worked better with his bluetooth headset. That's the kind of thing that would take one person FOREVER to find, but amongst hundreds or thousands of testers becomes apparent. Test, and post results, and try not to be too emotionally attached to the issues. If it makes sense people will notice.... problems only arise when people start guessing, ranting, etc... (xda kids stuff) The nook is awesome and is only getting better
Click to expand...
Click to collapse
Sure, customizations and many other improvements over "standard" CM7 ROM are welcome at any time, it's just an apparent lack of basic GPU/DSP functioning, as nemir stated, what might cause a somewhat critical attitudes. I repeat, the work of dalingrin is awesome, but there are still many questions/problems remain unresolved:
-- the "original" size of an audio "buffer" (if I get it right) was either zero, or small, or adaptive, plus small anyway. Wasn't it an indication that hardware decoding when functional didn't need any?
-- the addition of 32(?) of whatever units to that buffer brought a smoother video playback on YouTube, but can be also an indication that video playback can now easily fall back to software decoding;
-- switching the audio pipeline to push it via BT encoding might be originally either working better, or didn't need to be HW assisted at all. In any case, lipsyncing was missing, just like when the software decoding beyond bandwidth specs was involved
As for how many dudes it take to find a solution out of thousands of NC's inventive users, I'd rather try to find a real TI OMAP3/Zoom2 engineer or two who are NC owners and obviously ROFLing now seeing all these attempts at XDA Devs. In other words, they not only know the solution, it's offered in the open at their gits. It's our kernel level that cannot take it. CM7.x will be formidable when based on 2.6.36...38.

aludal said:
Exactly! I was trying to make sense of this mess from January in my blog fineoils.blogspot.com. With a Nookie Froyo, Nookkolor started to lose everything that was there of hardware decoding AND hardware rendering. I was laghed at by CM7 NC dev dalingrin on my suggestion that lots of HW assistance in video playback is based on SGX, especially the HW overlay. CM7 team is of opinion that mp4/H.264 decoding can be made in DSP (IVA2 in our case) audio buffers for which were that "magic video fix" at the CM7 nightly 17 level. What we have is more or less smooth YouTube 2.1.16 (less smooth than EVO's 2.0.x "HQ" YouTube for Eclair) and stuttering/losing frames Flash 10.1...10.2 ("inline YouTube), plus stuttering local file playback with more than 480p or so. I have no indication that any HW-conscious FFmpeg codecs was ever used. NEON/Stagefright framework is missing/broken for unknown reason. Only Opera Mobile is capable of using 2D hardware assisted UI scrolling/layout, any other app/Webkit/launcher/wallpaper has no idea they all can use 2D/3D hardware acceleration, as, yes, drivers are broken/falling back to SW too easily. Sure, VOME engine by VisualOn might be just promised to AOSP 2.3.3 but never made it there, however I don't understand why latest Omapzoom commits on SGX driver and a special OMAP3 Adobe Flash Plugin couldn't be used.
Sorry for the long rant, but it seems that 90 % of CM7 dev efforts are concentrated on producing an "average" ROM for 40 or so supported devices. Our Nookcolor has unexpectedly better graphics hardware than all of them -- except Droid X.
Click to expand...
Click to collapse
Yeah you are right...
We must accept the lack of full potential power of NC's 2D / 3D GPU for both custom ROMs (CM and other variants) and OFFICAL STOCK ROM...
I have Archos 5 Internet Tablet which has only 256 MB RAM and same CPU ( 800 Mhz ) and Archos 5 Internet Tablet can play 720p .mkv .avi .mp4 .wmv files without any problem...
Moreover, Nook Color has higher RAM and can be overclocked to 1 Ghz ...
Like Archos 101 Nook Color has same GPU ...
I would prefer 800 Mhz ( maybe 1 Ghz overclocked) normal CPU with fully usable GPU ...
Processor • ARM Cortex A8 at 1 GHz with DSP
• Graphic accelerator: 3D OpenGL ES 2.0
Video Playback1 • MPEG-42 HD (up to 720p, 30 [email protected])
• MPEG-42 ([email protected] AVI, up to DVD resolution, 30 [email protected])
• H.264 HD ([email protected] up to 720p, 30 [email protected])
• WMV9/VC1 (AP up to 720p 30 [email protected])
• M-JPEG (Motion JPEG Video) in VGA resolution
With optional plug-in (downloadable on www.archos.com):
• Cinema: MPEG-2 (up to DVD resolution MP/D1, 30 [email protected] Mbps)
With the above codecs, the device can play video files with the following extensions: AVI, MP4, MKV, MOV, WMV, MPG, PS, TS, VOB, FLV, RM, RMVB, ASF, 3GP
Audio Playback1 • MP3 CBR & VBR
• WMA, WMA-Pro 5.1
• WAV (PCM/ADPCM)
• AAC, AAC+ 5.13
• OGG Vorbis
• FLAC
Click to expand...
Click to collapse
http://www.archos.com/products/ta/archos_101it/specs.html?country=us&lang=en
Here is the table of CPU and GPU list
http://en.wikipedia.org/wiki/Texas_Instruments_OMAP
For Nook Color:
OMAP3621 800 MHz ARMv7 ARM Cortex-A8 PowerVR SGX530
Another information about NC
http://www.engadget.com/2010/10/28/nook-color-processor-revealed-arm-cortex-a8-based-ti-omap3621/
So Archos 101 (1024x600) can be ported to NC to utilise ...
CM7 is generic and does not utilise the power of NC's GPU ... CM7 is beneficial for bluetooth and latest android 2.3.3 ... But Arhos firmware has a better full utilised GPU driver...
Frankly, the lack of GPU can NOT be accepted. Focusing on "CPU overclock" does not make sense if you have potential of better GPU driver...

Cool story.
CM7 does have hardware accelerated video.
Also it is the DSP chipset which controls what formats/resolutions are acceptable, not the GPU. Ours is incapable of playing 720p video in hardware acceleration. Not to mention it's a 854x480 hardware accelerator, so 1280x720 video would be wasted anyway.
You guys are loud.
That welcome video won't play because the stock software was able to tell it to play sideways. We can't do thatyet . We CAN hardware accel videos such as this:
http://www.mediafire.com/?d42dmvva9vbigm2
You know, in 16:9 instead of 9:16?

aludal said:
Exactly! I was trying to make sense of this mess from January in my blog fineoils.blogspot.com. With a Nookie Froyo, Nookkolor started to lose everything that was there of hardware decoding AND hardware rendering. I was laghed at by CM7 NC dev dalingrin on my suggestion that lots of HW assistance in video playback is based on SGX, especially the HW overlay. CM7 team is of opinion that mp4/H.264 decoding can be made in DSP (IVA2 in our case) audio buffers for which were that "magic video fix" at the CM7 nightly 17 level. What we have is more or less smooth YouTube 2.1.16 (less smooth than EVO's 2.0.x "HQ" YouTube for Eclair) and stuttering/losing frames Flash 10.1...10.2 ("inline YouTube), plus stuttering local file playback with more than 480p or so. I have no indication that any HW-conscious FFmpeg codecs was ever used. NEON/Stagefright framework is missing/broken for unknown reason. Only Opera Mobile is capable of using 2D hardware assisted UI scrolling/layout, any other app/Webkit/launcher/wallpaper has no idea they all can use 2D/3D hardware acceleration, as, yes, drivers are broken/falling back to SW too easily. Sure, VOME engine by VisualOn might be just promised to AOSP 2.3.3 but never made it there, however I don't understand why latest Omapzoom commits on SGX driver and a special OMAP3 Adobe Flash Plugin couldn't be used.
Sorry for the long rant, but it seems that 90 % of CM7 dev efforts are concentrated on producing an "average" ROM for 40 or so supported devices. Our Nookcolor has unexpectedly better graphics hardware than all of them -- except Droid X.
Click to expand...
Click to collapse
What would it take to get a working patch to enable 2D/3D HW acc? I mean, if the folks working on CM7 won't take the approach you mention.

nemir said:
Here is the table of CPU and GPU list
http://en.wikipedia.org/wiki/Texas_Instruments_OMAP
Click to expand...
Click to collapse
That link tells you right there why we can't play 720p but the Archoses can:
OMAP3621 vs OMAP3630
They have a better DSP processor.
CM7 is generic and does not utilise the power of NC's GPU ... CM7 is beneficial for bluetooth and latest android 2.3.3 ... But Arhos firmware has a better full utilised GPU driver...
Frankly, the lack of GPU can NOT be accepted. Focusing on "CPU overclock" does not make sense if you have potential of better GPU driver...
Click to expand...
Click to collapse
The GPU and the DSP of the Nook Color work fine in CM7. We are able to play games just as well as rooted stock does, and videos I have encoded that maxed the rooted stock (as it had as high of a bit-rate as I could get without frameskipping) still play fine using Vital player on CM7.
As chisleu stated its not perfect, but its certainly working because the Nook Color's CPU can't even come close to playing my files.

Overclocking NC to 1 or 1.1 Ghz should give same performance as Archos's...
By the way, Motorola DEFY has 3610 GPU but it can plays 720p files by means of changing lib files ...
http://forum.xda-developers.com/showthread.php?t=935017
We can try this method to our NC to play 720p movies ...
As I said before latest stock NC has more recent builds in lib folder. CW RC4 uses old lib files...
Anyone can compare and see the difference between latest stock ROM and latest CW R4... CW R4 does not update latest official files from lib (its sub folders and files too)

hey nemir how bout taking us to solution space
nemir said:
Overclocking NC to 1 or 1.1 Ghz should give same performance as Archos's...
By the way, Motorola DEFY has 3610 GPU but it can plays 720p files by means of changing lib files ...
http://forum.xda-developers.com/showthread.php?t=935017
We can try this method to our NC to play 720p movies ...
As I said before latest stock NC has more recent builds in lib folder. CW RC4 uses old lib files...
Anyone can compare and see the difference between latest stock ROM and latest CW R4... CW R4 does not update latest official files from lib (its sub folders and files too)
Click to expand...
Click to collapse

nemir said:
Overclocking NC to 1 or 1.1 Ghz should give same performance as Archos's...
By the way, Motorola DEFY has 3610 GPU but it can plays 720p files by means of changing lib files ...
http://forum.xda-developers.com/showthread.php?t=935017
We can try this method to our NC to play 720p movies ...
As I said before latest stock NC has more recent builds in lib folder. CW RC4 uses old lib files...
Anyone can compare and see the difference between latest stock ROM and latest CW R4... CW R4 does not update latest official files from lib (its sub folders and files too)
Click to expand...
Click to collapse
Maybe you could try to copy over those lib files and see if it works? If it does then maybe cm7 devswill port it.
From 1.1 Nook Color with 1.1 ghz overclock

poofyhairguy said:
That link tells you right there why we can't play 720p but the Archoses can:
OMAP3621 vs OMAP3630
They have a better DSP processor.
Click to expand...
Click to collapse
That link mentions (quite vaguely) where variants of the same silicon (IVA2) are different:
Not highlighted in the list below is that each OMAP 3 SoC has an "Image, Video, Audio" (IVA2) accelerator. These units do not all have the same capabilities. Most devices support 12 megapixel camera images, though some support 5 or 3 megapixels. Some support HD imaging.
Click to expand...
Click to collapse
It is worth mentioning that encoding a (mp4) video is several times harder computational task than decoding it (as in playback). Sure I'm glad and happy for all owners of OMAP3 based smartphones with cameras which can record 720p, or 480p, or 360p or any medium to high bitrate video with their devices -- thanks to DSP HW acceleration of encoding process.
Now, (mp4) video decoding routine is much simpler process, and most important, it doesn't exactly use the same circuitry (the proof is in the possibility of live view while video is recorded on a given OMAP3-based device.) Sure, it doesn't conclusively prove anything, and TI engineers were not exactly helpful in detailing the 3621 IVA2 specs. But in my blog I was writing back in January/February on how smooth Evo's YouTube HQ could play clips searched out by "1080p" "Full HD" "IMAX" and the like keywords. Today, it struggles (loses frames), or refuses to play them.
The adequacy of hardware decoding of at least 480p/720p mp4 on NC was proven back then. Sure, that was Eclair back then, and AOSP 2.3 has NEON framework/hardware Stagefright pipeline broken/unimplemented since -- probably in expectation of Renderscript of Android 3.0 (or 2.4), I don't know
Out of my years (2004 or so) of struggle with mpeg2/mpeg4 decoding of 1080i satellite streams I was of conviction that in HD video rendering the major computational task is a scaling, deinterlacing overlay: once you don't have it in your hardware (shaders of GPU: SGX530 in our case), you have a stuttering, A/V desynced video -- or no video at all. Sure, it was outdated DirectX games back then, but anyway.
------------------
fineoils.blogspot.com

Related

[CM7] All things video (CM7 only)

General Comments
I've created this thread to centralize video discussions, tips, issues, etc.
Please limit this only to those running CM7. Something that works or doesn't work in rooted stock or Froyo may have no correlation to CM7 at present. CM7 is using different codecs, different DSP kernel driver, different media backend, and different userspace ALSA.
To start things off I have attached a handbrake profile that has worked well for me.
I will update this post as more specifics are found.​
A few things to consider: ALSA
Our ALSA implementation is picky about the buffer size. Other devices that use ALSA in the same fashion have had to reduce their buffer as well. This may be due to a limitation of what can fit in the DMA buffer on the McBSP. Because the ALSA buffer scales with the audio sample rate, I recommend using 44.1K instead of 48K when transcoding videos. This is contrary to every handbrake profile I've seen folks post on XDA for the nook.​
CPU Governor
Some people have had better luck with the Conservative CPU governor rather than Ondemand or Interactive.​
Bitrate
I have found it best to limit the bitrate to something under 1000kbps.​
Resolution
The resolution should always be limited to 854x480. This is the maximum limit for the open source codecs. We do not have a license for 720P codecs yet. Perhaps B&N will get a license for their Froyo update.​
dalingrin said:
I recommend using 44.1K instead of 48K when transcoding videos.
Click to expand...
Click to collapse
I concur....I started doing this last night, coupled with a DRC of "3" and sound is better and louder.
360Razir said:
I concur....I started doing this last night, coupled with a DRC of "3" and sound is better and louder.
Click to expand...
Click to collapse
I agree about DRC. I just updated my profile with dynamic range compression of 2.
Your preset causes an unhandled exemption for me when I load or use it in handbrake. If I try to play what it outputs, it doesn't play in the stock player.
I have to turn off Weighted P-Frames to get the nook to play in hardware (stock player.)
EDIT: Attached my preset. It has all the typical preset stuff, plus 44.1/128 audio like dal recommended, and it doesn't throw a fit when I import or select it in handbrake.
chisleu said:
Your preset causes an unhandled exemption for me when I load or use it in handbrake. If I try to play what it outputs, it doesn't play in the stock player.
I have to turn off Weighted P-Frames to get the nook to play in hardware (stock player.)
Click to expand...
Click to collapse
Weighted P-frames are off in my profile.
What version of HandBrake are you using? I have rev3736.
The other thing I have to test is my Droid X. Most of the Handbrake (HB) encoded movies I have were done for my DX last year. Like the NC, I set the movies to 854x480 for my DX and so that makes it nice to be able to test between the two devices.
My DX is now running (leaked) Gingerbread and playing the same videos between the DX and the NC, the DX is so incredibly smooth. No lag. No crackling. No slow-downs. No audio popping. Just buttery smooth. Now, I understand the screen is smaller, but again, same video resolution of the video. Not sure how the "guts" of the DX are vs. that of the NC, though?
However, what I can say, is that back in January when I first got my NC and went with AutoNooter, I was able to take my existing HB-encoded movies that I had lying around for my DX and play them perfectly on rooted stock. Since CM7, out of the 25 or so movies I have for the DX, only 7 of them play on the NC (using Act 1). The NC is picky, indeed.
The quest continues....
dalingrin said:
Weighted P-frames are off in my profile.
What version of HandBrake are you using? I have rev3736.
Click to expand...
Click to collapse
Yours and the other guy's won't load without throwing an exemption which is where my confusion came from in the other thread.
Mine says 3728... it is 0.9.5 and says 2011010300 and says it is the latest when I try to update... going to redownload...
You are on the linux version aren't you?
Here are the videos with their specs that do currently work with Act 1 on my NC:
NOTE: most of my videos that work are in .m4v format. I had removed that setting in HB, but when I did, the video didn't play. I am sure it was probably something else getting in the way, but .m4v just seems solid for me right now, so sticking with that. To each his own.
As you can see from the attachment, the size, bitrate, dimensions, and frame rate are all over the map. Each plays well in Act 1 with Zoom set to "Aspect Full".
I will post my exact HB settings when I have something I have settled on and I am taking the suggestions from this thread, so thanks for that.
chisleu said:
... it is 0.9.5 and says 2011010300 and says it is the latest when I try to update...
Click to expand...
Click to collapse
Same here....Win7/32-bit
I am attaching my settings for HB that work well for me with regards to full-length movies. Has excellent audio/video sync, with no lag.
Highlights include:
[ Original Presets were taken from Regular > High Profile and then just tweaked accordingly ]
● Picture: Anamorphic Loose
● Video Filters: Off
● Video: H.264, Same as source, 2-Pass Encoding (Turbo 1st), Avg Bitrate (kbps) 2000
● Audio: Source (default), AAC (faac), Stereo, 44.1, 160, DRC = 3.8
● Advanced: B-frames = 0, CABAC & 8x8 & Weighted P-Frames = unchecked
Again, I am using Act 1 with "Zoom" set to Aspect Full.
Please let me know what you think if you dare to try.
EDIT: Video source is a regular DVD, widescreen, ripped into Handbrake directly
The dalingrin presets work for me with the Handbrake svn3907 on Ubuntu. My resulting conversion of my Letterman test video plays fine.
@dalingrin:
Any ideas as to why disabling WiFi would stop the madness of the lagging/stuttering in the video? Was it something my system was doing in the background or one of my widgets fetching data?
Is this just the case for my NC or can this be replicated? Any tests I can run for you to see if it is something you can help with? Thoughts? Thanks.
~ Razir
360Razir said:
Any ideas as to why disabling WiFi would stop the madness of the lagging/stuttering in the video? Was it something my system was doing in the background or one of my widgets fetching data?
Click to expand...
Click to collapse
That's always been my guess. Things never quite settle as long as they have access to the network.
Is this just the case for my NC or can this be replicated? Any tests I can run for you to see if it is something you can help with? Thoughts? Thanks.
Click to expand...
Click to collapse
Nope. Same here. And, it's not just video... it makes Pandora rather unpleasant. Luckily, my primary use case for video is on a plane where network access is unlikely or expensive.
Have you tried using the Conservative governor? It helps my situation.
Some rules for this thread to consider
Let me extend this discussion and propose a few rules for this thread:
1. The source video should be made clear. If you start with poorly encoded video you're obviously going to output something similarly crappy. Provide a link to the file, or upload it yourself and provide a download link. It should be legal, i.e. if you ripped it from your blu-ray, or if you torrented it from somebody else who ripped it from a blu-ray, then it doesn't belong on this thread. My source video will be a 1080p trailer from The Eagle, downloaded (legally) from here: http://www.hd-trailers.net/movie/the-eagle/
2. The encoder and settings should be made clear. I never used Handbrake before, but this morning I downloaded Handbrake 0.9.5 and installed it on my Win7 64-bit desktop. I'm using the preset for "iPhone & iPod Touch". This defaults to H.264 encoding and m4v container. I then adjusted either resolution or average video bit rate but everything else I also left at default, since I mostly don't know what they mean anyway.
3. The player should be made clear. I used Titanium Backup to uninstall Music because of a prior FC issue, then sideloaded music.apk that I pulled from cm_encore_full-37.zip, thus I'm back in business with the stock Video player and no longer using Act 1.
4. Optional: upload your transcoded file and provide a link to it. I've made 2 clips of the eagle trailer which can be downloaded here:
Eagle trailer - 854x352 - 800K: http://dl.dropbox.com/u/22573583/Eagle_854x352_800K.m4v
Eagle trailer - 576x240 - 800K: http://dl.dropbox.com/u/22573583/Eagle_576x240_800K.m4v
The short of it is that both files play flawlessly on my NC running CM7 n37 with dalingrin OC kernel 040411, overclocked 300/1100 interactive. Here are some notable observations:
- The 480p-ish 854x352 resolution limited by our open-source license plays flawlessly for me up to a video bit rate of 1300K, at which point one or two random split-second audio stutters occur through the clip. You can download my 800K encoded video at this resolution. I've gone up to 3000K at 854x352 resolution with still very smooth playback. I've also been able to play an 800K clip resized to 1024x600, the native NC resolution, flawlessly.
- The 576x240 resolution for me is the sweet spot on the Nook. Text resolution is inferior to 854x352, but the playback is perfect and file size is more accommodating. Stutter-free at 800K (download my Handbrake encoded file if you want), and actually stutter free all the way up to 3000K. What's so incredible is that the high-speed scrub (put finger in middle of screen and slide right or left) at this resolution is buttery-smooth.
- Adjusting the CPU speed up or down and moving around governor setting didn't do anything good or back for video playback. Video playback was just as good at 800MHz as 1100MHz CPU speed.
I'm not an expert on video codecs and encoding, by any means, but I've been around HD-DSLR video and non-linear editing ever since Vince Laforet busted out with Reverie nearly 3 years ago.
I'll stand by my opinion, expressed previously on the kernel thread, that CM7 and dalingrin OC kernel in its current iteration (nightly 37 and 040411) absolutely rocks for properly encoded video.
360Razir said:
@dalingrin:
Any ideas as to why disabling WiFi would stop the madness of the lagging/stuttering in the video? Was it something my system was doing in the background or one of my widgets fetching data?
Is this just the case for my NC or can this be replicated? Any tests I can run for you to see if it is something you can help with? Thoughts? Thanks.
~ Razir
Click to expand...
Click to collapse
it doesnt stop it for me. no wifi. no bt. still stutters randomly on good files.
sinanju said:
Have you tried using the Conservative governor? It helps my situation.
Click to expand...
Click to collapse
Yes, I saw your post about that from the OC Kernel thread and so that is what I tried last night. It seemed to work at first, but then this morning it was also choppy using that governor. So, being on Interactive with WiFi off works.
My Droid X has many more widgets running and network access (both 3G and WiFi) and there is no hiccups or slowdowns whatsoever playing the same video. I know not apples-to-apples, but the quest is to get my NC to that kind of stability.
MedLine said:
Eagle trailer - 854x352 - 800K
Eagle trailer - 576x240 - 800K
The short of it is that both files play flawlessly on my NC running CM7 n37 with dalingrin OC kernel 040411, overclocked 300/1100 interactive.
Click to expand...
Click to collapse
Both of your videos are still choppy for me with WiFi enabled....meaning, something is fetching data in the background (Pulse, Palmary Weather, Plume, Engadget, or Google News, or even email polling) is messing with my video playback. Just wish the video was "shielded" from such things.
When WiFi disabled, all is good with your videos.
Which app you guys using to play videos? I'm using Rockplayer right now and getting audio sync issue. I had better luck with Mobo Player.
OK:
Using Sony's HD Experiment because it is short and high action.
http://www.demo-world.eu/trailers/redirect-high-definition.php?file=hd_other_sony_hd_experiment.rar
Encoding using the iphone and ipod touch preset.
I set 576x240 resolution and I can play completely smoothly with wifi on. File size is 4.44megs w/ RF: 25 (iirc)
I set 854x480 resolution and RF 30 it locks on whatever frame you start playing (black screen, etc.) Won't play. I set 854x480 and 800kbps avg kbps and it is also black screen. If I hit home and then go back and let it go, the video will change, but it doesn't seem like it will catch up. Definately broken.
I downloaded that 1080p trailer you linked.
start handbrake, load 1080p trailer, select "iphone and ipod touch" preset, select 854 width (auto height 368), changed to average kbps and set 800. My file size isn't exactly yours, but is very very close.
854x368 plays very well and looks fantastic, but it does have those pops/skips.
Disable wifi:
still get rare/random skips with my 854 file.
still get rare/random skips with your 854 file.
I turned "Disable Fullscreen" off on a hunch it was play a role in this:
My 854 file still skips from time to time.
My 576 file still skips from time to time, although more rarely. only once in 2 plays.
Your 854 file still skips from time to time.
Your 576 file still skips from time to time, maybe more rarely? Hard to quantify.
I encoded the eagle trailer with my 854 width, RF 25 "high quality" preset.
It is smaller than 800kbps (13.1M vs 18M)
It skips too.
tablo said:
Which app you guys using to play videos? I'm using Rockplayer right now and getting audio sync issue. I had better luck with Mobo Player.
Click to expand...
Click to collapse
We are mostly using the stock player because it forces hardware accel.
I prefer VitalPlayer to all. If you are having sync issues it is probably playing in software mode. I should say, VitalPlayer has never given me any sync issues at all while playing in software. Wish I had discovered that before DSP was working. haha

Degraded Video Playback After 1.2 Update

The developer of DVD Catalyst 4 is reporting a serious degradation in video playback with the 1.2 update. Anyone else experience this?
http://bookclubs.barnesandnoble.com...-2-FAIL/m-p/981754/message-uid/981754#U981754
If this is the case, and the methods discussed for blocking OTA don't work, looks like I'll be joining the legions of CM7 users. Video playback on the NC is a huge draw for me.
Unfortunately looks like I'll need a crash course. Doing some cross country traveling on May 7 and want to have a fully functional, video playback capable NC on that date.
dsf3g said:
The developer of DVD Catalyst 4 is reporting a serious degradation in video playback with the 1.2 update. Anyone else experience this?
http://bookclubs.barnesandnoble.com...-2-FAIL/m-p/981754/message-uid/981754#U981754
If this is the case, and the methods discussed for blocking OTA don't work, looks like I'll be joining the legions of CM7 users. Video playback on the NC is a huge draw for me.
Unfortunately looks like I'll need a crash course. Doing some cross country traveling on May 7 and want to have a fully functional, video playback capable NC on that date.
Click to expand...
Click to collapse
Its not really a quality issue, the smoothness of the video playback is affected.
After updating, the videos I already had on my NOOKcolor just looked like frames were being skipped or doubled. Its hard to describe, but they just look "off"
I tried a bunch of different conversion tools and a collection of different settings, and all resulted in similar playback issues, which basically points to an issue with the update rather than the conversion tool used.
I managed to play 3000Kbps h264 video on the NOOKcolor before the update, but now 800Kbps files have playback issues.
Testing youtube produces similar results. While I only played a few trailers from youtube, it appears quality is locked to 360, and even then I get audio sync issues.
I haven't tried the 1.2 update but I did integrate the hardware codecs from 1.2 into to CM7 and saw the same thing. For now I'm sticking with our existing codecs as they perform better.
dalingrin said:
I haven't tried the 1.2 update but I did integrate the hardware codecs from 1.2 into to CM7 and saw the same thing. For now I'm sticking with our existing codecs as they perform better.
Click to expand...
Click to collapse
some people reported that rebooting seem to fix this?
Canadoc said:
some people reported that rebooting seem to fix this?
Click to expand...
Click to collapse
The developer of DVD Catalyst 4 conversion software has posted sample video files that demonstrate the degraded video quality. So I don't think a simple reboot will fix things. If it were that simple, I think he'd have figured it out, since his paychek in part depends upon the Nook Color being a decent platform for watching movies.
Sorry : Wrong Thread.
Mine worked but the selection method is key
My MP4's worked flawlessly with the new update - I ripped them from my own DVD's using DVD Catalyst 4.0 and the setting for Nook Color. BUT, they didn't work using the gallery - I had to select them using the My Files folder in the library app (I have two full length videos on emmc and two on my 8 Gb SD Card (a Transcend Class 6) - either choice worked.
I was looking at the new build.prop just now, and it's specifying a heapsize of 64M.
That seems to be very high to me. If someone's got a rooted 1.2, it might be interesting to see what manipulating the heap does for video playback. I'm still holding off on updating mine.

GPU Hardware Accelerated Flash Player?

I have noticed that the flash player in the GB rom from Samsung is GPU hardware accelerated. Samsung probably had some discussions with Adobe to make it happen and I am glad they did When I was on Froyo, I had trouble playing 480p, but when upgrading to GB, I can play 1080p Youtube videos pretty smooth.
One thing I did notice is that the GPU HW acceleration is partially broken when you update the flash player (from 10.1 to 10.3) in the market. 1080p becomes impossible to play, but the other resolutions still work.
Now you may be thinking "if it's not broken, don't fix it" and thats the problem. Flash 10.1 has interface issues. For example, when I try to select the resolution I want to play my Youtube videos at, the menu appears for a split-second and then disappears.
Therefore, my question is that is it possible to hack this flash player, to give it to the interface fixes of 10.3, but still have the same performance?
P.S. The GB rom I am on is Serendipity VII. The flash player that comes with this rom is 10.1.
bumpity bump bump
How are you displaying 1080p on the captivate? Its screen maxes at 4780?[EDIT-that should be 480 ...]
Sent from Planet Oa.
hal.jordan said:
How are you displaying 1080p on the captivate? Its screen maxes at 4780?
Sent from Planet Oa.
Click to expand...
Click to collapse
Next we can discuss how well it plays 4K video.
Edited, thanks for the assist Mikey.
Sent from Planet Oa.

Video problems with Mobo switched to vital neon fixed, but not using hardware decoder

Hi All,
So I have read all the threads I could find about video players on the Nook Color, and I am still having a little trouble. I don't know if its normal, so I am looking for some help/advice/guidance. This is going to be long, but it's because I am trying to be as thorough as I can.
My Goal:
To have a 7" tablet that browses the web, reads/writes email, lets me IM, reads ebooks, plays video files from my video collection, plays music from my collection, runs Pandora, Netflix, and Hulu, and is capable of swype (slideit).
What I have:
I have a brand new Nook Color that I bought just for turning into a tablet to play with (3 days ago). I started by rooting with nooter, and flashing CM 7.0.3 stable (2 days ago) to the emmc through CWM. I have since updated to CM7 Nightly #144 (today - more on that later)
My problems:
So I was happy with everything in CM 7.0.3 except for its video playing capabilities. I was using Moboplayer (I didn't download any codecs or anything, just straight moboplayer from Market). I know that the advice of the professionals on here is to use handbrake to convert whatever video you want to watch to an exact format that is ideal for the Nook, however, I, like many other people on here, have tons of movies (7 TB), and I have tons of places that I play them (every console, psp's, ds's, laptops and netbooks aplenty, etc.). So I don't want to convert them, and I have read several threads where people are playing un-converted videos without problems. So I picked a random episode and tried to play it. Here are the specs of that video.
Total file size: 349MB
Video -
Length: 42:26
Frame width: 624
Frame height: 352
Data Rate: 1003kbps
Total bitrate: 1152kbps
Frame rate: 23 frames/second
Audio -
Bit rate: 149kbps
Channels: 2(stereo)
Audio sample rate: 48 kHz
While in 7.0.3 with Moboplayer the video runs ok and the audio is sync'd up fine, but its not silky smooth. It looks like its running at about 18fps. I don't know how to find the exact framerate, but it is just a little less then when it plays on my computer, and it is just barely low enough to cause enough chop to be annoying. So the first thing I tried was downloading Dalingrin's 042411 OC kernel for eMMC. I thought if I overclocked my processor, it might solve the problem, and my research on this forum led me to believe that was the right OC file for my version of CM. I set both the min and the max to 1300 and still had the problem. In my research I also found that many people were talking about how Dalingrin had unlocked hardware decoding in some of the newer CM nightlies. Also, the OC kernel already exists in the newer nightlies. So I downloaded the newest nightly. I am now on #144. Once I got back up and running, I downloaded Moboplayer and tried again. Same problem. Even overclocked. I saw someone mentioned using the Neon codec pack for moboplayer. For some reason the Neon codec pack doesnt show up in my market (although a bunch of other Moboplayer codec packs do). So I went to Moboplayers website and downloaded the Neon codec pack zip file. I tried to install it with CWM in recovery mode, but it keeps failing. Having done some more research I downloaded a player called VitalPlayer Neon (there is a non Neon version but I paid for and installed the Neon version). When I play that same avi file in VitalPlayer is starts it and a little window pops up at the very beginning that says "Software codec play!!" The video (and several others like it) plays silky smooth. I couldn't ask for a better video playing experience. However, if I go into the settings for VitalPlayer (Settings -> Decode Mode) and tell it to use hardware codec, when I try to play the file its says, "Can't be played!!" Am I missing something?
Summary - So my questions are:
1) Is there a way to monitor FPS?
2) Don't I want my video player running with Hardware codec?
3) Why isn't my video player running with hardware codec?
/** Note relavant to thread *
<rant>
When I am done, I am going to write (yet another) guide for how to do this the easiest way for someone looking for a tablet/ereader experience like I was, that doesn't mind paying a couple dollars to get it right. The advice I have gotten on this site has been AWESOME, I just wish it was compiled a little better. It seems like people try so hard to get the free apps to do what they want, that they miss the $1.49 app that does it perfectly. And you have to dig to find the non-free apps that do what you want. Theres a few threads where people are jumping through hoops, spending hours and days, and screwing up the CM installs to get swype to work when for $4.99 SlideIt is up and working perfectly in seconds. Money well spent for me. Also, the $1.49 for ezPDF was priceless compared to the hours I spent trying other pdf readers that wouldn't even remember what page I was on when I stopped reading. ezPDF should be the defacto standard for PDF reading IMO. I can even resize what I am reading to a legible size and it will wordwrap (text reflow) for me so I don't have to move left and right on each line.
</rant>
Thanks,
Josh
Not every zip file you see in Android is intended for flashing! Yikes! That zip you downloaded is most likely just compressing/wrapping an apk. Look in the zip.
Be glad it didn't run
I looked there, and I just see an apk.. http://update2.moboplayer.com/apk/armv7_neon-release.apk
And it says that moboplayer SHOULD automatically install a codec, so not sure it'd help but it's worth a try?
a) Just install the codec apk like any other, and MoboPlayer will automatically pick it up.
b) You can't use hardware decoding unless the resolution is at or below 854x480, period. Since your content (presumably) is higher resolution than that, software decoding is your only option. The good news is that (when overclocked) the Nook is indeed capable of dealing with pretty high resolutions, the bad news is that battery life will suffer.
Rodney
khaytsus said:
Not every zip file you see in Android is intended for flashing! Yikes! That zip you downloaded is most likely just compressing/wrapping an apk. Look in the zip.
Be glad it didn't run
I looked there, and I just see an apk.. [link removed because I am not allowed to post links yet -Josh]
And it says that moboplayer SHOULD automatically install a codec, so not sure it'd help but it's worth a try?
Click to expand...
Click to collapse
Hey Khaytsus,
I am glad it didn't run. In retrospect I definately should have known better then to try to let CWM "flash" this instead of "installing" it (so tired). That website does list it as an apk, but when you download it, it downloads as a zip. Should I have renamed it to apk and tried it? MoboPlayer didn't download anything when I started it, at least not that I saw (may have done it in the background). Either way I uninstalled it because VitalPlayer is working. I just need to see if I can make it do hardware decoding.
Thanks for the help!
Josh
rhester72 said:
a) Just install the codec apk like any other, and MoboPlayer will automatically pick it up.
b) You can't use hardware decoding unless the resolution is at or below 854x480, period. Since your content (presumably) is higher resolution than that, software decoding is your only option. The good news is that (when overclocked) the Nook is indeed capable of dealing with pretty high resolutions, the bad news is that battery life will suffer.
Rodney
Click to expand...
Click to collapse
Hey Rodney,
In Re b): Since my video is Frame width: 624 Frame height: 352, doesn't that mean my resolution is 624x352 ... < 854x480? If not, how can I check to see what resolution my video is? I got those stats by right clicking the avi file properties -> details.
You're right VitalPlayer plays that video beautifully. Thanks for the tip about the batter. I will keep an eye on it.
Thanks,
Josh
gijosh28 said:
In Re b): Since my video is Frame width: 624 Frame height: 352, doesn't that mean my resolution is 624x352 ... < 854x480? If not, how can I check to see what resolution my video is? I got those stats by right clicking the avi file properties -> details.
Click to expand...
Click to collapse
There's a bit more to it than that, actually. It must be in a MPEG-4 container using the H.264 codec with baseline profile level 3.0 or less. AVIs need not apply. =)
Rodney
Hey,
As an update to this thread, I used Chisleu's Handbrake profile from this thread, and converted the video with the specs above. The new video did play with hardware decoding in both the stock player, and VitalPlayer Neon. It did not look quite as good (just an iota of a difference) as leaving the file the way it was and letting the software decode it. However, when I ran the new file with software decoding it didn't look quite as good as it did with hardware decoding (again miniscule difference). Summary: The original file looked the best, but wouldn't play with hardware decoding. The Handbrake'd file looked just a tiny bit worse (hardly worth mentioning) with hardware decoding, and just a little worse still with software decoding. Below are the file specs from right-click -> properties -> details.
new Handbrake'd file = left / old as downloaded file = right
File Size: 186MB / 349MB
Length: 42:58 / 42:59
Video -
Frame Width: 624 / 624
Frame Height: 352 / 352
Data Rate: 475kbps / 988kbps
Total Bitrate: 603kbps / 1137kbps
Frame Rate: 23fps / 23fps
Audio -
Bit Rate: 128kbps / 149kbps
Channels: 2 stereo / 2 stereo
Audio Sample Rate: 44kHz / 48kHz
Also noteworthy: In refference to the battery suggestion, since I upgraded from CM 7.0.3 to CM 7 Nightly #144, my battery performance has been stellar.
Thanks,
Josh
gijosh28 said:
Hey,
As an update to this thread, I used Chisleu's Handbrake profile from this thread, and converted the video with the specs above. The new video did play with hardware decoding in both the stock player, and VitalPlayer Neon. It did not look quite as good (just an iota of a difference) as leaving the file the way it was and letting the software decode it. However, when I ran the new file with software decoding it didn't look quite as good as it did with hardware decoding (again miniscule difference). Summary: The original file looked the best, but wouldn't play with hardware decoding. The Handbrake'd file looked just a tiny bit worse (hardly worth mentioning) with hardware decoding, and just a little worse still with software decoding. Below are the file specs from right-click -> properties -> details.
new Handbrake'd file = left / old as downloaded file = right
File Size: 186MB / 349MB
Length: 42:58 / 42:59
Video -
Frame Width: 624 / 624
Frame Height: 352 / 352
Data Rate: 475kbps / 988kbps
Total Bitrate: 603kbps / 1137kbps
Frame Rate: 23fps / 23fps
Audio -
Bit Rate: 128kbps / 149kbps
Channels: 2 stereo / 2 stereo
Audio Sample Rate: 44kHz / 48kHz
Also noteworthy: In refference to the battery suggestion, since I upgraded from CM 7.0.3 to CM 7 Nightly #144, my battery performance has been stellar.
Thanks,
Josh
Click to expand...
Click to collapse
If you want the handbrake transcoded file to look as good as the original then you're going to need to match the video bitrates.
I generally transcode my videos with handbrake before I use them on my Nook. It doesn't take too long on my PC and the battery savings with hardware codecs is worth it to me.
Media playback is still a work in progress. The hardware codec "pickiness" isn't going to get much better but things like Flash and higher resolution and bitrates should improve in the not so distant future.
No miracles though =)
dalingrin said:
The hardware codec "pickiness" isn't going to get much better but things like Flash and higher resolution and bitrates should improve in the not so distant future.
No miracles though =)
Click to expand...
Click to collapse
/drool
Me thinks previously mentioned optimizations are coming along...... cannot wait!
dalingrin said:
If you want the handbrake transcoded file to look as good as the original then you're going to need to match the video bitrates.
I generally transcode my videos with handbrake before I use them on my Nook. It doesn't take too long on my PC and the battery savings with hardware codecs is worth it to me.
Media playback is still a work in progress. The hardware codec "pickiness" isn't going to get much better but things like Flash and higher resolution and bitrates should improve in the not so distant future.
No miracles though =)
Click to expand...
Click to collapse
If it gets no better then it already is, I am extremely satisfied. I left yesterday with a full charge at about 3pm. I went back to my room, watched an episode of Numb3rs (thats the file I was using for my tests above) with software decoding, played about an hour of airport mania, and read some Isaac Asimov for an hour. It is now 2AM (11 hours later) and my battery is at 74%. I even have the Bubbles live wallpaper which is supposed to eat up my battery. This thing is almost perfect in that it does everything I want, does it well, and does it efficiently. Thanks for your hard work on it Dalingrin.
Now if I could just figure out my music problem from the other thread, I'd be golden.
Josh
Are you streaming or copying to the nook and playing? If streamimg, you can use vlc convert and stream to transcode on the fly, otherwise handbrake is the way to go.

[Q] HD flash

I'm running vegan tab gingerbread edition and flash works great, can play video through browser even with the default flash app found through the market. But I was wondering if its possible to get quality over 480P?
Thanks
Flash performance
I don't know of any Android devices that can credibly play flash videos in a browser at resolutions higher than 480p; some not even that dense. This has more to do with the underlying .flv format and Adobe's code implementation of Flash than with the device. My Galaxy Tab 10.1 will just barely do 480p inside a browser window - maybe 10-15 FPS if the content has substantial movement. But it can play it's own 720p videos at full frame rate without issue.
Part of the problem is, Android is an operating system, not a platform in the way that iOS+iPad hardware is. This leaves every phone and tablet manufacturer free to choose from a variety of processor and video implementations. This is one of the things I like most about Android - choice, and freedom (as in speech). But like any freedom, this one comes at a price, and that is the need for software developers to support a wide range of hardware implementations. This is not much of a problem for Angry Birds, but it is a huge problem for Adobe because the decoding of flash video is computationally intensive.
If Flash was open source the community would solve the problem, in the same way that the Linux Kernel runs on many platforms today. But the codecs involved in Flash (VP6, Sorenson H.263, H.264) are all protected by patent, and that makes open source a non-viable solution.
Adobe has not done a great job implementing Flash video for Android, in part I think because they know the war is already lost. The number of iPads in the wild (pushing 20 million this year, I think) and Apple's refusal to run Flash means that alternate solutions like HTML5 and custom video apps (think Hulu Plus or Netflix) will be developed no matter what Adobe does. So why pour money down a black hole?
Hopefully this will get better, as I would like to be able to watch 720p video on my 720p device using Flash. But I just don't think it is going to happen.
HTC sensation and Samsung galaxy s2 working 1080p plays video youtube....
My Samsung captivate with apex 9.3 with talon kernel can play 1080p on YouTube with dolphin hd. But my g tablet can only 720 poorly. But with Mx player I can watch 720p mkv,Avi, and mp4 no problem.
Edit: With Calkulin+Clemsyn 1.5ghz Froyo Combo 1.2 version 6, I was able to watch hd reviews on gametrailers. Even non overclocked using dolphin hd and latest flash from market.

Categories

Resources