Database Info

[Feature Request] .ts file is not HW-accelerated but repacked to MKV is

Hello,
When I try to play .ts file (e.g. HBO HD movie) recorded using DVB-C set-top box, MXPlayer uses SW mode and playback looks like a slideshow.
So I have repacked the same movie to MKV container using mkvmerge and followed the advice from this forum to configure MXPlayer to use HW acceleration for video and SW mode using custom codec for audio (for AC3 decoding). Playback is perfectly smooth in this case, because MXPlayer uses HW acceleration.
The original TS file contains:
- H264 1080i PAL 50fps track
- 1st AC3 audio track
- 2nd AC3 audio track
- 1st DVB subtitle track
- 2nd DVB subtitle track
The repacked MKV file contains:
- the same H264 track (w/o recoding)
- the same 1st AC3 audio track (w/o recoding)
(mkvmerge cannot convert DVB subtitles, so in MKV file the subtitle track is missing)
I have the Acer Iconia A1 810 tablet.
Repacking to MKV is an option to play my recordings smoothly, but I'd like to play the original TS files from SMB share, because my archive is full of such TS files. Repacking is hard and slow and additionally it'd throwed the subtitles away.
Please, is it possible to modify MXPlayer so it can play also the TS files in HW accelerated mode?
Thank you in advance!

I doubt it, because the ts container can contain so much more incompatible formats and as you probably know, AC3 for instance is not hardware supported on most devices. You cant go and force hardware decoding for something that might-half-work, but you always have the option to select your decoder and try. I'm afraid you'll just have to accept that there's some things your hardware can't decode.

Note that the smooth playback is not a problem in my case. Repacked in MKV container, my hardware plays both the mentioned tracks (H264+AC3) smoothly.
What I ask the MXPlayer team for, is to enable the same MXPlayer behavior for the original TS container file containing the same tracks (H264/AC3).
In my opinion, the MKV container is the same case as the TS container. MKV file can also contain almost anything.
I've thought that the decision to use (or not to use) HW acceleration for a video track should come after a splitter, on the basis of the video format and should not be derived from a container file format.

Hmm, that is odd. Sorry I assumed the AC3 track would've been incompatible, as it is with many androids. I always thought MX Player did decide on HW acceleration independent of containers. I can only guess some track contained in the .ts is incompatible.
But have your tried forcing HW playback (or HW+) on the .ts file yet? You can select this in the top right while a video is playing.

I thought that HW support of different containers depended on the device. Not sure.
I would think that when you select HW, it not only passes the decoding, but also the container splitting, to the hardware, which is my guess at why HW won't support different containers since the hardware doesn't know how to split the container.
@bleu8888 could you provide some insight into this?

CDB-Man said:
I thought that HW support of different containers depended on the device. Not sure.
I would think that when you select HW, it not only passes the decoding, but also the container splitting, to the hardware, which is my guess at why HW won't support different containers since the hardware doesn't know how to split the container.
@bleu8888 could you provide some insight into this?
Click to expand...
Click to collapse
Thank you CDB-Man and Logic_ for your thoughts.
In MX Player, it is possible to use HW decoder for a video track in parallel (and in sync) with SW decoder for an audio track. That is why I hope, that a container-splitting can be done independently on choice which decoder will be used for the given track.

My understnading is that splitting is done by whatever is set as the video decoder in MX. Audio decoder just receives the audio stream from whatever splitter is used. It's not that SW audio runs "in parallel" with HW video per se; SW or HW audio just receives an audio stream from whatever is used as the container splitter.

Sorry, my previous post was probably somewhat misleading.
It was reaction to your post:
CDB-Man said:
I thought that HW support of different containers depended on the device. Not sure.
I would think that when you select HW, it not only passes the decoding, but also the container splitting, to the hardware, which is my guess at why HW won't support different containers since the hardware doesn't know how to split the container.
Click to expand...
Click to collapse
I wanted to say, that from the fact, that video can be independently decoded by HW and audio by SW, I presume, that splitting can also be done independently - by SW - while maintaining the players ability to pass video track decoding to HW.

