Kodi Community Forum

Full Version: [Solved] Kodi V17 nightly crashing when extracting thumbnails (since ffmpeg3)
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
Pages: 1 2
last few nightlys on android arm are crashing (ever since ffmpeg 3.0) when extracting thumbnails from video files (new files in video (non library) folder) crashes and kodi exits, if you turn off scan media information and thumbnails it stops crashing when entering the directory with video files in videos section.
Please provide a Debug Log. Most likely some alignment issue.
(2016-04-14, 13:02)fritsch Wrote: [ -> ]Please provide a Debug Log. Most likely some alignment issue.

here you go Smile

http://xbmclogs.com/p2bizm4cv
That was what I assumed :-) ... damn ;-)
If it builds http://jenkins.kodi.tv/job/Android-ARM/7878/ - it will be under testbuilds to download, please try it ... it's sadly three more places where it could crash :-(
(2016-04-14, 13:40)fritsch Wrote: [ -> ]If it builds http://jenkins.kodi.tv/job/Android-ARM/7878/ - it will be under testbuilds to download, please try it ... it's sadly three more places where it could crash :-(

thanks, ill try it and will let you know how it goes Smile
Currently talking to the ffmpeg folks ... as this is a regression. Never the less we should align all our buffers.
(2016-04-14, 13:45)fritsch Wrote: [ -> ]Currently talking to the ffmpeg folks ... as this is a regression. Never the less we should align all our buffers.

yeah i probably should of reported it earlier i was hoping someone would pick up on it eventually. i guess not many people run android tv, add new files to non library folders etc.
going back to the build before ffmpeg3 got added and scanning new files then upgrading to latest nightly has been my workaround but its really bugging me now so im reporting it Smile
its fixed with that test build Smile made another directory put a bunch of files in and all scan fine its stopped crashing and the thumbnails and media info show up fine w00t Smile
Please post me another Debug Log
http://jenkins.kodi.tv/job/Android-ARM/7880/ <- here is yet another testbuild which changes the usage in the rest of the sws_scale interactions.

After talking with our chief architect, we changed the methods to ffmpeg allocators. So it would be nice if you could reproduce with this build: http://jenkins.kodi.tv/job/Android-ARM/7881 when finished. And provide a Debug Log please from the scanning process as I need to check if there are further alignment issues.

This one please after it is up: http://mirrors.kodi.tv/test-builds/andro...bi-v7a.apk
(2016-04-14, 15:55)fritsch Wrote: [ -> ]http://jenkins.kodi.tv/job/Android-ARM/7880/ <- here is yet another testbuild which changes the usage in the rest of the sws_scale interactions.

After talking with our chief architect, we changed the methods to ffmpeg allocators. So it would be nice if you could reproduce with this build: http://jenkins.kodi.tv/job/Android-ARM/7881 when finished. And provide a Debug Log please from the scanning process as I need to check if there are further alignment issues.

This one please after it is up: http://mirrors.kodi.tv/test-builds/andro...bi-v7a.apk

just woke up, i can do this all for you now in the next hour or two.
Thanks much - just this last build and scan some media. Hopefully it does not crash and second: it does not spew warnings about an unaccelerated path.
ok just ran kodi-20160414-21f7dda-alignedmalloc-armeabi-v7a.apk and all is working well, entered new directory did its scan and thumbnails and media info got generated correctly and didnt crash Smile here is the log file.

http://xbmclogs.com/pnmkkpils
Pages: 1 2