Database Info

Rogers Infuse records video at 15 fps!

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!

[STICKY] Tegra K1 support

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.

[Bug Report] Thumbnail cache limited?

Hi,
i lose some (not all) video thumbnails every 1-2 days. Is there a maximum file count/cache size for thumbnails or something that deletes old entries? I'm pretty sure i'm not having 1706 new videos every day that would roundrobin the cache.
Edit:
My cache currently holds 1706 files with 75.4M.
/storage/sdcard1/Android/data/com.mxtech.videoplayer.ad/cache/image
Code:
# ls -1 |wc -l
1706
# du -sh
75.4M .

Curious, if custom ROM, does your ROM have some sort of cache-size management?

CDB-Man said:
Curious, if custom ROM, does your ROM have some sort of cache-size management?
Click to expand...
Click to collapse
No, nothing special.
I mount some video folders occasionally to /mnt/cifs/ that get scanned by mx player as well. Maybe that confuses mx player. But if i remember correctly it also happened between two non-cifs sessions already.
The mx coder is not here? Only at Google forums?

Google Forum's been closed for a few months now, the developer's moved here along with the rest of us. See the note in my signature.
@bleu8888 is there some sort of internal MX cap on total thumbnail folder size?

My cache is still rising. Doesn't look like i'm hitting any cap here.. now 1767 files and 77.8MB.
I tested it some more and it looks like its related to the cifs share indeed (its transparent though... MX doesn't know about it. It just sees many new files). The bug seems to work "two-ways". Once cifs is mounted "local files 1" (some specific files) thumbs are missing. If i unmount cifs "local files 2" (other files) are missing. Something seems to collide here. I cannot see any relation between these files though. There are some dupe files present locally (on my phone) that are also on my desktop (cifs share) but i'm sure there are also files that are not.
I will try to setup a scenario with local files only so you can test it better. Will report back.

DualJoe said:
My cache is still rising. Doesn't look like i'm hitting any cap here.. now 1767 files and 77.8MB.
I tested it some more and it looks like its related to the cifs share indeed (its transparent though... MX doesn't know about it. It just sees many new files). The bug seems to work "two-ways". Once cifs is mounted "local files 1" (some specific files) thumbs are missing. If i unmount cifs "local files 2" (other files) are missing. Something seems to collide here. I cannot see any relation between these files though. There are some dupe files present locally (on my phone) that are also on my desktop (cifs share) but i'm sure there are also files that are not.
I will try to setup a scenario with local files only so you can test it better. Will report back.
Click to expand...
Click to collapse
I will check it out. Thanks

DualJoe said:
Hi,
i lose some (not all) video thumbnails every 1-2 days. Is there a maximum file count/cache size for thumbnails or something that deletes old entries? I'm pretty sure i'm not having 1706 new videos every day that would roundrobin the cache.
Edit:
My cache currently holds 1706 files with 75.4M.
/storage/sdcard1/Android/data/com.mxtech.videoplayer.ad/cache/image
Code:
# ls -1 |wc -l
1706
# du -sh
75.4M .
Click to expand...
Click to collapse
I believe this issue is fixed on latest test version
https://sites.google.com/site/mxvpen/translation/test-build
Feedback will be appreciated.
Thanks

bleu8888 said:
I believe this issue is fixed on latest test version
https://sites.google.com/site/mxvpen/translation/test-build
Feedback will be appreciated.
Thanks
Click to expand...
Click to collapse
Thanks, but still same behavior. I flushed the cache so i can trace the cache file count better and i've noticed the cache fluctuates indeed (when i add/remove folders). I once have 139 files. Then, when i mount new folders there's 102 files only so MX seems to try to keep it clean (what actually is a good thing). But there are always the same files missing.
These are the folders i've set in MX player. The cifs folder is either not present, empty or filled depending if mounted or not. Not sure if MX Player gets maybe confused by that behavior.
{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}

DualJoe said:
Thanks, but still same behavior. I flushed the cache so i can trace the cache file count better and i've noticed the cache fluctuates indeed (when i add/remove folders). I once have 139 files. Then, when i mount new folders there's 102 files only so MX seems to try to keep it clean (what actually is a good thing). But there are always the same files missing.
These are the folders i've set in MX player. The cifs folder is either not present, empty or filled depending if mounted or not. Not sure if MX Player gets maybe confused by that behavior.
Click to expand...
Click to collapse
Woud you try again using latest beta version?
https://sites.google.com/site/mxvpen/translation/test-build
There is a rule for thumbnail extraction. If thumbnail extraction failed once, MX will never try again.
If storage is mounted from CIFS, MX Player will fail to extract thumbnail frequently. So it will not try to extract thumbnail because it failed once. This issue might be fixed on this build.
To make it work correctly, clear entire MX Player data.

bleu8888 said:
Woud you try again using latest beta version?
https://sites.google.com/site/mxvpen/translation/test-build
Click to expand...
Click to collapse
Bingo! Works. Thank you very much. :victory:

@bleu8888:
I've noticed that thumbnail caching acts kinda weird especially when you use the 'Quit' button (or kill the app by system settings). Currently it only caches one video here (the one on the bottom on the attached video). The behavior is dynamic though. Sometimes it caches, sometimes it does not. You probably won't notice it if you leave the player by 'back' or 'home' button. This seems completely independent from existent network/cifs folders. Can you confirm this behavior?

DualJoe said:
@bleu8888:
I've noticed that thumbnail caching acts kinda weird especially when you use the 'Quit' button (or kill the app by system settings). Currently it only caches one video here (the one on the bottom on the attached video). The behavior is dynamic though. Sometimes it caches, sometimes it does not. You probably won't notice it if you leave the player by 'back' or 'home' button. This seems completely independent from existent network/cifs folders. Can you confirm this behavior?
Click to expand...
Click to collapse
MX Player keep track of thumbnail list on an internal database.
This database looks like being corrupted when app is closed forcibly.
Database will be changed more robust on next version.

I've wiped app settings and it's working again. I also had a folder conflict (/sdcard/Android/data and /external_sd/Android/data) that was bind mounted (mirrored) manually. Currently it's working again properly (after fixing that). But the bug always needed some time to come back. Will see... Thanks so far.

bleu8888 said:
MX Player keep track of thumbnail list on an internal database.
This database looks like being corrupted when app is closed forcibly.
Database will be changed more robust on next version.
Click to expand...
Click to collapse
Unfortunately, it didn't improve the situation. It just needs some days and thumbnails get lost again. The only fix is to clear the cache to start all over. Small databases seem to work properly. That's probably why it always works when resetting MX Player. But the larger the database gets the more thumbnails get lost. Sometimes whole folders are lost and sometimes just some single files whereas the latter case is more often and leads to "persistent dead files" (thumbnails that are not stored at all - they get recreated every time one restarts MX Player). For some reason MX Player refuses to add these files or it maybe collides somewhere.

DualJoe said:
Unfortunately, it didn't improve the situation. It just needs some days and thumbnails get lost again. The only fix is to clear the cache to start all over. Small databases seem to work properly. That's probably why it always works when resetting MX Player. But the larger the database gets the more thumbnails get lost. Sometimes whole folders are lost and sometimes just some single files whereas the latter case is more often and leads to "persistent dead files" (thumbnails that are not stored at all - they get recreated every time one restarts MX Player). For some reason MX Player refuses to add these files or it maybe collides somewhere.
Click to expand...
Click to collapse
This might be due to corruption of database or file system itself.
Log will be left on this case. Would you send log after finding thumbnail lost?

bleu8888 said:
This might be due to corruption of database or file system itself.
Log will be left on this case. Would you send log after finding thumbnail lost?
Click to expand...
Click to collapse
Sure.
Full log is attached below. It contains: MX Player start, folder opened, one thumbnail appears delayed, MX Player quit. The video folder contains 13 files, all videos. Custom codec/ffmpeg is enabled.
Here is a quickly filtered version of the log (full log below):
02-07 12:26:22.106 I/ActivityManager(735): Start proc com.mxtech.videoplayer.ad for activity com.mxtech.videoplayer.ad/.ActivityMediaList: pid=26208 uid=10083 gids={50083, 3003, 1028, 1015}
02-07 12:26:22.346 I/MX (26208): CpuFamily=[1] CpuFeatures=[2047] CpuCount=[4] os.arch=[armv7l] ABIs=[armeabi-v7a;armeabi]
02-07 12:26:22.376 E/MX (26208): 26208 | Can't find symbol graphics #12
02-07 12:26:22.386 I/MX (26208): Application=[MX Player] Version=[1.7.37] Manufacturer=[samsung] Model=[GT-I9506] Display=[cm_ks01lte-userdebug 4.4.4 KTU84Q 0098ae16e5 test-keys] Brand=[samsung] Product=[ks01ltexx] Android=[4.4.4]
02-07 12:26:22.706 V/MX.Player.List.Media/MediaListFragment(26208): 5 items are built up. (33ms)
02-07 12:26:24.066 V/MX.Player.List.Media/MediaListFragment(26208): 13 items are built up. (8ms)
02-07 12:26:24.326 I/MX (26249): Application=[MX Player] Version=[1.7.37] Manufacturer=[samsung] Model=[GT-I9506] Display=[cm_ks01lte-userdebug 4.4.4 KTU84Q 0098ae16e5 test-keys] Brand=[samsung] Product=[ks01ltexx] Android=[4.4.4]
02-07 12:26:24.516 I/MX (26249): CpuFamily=[1] CpuFeatures=[2047] CpuCount=[4] os.arch=[armv7l] ABIs=[armeabi-v7a;armeabi]
02-07 12:26:24.516 E/MX (26249): 26249 | Can't find symbol graphics #12
02-07 12:26:24.526 I/MX.Player.List.Media(26208): Connected to ComponentInfo{com.mxtech.videoplayer.ad/com.mxtech.media.service.FFService}
02-07 12:26:24.766 I/MX.Player.Loader.Heavy(26208): Extracting ffmpeg thumb from /storage/sdcard1/videos/Videos3/Koreus.mp4
02-07 12:26:24.766 I/MX (26249): 26260 | Container format='mov,mp4,m4a,3gp,3g2,mj2'
02-07 12:26:24.766 W/MX.FFmpeg(26249): full chroma interpolation for destination format 'rgb565le' not yet implemented
02-07 12:26:28.956 I/ActivityManager(735): Killing 26249:com.mxtech.videoplayer.ad:remote/u0a83 (adj 11): kill background
02-07 12:26:28.956 I/ActivityManager(735): Killing 26208:com.mxtech.videoplayer.ad/u0a83 (adj 9): kill background
Click to expand...
Click to collapse
This is the mediainfo of the video (in case it matters):
Code:
General
Complete name : Koreus.mp4
Format : MPEG-4
Format profile : Base Media
Codec ID : isom
File size : 1.34 MiB
Duration : 49s 250ms
Overall bit rate mode : Variable
Overall bit rate : 228 Kbps
Writing application : Lavf54.63.104
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : [email protected]
Format settings, CABAC : No
Format settings, ReFrames : 5 frames
Format settings, GOP : M=1, N=90
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 49s 232ms
Bit rate : 175 Kbps
Width : 400 pixels
Height : 224 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 29.970 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.065
Stream size : 1.03 MiB (77%)
Writing library : x264 core 142
Encoding settings : cabac=0 / ref=5 / deblock=1:0:0 / analyse=0x1:0x131 / me=umh / subme=10 / psy=0 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=0 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=0 / threads=24 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=0 / weightp=0 / keyint=90 / keyint_min=9 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=crf / mbtree=1 / crf=27.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / vbv_maxrate=450 / vbv_bufsize=900 / crf_max=0.0 / nal_hrd=none / filler=0 / ip_ratio=1.40 / aq=2:1.00
Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : HE-AACv2 / HE-AAC / LC
Codec ID : 40
Duration : 49s 250ms
Bit rate mode : Variable
Bit rate : 48.0 Kbps
Maximum bit rate : 128 Kbps
Channel(s) : 2 channels / 1 channel / 1 channel
Channel positions : Front: L R / Front: C / Front: C
Sampling rate : 44.1 KHz / 44.1 KHz / 22.05 KHz
Compression mode : Lossy
Stream size : 289 KiB (21%)
Language : unk
Edit:
And this is a log of another folder that gets completely rescanned every time i restart MX Player:
I/Timeline( 1111): Timeline: Activity_launch_request id:com.mxtech.videoplayer.ad time:4385133
I/ActivityManager( 734): Start proc com.mxtech.videoplayer.ad for activity com.mxtech.videoplayer.ad/.ActivityMediaList: pid=4666 uid=10083 gids={50083, 3003, 1028, 1015}
I/MX ( 4666): CpuFamily=[1] CpuFeatures=[2047] CpuCount=[4] os.arch=[armv7l] ABIs=[armeabi-v7a;armeabi]
E/MX ( 4666): 4666 | Can't find symbol graphics #12
I/MX ( 4666): Application=[MX Player] Version=[1.7.37] Manufacturer=[samsung] Model=[GT-I9506] Display=[cm_ks01lte-userdebug 4.4.4 KTU84Q 0098ae16e5 test-keys] Brand=[samsung] Product=[ks01ltexx] Android=[4.4.4]
V/MX.Player.List.Media( 4666): onCreate([email protected]) saved:null intent:Intent { act=android.intent.action.MAIN cat=[android.intent.category.LAUNCHER] flg=0x10200000 cmp=com.mxtech.videoplayer.ad/.ActivityMediaList bnds=[280,1305][520,1605] }
V/MX.Player.List.Media/MediaListFragment( 4666): 5 items are built up. (27ms)
I/ActivityManager( 734): Displayed com.mxtech.videoplayer.ad/.ActivityMediaList: +747ms
I/Timeline( 734): Timeline: Activity_windows_visible id: ActivityRecord{4311d158 u0 com.mxtech.videoplayer.ad/.ActivityMediaList t22} time:4385917
V/MX.Player.List.Media/MediaListFragment( 4666): 9 items are built up. (8ms)
I/ActivityManager( 734): Start proc com.mxtech.videoplayer.ad:remote for service com.mxtech.videoplayer.ad/com.mxtech.media.service.FFService: pid=4707 uid=10083 gids={50083, 3003, 1028, 1015}
D/ActivityThread( 4707): handleBindApplication:com.mxtech.videoplayer.ad:remote
I/MX ( 4707): Application=[MX Player] Version=[1.7.37] Manufacturer=[samsung] Model=[GT-I9506] Display=[cm_ks01lte-userdebug 4.4.4 KTU84Q 0098ae16e5 test-keys] Brand=[samsung] Product=[ks01ltexx] Android=[4.4.4]
I/MX ( 4707): CpuFamily=[1] CpuFeatures=[2047] CpuCount=[4] os.arch=[armv7l] ABIs=[armeabi-v7a;armeabi]
E/MX ( 4707): 4707 | Can't find symbol graphics #12
I/MX.Player.List.Media( 4666): Connected to ComponentInfo{com.mxtech.videoplayer.ad/com.mxtech.media.service.FFService}
I/MX.Player.Loader.Heavy( 4666): Extracting ffmpeg thumb from /storage/sdcard1/videos/Videos2/Enter Pyongyang.mp4
I/MX ( 4707): 4719 | Container format='mov,mp4,m4a,3gp,3g2,mj2'
I/MX.Player.Loader.Heavy( 4666): Extracting ffmpeg thumb from /storage/sdcard1/videos/Videos2/Harzinger.mp4
I/MX ( 4707): 4718 | Container format='mov,mp4,m4a,3gp,3g2,mj2'
I/MX.Player.Loader.Heavy( 4666): Extracting ffmpeg thumb from /storage/sdcard1/videos/Videos2/One Pants No Hands.mp4
I/MX ( 4707): 4719 | Container format='mov,mp4,m4a,3gp,3g2,mj2'
I/MX.Player.Loader.Heavy( 4666): Extracting ffmpeg thumb from /storage/sdcard1/videos/Videos2/Pomsta 8 - PARANORMAL PRANK.mp4
I/MX ( 4707): 4719 | Container format='mov,mp4,m4a,3gp,3g2,mj2'
I/MX.Player.Loader.Heavy( 4666): Extracting ffmpeg thumb from /storage/sdcard1/videos/Videos2/Right Guard Sort review - FUNNY.mp4
I/MX ( 4707): 4719 | Container format='mov,mp4,m4a,3gp,3g2,mj2'
I/MX.Player.Loader.Heavy( 4666): Extracting ffmpeg thumb from /storage/sdcard1/videos/Videos2/Sex In The Bathroom Prank.mp4
I/MX ( 4707): 4722 | Container format='mov,mp4,m4a,3gp,3g2,mj2'
I/MX.Player.Loader.Heavy( 4666): Extracting ffmpeg thumb from /storage/sdcard1/videos/Videos2/Sudden Hail Storm Surprise In Novosibirsk, Russia.mp4
I/MX ( 4707): 4719 | Container format='mov,mp4,m4a,3gp,3g2,mj2'
I/MX.Player.List.Media( 4666): Connected to ComponentInfo{com.mxtech.videoplayer.ad/com.mxtech.media.service.FFService}
I/MX.Player.Loader.Heavy( 4666): Extracting ffmpeg thumb from /storage/sdcard1/videos/Videos2/Top GONE WRONG Pranks In The Hood 2014.mp4
I/MX ( 4707): 4722 | Container format='mov,mp4,m4a,3gp,3g2,mj2'
I/MX.Player.Loader.Heavy( 4666): Extracting ffmpeg thumb from /storage/sdcard1/videos/Videos2/Truck Loading.mp4
I/MX ( 4707): 4719 | Container format='mov,mp4,m4a,3gp,3g2,mj2'
I/ActivityManager( 734): Killing 4707:com.mxtech.videoplayer.ad:remote/u0a83 (adj 9): kill background
I/ActivityManager( 734): Killing 4666:com.mxtech.videoplayer.ad/u0a83 (adj 9): kill background
Click to expand...
Click to collapse

DualJoe said:
Sure.
Full log is attached below. It contains: MX Player start, folder opened, one thumbnail appears delayed, MX Player quit. The video folder contains 13 files, all videos. Custom codec/ffmpeg is enabled.
Here is a quickly filtered version of the log (full log below):
This is the mediainfo of the video (in case it matters):
Code:
General
Complete name : Koreus.mp4
Format : MPEG-4
Format profile : Base Media
Codec ID : isom
File size : 1.34 MiB
Duration : 49s 250ms
Overall bit rate mode : Variable
Overall bit rate : 228 Kbps
Writing application : Lavf54.63.104
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : [email protected]
Format settings, CABAC : No
Format settings, ReFrames : 5 frames
Format settings, GOP : M=1, N=90
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 49s 232ms
Bit rate : 175 Kbps
Width : 400 pixels
Height : 224 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 29.970 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.065
Stream size : 1.03 MiB (77%)
Writing library : x264 core 142
Encoding settings : cabac=0 / ref=5 / deblock=1:0:0 / analyse=0x1:0x131 / me=umh / subme=10 / psy=0 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=0 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=0 / threads=24 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=0 / weightp=0 / keyint=90 / keyint_min=9 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=crf / mbtree=1 / crf=27.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / vbv_maxrate=450 / vbv_bufsize=900 / crf_max=0.0 / nal_hrd=none / filler=0 / ip_ratio=1.40 / aq=2:1.00
Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : HE-AACv2 / HE-AAC / LC
Codec ID : 40
Duration : 49s 250ms
Bit rate mode : Variable
Bit rate : 48.0 Kbps
Maximum bit rate : 128 Kbps
Channel(s) : 2 channels / 1 channel / 1 channel
Channel positions : Front: L R / Front: C / Front: C
Sampling rate : 44.1 KHz / 44.1 KHz / 22.05 KHz
Compression mode : Lossy
Stream size : 289 KiB (21%)
Language : unk
Edit:
And this is a log of another folder that gets completely rescanned every time i restart MX Player:
Click to expand...
Click to collapse
@DualJoe I've made some improvement on writing thumbnail cache.
Kindly try latest test build: https://sites.google.com/site/mxvpen/translation/test-build
If problme continues, please send log again.
Thanks

There seems to be some kind of auto-pruning of the thumbnail cache. If folders are not present (eg. when USB or network drive are not connected) they get deleted after some time. I'm not sure when exactly. Maybe after some sessions or chronologically after a specific time. They do survive for some days though. But they are clearly gone if the folders don't come back in time.
Can you add an option to disable this behavior so the thumbnail cache can only increase? There could be a companion option 'prune now' so one could prepare the environment (mount all folders) before pruning.

GPU Video Playback issues - Screen shuttering and vertical lines

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.

Video green screen

I am using mx player 1.8.17 and getting green screen.Other mx player beta 1.1.02 is able to play file but dts codec is not supported nor there is option add custom codec for mx player beta 1.1.02 .Please fix it
eneral
Unique ID : 213948756896320254439955815930447190504 (0xA0F508209408FDFFBF37853F7C32D9E8)
Complete name Ok Jaanu (2017) Hindi 1080p BluRay x265 HEVC DTS 5.1 E-Sub - Team Rainbow\Sample.mkv
Format : Matroska
Format version : Version 4 / Version 2
File size : 22.8 MiB
Duration : 1 min 2 s
Overall bit rate : 3 057 kb/s
Movie name : Encoded By HiBaNA
Encoded date : UTC 2017-03-27 10:12:06
Writing application : mkvmerge v9.8.0 ('Kuglblids') 64bit
Writing library : libebml v1.3.4 + libmatroska v1.4.5
Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main [email protected]@Main
Codec ID : V_MPEGH/ISO/HEVC
Duration : 1 min 2 s
Bit rate : 2 286 kb/s
Width : 1 920 pixels
Height : 800 pixels
Display aspect ratio : 2.40:1
Frame rate mode : Constant
Frame rate : 24.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.062
Stream size : 17.0 MiB (75%)
Title : Encoded By HiBaNA
Writing library : x265 2.3+22-db5e22b856f5:[Windows][GCC 6.3.0][64 bit] 10bit
Encoding settings : cpuid=1173503 / frame-threads=1 / numa-pools=4 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=1920x800 / interlace=0 / total-frames=195888 / level-idc=0 / high-tier=1 / uhd-bd=0 / ref=4 / no-allow-non-conformance / no-repeat-headers / annexb / no-aud / no-hrd / info / hash=0 / no-temporal-layers / open-gop / min-keyint=24 / keyint=250 / bframes=0 / b-adapt=0 / no-b-pyramid / bframe-bias=0 / rc-lookahead=0 / lookahead-slices=4 / scenecut=0 / no-intra-refresh / ctu=64 / min-cu-size=8 / rect / no-amp / max-tu-size=32 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 / rdoq-level=2 / dynamic-rd=0.00 / signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / strong-intra-smoothing / max-merge=3 / limit-refs=3 / limit-modes / me=3 / subme=3 / merange=57 / temporal-mvp / weightp / no-weightb / no-analyze-src-pics / deblock=0:0 / sao / no-sao-non-deblock / rd=4 / no-early-skip / rskip / no-fast-intra / no-tskip-fast / no-cu-lossless / no-b-intra / rdpenalty=0 / psy-rd=2.00 / psy-rdoq=1.00 / no-rd-refine / analysis-mode=0 / no-lossless / cbqpoffs=0 / crqpoffs=0 / rc=abr / bitrate=2911 / qcomp=0.60 / qpstep=4 / stats-write=0 / stats-read=0 / ipratio=1.40 / aq-mode=1 / aq-strength=1.00 / no-cutree / zone-count=0 / no-strict-cbr / qg-size=32 / no-rc-grain / qpmax=69 / qpmin=0 / sar=0 / overscan=0 / videoformat=5 / range=0 / colorprim=2 / transfer=2 / colormatrix=2 / chromaloc=0 / display-window=0 / max-cll=0,0 / min-luma=0 / max-luma=1023 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / opt-qp-pps / opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05 / no-opt-cu-delta-qp / no-aq-motion / no-hdr / no-hdr-opt / refine-level=5
Default : Yes
Forced : No
Audio
ID : 2
Format : DTS
Format/Info : Digital Theater Systems
Mode : 16
Format settings, Endianness : Big
Codec ID : A_DTS
Duration : 1 min 2 s
Bit rate mode : Constant
Bit rate : 768 kb/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 93.750 FPS (512 spf)
Bit depth : 24 bits
Compression mode : Lossy
Delay relative to video : 8 ms
Stream size : 5.72 MiB (25%)
Title : Encoded By HiBaNA
Language : Hindi
Default : Yes
Forced : No
Text
ID : 3
Format : UTF-8
Codec ID : S_TEXT/UTF8
Codec ID/Info : UTF-8 Plain Text
Duration : 39 s 334 ms
Bit rate : 45 b/s
Count of elements : 11
Stream size : 225 Bytes (0%)
Title : English SRT
Language : English
Default : Yes
Forced : No

dhruvdave said:
I am using mx player 1.8.17 and getting green screen.Other mx player beta 1.1.02 is able to play file but dts codec is not supported nor there is option add custom codec for mx player beta 1.1.02 .Please fix it
Click to expand...
Click to collapse
it will be fixed on our mainline versions on the next major update.
Beta versions doesn't support custom codec yet.
you can use the folowing temporary workaround on the main versions to avoid such green screen.
goto Settings » Decoder & change the color space to RGB16 or RGB32

Thirumalai.K said:
it will be fixed on our mainline versions on the next major update.
Beta versions doesn't support custom codec yet.
you can use the folowing temporary workaround on the main versions to avoid such green screen.
goto Settings » Decoder & change the color space to RGB16 or RGB32
Click to expand...
Click to collapse
Thank you