Hi KodloN,
Did you try hw+ decoder? hw decoder is just stock decoder which has no chance to be improved at all.
If you it still does not work with hw+ decoder, please send me (to [email protected]) a sample .ts file that cannot be played with hw+ decoder.
Thanks

bleu8888 said:
Hi KodloN,
Did you try hw+ decoder? hw decoder is just stock decoder which has no chance to be improved at all.
If you it still does not work with hw+ decoder, please send me (to [email protected]) a sample .ts file that cannot be played with hw+ decoder.
Thanks
Click to expand...
Click to collapse
Hi bleu8888,
Yes, I've tried hw+ decoder, below are results:
1) The original TS file (HBO_HD recording)
SW decoder only. Trying to switch to HW or HW+ decoder falls back to SW with error message "Cannot play this video with H/W(+) decoder".
2) TS file in which the DVB subtitle track and the Czech audio track were removed (repacked by DVBViewer-TSPlayer)
HW+ decoder is functional, but playback is sluggish on my Acer Iconia Tab A1-810 (similar performance as SW decoder playback)
HW decoder cannot play this video.
3) MKV file created from the original TS file using mkvmerge
HW decoder is functional, perfect smooth playback
HW+ decoder cannot play this video
I will send you a link to all three files to the specified email.
Thank you in advance!

Hi,
Would you try latest test build from following link?
.ts hw+ playback is improved in this test build but I'm not sure your issue is fixed because this issue looks like happening only on MediaTek platforms and I do not have device having MediaTek playform.
(Please note that hw playback is not changed though)
https://sites.google.com/site/mxvpen/translation/test-build
BTW, DVB subtitle positioning issue is also fixed.
Feedback will be appreacited !
Thanks
KodloN said:
Hi bleu8888,
Yes, I've tried hw+ decoder, below are results:
1) The original TS file (HBO_HD recording)
SW decoder only. Trying to switch to HW or HW+ decoder falls back to SW with error message "Cannot play this video with H/W(+) decoder".
2) TS file in which the DVB subtitle track and the Czech audio track were removed (repacked by DVBViewer-TSPlayer)
HW+ decoder is functional, but playback is sluggish on my Acer Iconia Tab A1-810 (similar performance as SW decoder playback)
HW decoder cannot play this video.
3) MKV file created from the original TS file using mkvmerge
HW decoder is functional, perfect smooth playback
HW+ decoder cannot play this video
I will send you a link to all three files to the specified email.
Thank you in advance!
Click to expand...
Click to collapse

[Q] Cant change audio track in HW mode

Cant change audio track in HW mode
When playing an mkv file with two audio tracks when using HW mode
the player does not actually change audio track even though the new audio track is selected
why is this?
when using HW+ mode changing audio tracks works fine
though HW+ does have its own problems
Playback can suddenly stop at certain points of a video
(I have a mkv video that stops in the exact same place when using HW+)
Seeking does not work( ie cant jump to half way though the video)
when you enable SW for audio there are jumps in the video and the audio drops in and out
after a short while the audio stops dropping in and out and the video stops droping frames but then the video and audio are
out of sync
Hopefully these problems will be fixed soon, as aside from these issues MX Player is awesome!
happy with MX Player Pro purchase
I would like to help improve MX Player,
can we send in logs to help improve MX Player?

RetroMatto said:
Cant change audio track in HW mode
When playing an mkv file with two audio tracks when using HW mode
the player does not actually change audio track even though the new audio track is selected
why is this?
when using HW+ mode changing audio tracks works fine
though HW+ does have its own problems
Playback can suddenly stop at certain points of a video
(I have a mkv video that stops in the exact same place when using HW+)
Seeking does not work( ie cant jump to half way though the video)
when using HW for video and SW for audio there a jumps in the video(losing frames???)
Hopefully these problems will be fixed soon, as aside from these issues MX Player is awesome!
happy with MX Player Pro purchase
I would like to help improve MX Player,
can we send in logs to help improve MX Player?
Click to expand...
Click to collapse
Try SW audio decoder, this option is below the audio track selection window.

