Sometimes when I try to play a .mkv file, the H/W+ decoder stops working after 1-5 seconds and MX switches to the S/W decoder. Also, when I want to fast forward in the video, it also switches back to the H/W+ decoder, while working fine before. It varies from DVD quality mkvs to direct BluRay rips with DTS or AC3 sound. I can't use the H/W decoder on mkv files that are streamed from a HTTP url and de S/W decoder works only for the DVD quality ones.
It does not happen to all my videos. If I re-encode them with programs like handbrake, the problem is gone, but so is the quality. Besides it takes loads of time to encode. When downloaded to my tablet or sd card, I can play them fine in H/W mode (S/W audio for the DTS track), but that's not a solution. My network connection is also not a problem. My tablet can handle a 25Mbit/s bitrate on 5GHz mode and up to 1080p is not a problem.
It might be a video/encoding problem, because when I try to fast forward some of these files, I get gray blocks on my screen for a couple of seconds, before it continues, the same as sometimes on my PC. However, the Mediainfo of a working and a broken file look exactly the same.
The source of my mkv files is my WD 3TB NAS so they're being streamed from a local HTTP url. The device I'm trying to play the mkvs on is a Samsung Galaxy Tab P1000 with Android 2.3.6 and MX Player uses the latest custom codes from the site. It's not rooted and I don't think it's possible either at this moment.
Is this a problem with MX player, my device or my video?
Can you post a logcat?
Sent from my SM-G900H using Tapatalk
I've got 4 logs, the first and fourth are from a mkv file that only plays for the first few seconds and then switches to the S/W decoder. The second and third have fast forward issues, after a few times or at the first scroll forward, the H/W+ decoder stops and switches to the S/W decoder. The video also starts over.
Related
Hi,
Got problem with video playback after switching audiotracks. After switching audiotrack - video start to play with breaks and jerks.
If playing without switching or after switching to default track - it`s ok.
Happens with 720p AVI files with AC3 audio (tries many of them).
Device: Digma HDMP 600 (stock software).
Thanks for advance.
How about changing decoder to H/W+ or S/W?
No idea of the specs on a Digma HDMP 600. Sounds like a buffering issue. Try toggling SW audio.
Settings -> Decoder -> SW audio
After I updated my Shield Tablet to Stock Lollipop (happens on both 5.0.1 and 5.1),
I noticed that with certain files that use the SW decoder, the audio in MXPlayer crackles a lot, and eventually the audio on the whole tablet cuts out for around 10 seconds (at least judging by the Logcat). This only occurs with MXPlayer. VLC has no audio issues, but I'd rather using MXPlayer for better seeking support. Also, when the audio cuts out, the video keeps playing, but when the audio starts working again, the video pauses until it aligns with the audio.
This appears to be a relevant line of the logcat:
Code:
W/AudioFlinger(17468): write blocked for 10016 msecs, 1 delayed writes, thread 0xaedd7000
One thing that the problematic video files have in common are 48000Hz audio channels, which I believe is the native sample rate of my device. Is there some resampling that isn't getting applied to 48KHz audio that might fix the issue? Is the AudioTrack not getting flushed properly?
The full log is attached. And these lines I believe are not relevant, because they happen nearly all the time when I have headphones plugged in:
Code:
W/NvAudioPolicyManager(17468): getDeviceForStrategy() unknown strategy:
xperia64 said:
After I updated my Shield Tablet to Stock Lollipop (happens on both 5.0.1 and 5.1),
I noticed that with certain files that use the SW decoder, the audio in MXPlayer crackles a lot, and eventually the audio on the whole tablet cuts out for around 10 seconds (at least judging by the Logcat). This only occurs with MXPlayer. VLC has no audio issues, but I'd rather using MXPlayer for better seeking support. Also, when the audio cuts out, the video keeps playing, but when the audio starts working again, the video pauses until it aligns with the audio.
This appears to be a relevant line of the logcat:
Code:
W/AudioFlinger(17468): write blocked for 10016 msecs, 1 delayed writes, thread 0xaedd7000
One thing that the problematic video files have in common are 48000Hz audio channels, which I believe is the native sample rate of my device. Is there some resampling that isn't getting applied to 48KHz audio that might fix the issue? Is the AudioTrack not getting flushed properly?
The full log is attached. And these lines I believe are not relevant, because they happen nearly all the time when I have headphones plugged in:
Code:
W/NvAudioPolicyManager(17468): getDeviceForStrategy() unknown strategy:
Click to expand...
Click to collapse
@xperia64Did I don't think this is a resampling issue. Have you tried HW+ decoder? SW decoder on high resolution video might cause this issue. And I will be test more if you send a sample video clip.
bleu8888 said:
@xperia64Did I don't think this is a resampling issue. Have you tried HW+ decoder? SW decoder on high resolution video might cause this issue. And I will be test more if you send a sample video clip.
Click to expand...
Click to collapse
The issue occurs on nearly all if not all videos with 48KHz audio tracks, from 320x240 all the way up to full HD. It is impossible to play some of these videos with HW+ due to them being WMV or Microsoft MP4's. I've encountered the issue even in Big Buck Bunny. I've tried the 1280x720 and 854x480 MP4's and the 854x480 MSMP4, which exhibit the issue https://peach.blender.org/download/
The lower resolution ones especially should not be that intensive.
If I play the regular BBB MP4's with the HW/+ decoder and SW audio (because AC3), I didn't notice any crackling. If I play them with the SW decoder, they eventually start crackling and audio on the whole tablet cuts out. If I play the MSMP4 version with the SW decoder and software or hardware audio, it will crackle.
I've been using MXPlayer for quite a while, and I remember that when playing larger files on an older device like the Motorola Droid 1, the audio track would sometimes get ahead of the video, and the audio would pause for a while, but this is different because there is no apparent lag and audio on the whole tablet dies.
It would appear that Nvidia's stock kernel is part of the problem here. I flashed a different kernel and I cannot reproduce the crackling/cutout. Although it's somewhat strange that only MXPlayer had this issue.
Well at least you have audio. I updated to 5.1 and did it through the ota with twrp and I have NO audio. Makes no sense. I went back to 5.0.1 and I have audio again. I tried a bunch of different things and still no way for me to get any audio on 5.1. I am thinking of trying a kernel and see if that helps. Or maybe go back, again, and wait for a fix!
JohnK71 said:
Well at least you have audio. I updated to 5.1 and did it through the ota with twrp and I have NO audio. Makes no sense. I went back to 5.0.1 and I have audio again. I tried a bunch of different things and still no way for me to get any audio on 5.1. I am thinking of trying a kernel and see if that helps. Or maybe go back, again, and wait for a fix!
Click to expand...
Click to collapse
@JohnK71 @xperia64
Would you try latest test version from following link?
https://sites.google.com/site/mxvpen/translation/test-build
Feedback will be appreciated.
bleu8888 said:
@JohnK71 @xperia64
Would you try latest test version from following link?
https://sites.google.com/site/mxvpen/translation/test-build
Feedback will be appreciated.
Click to expand...
Click to collapse
Sorry, but I am saying "NO" audio even playing music or checking and changing sounds. No sound at all and also no mic. It all works good back on 5.0.1 so not sure what's the deal with 5.1 for me. I guess I will hope for better results with next version of lollipop. Thanks anyway for the suggestion.
The test build did nothing different. However, version KS-034 of this kernel appears to have fixed my remaining audio issues. On KS-033, the audio was fine for 48KHz audio files, but would still cut out with 24KHz audio files and somewhat break any future AudioTracks in any app until reboot. Version 034 said it increased the HD audio buffer so I guess that did something.
http://forum.xda-developers.com/shi.../tweaked-kernel-nvidia-shield-tablet-t3069776
xperia64 said:
The test build did nothing different. However, version KS-034 of this kernel appears to have fixed my remaining audio issues. On KS-033, the audio was fine for 48KHz audio files, but would still cut out with 24KHz audio files and somewhat break any future AudioTracks in any app until reboot. Version 034 said it increased the HD audio buffer so I guess that did something.
http://forum.xda-developers.com/shi.../tweaked-kernel-nvidia-shield-tablet-t3069776
Click to expand...
Click to collapse
Shield Tablet OTA 3.0 looks like suspended due to audio issue.
See this link: https://forums.geforce.com/default/...3-0-update-feedback-thread-released-5-22-15-/
That is because of a different audio issue where the speakers would literally explode. I had the crackling on 5.0.1/2.2.1. as well.
And I actually went back to KS-033 because KS-034 made audio too latent and it reintroduced crackling on all files, granted it was diminished.
After updating to the latest BitO Kernel (KSX-043) and MXPlayer test version, crackling behavior has changed again, but I have a theory on the crackling this time.
I noticed that after a reboot, the crackling would stop for a while before it returned. The CPU in this device tries as hard as it can to keep its clockspeed at the minimum 51MHz while in sleep mode, regardless of wakelocks/background apps. I had been using Droidsound-e and my own AudioTrack-based music player in sleep mode and I noticed that those apps would skip/crackle a bit as they tried to process the music files but couldn't. That appears to somehow throw off audio output until reboot. The issues are still most noticeable in MXPlayer, but also appeared in other apps as well. I increased the minimum clockspeed to 204MHz and it seemed to help.
I don't know if this is the cause, or if it works on the stock kernel, but on my current setup it seems to work fine.
Nexus Player (Android TV) updated to Marshmallow (current firmware)
External USB hard drive with 400 videos in shuffle mode
I have various resolution videos, from 720p/60 up to 4k that shuffle in an endless loop
When playing a 4k video on the Nexus Player that was shot on my Galaxy Note 4 natively (no conversion) MX Player always reverts back to SW decoder, but successfully uses HW+ on all other videos. Playback is choppy in SW mode but I can change it manually back to HW+ and it plays smooth. I have the decoder set to HW+ only, with no attempting to use HW or SW if HW+ fails. No matter the setting, it’s ignored and the decoder always reverts back to SW even though the file is played fine with HW+ when I manually change it. Also note that I have ALL codecs checked in settings to use HW+.
This happens with the native decoder or custom codec. I'm pretty sure it's not codec-selection related.
I assume this is a bug?
fbueller said:
Nexus Player (Android TV) updated to Marshmallow (current firmware)
External USB hard drive with 400 videos in shuffle mode
I have various resolution videos, from 720p/60 up to 4k that shuffle in an endless loop
When playing a 4k video on the Nexus Player that was shot on my Galaxy Note 4 natively (no conversion) MX Player always reverts back to SW decoder, but successfully uses HW+ on all other videos. Playback is choppy in SW mode but I can change it manually back to HW+ and it plays smooth. I have the decoder set to HW+ only, with no attempting to use HW or SW if HW+ fails. No matter the setting, it’s ignored and the decoder always reverts back to SW even though the file is played fine with HW+ when I manually change it. Also note that I have ALL codecs checked in settings to use HW+.
This happens with the native decoder or custom codec. I'm pretty sure it's not codec-selection related.
I assume this is a bug?
Click to expand...
Click to collapse
There is no such settings which prevents from auto switching to SW. Whatever settings for SW is to set SW as default decider. When H/W & H/W+ fails to play the video, it will try it in SW.
Sent from my SM-G900H using Tapatalk
---------- Post added at 04:01 PM ---------- Previous post was at 03:56 PM ----------
fbueller said:
Nexus Player (Android TV) updated to Marshmallow (current firmware)
External USB hard drive with 400 videos in shuffle mode
I have various resolution videos, from 720p/60 up to 4k that shuffle in an endless loop
When playing a 4k video on the Nexus Player that was shot on my Galaxy Note 4 natively (no conversion) MX Player always reverts back to SW decoder, but successfully uses HW+ on all other videos. Playback is choppy in SW mode but I can change it manually back to HW+ and it plays smooth. I have the decoder set to HW+ only, with no attempting to use HW or SW if HW+ fails. No matter the setting, it’s ignored and the decoder always reverts back to SW even though the file is played fine with HW+ when I manually change it. Also note that I have ALL codecs checked in settings to use HW+.
This happens with the native decoder or custom codec. I'm pretty sure it's not codec-selection related.
I assume this is a bug?
Click to expand...
Click to collapse
There is no such settings which prevents from auto switching to SW. Whatever settings for SW is to set SW as default decider. When H/W & H/W+ fails to play the video, it will try it in SW.
Sent from my SM-G900H using Tapatalk
Ok, my setting was to not fallback to SW (misread). But still, it does successfully play with HW+ but still drops to SW. I manually have to switch it back to HW+. So the bug would be that it doesn't recognize a successful decode with HW+ even though it works well. So now what?
fbueller said:
Ok, my setting was to not fallback to SW (misread). But still, it does successfully play with HW+ but still drops to SW. I manually have to switch it back to HW+. So the bug would be that it doesn't recognize a successful decode with HW+ even though it works well. So now what?
Click to expand...
Click to collapse
Make sure that you have enabled H/W+ enabled & under H/W+ codecs the codec used in the video is enabled. For example h.264 Hi10P is disabled by default.
If the problem still persists try to enable H/W+ dexoder (Local) & Try HW decoder options. It will force the player to start on H/W+. When it fails it will try H/W. Then only it will try SW.
If none of the solutions works, kindly post the logs here.
Sent from my SM-G900H using Tapatalk
ktsamy said:
Make sure that you have enabled H/W+ enabled & under H/W+ codecs the codec used in the video is enabled. For example h.264 Hi10P is disabled by default.
If the problem still persists try to enable H/W+ dexoder (Local) & Try HW decoder options. It will force the player to start on H/W+. When it fails it will try H/W. Then only it will try SW.
If none of the solutions works, kindly post the logs here.
Sent from my SM-G900H using Tapatalk
Click to expand...
Click to collapse
I have all codecs checked, so that's not an issue. I also have the local HW+ options all checked. It does try HW+, then fails, then moves to SW. I can see it changing in the title bar. But once it's on SW I can manually change it back to HW+ and it plays beautifully.
How do I get the logs? Happy to post them.
fbueller said:
I have all codecs checked, so that's not an issue. I also have the local HW+ options all checked. It does try HW+, then fails, then moves to SW. I can see it changing in the title bar. But once it's on SW I can manually change it back to HW+ and it plays beautifully.
How do I get the logs? Happy to post them.
Click to expand...
Click to collapse
There is a sticky topic about how to collect the logs & report the bugs.
http://forum.xda-developers.com/showthread.php?t=2843144
Sent from my SM-G900H using Tapatalk
fbueller said:
I have all codecs checked, so that's not an issue. I also have the local HW+ options all checked. It does try HW+, then fails, then moves to SW. I can see it changing in the title bar. But once it's on SW I can manually change it back to HW+ and it plays beautifully.
How do I get the logs? Happy to post them.
Click to expand...
Click to collapse
Great, thanks for the link. Stand by.
v1.10.17 - custom codec installed
Firestick 4K
Fire TV 2
I have several fire devices, including a FTV2 and the new 4K stick.
While testing the new 4K stick, I found several issues, first is only on the new stick, 2nd is on both devices.
Hopefully you guys can help me out, I have spent 2 evenings already and still not resolved.
1) Random switching from HW to HW+ to SW
During playback of many video's, including tv episodes, the video starts playing in HW mode, runs smooth. Then at random times it switched to HW+, usually with black reloading screen in between, then later it switches to SW stating HW+ not supported - and stays in SW modus. In SW it seems OK-ish, but sometimes see skipping, lag etc. that is not present in HW(+) decoding.
a) If it starts playing OK, then why does it need to switch to other modes? If it works then i dont understand why that happens
b) The older FTV2 does not have this issue, I have never seen this before. It starts with HW or HW+ and stays that way, never any issues in this regard. The new stick hardware codec support is even better than the older FTV2.
2) No audio on many streams
I found that many streams starts in HW modus, with no audio at all. It stays that way if I let it run.
If I switch it to HW+, it does have audio, but out-of-sync.
Also, after a while it switches back to HW or sometimes SW.
a) why does it choose HW, not HW+?
b) why out of sync in HW+?
c) Why does it switch back to HW or SW, if it working (out-of-sync)
d) Installed custom-codec all-in-one, did not solve it
-------------------------------
I have also tried several other players, to some success. But they have their own issues, like buffering, laggy playback, stutter when FWD etc.
So I need to get this working, there are no real alternatives
I have done some extra testing. I now got it all working on my FTV2, with an older version 1.9.11 (+compatible codec pack).
I also set HW+ as default for network streams. I have tested several video's, x264/x265, dts/ac3 they seem to all work and keep working OK. Usually they stay in HW+ modus until the end and all smooth.
I couldnt find the older version, so I tried the latest MX 1.10.25, with latest codec pack. At first, it was working...but later when watchin an episode it gave me all sorts of trouble:
- blocking issues
- streams stops
- stream does not start again after trying new
- switch from HW+ to SW
- cant switch manually to HW+, gives error HW+ not supported
So weird, especially since it is working fine on the older FTV2.
Anyway, will try to get the older version and see if that helps.
timtoolman2k11 said:
I have done some extra testing. I now got it all working on my FTV2, with an older version 1.9.11 (+compatible codec pack).
I also set HW+ as default for network streams. I have tested several video's, x264/x265, dts/ac3 they seem to all work and keep working OK. Usually they stay in HW+ modus until the end and all smooth.
I couldnt find the older version, so I tried the latest MX 1.10.25, with latest codec pack. At first, it was working...but later when watchin an episode it gave me all sorts of trouble:
- blocking issues
- streams stops
- stream does not start again after trying new
- switch from HW+ to SW
- cant switch manually to HW+, gives error HW+ not supported
So weird, especially since it is working fine on the older FTV2.
Anyway, will try to get the older version and see if that helps.
Click to expand...
Click to collapse
In general, It will automatically try the next decoder when the playback has failed before completion of the file. It is an intended behaviour since 1.8.x. Kindly collect the bug report from the latest version immediately after the issues. It will help us to understand better.
Thanks for your reply. I will try to get the report next time.
In meantime I have tested with exact same (old) version, 1.9.11 + codec pack on fire stick 4K.
I had set HW+ as default for network, same as on the FTV2.
So basically, exactly same set-up, same streams, but on newer hardware.
At first it seemed ok, however:
- setting HW+ as default, at some streams, I cannot FWD, it just jumps back to beginning
- on tv episodes, it starts with HW+, then jumps to HW for some reason (no change in audio or video) - does not happen on FTV2
- on certain movies, it starts with audio on HW+, then jumps to HW modus without audio, makes no sense - does not happen on FTV2
- on movies with multiple audio tracks, in HW modus it plays just one track , cannot switch to other track, stuck in commentary track. same stream in HW+ modus has the main track selected and playing.
All in all very weird, never had so many issues. I just installed it and it would work. What troubles me is that I now have a working FTV2 setup, ubt exact setup does not work on the Fire stick 4K. Very frustrating.
I also found that HDR playback is very dull, very dim, not bright at all. So staying on old version is ok up until 1080P. 4K+HDR is not working ok, but will be probably be fixed in newer version.
I will keep the FTV2 at the now working setup.
I wil re-install latest mx and codec pack on 4K stick and test again.
If I encounter errors, I will try to post bug report. Hopefully that will help the devs to fix this. It seems it is not really liking the new Fire stick hardware for some reason.
Ok. Did some testing again. Here my results + logs.
- Fire 4K Stick
- MX 1.10.25 (default settings)
- codec pack: https://forum.xda-developers.com/attachment.php?attachmentid=4656301&d=1543696913
(from a post saying that it worked perfectly on ac3, while another didnt)
- 6 different network streams
---------------------------------
1. 720P X264 - single channel audio (stereo i think)
- starts in HW+
- stays in HW+
- FFWD OK
- keeps playing OK
2. 1080P X264 - multichannel 5.1 audio
- starts in HW
- commentary track on - cannot switch to other tracks
- FFWD not working OK
After a short while:
- restarts video in HW+
- audio main channel on
Very short after:
- switched to SW
- no audio
- choppy playback
Log: report_2018-12-03_194334.zip
-------------------------------------
3. 4K X265 stream
- MX crashes directly after start
- Starting 2nd time, MX starts playing in HW+
- Audio/video OK
- FFWD OK
- Keeps playing ok
Log: report_2018-12-03_194948.zip
-------------------------------------------
4. 1080P X264 stream
- starts in HW
- No audio
- FFWD not working OK
After short while:
- restart in HW+
- audio not starting right away, after about 10s it starts (but sync)
- FFWD OK
- keeps playing OK
5. HD 5.1 audio
- starts in HW
- no audio
- FFWD not working
After short while:
- restart in HW+
- audio working
- FFWD working
- keeps playing OK
Log: report_2018-12-03_200011.zip
--------------------------------------
6. 720P X264 - stereo
- starts in HW
- No audio
Shortly after playing:
- switch to HW+
- audio working
Very short after:
- Switch to SW
- Choppy playback
Log: report_2018-12-03_200412.zip
---------------------------------------------
My conclusions so far:
- Stream 1 starts in HW+, keeps playing OK, no issues
- Stream 4 & 5 should be fixed by setting HW+ default for network streams.
(except for the small delay in start of audio of 4, but that is ok)
- Stream 2 & 6, can partially be fixed by HW+ default, but not the switch to SW
- Stream 3: crash is not OK, but after 2nd try it works OK
- I dont understand why some streams start in HW+, while other start in HW then later switch to HW+
This is now keeping me from using my stick. While on my old FTV2, with old MX it seems to all work just fine.
Seems like it is not liking the new 4K stick hardware / does not seem to see the hardware decoding abilities - which are matching and surpassing the old FTV2.
Hopefully my testing and logs can help you guys to fix these issues. - if fixed it will be an instant Pro buy for me thats for sure!
I have tried other players, but they all have their own issues - and not the level of support of MX devs.
So I will now sit back and wait for the fixes to come on.
Ofcourse I am happy to test again to verify correct workings after updates.
timtoolman2k11 said:
My conclusions so far:
- Stream 1 starts in HW+, keeps playing OK, no issues
- Stream 4 & 5 should be fixed by setting HW+ default for network streams.
(except for the small delay in start of audio of 4, but that is ok)
- Stream 2 & 6, can partially be fixed by HW+ default, but not the switch to SW
- Stream 3: crash is not OK, but after 2nd try it works OK
- I dont understand why some streams start in HW+, while other start in HW then later switch to HW+
This is now keeping me from using my stick. While on my old FTV2, with old MX it seems to all work just fine.
Seems like it is not liking the new 4K stick hardware / does not seem to see the hardware decoding abilities - which are matching and surpassing the old FTV2.
Hopefully my testing and logs can help you guys to fix these issues. - if fixed it will be an instant Pro buy for me thats for sure!
I have tried other players, but they all have their own issues - and not the level of support of MX devs.
So I will now sit back and wait for the fixes to come on.
Ofcourse I am happy to test again to verify correct workings after updates.
Click to expand...
Click to collapse
The HW decoder directly uses the android mediaplayer framework implemented on the device. So, most of the issues on HW decoder might be caused by the firmware itself. It looks like Amazon has heavily modified the android mediaplayer and media codec frameworks or its implementation has issues. According to the logs, the media server process ( a system process) which plays a vital role in hardware accelerated playbacks (HW & HW+) has died in the midway. So, the player has encountered the issues and switched to the next decoder. So, MX Player doesn't have much scopes for the improvement on this issue.
Wow really? That would mean everyone with this new device should have these issues. That has not been reported anywhere. All praise for this stick. Or am i the only one to have a faulty one? Very odd.
I installed MX fresh out of the box. I can try to do a reset and re-install. If that doesnt work, then I guess I have to return it.
Is there really nothing you can do to fix this? You are on amazon store as well, right? Then I guess it should work, but it currently doesnt.
Ok, did a reset of the stick, only installed bare minimum for testing.
Now, it seems to work ok !
I guess something was messed up causing the media server issues. Don't know what, maybe some other apps I installed.
Yes, still some streams start in HW, with no audio or wrong audio.
However, I have set HW+ as default - so that is fixed.
I have watched several streams last night, they started in HW+ and kept playing in HW+, all working fine. No fallbacks to SW.
The only issue I have now is the crash on some 4K streams on first play still happens. After 2nd try it works fine. Not a biggie, still would be good if this is fixed.
timtoolman2k11 said:
Ok, did a reset of the stick, only installed bare minimum for testing.
The only issue I have now is the crash on some 4K streams on first play still happens. After 2nd try it works fine. Not a biggie, still would be good if this is fixed.
Click to expand...
Click to collapse
Can you please collect the bug report immediately after the crash?
In your previous bug report, the logs were so limited. Looks amazon has set the log buffer size to the minimum. If it possible, enable the developer option and increase the log buffer side.
Was wondering if anyone else has experienced video Lag or buffering. I know it isn't a network issue because I didn't have the problem on my note 8.
issue : I will click on a video and it will usually start to play right away but 5-10 second in it will pause like it's buffering and not start back, even though I can see the video is downloaded just fine. I will have to skip ahead 5 seconds or so for the video to resume playing again.
is this an issue of anyone else or just me?
I have the Same in YouTube
No in fact the 7pro is getting 30% fast network speed then my OP6 was getting in the same areas. I am Using YouTube Vanced and I'm watching 1440p videos with zero buffering and the full videos are cached by the time I'm about 60% through the video. Have zero complaints with any streaming source so far.
Mine doesn't have any real issues. There are times where it slows but I attribute that to network. Most times it works fine
Streaming over Youtube and Netflix are perfect for me but video does play kinda funny over LAN. Some network browsers would buffer to no end and HW decoding is out of sync over LAN for some files. Switching network browser apps and use SW decoding solved the problem for me.
wr3zzz said:
Streaming over Youtube and Netflix are perfect for me but video does play kinda funny over LAN. Some network browsers would buffer to no end and HW decoding is out of sync over LAN for some files. Switching network browser apps and use SW decoding solved the problem for me.
Click to expand...
Click to collapse
I have noticed the same over LAN. What did you do to use SW decoding if you don't mind me asking?
Bftrek said:
I have noticed the same over LAN. What did you do to use SW decoding if you don't mind me asking?
Click to expand...
Click to collapse
I use both MX Player and VLC. MX Player is probably the easiest. There is an icon on the upper right that says either HW, HW+ or SW. Press it to change decoding mode. The out of sync files are always either HW or HW+. Switching to SW and they are back in sync, for me at least.
Anyone know a workaround for apps like Netflix and MLB at Bat playing video completely full screen and displaying a stretched image?
Sent from my GM1915 using Tapatalk
DonKilluminati23 said:
Anyone know a workaround for apps like Netflix and MLB at Bat playing video completely full screen and displaying a stretched image?
Sent from my GM1915 using Tapatalk
Click to expand...
Click to collapse
For Netflix, two finger pinch.