[bossanova808]

@fritsch no problems, can stay there forever if need be!

I added another one just now of a crash during playback. Excuse all the jsonrpc logging - I keep telling it to turn off that logging in component logging but it won't stick.

It's crashing a lot - several times in a nights watching but I can't pi down a reason. With Gotham/Frodo rock solid the whole way, so something is definitely up!

Happy to help with anything I can although I am away this weekend.

[fritsch]

I looked through the last Debug Log I cannot find any DXVA reference.

I am not sure your issue is DXVA related.

Can you produce a compact Debug Log that really shows DXVA as the source of the problem?

[droland]

...
Can you produce a compact Debug Log that really shows DXVA as the source of the problem?

Who? bossanova808 or me?

[fritsch]

Bossanova808 has no indication on anything DXVA related.

[bossanova808]

@fritsch

It crashes during playback and I am set to use dxva - doesn't all this indicated dxva is in use?
20:57:34 T:3492 DEBUG: CEdl::ReadEditDecisionLists - Checking for edit decision lists (EDL) on local drive or remote share for: nfs://192.168.1.51/TVLibrary04/Moone Boy/Season 02/Moone Boy - S02E05 - Stags and Hens - HD TV.mkv
20:57:34 T:3492 DEBUG: CApplication::OnPlayBackStarted: play state was 1, starting 1
20:57:34 T:3492 DEBUG: CDVDPlayer::SetCaching - caching state 3
20:57:34 T:2128 DEBUG: CApplication:layFile: OpenFile succeed, play state 2
20:57:34 T:3156 INFO: CDVDPlayerVideo - Stillframe left, switching to normal playback
20:57:34 T:3156 DEBUG: CDVDPlayerVideo::CalcDropRequirement - hurry: 0
20:57:34 T:2128 DEBUG: CApplication::OnPlayBackStarted: play state was 2, starting 0
20:57:34 T:3156 NOTICE: CDVDVideoCodecFFmpeg::GetFormat - Creating DXVA(1280x720)
20:57:34 T:3156 DEBUG: DXVA - open decoder
20:57:34 T:3156 DEBUG: DXVA - supports 'MPEG2 VLD'
20:57:34 T:3156 DEBUG: DXVA - supports 'MPEG2 IDCT'
20:57:34 T:3156 DEBUG: DXVA - supports 'H.264 VLD, no FGT'
20:57:34 T:3156 DEBUG: DXVA - supports 4245F676-2bbc-4166-a0bb-54e7b849c380
20:57:34 T:3192 NOTICE: Creating audio stream (codec id: 86019, channels: 6, sample rate: 48000, no pass-through)
20:57:34 T:3192 DEBUG: CDVDPlayerAudio:: synctype set to 0: clock feedback
20:57:34 T:3156 DEBUG: DXVA - supports 6719B6FB-5cad-4acb-b00a-f3bfdec38727
20:57:34 T:3156 DEBUG: DXVA - supports 'VC-1 VLD'
20:57:34 T:3156 DEBUG: DXVA - supports CA15D19A-2b48-43d6-979e-7a6e9c802ff8
20:57:34 T:3156 DEBUG: DXVA - supports 7C74ADC6-e2ba-4ade-86de-30beabb40cc1
20:57:34 T:3156 DEBUG: DXVA - supports ED418A9F-010d-4eda-9ae3-9a65358d8d2e
20:57:34 T:3156 DEBUG: DXVA - trying 'H.264 VLD, no FGT'
20:57:34 T:3156 DEBUG: DXVA - source requires 5 references
20:57:34 T:3156 DEBUG: DXVA - config 0: bitstream type 2
20:57:34 T:3156 DEBUG: DXVA - config 1: bitstream type 2
20:57:34 T:3156 DEBUG: DXVA - config 2: bitstream type 2, encrypted

etc.

I realise the log file doesn't then indicate a crash due to dxva per se, but it bails out without any distinct logged cause and this seemed the most likely area of change given playback has been steady on this hardware (AMD A6 APU) with Frodo, Gotham etc.

That's why I hoped the dumps would point at something although when I open them in Vis Studio it's just you classic pointer to something it shouldn't be illegal access type error.

What should I be doing to get this looked at by the right folks then? (this is far and away the least stable I have seen xbmc in some 5+ years running on (to date) 6 different systems so something isn't right somewhere!

[FernetMenta]

Please disable/remove all addons including webserver and try to create a new log.

[fritsch]

@bossanova8080: Yeah, there is some DXVA things in there. I opened you "shared folder" some days ago and downloaded the big 5 MB xbmc.log and was wondering, because i did not find a single DXVA string. Good that DXVA is found :-)

[FernetMenta]

@bossanova8080 I loaded one of your crash dumps which showed a crash in CVariant::cleanup(). This is certainly not related to dxva. CVariant is used for communication with outside world and databases.

[bossanova808]

@FernetMenta thanks - will disable some stuff and see if I can isolate.

[droland]

Bossanova808 has no indication on anything DXVA related.

There is a FFMpeg lib log with last nightly.
Please check it.

[bossanova808]

@droland Thanks - I will. Was away on the weekend but will hopefully get some data together soon.

I did notice that for some reason Kodi had switched itself to directsound during the update (noticed when it wouldn't play an AAC file??) - so I changed that back to WASAPI which I have found better.

[ErlendSB]

I'm notice flashing when using DXVA2 (paused or playing).
Debug log (with ffmpeg lib enabled):
http://pastebin.com/4rWWCyKZ

Hope this can be of help.

On Beta 5 btw

[User 166169]

I'm notice flashing when using DXVA2 (paused or playing).
Debug log (with ffmpeg lib enabled):
http://pastebin.com/4rWWCyKZ

Hope this can be of help.

On Beta 5 btw

Noticed this too on a AMD System

[bossanova808]

Update to catalyst 14.9 and that issue goes away

[bossanova808]

@fritsch @FernetMenta I disabled my LCD thingy (which was hitting the json rpc very hard) - and it appears crashes are dramatically less, but not eliminated. Thanks for pointing out it was probably related to elsewhere!