2023-05-18, 04:56
The error comes up when running the built "kodi.bin", but if I run the same kodi that was installed, the PVR is found just fine.
And when I say "found", it's because for some reason:
And the reason I'm doing this is to try and get a usable coredump.
The underlying reason is that, with 100% bug replication, kodi fully crashes out when a video ends, but there's no stacktrace:
There is NO stacktrace in the crashlog. Coredump only shows:
I'm using the latest master commit 5f692841d3b3c6a6fa4912e92ce7c11bf8175c1f, built with
It looks like the last build that I'd been using fine, until a library updated enough yesterday to require this rebuild, was December master commit 1ff2f00f3fceea71da74b4ee3e62a02b19a60394.
And when I say "found", it's because for some reason:
... is the result of the installed kodi running, vs:Addon found:2023-05-17 21:43:54.018 T:153587 info <general>: Loading skin file: DialogAddonInfo.xml, load type: KEEP_IN_MEMORY
2023-05-17 21:43:55.694 T:153603 info <general>: AddOnLog: pvr.hts: starting PVR client
2023-05-17 21:43:55.701 T:153648 info <general>: AddOnLog: pvr.hts: Received permissions:
... which is the result of running the "kodi.bin" in the build path.Addon loading error:2023-05-17 21:39:58.848 T:153217 debug <general>: initializing python engine.
2023-05-17 21:39:58.848 T:153194 info <general>: Running the application...
2023-05-17 21:39:58.849 T:153218 debug <general>: Thread PVRGUIProgressHandler start, auto delete: false
2023-05-17 21:39:58.849 T:153212 debug <general>: ADDON: Dll Initializing - Tvheadend HTSP Client
2023-05-17 21:39:58.849 T:153212 error <general>: ADDON: Could not locate pvr.hts.so.21.0.1
2023-05-17 21:39:58.849 T:153212 error <general>: IAddonInstanceHandler::CreateInstance: pvr.hts returned bad status "Permanent failure" during instance creation
2023-05-17 21:39:58.849 T:153212 error <general>: Create: Failed to create PVR add-on instance 2025648334. status=5
2023-05-17 21:39:58.849 T:153194 debug <general>: NetworkMessage - Starting network services
And the reason I'm doing this is to try and get a usable coredump.
The underlying reason is that, with 100% bug replication, kodi fully crashes out when a video ends, but there's no stacktrace:
crashlog end:2023-05-17 21:26:29.996 T:147565 info <general>: Skipped 83 duplicate messages..
2023-05-17 21:26:29.996 T:147565 error <general>: ffmpeg[0x5567750a48a0]: [ac3] incomplete frame
2023-05-17 21:26:30.047 T:147564 debug <general>: AddOnLog: pvr.hts: vfs read failed after 1 attempts
2023-05-17 21:26:30.381 T:147565 info <general>: Skipped 7 duplicate messages..
2023-05-17 21:26:30.381 T:147565 info <general>: CVideoPlayerAudio:rocess - stream stalled
2023-05-17 21:26:30.448 T:147564 debug <general>: AddOnLog: pvr.hts: vfs read failed after 1 attempts
2023-05-17 21:26:31.255 T:147564 info <general>: Skipped 17 duplicate messages..
2023-05-17 21:26:31.255 T:147564 info <general>: CVideoPlayer::OnExit()
2023-05-17 21:26:31.255 T:147564 info <general>: VideoPlayer: eof, waiting for queues to empty
2023-05-17 21:26:31.255 T:147564 info <general>: Closing stream player 1
2023-05-17 21:26:31.255 T:147564 info <general>: CDVDMessageQueue(audio)::WaitUntilEmpty
2023-05-17 21:26:31.255 T:147565 debug <general>: CVideoPlayerAudio - CDVDMsg::GENERAL_SYNCHRONIZE
2023-05-17 21:26:31.255 T:147564 info <general>: Waiting for audio thread to exit
2023-05-17 21:26:31.255 T:147565 info <general>: thread end: CVideoPlayerAudio::OnExit()
2023-05-17 21:26:31.255 T:147565 debug <general>: Thread VideoPlayerAudio 140702658852544 terminating
2023-05-17 21:26:31.255 T:147564 info <general>: Closing audio device
2023-05-17 21:26:31.256 T:147527 debug <general>: CActiveAE:iscardStream - audio stream deleted
2023-05-17 21:26:31.256 T:147527 debug <general>: CActiveAE::ClearDiscardedBuffers - buffer pool deleted
2023-05-17 21:26:31.256 T:147564 info <general>: Skipped 1 duplicate messages..
2023-05-17 21:26:31.256 T:147564 info <general>: Deleting audio codec
2023-05-17 21:26:31.256 T:147564 info <general>: Closing stream player 2
2023-05-17 21:26:31.256 T:147564 info <general>: CDVDMessageQueue(video)::WaitUntilEmpty
2023-05-17 21:26:31.330 T:147527 debug <general>: CActiveAE::ClearDiscardedBuffers - buffer pool deleted
2023-05-17 21:26:31.342 T:147566 debug <general>: CPtsTracker: pattern lost on diff 83416.500000, number of losses 1
2023-05-17 21:26:31.375 T:147566 debug <general>: CDVDVideoCodecFFmpeg::GetPicture - eof hw accel
2023-05-17 21:26:31.376 T:147566 debug <general>: CVideoPlayerVideo - CDVDMsg::GENERAL_SYNCHRONIZE
2023-05-17 21:26:31.376 T:147564 info <general>: waiting for video thread to exit
2023-05-17 21:26:31.376 T:147566 info <general>: thread end: video_thread
2023-05-17 21:26:31.376 T:147566 debug <general>: Thread VideoPlayerVideo 140702650459840 terminating
2023-05-17 21:26:31.376 T:147564 info <general>: deleting video codec
2023-05-17 21:26:31.376 T:147564 info <general>: Closing stream player 3
There is NO stacktrace in the crashlog. Coredump only shows:
coredump:Stack trace of thread 147564:
#0 0x00007ff86b00726c n/a (n/a + 0x0)
#1 0x00005567750ad090 n/a (n/a + 0x0)
ELF object binary architecture: AMD x86-64
I'm using the latest master commit 5f692841d3b3c6a6fa4912e92ce7c11bf8175c1f, built with
cmake params:cmake -DCMAKE_INSTALL_PREFIX=/usr/local -DENABLE_INTERNAL_FFMPEG=OFF -DENABLE_INTERNAL_CROSSGUID=OFF -DENABLE_DVDCSS=OFF -DENABLE_OPTICAL=OFF -DENABLE_AIRTUNES=OFF -DAPP_RENDER_SYSTEM=gl -DCMAKE_BUILD_TYPE=Debug
It looks like the last build that I'd been using fine, until a library updated enough yesterday to require this rebuild, was December master commit 1ff2f00f3fceea71da74b4ee3e62a02b19a60394.