bleu8888 said:
Try SW audio decoder, this option is below the audio track selection window.
Click to expand...
Click to collapse
I have tried that but the video and audio lose sync

RetroMatto said:
I have tried that but the video and audio lose sync
Click to expand...
Click to collapse
What's your device model name and ROM version?
And would you share your video having this issue?

bleu8888 said:
What's your device model name and ROM version?
And would you share your video having this issue?
Click to expand...
Click to collapse
I am using a Minix NEO-X8H-PLUS (MBX NEO-X8H-PLUS)
with Android 4.4.2 Kernal version is 3.10.33
build number is KOT49H.20141122 release-keys
The files I am using are around 4gb, how would I get them too you?

RetroMatto said:
I am using a Minix NEO-X8H-PLUS (MBX NEO-X8H-PLUS)
with Android 4.4.2 Kernal version is 3.10.33
build number is KOT49H.20141122 release-keys
The files I am using are around 4gb, how would I get them too you?
Click to expand...
Click to collapse
I will try to test on your device first.
Thanks for the info.

bleu8888 said:
I will try to test on your device first.
Thanks for the info.
Click to expand...
Click to collapse
Thanks

Try to Uninstall the Player
Can you just uninstall the MX player and try install this again , might be well help you .

Same issue on Xiaomi Mi5: SW and HW+ options don't work, in HW mode changing audio track does nothing.

[Q] MX Player Network Stream

Hello,
I hope someone knows a solution for the following.
I am using MX player on my NVIDIA Shield TV.
And I mainly use MX player to play video files that are stored on my network disk.
I am required to use the HW+ mode to get Dolby Atmos audio working.
This is all working fine, the only thing that is not working is fast forwarding and rewinding.
When I am using the same file on a USB stick it works fine, so it seems to be a issue when playing the files with the HW+ decoder over the network.
Does someone know a solution for this ?
I already installed the customer codecs btw.
Thanks in advance !

http://forum.xda-developers.com/showpost.php?p=51915844&postcount=1
Network playback buffering in general is a known issue, not specific to any of the playback methods. The developer aims to fix it in version 1.8 whenever that's ready.

Can you collect the logs immediately after reproducing the problem & upload here.?
Sent using XDA One

ktsamy said:
Can you collect the logs immediately after reproducing the problem & upload here.?
Sent using XDA One
Click to expand...
Click to collapse
Sorry for the late reply, I was very busy with some family matters.
I made one mistake in my first post, I was using the normal HW decoder.
The HW+ decoder does fast forward and rewind, but does not give me the dolby Atmos sound I described earlier.
I don't know if this changes the situation or answer ?
I will reproduce the issue and upload the logs when I'm back home from work.
Thanks for all the help !
PS. I already tried the alpha version (1.8.0) of MX Player, but the issue persisted.

triphoenix1991 said:
Sorry for the late reply, I was very busy with some family matters.
I made one mistake in my first post, I was using the normal HW decoder.
The HW+ decoder does fast forward and rewind, but does not give me the dolby Atmos sound I described earlier.
I don't know if this changes the situation or answer ?
I will reproduce the issue and upload the logs when I'm back home from work.
Thanks for all the help !
PS. I already tried the alpha version (1.8.0) of MX Player, but the issue persisted.
Click to expand...
Click to collapse
HW uses android's native mediaplayer api.
Seems that your system doesn't have native dolby decoders. But, your audio system supports dolby decoding. In HW decoder audio might be passed to audio system. But, in H/W+ it will use system decoders to decode. So, if your device doesn't support that codec, it will use ffmpeg to decode (i.e, SW audio). If you use cutom codec you will get stereo output. Else you won't get any audio.
Only solution is to get audio pass through feature. It's expected in further minor updates to 1.8. (i.e 1.8.x).
Sent from my SM-G900H using Tapatalk

