Related
First, as you all known, Touch pro2 can't record VGA video in H.264 format(the resolution is limited to 352x288), it's really a pity. And if you want a VGA res, you just can use a MPEG4 format and finally get a video full of noise and blocks...... After I buy my Touch Pro2, I always try to find a way to enhance the video recording quality. And finally found it!
If you have the software "BsB tweaks" in your ROM, you can see it has such two tweaks：
Video Format--Enable hidden video recording format
(Add H.264, Motion JPEG,3GPP2 to the format list)
Video BitRate--Improves Video recording in MPEG4
I should tell you that, this two tweaks is not useful on Touch Pro2 (I don't know if they have any effects on other phones).The first one makes you could record in H.264 format, but only with a resolution up to 352x288. The second one has no use at all.
But from BsB tweaks, I know that there're some Reg keys handle the video recording parameters, So I spend whole night on these keys, and find many interesting things
1.Enlarge video recording Bitrate and Framerate:
Value function
"HKLM\SOFTWARE\HTC\Camera\Recparam\<...>\<Bitrate;VSBitRate;FrameRate>"
These Reg Values control the video recording Bitrate and FrameRate, if you want to enhance the quality, you can write down a bigger number.
For example, change
"HKLM\...\Recparam\H264Large\BitRate" to 600000(dec)
"HKLM\...\Recparam\H264Large\VSBitRate" to 600000(dec)
"HKLM\...\Recparam\H264Large\FrameRate" to 20(dec)
(Tips: Large equals to CIF, Medium equals to QVGA, etc...)
then when you set the Capture format to H.264 and Resolution to CIF(352x288),finally you will get a *.3gp video at 600kbps(VBR)@20fps.
Now a new question comes out: what's the upper limit Bitrate of Touch pro2 to record a H264 video?
I have done the test and find out that you could record a H.264 video as high as [email protected](352x288) ! Maybe you have thought that MSM7200 couldn't be so powerful to encode 1000kbps H.264, but it really works fine！
So，if MSM7200 could support 1000kpbs bitrate，then it should have enough power to record a VGA H.264 video! Go next！
2.Crack H.264 VGA video record limitation on Touch Pro2:
Don't wasting time on the HTC video recording program, whatever you do finally you just can use the resolution no more than CIF(352x288) when H.264 format is selected.
Now the way out is here:"HKLM\SOFTWARE\HTC\Camera\P2\"
When I delete it, the HTC video recording program can't start anymore. Now you know, this Reg Key has the Values to decide which format and resolution the recording program should use
Value function
"HKLM\SOFTWARE\HTC\Camera\P2\CaptureFormat"
When set to "10(hex)", the video format is MPEG4 (*.mp4 V:MPEG4, A:AAC);
When set to "2000(hex)", the video format is H.264 (*.3gp V:H.264, A:AAC);
Other value not tested.
"HKLM\SOFTWARE\HTC\Camera\P2\MainCamCaptSize"
When set to "20(hex)", the video resolution is 352x288;
When set to "1000(hex)", the video resolution is 640x480;
Other value not tested.
PS: Check if there is a Key "H264VGA" in "HKLM\SOFTWARE\HTC\Camera\Recparam\", if you can't find it, please create it manually and copy all Values from "H264Large", set BitRate & VSBitRate to 1000000(dec) and FrameRate to 20(dec).
When you set CaptureFormat=2000(hex) and MainCamCaptSize=1000(hex),then start HTC Video Recording, you'll get a VGA H.264 video with great quality!
3.Try 1000kbps VGA MPEG4 video recording:
Besides H.264 format, you can also enlarge the BitRate (in HKLM\...\Recparam\MPEG4VGA) of MPEG4 formate to get a excellent quality MPEG4 video.
Compare between MPEG4(1000kbps,VGA,20fps) and H.264(1000kbps,VGA,20fps), I find that MPEG4 has a better quality on rapid motional scene, because it's variable bitrate is up to 1600kbps, and H.264 is limited to 1000kbps. MPEG4 also has a higher average famerate, act more smooth than H.264. On the other hand, H.264 has a strong advantage on slow motional scene. Altogether, MPEG4 has a surprising better quality than H.264 at 1000kbps VGA mode.
4.Attention:
1.Don't set the bitrate more than 1000000, if you set it as 1100000, you could find that the actual bitrate break down to 128kbps! That is why the BsB tweaks didn't work, it tweaks the MP4VGA bitrate to 4194304(dec) !
2.Don't set the framerate more than 20, or you'll get a less framerate.
3.MSM7200 handles MPEG4 and H.264 recording in HW mode, so lowering the bitrate is useless to get a smoother video. You just need to keep the bitrate less than 1000kpbs then MSM7200 will work best enough.
4.When you decide to record a VGA H.264 video, a overclock is recommonded. Just use WiMoSpeed to oc to 710MHz!
5.Don't open HTC Camera's setting panel in video recording mode, that will lock the H.264 VGA mode again and the resolution goes back to CIF!
6.Only tested on T-Mobile Touch Pro2 with EnergeRom, other MSM7200/7201 phones should work too.
===========================
Cab and Reg files for this topic:
Enable MPEG4 & H.264 VGA recording at 1000kbps: MSM7200_H264VGA_Tweaks.cab
Unlock the H.264 VGA limitation: vgaunlock.reg (included in MSM7200_H264VGA_Tweaks.cab, but if you click out the HTC Camera's setting panel and the resolution go back to 352x288, you may need it to turn on VGA again.)
A sample recorded by Touch Pro2 @VGA H.264 format
===================================================
Complete name : I:\DCIM\100MEDIA\VIDEO0072.3gp
Format : MPEG-4
Format profile : Base Media
Codec ID : isom
File size : 1.98 MiB
Duration : 19s 466ms
Overall bit rate : 854 Kbps
Encoded date : UTC 2011-02-01 3:20:40
Tagged date : UTC 2011-02-01 3:20:40
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : [email protected]
Format settings, CABAC : No
Format settings, ReFrames : 1 frame
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 19s 466ms
Bit rate mode : Variable
Bit rate : 825 Kbps
Maximum bit rate : 978 Kbps
Width : 640 pixels
Height : 480 pixels
Display aspect ratio : 4:3
Frame rate mode : Variable
Frame rate : 14.127 fps
Minimum frame rate : 4.286 fps
Maximum frame rate : 30.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.190
Stream size : 1.91 MiB (97%)
Language : English
Encoded date : UTC 2011-02-01 3:20:40
Tagged date : UTC 2011-02-01 3:20:40
Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format version : Version 4
Format profile : LC
Codec ID : 40
Duration : 19s 392ms
Bit rate mode : Variable
Bit rate : 27.5 Kbps
Maximum bit rate : 33.2 Kbps
Channel(s) : 1 channel
Channel positions : Front: C
Sampling rate : 16.0 KHz
Compression mode : Lossy
Stream size : 65.2 KiB (3%)
Language : English
Encoded date : UTC 2011-02-01 3:20:40
Tagged date : UTC 2011-02-01 3:20:40
I have never been able to record in H.264 or MOTION JPEG. I can select them but everytime I wanna record my phone freezes. It has been this way no matter which rom I use. How do I get these two formats workin? Is it common for for these formats not to work?
porkenhimer said:
I have never been able to record in H.264 or MOTION JPEG. I can select them but everytime I wanna record my phone freezes. It has been this way no matter which rom I use. How do I get these two formats workin? Is it common for for these formats not to work?
Click to expand...
Click to collapse
OC to 768MHz？ I think this is too high for your phone, MSM7200 use HW mode to encode video, It's video DSP maybe unstable even while your CPU works fine.
If you have tried without OC, I would say that your phone really need a repair
And you could depress the clock lower than 518MHz,for example:400MHz then try again, maybe it works.
PS: Did you try EnergyROM?
Thanks!!! could you please post some video tests on YouTube?
XMarinE said:
Thanks!!! could you please post some video tests on YouTube?
Click to expand...
Click to collapse
I really want to do this, but there is a Great FireWall in my country which makes us can't visit YouTube, Twitter or Facebook, because there're many "disharmonious" information on such sites and we're "protected" by the Goverment...
But I could show you two video captures(my Laptop's desktop),left one on H.264 and right one on MPEG4, both has a 640x480 resolution and the bitrate as high as 1000kbps, I promise there're video's captures but not photos
dmc_universe said:
OC to 768MHz? I think this is too high for your phone, MSM7200 use HW mode to encode video, It's video DSP maybe unstable even while your CPU works fine.
If you have tried without OC, I would say that your phone really need a repair
And you could depress the clock lower than 518MHz,for example:400MHz then try again, maybe it works.
PS: Did you try EnergyROM?
Click to expand...
Click to collapse
From day 1 the hidden formats have never worked. I use BSB TWEAKS to show them but they just freeze my camcorder. This happens whether i am overclocking or not. Yes i have tried ENERGY roms but still nothing. Could I be doing something wrong with BSB TWEAKS? I ask because my friend has the same settings and these formats do not work on her device either. It would be great if I had the reg entries for HKLM/SOFTWARE/HTC/CAMERA so I could compare them to my registry.
porkenhimer said:
From day 1 the hidden formats have never worked. I use BSB TWEAKS to show them but they just freeze my camcorder. This happens whether i am overclocking or not. Yes i have tried ENERGY roms but still nothing. Could I be doing something wrong with BSB TWEAKS? I ask because my friend has the same settings and these formats do not work on her device either. It would be great if I had the reg entries for HKLM/SOFTWARE/HTC/CAMERA so I could compare them to my registry.
Click to expand...
Click to collapse
Oh, the Default format of HTC Camera really sucks, here is my Camera.reg, pls flash the newest EnergyROM and import it then try again.
By the way, what's the version of your TP2? Mine is T-Mobile without the front Camera, maybe there is something wrong with your front camera Reg setting.
Check the Value "2ndCamCaptSize" under "HKEY_LOCAL_MACHINE\SOFTWARE\HTC\Camera\P2", try set it as 10(hex) or 20(hex).
Or hard reset your TP2, then only change the value "HKEY_LOCAL_MACHINE\SOFTWARE\HTC\Camera\P2\EncodeFormat" to 7FFFFFFF(hex), which add H.264, Motion JPEG and 3GPP2 to you format list (do not use BsB tweaks), and try again.
And, if you really can't use H.264 whatever you do, why not try a 1000kbps MPEG4, it has even better quality that H.264 in VGA mode.
So... what's the way to go?
install the CABs, do the reg edits, both?
Chillout said:
So... what's the way to go?
install the CABs, do the reg edits, both?
Click to expand...
Click to collapse
Just install the CAB that's OK.
And you could also do the reg edits if you want to adjust the recording parameters yourself
The vgaunlock.reg is used to set the recording format back to H.264 VGA when you:
1.want to try another format (for example, MPEG4), then you want to use H.264 again;
2.click out the HTC Video Recorder's setting panel by mistake, this would pull down the H.264 recording resolution to 352x288.
porkenhimer said:
From day 1 the hidden formats have never worked. I use BSB TWEAKS to show them but they just freeze my camcorder. This happens whether i am overclocking or not. Yes i have tried ENERGY roms but still nothing. Could I be doing something wrong with BSB TWEAKS? I ask because my friend has the same settings and these formats do not work on her device either. It would be great if I had the reg entries for HKLM/SOFTWARE/HTC/CAMERA so I could compare them to my registry.
Click to expand...
Click to collapse
mine crash too. When i put settings in h.26 or whatever and push record it freezes or camera stop working
thank's! I will be useful
someone testedthis on xperia x1?
ALL THE CREDIT FOR THIS FIX GOES TO GALNET
Galnet posted a fix for 720p choppy recording in the MIUI post.
The problem I found was that it didn't work for everybody.
So, after doing a tkdiff on the changed file for the fix: media_profiles.xml, I saw that the 720p fix is a change of the recording bitrate from 12,000,000 to 10,000,000.
For my phone it wasn't enough and I was still getting choppy recordings, so lowered the bitrate even further to 5,000,000 and now I have flawless 720p recording!!!
How to fix the issue:
1) Make /etc/ R/W (use root explorer)
2) Edit the file: media_profiles.xml and change the bitrate line:
<CamcorderProfiles cameraId="0">
<EncoderProfile quality="hd" fileFormat="mp4" duration="60">
<Video codec="h264"
bitRate="12000000"
to:
bitRate="5000000"
3) save the file
4) make /etc/ R/O again
5) enjoy 720p recording
NOTES
1) HD playback is still choppy -- so you have to transfer the file to your computer to test!!!
2) You can try and increase the bitrate from 5000000 to 10000000 (which was GALNET's original value) -- and if it is still good for you great.
THANKS A LOT GALNET!!!
Somebody knows what the bitrate is for 720p videos in Samsung roms?
JVP:
quality = 'high'
fileformat = 'mp4'
duration = '60'
video codec = 'h264'
bitrate = '10000000'
width = '1080'
height = '720'
framerate = '30'
HaTeNL said:
Somebody knows what the bitrate is for 720p videos in Samsung roms?
Click to expand...
Click to collapse
On XXJVP rom the bitrate for recorded 720p videos is ~12mbps
When on cm7 i found out that playing with different cpu governors influences the 720p choppiness more or less as well. Conservative governor messes 720p up, while on demand improved it....but didnt get rid of it.
Havent tried galnet's fix or their latest miui but on a pc the reported bitrate of 720p material from SGS is ~12mbps + ~2mbps audio track
Im on Doc kitchen jvp rom now with SGS2 camera app and works butter smooth. Its not just the recorded material that is smooth but also when panning around just after starting the camera app is very fluid (as opposed to cm7/miui)
Thanks! I also found out about this workaround by looking at the patch to 7.7, which diff showed a change from 12,000,000 (in 7.5) to 8,000,000. I don't recommend lowering that value to 5,000,000 because more kb/s = smoother video. Though I noticed something strange:
1. After upgrading to 7.7 (8,000,000 bitrate), I tried catching a HD video with MiuiCamera, that produced a very choppy video (still...) with unsynced audio.
2. I catched another 720p video with Android Camera, and the result was better, though I don't like the m4v container for the output files.
3. I used MiuiCamera to record another HD video, but this time it was perfect!
4. The following videos shot by MiuiCamera were still as good, even after a reboot, for now.
So, I don't think we require the Camera.apk to make MiuiCamera.apk work as it should. There is probably something about the governor or kernel ticks (HZ) which is clashing with the 720p recording. For the "record" (lol), I'm using the smartass governor on Zach's NEO 08, while scheduler and OC/UV don't seem to have a high relevance.
Also, why does MiuiCamera produce a 3gp video for 720p recordings, while it's clairly specified to use the mp4 container? I also used Avidemux and ffmpeg to check the video, and it has a 1280x720 resolution with H.264 and AAC codecs. So, why the 3gp extension?
EDIT: I forgot, have you understood why the m4v max bitrate was lowered to 2,000,000 while stock JVP has 12,000,000 ?
Any other feedback aside from this comment?? I would appreciate if you guys found a way recording a nice 70p vdieo from my phone
Currently on CM7 recording is bad, doen't work properly. Users from galnetMIUI forums claim that recording works fine with Chameleon release. Fix is not public, so... CM7 hasn't got proper 720p video recording
It isn't the unique change...
Probably some more changes in the kernel also.There was a thread on their forums, where a user said thar 720p recording works only with default kernel, while with custom kernels doesn't. It's quite annoying, using a stock/custom ROM based on official looks really slow for me, using CM7 feels really good and fast... but with the loose of recording, which I really need for my little girl's unique moments in life recording. The High setting for camera in CM7 makes recording possible, there are very small glitches sometimes, but it's a pitty to not use it a fully potential.
Thats not a "fix"? It just lowering the bitrate which means less smoothness and worse quality.
That aint a "fix" for the problem to me
Actually looking at the xml file mentioned in the first post, in the case of latest nightly of CM7 the value is 10000000. But, keep in mind that the post is from june, and in the meanwhile the real fix came with galnetMIUI chameleon (or something) which is later. So, they must have figured it out in the meanwhile...
worked for me
Worked for me.
I decreased HD bitRate from 10000000 to 5000000 bps
also decreased HIGH bitRate from 3000000 to 2000000
my video is now playing quite smooth.
Thanks
SGS I9000, Cyanogen 7.1.0
is this applicable to galnet miui weekly?
screwing around with the lgcamrecorder app settings may help?
on HD i' 10000000 too, but had ploblems on recording. record in format M4V, but look mediaprofiles it wrote as MP4. why it record different format?
After much experimentation, I have found that the epic prefers 5:3 aspect ratio. If you want the maximum in clarity and optimized file size for your videos, here are the settings I came up with. Adding more to either bitrate wont help the quality.
Customized MP4 Movie (*.mp4) template in Freemake
Video Code: MPEG4 (NOT h.264 or x264)
Frame Size: 1000x600 (5:3 ratio)
Video Bitrate: 1280
Video framerate: 24
Encode Passes: 2
Audio Codec: AAC
Audio Bitrate: 160
Sample rate: 44100
Audio Channels: 2
Disable Audio: No
A/V Sync: Default
These settings work great on my Arnova 10b (Capacitive) and my Touchpad. They would also work great in an iPad or XBOX. I used the high resolution to fill the screen of my Arnova without stretching. It works fine on my Epic.
Here the question: Why 5:3? Any other aspect ratio does not actually fill the screen. If you make a 800x600 (4:3) video, you will find that the player does not actually fill the screen. Thoughts?
The screen resolution is 800x480, which is 5:3...
Just make the video 800x480, and it won't have to do any scaling.
Interesting. Gonna check my videos and see what res I have them in, because they look awesome as it is.
LunaticWolf said:
The screen resolution is 800x480, which is 5:3...
Just make the video 800x480, and it won't have to do any scaling.
Click to expand...
Click to collapse
I did that resolution... It worked great for my epic.. I settled on the resolution I used because it worked awesome on all my devices.. even my touchpad. The cost in file size is almost nothing between the two resolutions.
Ok, I have a 720p video.. it looks amazing at its normal resolution of 1280x720.. no cropping that I can notice..
I'm an editor by trade.
What you're looking for is H.264 in .mp4. I tend to go for a video bitrate that hangs out around 1.5mbps and AAC stereo audio at 160kbps, 44.1kHz. There are quite a few artifacts in the shadows, but for watching a movie on an airplane it'll suffice.
The key to both a sharp picture and long battery life is to properly prepare the video. When your video is under or over 800px wide the Epic has to perform scaling to make it fill the screen (or sacrifice filling the screen if it is under). This scaling is an additional calculation it must perform, which hits the battery, and is a transformation on a lossy codec - a quality killer. If you have the render power (48 i7 cores and segmented processing makes for fast work) you can always hit it with mild sharpening for that extra pop.
Export your video at 800 pixels wide by whatever makes the correct aspect ratio. It's a bit of simple algebra, set up a proportion, cross-multiply, divide, and bang.
ex:
(1280/720)=(800/x)
1280x=720*800
1280x=576,000
x=450
800x450 <-- use this for any 16x9 broadcasts
(1.85/1)=(800/x)
1.85x=800
x=432
800x432 <-- use this for movies presented in 1.85:1, 2.35:1, and 2.40:1.
If it's 4x3 export at 640x480.
I just scale up to 4k. Looks pretty good =D
Only had my Desire HD about 3 weeks, rooted last week, installed Lg Camera Pro.....but as I know absolutely ZERO when it comes to any kind of camera/camcorder stuff...what is the best setting for best possible video quality?
Options under video resolution are:
640 x 480
704 x 576
720 x 480
800 x 480
960 x 720
1280 x 720
Then I have video encoder options:
Default
H.263
H.264
MPEG4
Then: Video file Format
MPEG4
3GP
File size at the end of the recording is not an issue, as I have a big SD card and don't record to much video, but when I do record I want it to be the very very best possible.
Any help - very very much appreciated.
cheers
Matt
Hi matt
For me, the best possible video output is 800x480 with MPEG4 as format. Stable 50fps under bright place and still manage to maintain 20+ fps in low light. Recording in full HD is nice, but limited to 30fps at most and low audio bitrate. Also, try to adjust the sharpness to -1 or -2. It will improve the fps. There's also a thread for DHD camera guide I guess. For better compression, I choose the H.264 format.
Questions for all the OP3 Users. Can it play HEVC x265 1080p 10bit 30FPS Videos in HW/HW+ Mode on MXPlayer?
Are there any Artifacts or it lags and sttutters?
i have been Asking This question but only 2 OP3 users have replied.
One says it cant play in HW only SW mode. Other Says It Can on Stock ROM.
If Few more users confirm it does or does not, then it will help me decide to buy this one or Le Max 2.
Please Reply.
Thanks in Advance.
I played h.265 videos encoded in 10bits and 1080p23 through the stock video player as well as mxplayer with HW and HW+ modes. I also played a 4k 60fps 10 bit video used to showcase the samsung 4k tvs with no issues what so ever. HW playback yet again. Both on the stock ROM and kernel.
Mine on stock Oxygen ROM.....10Bit x265 CAN'T play in HW/HW+ mode...only in SW.
However, 8Bit x265 CAN play in HW/HW+ without problem.
EDIT: Got mine solved now my OP3 can play x265 10bit video file in hw+ .
sample from here http://demo-uhd3d.com/fiche.php?cat=uhd&id=45
H265 10bit, up to 23.976fps
Resolution : 3840x2160
File size : 655 MB
Duration : 01min 46sec
Format : TS
Codec : HEVC
Overall bit rate : 51.4 Mb/s
Bit depth : 10 bits
Frame rate : 23.976 fps
rom:
OXYGENOS 3.2.1
Yes it can play without stutters with HW+ turned on
also
this http://demo-uhd3d.com/fiche.php?cat=uhd&id=96
H265 10bit, 59.940fps
Resolution : 3840x2160
File size : 818 MB
Duration : 02min 12sec
Format : TS
Codec : HEVC
Overall bit rate : 51.6 Mb/s
Bit depth : 10 bits
Frame rate : 59.940 fps
rom:
OXYGENOS 3.2.1
Played without stutters with HW+ turned on
and this one: http://demo-uhd3d.com/fiche.php?cat=uhd&id=144
HDR 10bit HEVC, 59.940fps
Resolution : 3840*2160
File size : 1120 MB
Duration : 02min 07sec
Format : MP4
Codec : HEVC
Overall bit rate : 75.8 Mb/s
Bit depth : 10 bits
Frame rate : 59.940 fps
Played without stutters with HW+ turned on
lokr said:
sample from here http://demo-uhd3d.com/fiche.php?cat=uhd&id=45
H265 10bit, up to 23.976fps
Resolution : 3840x2160
File size : 655 MB
Duration : 01min 46sec
Format : TS
Codec : HEVC
Overall bit rate : 51.4 Mb/s
Bit depth : 10 bits
Frame rate : 23.976 fps
rom:
OXYGENOS 3.2.1
Yes it can play without stutters with HW+ turned on
also
this http://demo-uhd3d.com/fiche.php?cat=uhd&id=96
H265 10bit, 59.940fps
Resolution : 3840x2160
File size : 818 MB
Duration : 02min 12sec
Format : TS
Codec : HEVC
Overall bit rate : 51.6 Mb/s
Bit depth : 10 bits
Frame rate : 59.940 fps
rom:
OXYGENOS 3.2.1
Played without stutters with HW+ turned on
and this one: http://demo-uhd3d.com/fiche.php?cat=uhd&id=144
HDR 10bit HEVC, 59.940fps
Resolution : 3840*2160
File size : 1120 MB
Duration : 02min 07sec
Format : MP4
Codec : HEVC
Overall bit rate : 75.8 Mb/s
Bit depth : 10 bits
Frame rate : 59.940 fps
Played without stutters with HW+ turned on
Click to expand...
Click to collapse
Can you play x265 10bit in mkv format in hw/hw+? Mine cannot..Dont know why.
Yup, it can play tested with jellyfish-120-mbps-4k-uhd-hevc-10bit.mkv 438 MB http://jell.yfish.us/media/jellyfish-120-mbps-4k-uhd-hevc-10bit.mkv
and with jellyfish-100-mbps-hd-hevc.mkv 100 Mbps 365 MB http://jell.yfish.us/media/jellyfish-100-mbps-hd-hevc.mkv
give some links with vids that OP3 cannot play so I will check on mine, my op3 have all stock, no root.
lokr said:
Yup, it can play tested with jellyfish-120-mbps-4k-uhd-hevc-10bit.mkv 438 MB http://jell.yfish.us/media/jellyfish-120-mbps-4k-uhd-hevc-10bit.mkv
and with jellyfish-100-mbps-hd-hevc.mkv 100 Mbps 365 MB http://jell.yfish.us/media/jellyfish-100-mbps-hd-hevc.mkv
give some links with vids that OP3 cannot play so I will check on mine, my op3 have all stock, no root.
Click to expand...
Click to collapse
Nevermind....I get it play fine now in hw+. All I did was to change the mkv extension of the 10bit x265 video file that refused to play in hw/hw+ to mp4. It played fine in hw+. Change it back to mkv...it also play fine in hw+. Now all my x265 10 bit mkv can play in hw+. Weird!!
Thanks Everyone.
I think i will buy this.
sorry for jacking this thread, but can anyone try hi10p h264 in this phone? I want to know before getting this phone.
I'm currently on zenfone 2 which is x86, no problems with h264 hi10p.
xjammetx said:
sorry for jacking this thread, but can anyone try hi10p h264 in this phone? I want to know before getting this phone.
I'm currently on zenfone 2 which is x86, no problems with h264 hi10p.
Click to expand...
Click to collapse
Short answer would be "yes, as long as it's not 4k".
For the long version, it depends on several encoding characteristics. These are video grain, bitrate, framerate (taking anime into consideration, there shouldn't be any 60fps releases so it's okay), chroma subsampling (4:4:4 and 4:2:2 being more CPU intensive to decode than the usual 4:2:0) and colour space (BT.601 and BT.709 are more widely supported and easier on the CPU than BT.2020, but you'd need a beast of a desktop CPU to software render anything in the BT.2020 space anyway, not a mere phone).
If the SSA subtitles are heavily animated, you can't do much about it. You'd need to find a video player on android that can properly render it, or hope that overclocking the phone might reduce the subtitle lag. Testing the file you linked on the MX Player 10-bit playback topic, it seems that the CPU usage doesn't increase by much with the subtitles flying around the screen, but the delays are noticeable while MX Player struggles to render them. It ain't as bad as you might imagine, as there aren't many dropped frames, but the frame representation is delayed severely. As a sidenote, reducing the rendering quality of the video doesn't affect the subtitle rendering lag in any way.
Dariusdd said:
Short answer would be "yes, as long as it's not 4k".
For the long version, it depends on several encoding characteristics. These are video grain, bitrate, framerate (taking anime into consideration, there shouldn't be any 60fps releases so it's okay), chroma subsampling (4:4:4 and 4:2:2 being more CPU intensive to decode than the usual 4:2:0) and colour space (BT.601 and BT.709 are more widely supported and easier on the CPU than BT.2020, but you'd need a beast of a desktop CPU to software render anything in the BT.2020 space anyway, not a mere phone).
If the SSA subtitles are heavily animated, you can't do much about it. You'd need to find a video player on android that can properly render it, or hope that overclocking the phone might reduce the subtitle lag. Testing the file you linked on the MX Player 10-bit playback topic, it seems that the CPU usage doesn't increase by much with the subtitles flying around the screen, but the delays are noticeable while MX Player struggles to render them. It ain't as bad as you might imagine, as there aren't many dropped frames, but the frame representation is delayed severely. As a sidenote, reducing the rendering quality of the video doesn't affect the subtitle rendering lag in any way.
Click to expand...
Click to collapse
thanks for the reply.
how about 40Mbps~ coalgirl's level encodes?
Will you test a file for me?
xjammetx said:
thanks for the reply.
how about 40Mbps~ coalgirl's level encodes?
Will you test a file for me?
Click to expand...
Click to collapse
https://www.nyaa.se/?page=view&tid=789147
Tried that one. It's bloated and the noise levels are over the top. Simply put, it lags during high bitrate scenes, doesn't during lower bitrate scenes. It is rather watchable with just a few dropped frames if you lower the colour format from YUV to 16 bit RGB and use speedup tricks which butchers dithering and makes the video blocky with visible dither artifacts. Even so, the processor usage sits usually at 100%
I've also tried: http://coalgirls.wakku.to/657/evangelion the first movie in 1080p.
It works fine, colour format YUV with no speedup tricks. The processor usage jumped between 55 and 90%. Do note that this has only ~17Mbps bitrate. I think that 40Mbps is a bit farfetched as well as useless on a screen this small. Fortunately, most encodes have more reasonable bitrates, so it shouldn't pose much of a problem.
Tested on arter97's CM13 + kernel using MX Player Beta 1.8.6. This also means the processor had stock clockspeeds. For 10 bit h264 decoding, Samsung's Exynos 8890 and Huawei's Kirin 950/955 should be a little better than Snapdragon 820. I don't know by how much, but you should take note that the Galaxy S7 had its codec support gimped by Samsung (specifically, it lost 10 bit h265 decoding) after a certain update for both Exynos and Qualcomm versions, and I am not sure about the current codec support of HiSilicon chips like the Kirin.
Dariusdd said:
https://www.nyaa.se/?page=view&tid=789147
Tried that one. It's bloated and the noise levels are over the top. Simply put, it lags during high bitrate scenes, doesn't during lower bitrate scenes. It is rather watchable with just a few dropped frames if you lower the colour format from YUV to 16 bit RGB and use speedup tricks which butchers dithering and makes the video blocky with visible dither artifacts. Even so, the processor usage sits usually at 100%
I've also tried: http://coalgirls.wakku.to/657/evangelion the first movie in 1080p.
It works fine, colour format YUV with no speedup tricks. The processor usage jumped between 55 and 90%. Do note that this has only ~17Mbps bitrate. I think that 40Mbps is a bit farfetched as well as useless on a screen this small. Fortunately, most encodes have more reasonable bitrates, so it shouldn't pose much of a problem.
Tested on arter97's CM13 + kernel using MX Player Beta 1.8.6. This also means the processor had stock clockspeeds. For 10 bit h264 decoding, Samsung's Exynos 8890 and Huawei's Kirin 950/955 should be a little better than Snapdragon 820. I don't know by how much, but you should take note that the Galaxy S7 had its codec support gimped by Samsung (specifically, it lost 10 bit h265 decoding) after a certain update for both Exynos and Qualcomm versions, and I am not sure about the current codec support of HiSilicon chips like the Kirin.
Click to expand...
Click to collapse
mean/average bitrate of that movie must be near to (((18823.5 * 10^6) *8) / 7200) * 10^-6
or 20.91500 Mbps
try this one
http://coalgirls.wakku.to/6368/nisemonogatari
^
try that, just get the
Code:
[Coalgirls]_Nisemonogatari_OP3_(1920x1080_Blu-ray_FLAC)_[948BD021].mkv
(((458.18 * 10^6) * 8) / 90) * 10^-6
40.7271111 Mbps on average.
^ my zenfone 2 decodes that file with no problems, given that its an x86 architecture rather than arm.
xjammetx said:
try this one
http://coalgirls.wakku.to/6368/nisemonogatari
Click to expand...
Click to collapse
Using YUV there are a few dropped frames between 1:20 and 1:27, otherwise it's a flawless playback. Using RGB32 there aren't any visible dropped frames during the entire run. I've tested it several times. During those 7 seconds, the processor stays at 100% usage, otherwise it sits around 80-85%. Understandably, the phone gets hot and the battery drains like mad.
I don't think sustained playback at these levels of processor usage is good for the device.