I have tried two xvid files and about every two minutes the sound cuts out. In order to carry on watching you need to skip that second of the video. The files are unrelated, I did not encode them myself and play fine on my pc. Using default media player on the sensation. Here is some details of the files.
Video: Xvid 624x352 23.98fps [Stream 00]
Audio: MPEG Audio Layer 3 48000Hz stereo 128kbps [Stream 01]
Anyone else getting something similar?
marioxmario said:
I have tried two xvid files and about every two minutes the sound cuts out. In order to carry on watching you need to skip that second of the video. The files are unrelated, I did not encode them myself and play fine on my pc. Using default media player on the sensation. Here is some details of the files.
Video: Xvid 624x352 23.98fps [Stream 00]
Audio: MPEG Audio Layer 3 48000Hz stereo 128kbps [Stream 01]
Anyone else getting something similar?
Click to expand...
Click to collapse
1080p MP4 files plays just fine.. But i'll transfer a 720x304 xvid with the same audio and see what happens
Edit: Yeah there is something buggy about xvid on the default player. It starts to play but if i try to fast forward it it says it can't play the video. Maybe it's not supported? Try one of the recomended players in another post here
both avi by the way if that makes a difference
I had the same issue with my sensation, I was referred to this thread - http://forum.xda-developers.com/showthread.php?t=1104685 and tried qqplayer and it worked fine though I couldn't get it to to switch views.
I looked but did not find anyone with same issue. If other people are getting the same problem I am happy to use another player as a work around for the moment. Just wanted to check if I was alone or not.
Add it to the bug list I suppose.
It should support it; XviD/MP4/H.263/H.264/WMV
Guess it's a little bug on the default player then..
Related
i have some videos that are in the mkv format. i tried using rock player, but the video looks laggy and there's a discrepancy between the video and audio. it seems that the audio is ahead of the video. or is there a way to increase the frame rate for this format. i've tried almost every player in the market that came up under mkv and nothing that works right. my avi files work great though
I've tried all different players that play mkv and they are all laggy and the video is pixulated. I think the gtab is just not capable of playing them. But don't be sad the glorious opacity wont play them either results are the same.
Matt
i've been using rebox.NET found here http://www.videohelp.com/tools/rebox.NET, it basically re-muxes and converts audio to mp4 format from mkv, i've only tried 720p video so far, plays fine in rock player
I was reading the other day that an andriod version of VLC is being worked on. Hopefully that will do us right.
ILA970JOSH said:
i've been using rebox.NET found here http://www.videohelp.com/tools/rebox.NET, it basically re-muxes and converts audio to mp4 format from mkv, i've only tried 720p video so far, plays fine in rock player
Click to expand...
Click to collapse
is this something you do on the tablet or you need to do it on a comp first?
why can't someone take the video player that comes with the archos101 and port into the gtablet? archos101 plays .mkv and just about everything else and I think the .apk is easily obtainable through archos101. I am not sure if the video player is what makes .mkv's work or if there is some system codecs involved. I used to have the archos101 and it did play .mkv's nicely.
yo do the conversion on the pc first, doesn't take but a couple minutes
The Archos player is probably optimized to the hardware inside the Archos which is different from ours.
BilliamB said:
why can't someone take the video player that comes with the archos101 and port into the gtablet? archos101 plays .mkv and just about everything else and I think the .apk is easily obtainable through archos101. I am not sure if the video player is what makes .mkv's work or if there is some system codecs involved. I used to have the archos101 and it did play .mkv's nicely.
Click to expand...
Click to collapse
I think a couple people have looked at doing that without success. I know I love the player on my little Archos5. It plays very nice, and also has the built-in upnp capability.
MKV (Matroska) support is compiled into stagefright/opencore on the devices that support it (Along with AC3, DTS, etc). It isn't just build into the player app.
Remember that matroska is just a container. being able to parse video streams out of an MKV won't magically give the Tegra2 enough beef to render 5.1aac+h.264 High-profile 1080p, in fact with the Tegra2 userspace libs in their current state you'll be lucky to get 1080p Main profile and only sure of playing Baseline profile.
Look at the video you want to play if its already High profile 1080p it will _never_ play on a Tegra2 device.
Remux (not re-encode) the MKV into an MP4 container, it it still doesn't play nothing short of updates from nvidia will change that.
ArcMedia
I've been using arcMedia and it runs flawlessly. Here's the apk. runs directly from Astro file manager. Long press on the video file, open file using archmedia. check the default box and every video file opened by arcMedia directly.
In particular MKV files.
I have noted that if I playback an 720p MKV with AC3/DTS sound the video plays perfectly fluid. No microjudder or frame drops AFAIK. But there is no sound of course because the inbuilt player does not support AC3/DTS natively.
However add AAC 2.0 audio into the file (MKV or MP4 container it matters not) I see judder. Kinda like when you have 23.976FPS playing on a 50Hz PAL CRT.
I have tried muxing at various framerates and interestingly the judder gets faster the higher the FPS. Very odd.
I'm used to dealing with AV stuff as I use MPC-HC/ReClock/MadVR etc to my HDTV over HDMI (BTW my Panasonic G20 Plasma does not recognise the TF HDMI output. My PC monittor does however so the TF is outputting in an unsupported res/Hz for my HDTV obviously).
It's puzzling me how when the TF does not have to playback audio the video is perfect but as soon as it has to decode audio it throws a wobbly.
The other interesting thing of note is that Youtube vids at 720p and even 1080p (Big Buck Bunny for instance) play just fine. Methinks that Flash is optimized to the Tegra 2 chip whilst the inbuilt TF player (and all the other players) are not. Moboplayer, Vplayer etc are all a bit crap at it. There is one player called LittlePlayer which gives the option of hardware playback but it is no better than the inbuilt player as it does not decode AC3/DTS and it too judders when AAC audio is played.
Anyone got a clue why this is the case? I was wondering if it was a UK specific issue (would not put it past Asus to make it PAL centric) but then why would it play a 23.976FPS 720p x264 in MKV perfectly (sans audio obviously)?
Yeah I have a 720p mkv and it plays a little off with the sound but I play a higher quality move still at 720p and the sound is like a second off. And the 1080p vids I have don't play at all. What app do you use to play your videos?
Sent from my Transformer TF101 using XDA Premium App
you must be doing something wrong with the muxing or the avc stream you ended up with is not extracted properly.
I encode movies with x264 (commandline), encode the audio with neroaacen(lc, cbr, 128kbit) and mux them with mp4box. The file plays perfectly with the built-in player, meridian or rockplayer in hardware decoding mode.
Most mkv TV series I can extract th evideo stream from and use it, but not all. Some use too many reference frames while encoding and the TF can't handle it.
X264 profile high, level 4.1, preset veryfast or medium. No other options except quality level ((crf 20 or 21 I use mostly).
I've tried MKVToolnix for straight muxing. A simple MKV to MP4 prog without reencoding called mkvavi2mp4. Handbrake (Used settings suggested on this forum). I've also tried some test clips from various sites. All of them judder when audio is being decoded. I am not talking about HUGE judder. I am talking about very small judder. The video is not 100% fluid. Some may not even notice it. I do because I am always messing with progs like ReClock and MadVR in order to get perfect 24p playback to an HDTV. I am also susceptible to phosphor lag, any audio sync issues and other annoyances. I am Mr Super Anal when it comes to perfect playback and have color calibrated all my displays with a colorimeter
But I digress.
If I play Big Buck Bunny 1080p in Youtube or in the default browser it plays fluid (well enough not to be annoying). Now if I rip that same Youtube clip down to my hard disk. Copy it to the TF and play it in ANY player (Moboplayer - with or without codecs packs, Rockplayer, Vplayer, Littleplayer or the inbuilt player) it will not play it without stuttering. What the hell is that all about? Flash player is better at video playback on the TF than Honeycombs implementation? Quite.
I wish I could figure out a way to load the MP4 files in Flash through the browser. I tried file://path to MP4 and it did not work.
If anyone knows a way to do that I would be interested. Maybe I should setup a web server on my PC and stream everything in Flash
P.S. If you wish I can provide you with two sample MKV's. One with audio the other without and you can directly compare the two and post your results. I see small juddering on the clip with audio muxed in every time.
The Youtube app is not using Flash. If it was, Youtube wouldn't play on the iPhone or iPad, and it most certainly wouldn't have played on Android devices before Android 2.2. If you want to see true Flash performance so far, load up Hulu and see if you can get a 480p stream to play acceptably. Edit: Since you mention the UK though, I probably shouldn't assume you're in the US. If that's the case, just load up any Flash-based video player besides Youtube. Sometimes it helps to set your user agent to Desktop, too.
The Youtube app is actually using HTML5, with videos encoded in H.264/MPEG-4 AVC and stereo AAC. The maximum bitrates supported are 5 Mbit/s and 152 kbps, respectively. You need to bear in mind too that by playing videos through the browser, the servers will recognize the device you're playing from and compress and optimize the stream accordingly. A full 1080p video at 5 Mbit/s would take forever to buffer on a tablet, so it's highly unlikely that you're getting the full quality over the network stream. Locally-stored videos, however, are free to be downloaded and played in their maximum quality, so it's understandable that you may see some stutter on large files.
deadman3000 said:
I've tried MKVToolnix for straight muxing. A simple MKV to MP4 prog without reencoding called mkvavi2mp4. Handbrake (Used settings suggested on this forum). I've also tried some test clips from various sites. All of them judder when audio is being decoded. I am not talking about HUGE judder. I am talking about very small judder. The video is not 100% fluid. Some may not even notice it. I do because I am always messing with progs like ReClock and MadVR in order to get perfect 24p playback to an HDTV. I am also susceptible to phosphor lag, any audio sync issues and other annoyances. I am Mr Super Anal when it comes to perfect playback and have color calibrated all my displays with a colorimeter
But I digress.
If I play Big Buck Bunny 1080p in Youtube or in the default browser it plays fluid (well enough not to be annoying). Now if I rip that same Youtube clip down to my hard disk. Copy it to the TF and play it in ANY player (Moboplayer - with or without codecs packs, Rockplayer, Vplayer, Littleplayer or the inbuilt player) it will not play it without stuttering. What the hell is that all about? Flash player is better at video playback on the TF than Honeycombs implementation? Quite.
I wish I could figure out a way to load the MP4 files in Flash through the browser. I tried file://path to MP4 and it did not work.
If anyone knows a way to do that I would be interested. Maybe I should setup a web server on my PC and stream everything in Flash
P.S. If you wish I can provide you with two sample MKV's. One with audio the other without and you can directly compare the two and post your results. I see small juddering on the clip with audio muxed in every time.
Click to expand...
Click to collapse
Shoot them over
http://www.mediafire.com/?gp3bumw7qy9mppm
Check the panning of each. One has AAC audio the other not. Use the default inbuilt video player of the TF (Should offer if you click on the files if you have other players installed). The one without audio plays perfectly smooth on my TF. The one with audio has slight juddering.
deadman3000 said:
If I play Big Buck Bunny 1080p in Youtube or in the default browser it plays fluid (well enough not to be annoying).
Click to expand...
Click to collapse
Just to clarify: You are talking about viewing youtube via the default _web_ browser, setting your user agent such that you get the desktop site and using the flash plugin to play the video? Rather then using the mobile youtube web site or using the built in youtube app?
FYI of your two clips the one without audio plays smoothly in the _default_ player and the one with audio chokes with "This video cannot be played" (This is assuming you tack ".mp4" onto the file names to fool the default media player into trying to play it)
Interesting... I just re-encoded the audio _only_ ("-vcodec copy -acodec libmp3lame" in ffmpeg) and that plays smoothly.
Now mp3 audio isn't part of the mp4 container spec so you'll only get away with it in an mkv container (its flexibility is one of the things that makes matroska difficult to parse)
Ah... the video is High profile at 3.8Mbps that pretty much on the limit of what the tegra2 can do at the moment (I'd say it over it actually) so I'd say that the addition of a complex (relative to mp3) audio track is just too much.
I bet if you re-encoded that video to baseline at the same bitrate and copied the audio stream it would play fine, its just at the max computation threshold.
sub'd... I want to see what you guys are doing, I'd really like to play at least 720p peacefully.
I've tried reencoding using Handbrake and get similar results. Jerky playback with audio. Smooth without. It's like small juddering every quarter second or so. Ignore the web playback that's already been explained that it's HTML5 and is not sending me the full 1080p stream anyhow.
In fact. If someone can send me a 720p video clip with audio that they say plays 100% smooth on their TF I could see if it's not 100% smooth here. If not (as I suspect it won't be) then it's either my TF has issues. Your eyesight is not picking it up or I am going nuts
deadman3000 said:
I've tried reencoding using Handbrake and get similar results. Jerky playback with audio. Smooth without. It's like small juddering every quarter second or so. Ignore the web playback that's already been explained that it's HTML5 and is not sending me the full 1080p stream anyhow.
In fact. If someone can send me a 720p video clip with audio that they say plays 100% smooth on their TF I could see if it's not 100% smooth here. If not (as I suspect it won't be) then it's either my TF has issues. Your eyesight is not picking it up or I am going nuts
Click to expand...
Click to collapse
try this: http://forum.xda-developers.com/showthread.php?t=1060825
I am using the same profile settings in handbrake (high profile) and ALL my videos are really smooth! and YES...I did have judder/stutter before. download the sample files and you can test it on your TF.
the ONLY downside is that handbrake takes a while to encode but its worth it!
hope this helps.
..........
While I agree that, officially, Honeycomb doesn't support the mkv container. It must be able to parse it as it does support WebM and that uses the matroska container.
http://dl.dropbox.com/u/6553908/with_audio_mp3.mkv
This is the same video stream but with the audio re-encoded to mp3, plays nicely for me in the default video player it I tack ".mp4" on the end to fool the player into trying to play it.
I don't stream but everything e.mote said about hinting is spot on, also you may want to look at interleaving (a feature of the muxing that MP4Box can do) is you want to stream.
earlyberd said:
A full 1080p video at 5 Mbit/s would take forever to buffer on a tablet, so it's highly unlikely that you're getting the full quality over the network stream.
Click to expand...
Click to collapse
Way too generalized. I have a Playbook and it plays 1080p Youtube in the browser flawlessly.
I played The Cape clip from the example Handbrake settings thread. The clip plays with micro judder like every other clip with sound. I am now using a Prime 1.4 rooted not the stock firmware and it still does it. It is like frame drop every half or quarter second. If you have ever seen NTSC 23.976FPS played back on a PAL 50Hz CRT TV you will know what it looks like. It is very obvious on pans.
Surely I cannot be the ONLY person who can see this??? Are your eyes really that bad?
EDIT: Tried the MP3 version you provided. Still there. You can count the judder. Tick tick tick tick... every quarter second.
EDIT2: I guess the only way to demonstrate this to you guys is by way of a video of it along with some audio prompting from me to point it out to you (excuse the d(t)icks). You will notice that the audio drops out for some reason during playback but when it does the video plays buttery smooth. No idea why the audio drops out. I was playing back the MP3 muxed version from the link above using Moboplayer but this problem - the juddering - occurs with any player I have tried. The juddering happens on every single video I have tested it on when it is decoding audio.
http://www.youtube.com/watch?v=oXfdQP8BtEA
I will restate however. Yotube playback looks much smoother than playing a file from the inbuilt flash memory or SD cards.
I am having the same problem as you and I see the judder on these clips as well. I posted my issues in the encoding guide thread:
http://forum.xda-developers.com/showthread.php?t=1060825&page=9
It has nothing to do with the overall bitrate rate as many of my samples are <2,000 kbps, and just like you, if I remove the AAC audio, video is silky smooth. I assume it's just a software issue that should be able to be resolved, but I guess we'll see...
e.mote said:
BTW, if you recoded the clip, then I suggest using better settings. The settings used are excessive. When facing a device with marginal playback, there is less tolerance for bad encodes. If you're anal about playback, then you should be equally anal about your encode settings.
Click to expand...
Click to collapse
Thanks for that. But since your video judders just like every other clip that means diddly squat. I don't see why I should have to reencode every video I have in order for it to playback on the TF either. It should be able to handle 720p at least. It does play it but only plays it smoothly with no audio playback whatsoever.
bartleyg82 said:
I am having the same problem as you and I see the judder on these clips as well. I posted my issues in the encoding guide thread:
http://forum.xda-developers.com/showthread.php?t=1060825&page=9
It has nothing to do with the overall bitrate rate as many of my samples are <2,000 kbps, and just like you, if I remove the AAC audio, video is silky smooth. I assume it's just a software issue that should be able to be resolved, but I guess we'll see...
Click to expand...
Click to collapse
Phew! Thanks for chimeing in! I am glad it's not just me. Do you live in the UK perchance? If not that would rule out any UK specific reasons.
Nope, I'm in the US. My TF is also running Prime 1.4. I've tried the "stock" kernel and the OC kernel and the problem is the same with both. I didn't think to test video before rooting and installing Prime, so I can't vouch for whether or not it happens on completely stock HC 3.1
deadman3000 said:
http://www.youtube.com/watch?v=oXfdQP8BtEA
.
Click to expand...
Click to collapse
How... what...
Are you serious? I see literally no issue. Either my eyes or your camera, one of the two can't pick up this judder. And I did notice the compression in the better encode offered here (text, grappling hooks, lasers, pretty much anything like that. Not a bad result, but clearly visible)
Sent from my GT-P1000 using Tapatalk
Ok, I've been struggling with this and doing all sorts of research, but I can't seem to piece together a definitive answer. This is what I know (or think I know anyhow)
1) H264 will play just fine from more or less any video player as long as you have the decode mode set right. this seems to be why so many people swear to their particular player (and I've tried so many, moboplayer, dice, etc etc.)
2) H364 is just pure crap because Tegra2 just can't handle it. Something with proprietary codecs or some such.
Now, experimenting with different HD files over the time I've owned my TF, some play and some don't. I've heard others claim otherwise. If anybody can guarantee they can play ANY , really ANY HD mkv file (H364 without re-encoding included) I'd like to know what ROM/app you're using (and I'm sure a lot of others would too). I'm sick of having to pick out/convert my movies all the time.
I'd really like to put this thing to rest.
I hear ya I dont want to re-encode my library either but becuase I cant stand not knowing I have been doing some testing to see what the problem is with not being able to play all files. I have discovered that that the Transformer does not like 5.1 channel AAC audio. I can encode any video to MP4 and it plays great when I set the audio to stereo but when I try with 5.1 AAC MP4 files it no worky. 5.1 AC3 seems to be ok. I too have tried many players from the market and get different results with each one using the 5.1 setting (such as stuttering or lagging or I think it was BS player would only play the rear channel audio) but setting my encoding output to stereo they all play fine. I was on the Google Android Developers site and it stated stereo only was supported for honeycomb so maybe the ICS upgrade will fix this issue? In the meantime I plan on continuing testing different bit rates and audio settings to try and get to the bottom of this. Sorry in advance if this did not help you.
MX player- plays anything i throw at it. make sure you get the Arm7 codec pack too.
bob dylan said:
MX player- plays anything i throw at it. make sure you get the Arm7 codec pack too.
Click to expand...
Click to collapse
I like very much the MX player and it is true it plays mkr videos fine but I do not have sound... I have the ARMv7 codec pack (only this one) do you get sound?
Instead, to play and hear mkv I use DicePlayer Ad. with Dice player plugin for tegra2.
(I am unrooted)
Use software for audio (but hw for video)
Christian Troy said:
Use software for audio (but hw for video)
Click to expand...
Click to collapse
The problem with this is that most players out there only let you use one decoding mode for both video AND audio. what player lets you do what you're saying?
wehweh said:
The problem with this is that most players out there only let you use one decoding mode for both video AND audio. what player lets you do what you're saying?
Click to expand...
Click to collapse
Mx video with the codec pack as said previously.
I'll be sure to try it once I get home.
MX player will play the movies just fine but the issue is with the audio. The Transformer has a problem playing audio encoded with 5.1 & 6.1.
Christian Troy said:
Use software for audio (but hw for video)
Click to expand...
Click to collapse
It worked great! thanks a lot!!
Hi,
Since upgrading my Nexus 7 to 4.4.3 and upgrading to paid v1.7.27 of MX Player I am seeing some weird behaviour playing .AVI files.
During say a 45min video, I will get 5-6 instances where the screen blanks for a second or so, then the video resumes from where it had left off without any intervention from me.
The video files are encoded the same format as others I watched before the upgrade and I never encountered this problem. I can watch the same video files with say BS Player free and there is no problem.
The files are .avi, 720x416 MPEG-4 Part 2, with 2 audio streams (MP3 48000Hz, stereo, 109.3 kbits/sec). They are 45mins long and approx 400mb in size.
I also tried a MKV file H264/AVC/ MPEG4 AVC / MPEG4 Part 10 with a 711x400 resolution with a 24fps and that stuttered in playback and I had to switch to BS Player in order to watch it. I have watched other files of this nature just fine before the upgrade.
I have tried switching H/W+ decoding on and off - does not appear to make a difference.
Hi,
Not so many things are changed on 1.7.27 in video playback module.
Does it also happen on all three decoders -- hw, hw+, sw?
And does it happen with other videos or only with one video in your description?
Thanks
a) try it on HW and SW decoders as well.
b) could you post the mediainfo of the files that cause problems?
I have a 2015 model of sony bravia android tv, and it has a MT5890 CPU and a mali T-624 GPU. I installed the latest version of mx player and armv7 neon codec.
I am able to play x265 coded videos with built-in video player without any problem, it's very smooth, and I can skip forward or backward or just jump to whenever I wish to.
However when using mx player, it's also very smooth, but I can only play from the beginning, if I try to skip forward or backward, or jump to a certain time point, it starts to act very weird. Sometimes video speeds up 2x or 3x, sometimes it slows down, like it's catching up or slowing down to wait audio to be synchronized. And it can take from couple of minutes to half an hour to go back to normal.
This only applies to x265 coded videos, I have other video that are coded with x264 or HEVC, and they work just fine in both built-in player and mx player.
I have tried other video players like spmc, kodi or VLC, they all stutter, VLC is probably the best among these but it is still dropping frames left and right. But most of them don't have problem with skipping or jumping.
Can someone please explain the reason? Could it be fixed?
Much appreciated!
terrytw said:
I have a 2015 model of sony bravia android tv, and it has a MT5890 CPU and a mali T-624 GPU. I installed the latest version of mx player and armv7 neon codec.
I am able to play x265 coded videos with built-in video player without any problem, it's very smooth, and I can skip forward or backward or just jump to whenever I wish to.
However when using mx player, it's also very smooth, but I can only play from the beginning, if I try to skip forward or backward, or jump to a certain time point, it starts to act very weird. Sometimes video speeds up 2x or 3x, sometimes it slows down, like it's catching up or slowing down to wait audio to be synchronized. And it can take from couple of minutes to half an hour to go back to normal.
This only applies to x265 coded videos, I have other video that are coded with x264 or HEVC, and they work just fine in both built-in player and mx player.
I have tried other video players like spmc, kodi or VLC, they all stutter, VLC is probably the best among these but it is still dropping frames left and right. But most of them don't have problem with skipping or jumping.
Can someone please explain the reason? Could it be fixed?
Much appreciated!
Click to expand...
Click to collapse
Basically, x265 is an encoder for HEVC. So, both are same.
Maybe some particular HEVC profile has issues. Can you try HW+ decoder?
Thirumalai.K said:
Basically, x265 is an encoder for HEVC. So, both are same.
Maybe some particular HEVC profile has issues. Can you try HW+ decoder?
Click to expand...
Click to collapse
In fact I am using HW+ decoder, and it's the only way I can play those videos smoothly. Switching to HW or SW would make the video either completely unplayable or stutter very heavily.
To sum it up, I CAN play any videos with built-in player smoothly and drag or jump or skip however I want to.
I CAN play x265 coded files smoothly with mx player in HW+ mode, but I CANNOT jump or skip. I CAN play any other videos with mx player without any problem.
I CAN play x265 coded files with some level of stutter with other players like spmc and VLC, but I CAN drag or jump however I want to.
The videos that I am having problem with have these kind of parameters:
Format : HEVC
Format Info : High Efficiency Video Coding
Format profile : Main [email protected]@High
Codec ID : V_MPEGH/ISO/HEVC
Writing library : x265 2.5+4-b4a5bcfe29c7:[Windows][GCC 4.9.3][64 bit] 10bit
If the writing library is x264 or ATEME Titan KFE or ATEME Titan file, or if the codec ID is hev1, or if the format profile is Main [email protected]@Main, I don't have a problem.
This is so weird....
To the TC - Did you ever get this sorted?
I am having the same issue on my Sony Bravia. Whilst the actual player is exactly what I wanted, I get exactly the same issue when fast forwarding or rewinding.
I have played around with the different codec settings but it doesn't seem to make any differences.
Did you end up finding a solution?
Cheers
littlelostkiwi said:
To the TC - Did you ever get this sorted?
I am having the same issue on my Sony Bravia. Whilst the actual player is exactly what I wanted, I get exactly the same issue when fast forwarding or rewinding.
I have played around with the different codec settings but it doesn't seem to make any differences.
Did you end up finding a solution?
Cheers
Click to expand...
Click to collapse
Glad to see that I am not alone. But unfortunately I did not find any solution and had given up on this.
After all, it is only a tiny fraction of all the videos have this kind of behavior.
Thank you for the confirmation