ktsamy said:
HW uses android's native mediaplayer api.
Seems that your system doesn't have native dolby decoders. But, your audio system supports dolby decoding. In HW decoder audio might be passed to audio system. But, in H/W+ it will use system decoders to decode. So, if your device doesn't support that codec, it will use ffmpeg to decode (i.e, SW audio). If you use cutom codec you will get stereo output. Else you won't get any audio.
Only solution is to get audio pass through feature. It's expected in further minor updates to 1.8. (i.e 1.8.x).
Sent from my SM-G900H using Tapatalk
Click to expand...
Click to collapse
Thanks, that is a very good explanation !
I did not really understand the difference between the 3 different decoders, but now I do, so thank you very much for that !
I noticed when I use the native video player on my Shield TV it does play Dolby atmos, but it has the same issue with rewinding/fast forwarding.
So because HW on MX Player uses the native media player API the buffering is not working ?
I suppose I just have to wait till audio passthrough is available in 1.8.
Or buffering will be available in the native media player.

[BUG] Incorrectly selects the audio stream (HW)

Hi. Android 6.0.1. Samsung Tab Pro 8.4. Mx player 1.8.x
In the video, two audio tracks (Russian-English). Launch the video plays the English track, but shows that the Russian track is selected. It helps switching to English and back to Russian. If you minimize and deploy an application, the audio track again slips into English. Please help, this is very annoying.
screen record - https://drive.google.com/file/d/0B35Mew37y2a_UE9HMXNJVVZCUnc/view?usp=sharing
Logs - View attachment report_2016-02-23_185728.zip
Sorry for my English)

Hello,
Similar problem here, only happens while using the HW audio decoder. In my case, the phone keeps changing the audio stream to "Disable", instead of "Audio track #1".
Choosing the SW audio decoder fixes the issue.
Android 4.2.1, bq Aquaris 5.7, Mx Player Pro 1.7.40 (ARMv7 NEON)
Best regards.

Any news from the developer?

In Cm13 build 24.05 fix a bug)

Alexey71 said:
In Cm13 build 24.05 fix a bug)
Click to expand...
Click to collapse
If it's fixed after updating the cm probably it's a bug from ROM. HW decoder uses android mediaplayer class to play the video. Even though MX Player has some control on it, it's very limited. If HW+ is working on your device, you could use it. In most of the condition it will work better than HW.
Sent from my SM-G900H using Tapatalk

ktsamy said:
If it's fixed after updating the cm probably it's a bug from ROM. HW decoder uses android mediaplayer class to play the video. Even though MX Player has some control on it, it's very limited. If HW+ is working on your device, you could use it. In most of the condition it will work better than HW.
Sent from my SM-G900H using Tapatalk
Click to expand...
Click to collapse
HW+ does not work on all videos. Waiting for a new version with an alternative support for HW+ ...

Again, does not work

Alexey71 said:
Again, does not work
Click to expand...
Click to collapse
Hopefully it's only on HW decoder.
Does it reproducible in SW decoder (if HW+ not available)..?
Can try again after disabling HW audio track selectable from settings > Decoder..?
It will be better if you can provide a small sample clip. I will test myself.
Sent from my SM-G900H using Tapatalk

ktsamy said:
Hopefully it's only on HW decoder.
Does it reproducible in SW decoder (if HW+ not available)..?
Can try again after disabling HW audio track selectable from settings > Decoder..?
It will be better if you can provide a small sample clip. I will test myself.
Sent from my SM-G900H using Tapatalk
Click to expand...
Click to collapse
HW+ video and HW audio fine. But not all play video witch HW+
HW video and HW audio. It is not always correctly playing audio track
HW video and SW audio. Fine
https://drive.google.com/open?id=0B35Mew37y2a_bUdLVHlpcEdQSG8
Audio track #1 - Russian

