Closed Popolechien closed 4 years ago
@Popolechien Do you have reproduced this problem an an other Windows computer?
@kelson42 yes
@Popolechien Thank you very much for this bug report. I can confirm the problem with Kiwix-Desktop 2.0.1 on Linux (Flathub version). The same file served via kiwix-serve with firefox works perfectly. So this is a probably a problem with the reader part.
@mgautierfr Any idea what happens here?
@rgaudin It seems somehow related to the video. Video about Mali does not have this pb. But video about skin done in March has a glitch as the beginning as well. I suspect we have here a correlation beetween (a bug?) in the content and in the reader.
One thing we could do is run this without --low-quality
to check whether our compression has an impact on it.
FYI the only change we added was to set the target sample rate to 44Khz.
I suspect something has changed in the way the videos are encoded in the meantime.
I move the ticket to openzim/youtube as I believe there is more chances to fix the problem there.
Shouldn't we open a different ticket for youtube? That's probably a quick fix there but it looks like this is an upstream (Qt) bug that we should track.
Youtube is somewhat flexible in what it receives and sends and we're also creating ZIMs with videos from outside youtube. Fixing videos might not always be an option.
Closing in favor of #433 which compiles the various video playing issues.
Steps to reproduce:
Writing in Arabic
- starts at 0:05, sound restarts at 0:07.Videos also stop a few seconds before the end.
Tested the same zim file on Android and had no issue whatsoever.