Opened 6 years ago
Closed 6 years ago
Last modified 6 years ago
#13217 closed Bug Report - General (fixed)
mythpreviewgen crash
| Reported by: | Owned by: | Peter Bennett | |
|---|---|---|---|
| Priority: | minor | Milestone: | 30.0 |
| Component: | MythTV - Mythpreviewgen | Version: | Master Head |
| Severity: | high | Keywords: | crash |
| Cc: | Ticket locked: | no |
Description
mythpreviewgen crashes for me in master.
The installation is one with a very long history of upgrades and it might well be a setting that is wrong. Bet there should still not be a crash :-)
Running under gdb gave me the crash line: #0 0x00007ffff4e5f6bd in AvFormatDecoder::H264PreProcessPkt(AVStream*, AVPacket*) (this=0x6eda90, stream=0x716e40, pkt=0x7fffa40037e0) at avformatdecoder.cpp:3465
The line is: if ((AVMEDIA_TYPE_VIDEO == enc->codec_type) &&
(kCodec_H264 == video_codec_id) && (enc->codec) && (enc->thread_count>1))
And sure enough enc returned from previous line is NULL. Perhaps a check and an error message?
Tell me what logs etc. you might need to sort this out!
Change History (7)
comment:1 Changed 6 years ago by
comment:2 Changed 6 years ago by
| Owner: | changed from JYA to Peter Bennett |
|---|---|
| Status: | new → assigned |
I think this is the same problem as your other ticket #13218. Is it the same file giving the problem?
comment:3 Changed 6 years ago by
That file was one of them and I also thought so first, but this was obviously on my selfcompiled backend and I had more possibilites of debugging. After the recompile with -libvzbi and a refreshed pull request it now seems to work though.
Still think there should be a test for null in the retrival of the decoder though :-)
comment:4 Changed 6 years ago by
Addition to previous note:
Actually just remembered that after the recompile with -libvzbi there wasn't a crash any more, but there wasn't any preview rendered either. The rendering process went into a loop and gave me similar messages as my Minimyth2 frond did.
It was finally checking out fixes/29 and installing that which solved theis problem.
comment:5 Changed 6 years ago by
| Resolution: | → fixed |
|---|---|
| Status: | assigned → closed |
comment:6 Changed 6 years ago by
| Milestone: | needs_triage → 30.0 |
|---|---|
| Version: | Unspecified → Master Head |
comment:7 Changed 6 years ago by
| Owner: | changed from Peter Bennett to Peter Bennett |
|---|
A bit more info:
This situation seems to appear when there is a DTV stream for AV_CODEC_ID_DVB_TELETEXT and I did not have that enabled in the compilation of the system.
ATM compiling with --enable-libzvbi
But again: Surely there shouldn't be a crash?