Alexey71 said:
HW+ video and HW audio fine. But not all play video witch HW+
HW video and HW audio. It is not always correctly playing audio track
HW video and SW audio. Fine
https://drive.google.com/open?id=0B35Mew37y2a_bUdLVHlpcEdQSG8
Audio track #1 - Russian
Click to expand...
Click to collapse
Can you share a small sample clip..?
Kindly provide a way to reproduce the issue.
It might be an issue with HW decoder. It just uses Android's native api. MX Player has limited control on HW.
Did you try again after disabling "HW audio track selectable". If it's an issue with Native audio track selection, disabling it may fix the issue.
Sent from my SM-G900H using Tapatalk

ktsamy said:
Can you share a small sample clip..?
Kindly provide a way to reproduce the issue.
It might be an issue with HW decoder. It just uses Android's native api. MX Player has limited control on HW.
Did you try again after disabling "HW audio track selectable". If it's an issue with Native audio track selection, disabling it may fix the issue.
Sent from my SM-G900H using Tapatalk
Click to expand...
Click to collapse
Logs http://pastebin.com/qGL2CD2q
Recorded video bug https://drive.google.com/open?id=0B35Mew37y2a_LW8yRWpYSzBnWFk
sample download here https://drive.google.com/open?id=0B35Mew37y2a_bUdLVHlpcEdQSG8 Play sample: HW audio decoder - HW video decoder. When playing is Audio track # 1 - Russian. But the sound is the second track English
Briefly helps switching tracks on Audio track # 1 - English and back Audio track # 1 - Russian. After folding-unfolding or restart the program, again not correctly identifies the track
VLC - BS Player fine

Alexey71 said:
Logs http://pastebin.com/qGL2CD2q
Recorded video bug https://drive.google.com/open?id=0B35Mew37y2a_LW8yRWpYSzBnWFk
sample download here https://drive.google.com/open?id=0B35Mew37y2a_bUdLVHlpcEdQSG8 Play sample: HW audio decoder - HW video decoder. When playing is Audio track # 1 - Russian. But the sound is the second track English
Briefly helps switching tracks on Audio track # 1 - English and back Audio track # 1 - Russian. After folding-unfolding or restart the program, again not correctly identifies the track
VLC - BS Player fine
Click to expand...
Click to collapse
It seems to be an device specific issue. it might be an issue with your hw decoder which is basically system decoder. When the "HW audio track selectable" is enabled, In my device it shows as English Track is selected & it plays the same.
When it's disabled the MX Bug comes into picture. It doesn't pick any track since both are ac3. But, if I select any track it can still play since custom codec is already loaded. Anyway it can be fixed by enabling "SW Audio" manually in Settings.
I will forward the informations to the MX Player developer.
FYI,
BS & VLC are using their hardware acceleration engines by default instead of mediaplayer based one. So, it will be like HW+ in MX. That's why the issue doesn't appear there.
Sent from my SM-G900H using Tapatalk

Mx player 1.8.5 not fix bug((

Alexey71 said:
Mx player 1.8.5 not fix bug((
Click to expand...
Click to collapse
In my devices everything is fine on HW. it always selects the right track.
It's broken on your system (ROM). MX Player's control over HW decoder is very basic since it just uses mediaplayer API provided in Android.
Just use HW decoder with SW audio till MX Player gets new HW+. It's the only way to handle.
Sent from my SM-G900H using Tapatalk

Blurry video with hw decoder

Hello everybody, I have this problem:
When I use hw decoder I get perfect sound but video is blurry.
When I change it to hw+ I have perfect video but no ddp or dts sound. Any solution?

jotzim said:
Hello everybody, I have this problem:
When I use hw decoder I get perfect sound but video is blurry.
When I change it to hw+ I have perfect video but no ddp or dts sound. Any solution?
Click to expand...
Click to collapse
Is it a local video or network stream?
HW decoder basically uses android mediaplayer API implemented on your device. If it is a network stream ( specifically HLS or DASH) it may happen due to adaptive playback. It will automatically select the best stream based on the current bandwidth. In HW+ or SW decoder, it will always play the first stream despite the bandwidth availability.

The problem occurs with local videos, mkv with ddp or dts sound. It is quite strange: Videos look like being projected on a screen with retention problem with hw. With hw+ videos are fine, but no sound

idn, but may restart will help?
idn, but may restart will help?