Kodi Community Forum

Full Version: Impossible to go forward or backward in x265 video
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
Pages: 1 2
Hi,
I've no problem of playback with x265 video but when I want to go forward or backward, only sound moved and image still under search... 
Finaly I can't move under x265 files.. 
Anybody have same problem ?
What's the solution ?
Thanks a lot..
To receive meaningful assistance you will need to provide a full debug log.

The instructions are here... debug log (wiki)

If you are using the Basic Method, then ensure the following is applied...
1.Enable debugging in Settings>System Settings>Logging,
2.Restart Kodi
3.Replicate the problem.
4.Upload the log to Kodi Paste Site manually or use the Kodi Logfile Uploader. (wiki) With either method post the link to the log back here.

If you are using the Advanced Method ensure you have correctly created and applied the advancedsettings.xml file (wiki)

In both instances, you should see the word DEBUG throughout the log.

Note: Full logs only. No partial or redacted logs
Do NOT post your logs directly into the forum. Use the Kodi Paste Site. Post the link to your pasted log in the forum
Well I clarify the situation a little, when I play a x265 video and I want to advance for example at 30min, I have the sound advancing at 30min and the movie continues to play, the sound scrolls well but no image , she remained frozen on my request to advance to 30min.
No bug for kodi but in fact I've a problem..
So I tried with the new update, same result.
I want to send my log file but it is too large and I cannot put it on hastebin.
I have it on ubuntu paste
https://paste.ubuntu.com/p/PcHphcqkXn/
Is the War of the worlds video a HDR video perhaps?
Yes..
But same problem with another x265 files...
There are other reports with Rockchip devices on github as well.
Thanks, but what can I do for solve that.. I search on github but I don't find nothing... Sad ..
You can debug it. Use adb and check where the issue is. Fixing non-standard-behaviour decoders is always a problem, especially if you don't have the HW or don't want to break valid firmwares, which happens from time to time, e.g. 18.6 broke perfectly working video on a wide range of devices cause we tried to solve a shortcoming of Philips TV firmware. Therefore our policy is more than ever: No hacks, no workarounds for non-standard-behaviour.
Tested with Kodi 18.4 Leila and it can seek correctly on both Rockchip and Amlogic devices.
Can't test latest nightly since mouse support is completely broken now and no videos play on Android.
So the problem must be some commit added to Kodi Leia 18.4 after that.
https://github.com/xbmc/xbmc/commits/18....aCodec.cpp

Amlogic S922x Android Pie - Kodi Matrix log from last year where the problem was present.
https://pastebin.com/raw/dTvL1EQD

Peak3d last said
'From what I read in the log it takes many frames for our Bitstream Parser to finaly get an keyframe to continue with'

Kodi apk's from last year aren't available on the mirror anymore, if we could get builds with each apk that has commits added to the next DVDVideoCodecAndroidMediaCodec.cpp commit we can test them and see where it started to get problems.
Is there somewhere we could get Kodi apk's from last year or new ones with incremental commits for DVDVideoCodecAndroidMediaCodec perhaps?

One of these commits most likely broke the seek in HEVC files
https://github.com/xbmc/xbmc/pull/15948
https://github.com/xbmc/xbmc/pull/16325
https://github.com/xbmc/xbmc/pull/16530
https://github.com/xbmc/xbmc/pull/16563
https://github.com/xbmc/xbmc/pull/16685

@peak3d @Rechi is there maybe a problem in one of above DVDVideoCodecAndroidMediaCodec commits from Leia 18.6 to master branch?
The problem is most likely only present in Kodi Matrix and not in Kodi Leia.
Yes.. Finally I go back to Kodi Leia the new nightlies and it's work fine... I will wait Kodi Matrix RC...
https://github.com/xbmc/xbmc/pull/15948/...22588a9cb2 rings a bell I tested that internally already / or better said made a build, but not sure about the results yet.

I can do another one, if someone volunteers testing.
(2020-03-31, 11:51)fritsch Wrote: [ -> ]https://github.com/xbmc/xbmc/pull/15948/...22588a9cb2 rings a bell I tested that internally already / or better said made a build, but not sure about the results yet.

I can do another one, if someone volunteers testing.

If you can make a build with that commit reverted that would be great, I'll test it.
Seems that commit was added to help seeking on Phillips tv's, I don't know how their tv's pass Google CTS tests and get certified by Google since you read about Phillips tv's problems so often in the Kodi forum.
https://jenkins.kodi.tv/job/Android-ARM/17410/ <- will be called revseek and appearing on the mirrors shortly
(2020-03-31, 12:33)fritsch Wrote: [ -> ]http://mirrors.kodi.tv/test-builds/andro...bi-v7a.apk

That fixed the seek problem Smile
Pages: 1 2