Hi Devs, any plans to include support for the Tegra K1 soc? I just bought a Xiaomi Mipad and MXPlayer is proving to be flaky with frequent crashes and closing. It also shows strange behavior when playing back HI10p videos, the native player on the Mipad fails to play Hi10p but MxPlayer can be invoked to use HW or HW+ on the Hi10p videos. However I see colors bleeding in the video so I presume that MXplayer is forcing the Tegra K1 to play Hi10p as 8 bit h264 as the effect looks similar on my set top box.
Just an FYI for those hoping the Tegra K1 would be fast enough to play back Hi10p 1080p video in software mode it still stutters. If you need some debug logs etc then pls send me instructions to get those.
Kantana said:
Hi Devs, any plans to include support for the Tegra K1 soc? I just bought a Xiaomi Mipad and MXPlayer is proving to be flaky with frequent crashes and closing. It also shows strange behavior when playing back HI10p videos, the native player on the Mipad fails to play Hi10p but MxPlayer can be invoked to use HW or HW+ on the Hi10p videos. However I see colors bleeding in the video so I presume that MXplayer is forcing the Tegra K1 to play Hi10p as 8 bit h264 as the effect looks similar on my set top box.
Just an FYI for those hoping the Tegra K1 would be fast enough to play back Hi10p 1080p video in software mode it still stutters. If you need some debug logs etc then pls send me instructions to get those.
Click to expand...
Click to collapse
Just an update I tested Hi10p and h265 with VLC and it looks like the Tegra K1 can hw accelerate Hi10p but not h265, however both codecs @ 1080p plays smoothly with VLC on the Mipad. Devs pls update the MXplayer for the Tegra K1 soc
Ok, have narrowed down the cause of crashing and closing to the launcher. If HW+ is enabled this will happen 50% of the time. If I enable HW+ but not check the boxes for local or network play it will start the video normally in HW mode. But there is no audio and I need to manually choose HW+ mode. If it doesn't crash to the launcher then audio will play. I get regular MX player has stopped when I exit MXplayer after using HW+.
I see the same behavior for Diceplayer so assume that it also uses the same methods for hardware acceleration. VLC beta has no issues even with full acceleration and YUV color space. Devs pls look into this and if you need diagnostic or logging info we can assist as there are some MiPad owners out there that are testing this unit right now:
http://forum.xda-developers.com/showthread.php?p=54045235
Kantana said:
Ok, have narrowed down the cause of crashing and closing to the launcher. If HW+ is enabled this will happen 50% of the time. If I enable HW+ but not check the boxes for local or network play it will start the video normally in HW mode. But there is no audio and I need to manually choose HW+ mode. If it doesn't crash to the launcher then audio will play. I get regular MX player has stopped when I exit MXplayer after using HW+.
I see the same behavior for Diceplayer so assume that it also uses the same methods for hardware acceleration. VLC beta has no issues even with full acceleration and YUV color space. Devs pls look into this and if you need diagnostic or logging info we can assist as there are some MiPad owners out there that are testing this unit right now:
http://forum.xda-developers.com/showthread.php?p=54045235
Click to expand...
Click to collapse
If your video plays well in HW mode but not getting audio means the audio codec is not supported by your device.
You can enable SW audio from Settings 》 Decoder to play audio through ffmpeg. Video will be decoded by the hardware as usual.
---------- Post added at 06:14 PM ---------- Previous post was at 06:07 PM ----------
@Kantana
Use mx log collector app immediately after crash to collect the logs and attach here...!!!
That could be true since the audio is DTS which is not supported normally. However I can play back the video with audio from the system video player which implies that both video and audio are supported by the hardware.
Ok here is the first crash when HW+ has been enabled and used. When I exit Mxplayer then it will generate this crash. Logs attached
Here is the 2nd crash when HW+ has been enabled and ticked for local and network. I click on the file and choose mxplayer to play the file, it starts then crashes.
The system details for these 2 crashes:
=========================
Manufacturer: Xiaomi
Model: MI PAD
Brand: Xiaomi
Version: 4.4.2 (REL)
Build: Xiaomi/mocha/mocha:4.4.2/KOT49H/KXFCNBF2.0:user/release-keys
Kernel: Linux version 3.10.24-g5858f73 ([email protected]) (gcc version 4.7 (GCC) ) #1 SMP PREEMPT Fri Jun 27 10:07:03 CST 2014
CPU: 4 core(s) 2.22 GHz
CPU architecture: 7
CPU features: swp half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt
Board platform: tegra
Instruction set: armeabi-v7a (+armeabi)
Resolution: 1536 x 2048
Available screen size (DIP): 768 x 999 (smallest: 768)
Tablet: true
Screen size: X-Large
Density: 2.0 (320)
Font scale: 1.0
Hardware main button: false
Locale: en_US
Total memory: 1982052 kB
Free memory: 249704 kB
=========================
=========================
Manufacturer: Xiaomi
Model: MI PAD
Brand: Xiaomi
Version: 4.4.2 (REL)
Build: Xiaomi/mocha/mocha:4.4.2/KOT49H/KXFCNBF2.0:user/release-keys
Kernel: Linux version 3.10.24-g5858f73 ([email protected]) (gcc version 4.7 (GCC) ) #1 SMP PREEMPT Fri Jun 27 10:07:03 CST 2014
CPU: 4 core(s) 2.22 GHz
CPU architecture: 7
CPU features: swp half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt
Board platform: tegra
Instruction set: armeabi-v7a (+armeabi)
Resolution: 1536 x 2048
Available screen size (DIP): 768 x 999 (smallest: 768)
Tablet: true
Screen size: X-Large
Density: 2.0 (320)
Font scale: 1.0
Hardware main button: false
Locale: en_US
Total memory: 1982052 kB
Free memory: 151892 kB
=========================
Kantana said:
Hi Devs, any plans to include support for the Tegra K1 soc? I just bought a Xiaomi Mipad and MXPlayer is proving to be flaky with frequent crashes and closing. It also shows strange behavior when playing back HI10p videos, the native player on the Mipad fails to play Hi10p but MxPlayer can be invoked to use HW or HW+ on the Hi10p videos. However I see colors bleeding in the video so I presume that MXplayer is forcing the Tegra K1 to play Hi10p as 8 bit h264 as the effect looks similar on my set top box.
Just an FYI for those hoping the Tegra K1 would be fast enough to play back Hi10p 1080p video in software mode it still stutters. If you need some debug logs etc then pls send me instructions to get those.
Click to expand...
Click to collapse
I am in the same problem,Mipad,the system player is ok to run the video,but with MX,the HW+ mode usually crashed,when using HW mode,there is a chance the audio have problem,I need to use the SW mode for the audio.
I checked the video type that have the HW+ and no audio problem,they are H264 and AC3,strange thing is that some other video in the same type is ok to run with HW+ Mode,i am sure the video itself is no problem,i have checked it with my nexus 7 PAD.
Maybe it is the system's problem
07-10 20:52:55.872 12496 12679 F libc : invalid address or address of corrupt block 0x731648e8 passed to dlfree
07-10 20:52:55.872 12496 12679 F libc : Fatal signal 11 (SIGSEGV) at 0xdeadbaad (code=1), thread 12679 (.videoplayer.ad)
On both logs there is a fatal error from libc
@bleu8888
Can you look at the issue?
---------- Post added at 01:01 AM ---------- Previous post was at 12:30 AM ----------
@kantana @donkeyear
I have discussed with the developer about your issue.
As I said libc fatal error may be due to a compiler error.
In another device we had similar crashing which is fixed in the latest test build by using the latest compiler.
Can you test the latest test build from the following link & report here. It will be helpful to resolve the issue.
https://sites.google.com/site/mxvpen/translation/test-build
ktsamy said:
07-10 20:52:55.872 12496 12679 F libc : invalid address or address of corrupt block 0x731648e8 passed to dlfree
07-10 20:52:55.872 12496 12679 F libc : Fatal signal 11 (SIGSEGV) at 0xdeadbaad (code=1), thread 12679 (.videoplayer.ad)
On both logs there is a fatal error from libc
@bleu8888
Can you look at the issue?
---------- Post added at 01:01 AM ---------- Previous post was at 12:30 AM ----------
@kantana @donkeyear
I have discussed with the developer about your issue.
As I said libc fatal error may be due to a compiler error.
In another device we had similar crashing which is fixed in the latest test build by using the latest compiler.
Can you test the latest test build from the following link & report here. It will be helpful to resolve the issue.
https://sites.google.com/site/mxvpen/translation/test-build
Click to expand...
Click to collapse
No luck, still crashing randomly with test build. If HW+ is enabled it's crashing 50% of the time. It looks stable with HW+ off but sometimes no sound even with files where the audio codec is supported in hardware eg mp3 or ac3. When I enable HW+ then same random crashing.
Kantana said:
No luck, still crashing randomly with test build. If HW+ is enabled it's crashing 50% of the time. It looks stable with HW+ off but sometimes no sound even with files where the audio codec is supported in hardware eg mp3 or ac3. When I enable HW+ then same random crashing.
Click to expand...
Click to collapse
I have already conveyed this issue.
We had same issue when Tegra 3 was released. But, even NVidia people where unable to fix. Finally it was fixed by a volunteer on ffmpeg.
The developer will try to resolve the issue as soon as possible....!!
Till that use SW audio by default if you are encounter audio issues in HW mode
---------- Post added at 01:38 AM ---------- Previous post was at 01:36 AM ----------
@Kantana
Can you collect a log when you face audio issue in hw mode?
ktsamy said:
I have already conveyed this issue.
We had same issue when Tegra 3 was released. But, even NVidia people where unable to fix. Finally it was fixed by a volunteer on ffmpeg.
The developer will try to resolve the issue as soon as possible....!!
Till that use SW audio by default if you are encounter audio issues in HW mode
---------- Post added at 01:38 AM ---------- Previous post was at 01:36 AM ----------
@Kantana
Can you collect a log when you face audio issue in hw mode?
Click to expand...
Click to collapse
Hi ktsamy, here are the logs from playing a video in HW mode with no audio:
=========================
Manufacturer: Xiaomi
Model: MI PAD
Brand: Xiaomi
Version: 4.4.2 (REL)
Build: Xiaomi/mocha/mocha:4.4.2/KOT49H/KXFCNBF2.0:user/release-keys
Kernel: Linux version 3.10.24-g5858f73 ([email protected]) (gcc version 4.7 (GCC) ) #1 SMP PREEMPT Fri Jun 27 10:07:03 CST 2014
CPU: 4 core(s) 2.22 GHz
CPU architecture: 7
CPU features: swp half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt
Board platform: tegra
Instruction set: armeabi-v7a (+armeabi)
Resolution: 1536 x 2048
Available screen size (DIP): 768 x 999 (smallest: 768)
Tablet: true
Screen size: X-Large
Density: 2.0 (320)
Font scale: 1.0
Hardware main button: false
Locale: en_US
Total memory: 1982052 kB
Free memory: 151352 kB
=========================
Format : Matroska
Format version : Version 2
File size : 2.18 GiB
Duration : 44mn 1s
Overall bit rate : 7 084 Kbps
Encoded date : UTC 2012-10-11 10:07:06
Writing application : mkvmerge v2.9.0 ('Moanin'') built on May 22 2009 17:46:31
Writing library : libebml v0.7.7 + libmatroska v0.8.1
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : [email protected]
Format settings, CABAC : Yes
Format settings, ReFrames : 5 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 44mn 1s
Bit rate : 6 439 Kbps
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.291
Stream size : 1.94 GiB (89%)
Writing library : x264 core 128 r2216 198a7ea
Encoding settings : cabac=1 / ref=5 / deblock=1:-1:-1 / analyse=0x3:0x113 / me=umh / subme=7 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=12 / lookahead_threads=2 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=2pass / mbtree=1 / bitrate=6439 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / vbv_maxrate=50000 / vbv_bufsize=50000 / nal_hrd=none / ip_ratio=1.40 / aq=1:1.00
Language : English
Default : Yes
Forced : No
Audio
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : A_AC3
Duration : 44mn 1s
Bit rate mode : Constant
Bit rate : 640 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 202 MiB (9%)
Language : English
Default : Yes
Forced : No
It looks like an issue of hw+ decoder.
I ordered a MiPad and now waiting.
bleu8888 said:
It looks like an issue of hw+ decoder.
I ordered a MiPad and now waiting.
Click to expand...
Click to collapse
Well this has taught me to not take anything for granted with chinese tablets. They appear to have so many bugs on release and not subtle ones but major functions. You'll have a ball working around all these oversights. I'm quite pleased with the Mipad subject to them fixing these bugs.
Kantana said:
Well this has taught me to not take anything for granted with chinese tablets. They appear to have so many bugs on release and not subtle ones but major functions. You'll have a ball working around all these oversights. I'm quite pleased with the Mipad subject to them fixing these bugs.
Click to expand...
Click to collapse
> Well this has taught me to not take anything for granted with chinese tablets.
Understatement of the year
Still, per your original post, it's kinda disappointing to hear that the Tegra K1 doesn't have enough power to play Hi10p 1080p with SW mode.
I looked at the K1's specs sheet, and with a quad core A15 2.3Ghz, I would have thought for sure it was enough power...
CDB-Man said:
> Well this has taught me to not take anything for granted with chinese tablets.
Understatement of the year
Still, per your original post, it's kinda disappointing to hear that the Tegra K1 doesn't have enough power to play Hi10p 1080p with SW mode.
I looked at the K1's specs sheet, and with a quad core A15 2.3Ghz, I would have thought for sure it was enough power...
Click to expand...
Click to collapse
It's hard to tell until devs update their apps to optimize for the Tegra K1. Software is never optimal for high bitrates. The Hi10p I am testing is 7.2Mbit/s average but in certain scenes it goes over 10Mbit/s. MXplayer and Dice player are for sure using software, if I invoke HW+ mode it speeds up but I see color blotches all over the picture similar to when playing Hi10p on unsupported hardware or codecs.
VLC beta I have it all set for hardware acceleration and the playback is perfect but the amount of heat generated and battery drain leads me to suspect it is only partially accelerated.
Once the devs optimize for the Tegra K1 we'll have a clearer picture on the capabilities of the Tegra K1.
As an aside even with h265/HEVC it was easier to play smoothly since lower bit rates:
Format : Matroska
Format version : Version 1
File size : 824 MiB
Duration : 43mn 29s
Overall bit rate : 2 649 Kbps
Writing application : DivXMKVMux 9.8.10.8454
Writing library : libDivXMediaFormat 4.0.0.0578
Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Codec ID : V_MPEGH/ISO/HEVC
Duration : 43mn 29s
Width : 1 920 pixels
Height : 1 072 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 fps
Language : English
Default : Yes
Forced : No
Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : A_AAC
Duration : 43mn 29s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 44.1 KHz
Compression mode : Lossy
Language : un
Default : Yes
Forced : No
Kantana said:
It's hard to tell until devs update their apps to optimize for the Tegra K1. Software is never optimal for high bitrates. The Hi10p I am testing is 7.2Mbit/s average but in certain scenes it goes over 10Mbit/s. MXplayer and Dice player are for sure using software, if I invoke HW+ mode it speeds up but I see color blotches all over the picture similar to when playing Hi10p on unsupported hardware or codecs.
VLC beta I have it all set for hardware acceleration and the playback is perfect but the amount of heat generated and battery drain leads me to suspect it is only partially accelerated.
Once the devs optimize for the Tegra K1 we'll have a clearer picture on the capabilities of the Tegra K1.
As an aside even with h265/HEVC it was easier to play smoothly since lower bit rates:
Format : Matroska
Format version : Version 1
File size : 824 MiB
Duration : 43mn 29s
Overall bit rate : 2 649 Kbps
Writing application : DivXMKVMux 9.8.10.8454
Writing library : libDivXMediaFormat 4.0.0.0578
Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Codec ID : V_MPEGH/ISO/HEVC
Duration : 43mn 29s
Width : 1 920 pixels
Height : 1 072 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 fps
Language : English
Default : Yes
Forced : No
Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : A_AAC
Duration : 43mn 29s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 44.1 KHz
Compression mode : Lossy
Language : un
Default : Yes
Forced : No
Click to expand...
Click to collapse
VLC reders clearly because by default it uses RGB 32bit video chroma while MX Player uses RGB 16bit by default. RGB 32bit need more processor power. That's why it leads to heat up issue. You can use RGB 32bit in MX Player too by changing the Settings 》 Decoder 》 Color format to RGB 32bit.
ktsamy said:
VLC reders clearly because by default it uses RGB 32bit video chroma while MX Player uses RGB 16bit by default. RGB 32bit need more processor power. That's why it leads to heat up issue. You can use RGB 32bit in MX Player too by changing the Settings 》 Decoder 》 Color format to RGB 32bit.
Click to expand...
Click to collapse
Tried that but it didn't help for Hi10p. Both HW and HW+ mode gives the blotchy/blocky renders with pink tint. I've attached a screen capture from MX player and one from VLC. SW mode doesn't have this issue on MX player but it will stutter.
H265 is played in HW on the Mipad, but still no Hi10p support in hardware. The stock video player plays h265.
Related
Hey guys i'm posting this thread to reply to a thread in the dev's section.
Since i'm a new member with under 10 posts i cannot reply to the thread in that section. Here's the thread url:
http://forum.xda-developers.com/showthread.php?t=1237907
Misterjunky wanted to know if the Rogers i997 phones with Gingerbread 2.3.3 were having the same low fps recording issues as others that have complained about it.
I am here to confirm that yes, i bought the phone last week and it does in fact record video only at 15 fps, even at 1080p.
This is very frustrating!
Thank you for letting us know!
I hope we can get ot fixed
Yep, I notice the same problem. After i rooted my phone and install infused 2.1.0 and did a highest resolution recording today, notice that it is it has latency slow fps. Absolutely horrible.
Hi all,
Another Rogers User here with the same low fps issue when recording movies. I also am replying here since I can't post in the developer forum.
Had the infuse for about a month, but just recorded my first video on it yesterday and noticed the clearly low fps.
Stock infuse, no roms.
Good to know that it isn't a regression we introduced.
The media capabilities of the Rogers firmware are clearly crippled - no MHL, low FPS for video.
Same here, Rogers stock 2.3.3 ... getting half frames
Sent from my SAMSUNG-SGH-I997R using XDA App
Thanks!
I Just wanted to stop by here to thank everyone here for reporting
this video recording bug in the stock Rogers Infuse Gingerbread rom.
Now we all know that this bug has nothing to do with the the customization or
improvements of the stock Rogers Gingerbread roms which the DEVS have
been working on but instead this video recording bug was in the stock
Gingerbread rom to start with.
If you guys want to check out all the technical details of your homemade
video recordings, here is a link to MediaInfo which most the devs use:
http://forum.xda-developers.com/attachment.php?attachmentid=705197&d=1314737293
for Misterjunky
Rogers Stock Infuse 4G
sorry im late.
for 480
General
Complete name : C:\Users\archer\Desktop\video-2011-09-11-14-51-51.mp4
Format : MPEG-4
Format profile : 3GPP Media Release 4
Codec ID : 3gp4
File size : 7.11 MiB
Duration : 32s 370ms
Overall bit rate : 1 844 Kbps
Video
ID : 2
Format : AVC
Format/Info : Advanced Video Codec
Format profile : [email protected]
Format settings, CABAC : No
Format settings, ReFrames : 1 frame
Format settings, GOP : M=1, N=30
Muxing mode : Container [email protected]
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 32s 331ms
Bit rate mode : Variable
Bit rate : 1 784 Kbps
Width : 720 pixels
Height : 480 pixels
Display aspect ratio : 3:2
Frame rate mode : Variable
Frame rate : 15.063 fps
Minimum frame rate : 14.493 fps
Maximum frame rate : 15.625 fps
Standard : NTSC
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.343
Stream size : 6.86 MiB (96%)
Language : English
Material_Duration : 32397
Material_StreamSize : 7205362
Material_FrameCount : 487
Audio
ID : 1
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : 40
Duration : 32s 370ms
Bit rate mode : Variable
Bit rate : 60.2 Kbps
Maximum bit rate : 67.2 Kbps
Channel(s) : 1 channel
Channel positions : Front: C
Sampling rate : 16.0 KHz
Compression mode : Lossy
Stream size : 235 KiB (3%)
Language : English
Material_Duration : 32435
Material_StreamSize : 240924
for 720
General
Complete name : C:\Users\archer\Desktop\video-2011-09-11-14-50-41.mp4
Format : MPEG-4
Format profile : 3GPP Media Release 4
Codec ID : 3gp4
File size : 24.3 MiB
Duration : 33s 151ms
Overall bit rate : 6 137 Kbps
Video
ID : 2
Format : AVC
Format/Info : Advanced Video Codec
Format profile : [email protected]
Format settings, CABAC : No
Format settings, ReFrames : 1 frame
Format settings, GOP : M=1, N=30
Muxing mode : Container [email protected]
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 33s 64ms
Bit rate mode : Variable
Bit rate : 6 088 Kbps
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate mode : Variable
Frame rate : 15.062 fps
Minimum frame rate : 14.286 fps
Maximum frame rate : 15.873 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.439
Stream size : 23.9 MiB (99%)
Language : English
Material_Duration : 33131
Material_StreamSize : 25168331
Material_FrameCount : 498
Audio
ID : 1
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : 40
Duration : 33s 151ms
Bit rate mode : Variable
Bit rate : 59.9 Kbps
Maximum bit rate : 66.9 Kbps
Channel(s) : 1 channel
Channel positions : Front: C
Sampling rate : 16.0 KHz
Compression mode : Lossy
Stream size : 241 KiB (1%)
Language : English
Hi all , please see below link for 30fps fix. http://forum.xda-developers.com/showthread.php?t=1271876
Confirmed working on my Rogers infuse 4g stock 2.3.3 rom. Note the lib files are 2 months newer than other lib files -- to me this indicates it's off a new version, possibly 2.3.4 . No worries to. If ud like to be on safe side like me, before u copy as per instructions, rename the original files with underscore at the end -- this was u keep originals as ...
Sent from my SAMSUNG-SGH-I997R using XDA App
This fixed the fps issue on my stock rogers infuse as well. It seems to be working. I made backups of the files (only 3 of them, whereas there were 4 new files).
Thanks to all the folks who contributed to the fix
Sent from my SAMSUNG-SGH-I997R using XDA App
Awsome!
Now to find where someone can post a Stock Rogers dump i can use to restore my own phone...
....Never mind, Found one!
(Had to mash 2 return to stock programs together, but it works! http://forum.xda-developers.com/showthread.php?t=1315362)
Why the hell did you bump this?
duhhhh
Naphthoylindole said:
Why the hell did you bump this?
Click to expand...
Click to collapse
Probably cause i JUST GOT THE PHONE!
Good for you, now go do some other things that lead to a month ban.
Naphthoylindole said:
Good for you, now go do some other things that lead to a month ban.
Click to expand...
Click to collapse
Bumping a 3 week old thread can get u banned??
Sent from my SAMSUNG-SGH-I997 using XDA App
I couldn't get the method to work, whenever I try to copy the 4 files into that directory (via Root Explorer) I get a error window saying it cant be done because that directory is system read only. Any thoughts?
My Infuse is from Rogers, and yes I have root from this method: http://forum.xda-developers.com/showthread.php?t=1197248
Edit: OK the problem is fixed. While in the folder with the original files I pressed the "mount R/W" button at the top of Root Explorer and tried to paste the four modded files but got that "read only" error. For some reason doing it to the system folder first, then going to the lib folder and doing it there made it work. The video recording is simply epic!
Manufacturer: Sony
Model: C2104
Brand: Sony
Version: 4.2.2 (REL)
Build: Sony/C2104_1272-2375/C2104:4.2.2/15.3.A.1.17/Android.1016:user/release-keys
Kernel: Linux version 3.4.0-g74b701b-00054-gde56c65-dirty ([email protected]) (gcc version 4.6.x-google 20120106 (prerelease) (GCC) ) #1 SMP PREEMPT Wed Mar 26 01:24:53 CST 2014
CPU: 1 core(s) 1.03 GHz (family:0 features:0)
CPU architecture: 7
CPU features: swp half thumb fastmult vfp edsp neon vfpv3 tls vfpv4
Board platform: msm8960
Instruction set: armeabi-v7a (+armeabi)
Resolution: 480 x 782
Available screen size (DIP): 320 x 496 (smallest: 320)
Tablet: false
Screen size: Normal
Density: 1.5 (240)
Font scale: 1.0
Hardware main button: false
Locale: en_US
Total memory: 860832 kB (860832kB)
Free memory: 14180 kB
=========================
Please describe the problem in detail.
When I start to open some of the videos I think MKV format, it always crash which means totally freeze/hang. In that situation I could not do anything not even switch off my phone. Its totally irritating.....
I select YUV to watch movies I think it sometimes because of this happened. But I try also with the same setting in VLC player and it doesnt have that problem with same movie file. Sorry for my bad English.!!!
Zkmarak9 said:
Manufacturer: Sony
Model: C2104
Brand: Sony
Version: 4.2.2 (REL)
Build: Sony/C2104_1272-2375/C2104:4.2.2/15.3.A.1.17/Android.1016:user/release-keys
Kernel: Linux version 3.4.0-g74b701b-00054-gde56c65-dirty ([email protected]) (gcc version 4.6.x-google 20120106 (prerelease) (GCC) ) #1 SMP PREEMPT Wed Mar 26 01:24:53 CST 2014
CPU: 1 core(s) 1.03 GHz (family:0 features:0)
CPU architecture: 7
CPU features: swp half thumb fastmult vfp edsp neon vfpv3 tls vfpv4
Board platform: msm8960
Instruction set: armeabi-v7a (+armeabi)
Resolution: 480 x 782
Available screen size (DIP): 320 x 496 (smallest: 320)
Tablet: false
Screen size: Normal
Density: 1.5 (240)
Font scale: 1.0
Hardware main button: false
Locale: en_US
Total memory: 860832 kB (860832kB)
Free memory: 14180 kB
=========================
Please describe the problem in detail.
When I start to open some of the videos I think MKV format, it always crash which means totally freeze/hang. In that situation I could not do anything not even switch off my phone. Its totally irritating.....
I select YUV to watch movies I think it sometimes because of this happened. But I try also with the same setting in VLC player and it doesnt have that problem with same movie file. Sorry for my bad English.!!!
Click to expand...
Click to collapse
In which decoder this happens? All three ?
Did you enable deinterlace?
If you haven't then,
1. Can you try after disabling hardware acceleration in Settings 》General.
2. If it's still not working try again after disable h/w audio track selectio selection
If nothing works can you clear the data, reinstall the app from playstore & try again
ktsamy said:
In which decoder this happens? All three ?
Did you enable deinterlace?
If you haven't then,
1. Can you try after disabling hardware acceleration in Settings 》General.
2. If it's still not working try again after disable h/w audio track selectio selection
If nothing works can you clear the data, reinstall the app from playstore & try again
Click to expand...
Click to collapse
I use three of them. But I didn't check in which decoder it happen i just unselect only from color format i.e YUV. Sometimes it start working but when I try another downloaded movies the problem happened again in some movies.
Sorry, I cant find any setting like deinterlace.!!! Okay I'll with disabling hardware acceleration.
I try it with disabling hardware accelaration from GENERAL settings as well as disabling h/w audio track selection but the problem still exist..!!!
Its really irritating I always need to forcebly remove the battery in this situation....
Yes I,m sure its because of YUV. When I disable it it plays well. But my question is why its happen in this player where I can play very well with the same settings in VLC player.???
Settings > decoder > deinterlace, make sure that's disabled.
I know some devices have issues with YUV, but if the VLC app can play the video on your phone then... hmm. The issue still happens in SW mode?
CDB-Man said:
Settings > decoder > deinterlace, make sure that's disabled.
I know some devices have issues with YUV, but if the VLC app can play the video on your phone then... hmm. The issue still happens in SW mode?
Click to expand...
Click to collapse
I saw it, but I try it without disable (deinterlace), the movie play very fine. I want to ask how this deintelace is useful.
I just check it...yeah after disabling this feature video plays very well..and even disabling YUV also it works..I don't know which one really is responsible for that.
Zkmarak9 said:
I saw it, but I try it without disable (deinterlace). The movie play very fine.
Click to expand...
Click to collapse
Do you mean that it's plays fine without deinterlace
ktsamy said:
Do you mean that it's plays fine without deinterlace[/QUOT
I mean I try enabling deinterlace, but I disable YUV and it plays welll... And yesterday I again try it by disabling deinterlace and enabling YUV it also plays well... which one is responsible I don't know.
Click to expand...
Click to collapse
Zkmarak9 said:
I mean I try enabling deinterlace, but I disable YUV and it plays welll... And yesterday I again try it by disabling deinterlace and enabling YUV it also plays well... which one is responsible I don't know.
Click to expand...
Click to collapse
Deinterlacing in high resolution may lead to freeze. Else it might have some issue with YUV.
BTW, deinterlacing only works in SW mode.
Are you using SW decoder?
Have you ever tried that video in HW decoder?
ktsamy said:
Deinterlacing in high resolution may lead to freeze. Else it might have some issue with YUV.
BTW, deinterlacing only works in SW mode.
Are you using SW decoder?
Have you ever tried that video in HW decoder?
Click to expand...
Click to collapse
I use all these settings...while playing I could switch to 3 different mood i.e H/W, H/W+, SW.
One thing, this happens only when I started to open and new movies. After playing some time (without enabling YUV first), I can play very well after that even if I enable YUV feature..
Hello, I have a snapdragon 821 running the ARMv8-a architecture.
I am trying to play a 1080p video using MX player. MX player is using the ARMv7 NEON codec.
The video is garbled, full of rainbow colors and artifacts. See attached image. Sound is working. Video playback is smooth.
What is going on?
IS there another codec I should be using?
for some reason I can't attach images. Copy paste this in your browser to see it:
tinypic.com/r/2lig2vs/9
mikstew said:
Hello, I have a snapdragon 821 running the ARMv8-a architecture.
I am trying to play a 1080p video using MX player. MX player is using the ARMv7 NEON codec.
The video is garbled, full of rainbow colors and artifacts. See attached image. Sound is working. Video playback is smooth.
What is going on?
IS there another codec I should be using?
for some reason I can't attach images. Copy paste this in your browser to see it:
tinypic.com/r/2lig2vs/9
Click to expand...
Click to collapse
The video was encoded with the hvec or H265 video codec if that helps.
mikstew said:
Hello, I have a snapdragon 821 running the ARMv8-a architecture.
I am trying to play a 1080p video using MX player. MX player is using the ARMv7 NEON codec.
The video is garbled, full of rainbow colors and artifacts. See attached image. Sound is working. Video playback is smooth.
What is going on?
IS there another codec I should be using?
for some reason I can't attach images. Copy paste this in your browser to see it:
tinypic.com/r/2lig2vs/9
Click to expand...
Click to collapse
There is no need of separate codecs until or unless MX Player asks.
Kindly collect the bug report (help > bug report) immediately after reproducing the issue & share here.
With out logs it's very difficult to identify the actual issue.
ktsamy said:
There is no need of separate codecs until or unless MX Player asks.
Kindly collect the bug report (help > bug report) immediately after reproducing the issue & share here.
With out logs it's very difficult to identify the actual issue.
Click to expand...
Click to collapse
Hello, I have sent in the bug. Here are the logs:
App: MX Player (1.8.17)
Manufacturer: LeMobile
Model: LEX727
Brand: LeEco
Version: 6.0.1 (REL)
Build: LeEco/ZL1_NA/le_zl1:6.0.1/WEXNAOP5802012101S/letv12100148:user/release-keys
Kernel: Linux version 3.18.20-perf-g19b4936 ([email protected]) (gcc version 4.9.x-google 20140827 (prerelease) (GCC) ) #1 SMP PREEMPT Sat Dec 10 01:54:36 CST 2016
CPU: 4 core(s) 2.19 GHz (family:1 features:129023)
CPU architecture: 8 (os.arch: armv8l)
CPU features: half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt lpae evtstrm aes pmull sha1 sha2 crc32
Board platform: msm8996
Instruction set: arm64-v8a armeabi-v7a armeabi
Resolution: 1920 x 1080
Available screen size (DIP): 731 x 387 (smallest: 411)
Tablet: false
Screen size: Normal
Density: 2.625 (420)
Font scale: 1.0
Hardware main button: false
Touch screen: true
TV: false (uiMode:17)
Locale: en_US
Total memory: 3871328 kB (3871328kB)
Free memory: 49940 kB
There are several other files too, but I cannot upload them there. What else would you like to see?
Hello,
i have a new SM-T585 with Android 6.0.1 (EU) NON-Root and problems with some .ts videofiles frome my TV-Headend-Setup.
When i try to play those files with H/W Accleration (MX-Player, BS Player, Kodi) i get vertical lines and screen shuttering (the whole screen with menue). When I try to play those files with SW-Mode the artifacts are gone but i have poor fps-performance.
Here is one example of the .ts.
Code:
dropbox.com/sh/8bt23ajttypy9p0/AABUFOE11zmFQr-C5YWPwbR2a?dl=0
Has anyone of you made the same experiences?
Code:
General
ID : 12 (0xC)
Complete name : /Volumes/Data/Benutzer/Dropbox/Samsung Tablet Screen Tearing/Sky-Sport-News-HD-Live-Sky-Sport-News-HD_-Spatreport.2017-03-25.ts
Format : MPEG-TS
File size : 60.9 MiB
Duration : 1mn 54s
Start time : UTC 2017-03-25 21:43:24
Overall bit rate mode : Variable
Overall bit rate : 4 395 Kbps
Country : DEU
Timezone : +01:00:00
Video
ID : 1023 (0x3FF)
Menu ID : 108 (0x6C)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : [email protected]
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Codec ID : 27
Duration : 1mn 54s
Bit rate : 3 984 Kbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 25.000 fps
Standard : Component
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : MBAFF
Scan order : Top Field First
Bits/(Pixel*Frame) : 0.077
Stream size : 54.3 MiB (89%)
Color range : Limited
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709
Audio
ID : 1027 (0x403)
Menu ID : 108 (0x6C)
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : 129
Duration : 1mn 54s
Bit rate mode : Constant
Bit rate : 192 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Compression mode : Lossy
Delay relative to video : -695ms
Stream size : 2.62 MiB (4%)
Language : German
reformhaus85 said:
Hello,
i have a new SM-T585 with Android 6.0.1 (EU) NON-Root and problems with some .ts videofiles frome my TV-Headend-Setup.
When i try to play those files with H/W Accleration (MX-Player, BS Player, Kodi) i get vertical lines and screen shuttering (the whole screen with menue). When I try to play those files with SW-Mode the artifacts are gone but i have poor fps-performance.
Here is one example of the .ts.
Code:
dropbox.com/sh/8bt23ajttypy9p0/AABUFOE11zmFQr-C5YWPwbR2a?dl=0
Click to expand...
Click to collapse
It seems to be issue with your system decoders itself. It it's so, It's suppose to be fixed on OEM side. Not App Developer side.
Hi,
Is someone able to determine from the below metadata from a video shot on an Oppo Find X2 Pro in 'Live HDR' mode why it doesn't trigger any HDR mode playback on capable devices such as an LG OLED?
Is the video some kind of fake or generic HDR or is there missing entries in the metadata that tell the device it's being played back on to enable HDR mode, or something codec-related? The Find X2 Pro is advertised as being able to shoot 10-bit HDR video.
Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main [email protected]@Main
HDR format : SMPTE ST 2086, HDR10 compatible
Codec ID : hvc1
Codec ID/Info : High Efficiency Video Coding
Duration : 1 min 8 s
Source duration : 1 min 8 s
Bit rate : 50.0 Mb/s
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Frame rate mode : Variable
Frame rate : 29.553 FPS
Minimum frame rate : 14.805 FPS
Maximum frame rate : 30.323 FPS
Standard : NTSC
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.204
Stream size : 408 MiB (99%)
Source stream size : 408 MiB (99%)
Title : VideoHandle
Language : English
Color range : Limited
Color primaries : BT.2020
colour_primaries_Original : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.2020 non-constant
matrix_coefficients_Original : BT.709
Mastering display color primaries : R: x=0.000000 y=0.000000, G: x=0.000000 y=0.000000, B: x=0.000000 y=0.000000, White point: x=0.000000 y=0.000000
Mastering display luminance : min: 0.0000 cd/m2, max: 0 cd/m2
mdhd_Duration : 68455
Codec configuration box : hvcC
My understanding was that the HDR video applied the high dynamic range processing to each photo (like HDR photos) but was not actually filming in HDR format.