T4 - Crash playing MKV files

[Grumpy_Geoff]

Hmm. Any ideas? I was playing an mkv file from a file share.

Code: Select all

{16210}< 44805.116> [IPKG] executing opkg list-upgradable
{16210}< 44805.116> [eConsoleAppContainer] Starting /bin/sh
{16210}< 44834.907> [OnlineVersionCheck] 0 updates available
{16210}< 44878.833> PC: 0058639c
{16210}< 44878.833>     00000000 00000001 00000000 00000240
{16210}< 44878.833>     000002d0 00000000 00000000 00000000
{16210}< 44878.833>     00000000 01496f90 000002d0 00000000
{16210}< 44878.833>     00000000 00000001 00000000 00780000
{16210}< 44878.833>     74c18a00 7fdb5610 7fdb5640 0003b7cc
{16210}< 44878.833>     015791e0 7fdb5680 00d0d0d0 00000000
{16210}< 44878.833>     00779c1c 005862dc 00000000 00000000
{16210}< 44878.833>     771f80a0 7fdb55b0 014e9db8 00586398
{16210}< 44878.967> Backtrace:
{16210}< 44878.970> /usr/bin/enigma2(_Z17handleFatalSignaliP9siginfo_tPv) [0x45bc9c]
{16210}< 44878.972> /usr/bin/enigma2(_ZN15eSubtitleWidget9setPixmapER4ePtrI7gPixmapE7gRegion5eRect) [0x58639e]
{16210}< 44878.972> /usr/bin/enigma2(_ZN15eSubtitleWidget7setPageERK16eVobSubtitlePage) [0x5883c4]
{16210}< 44878.974> /usr/bin/enigma2(_ZN11eServiceMP313pushSubtitlesEv) [0x65d9e4]
{16210}< 44878.976> /usr/bin/enigma2(_ZN6eTimer8activateEv) [0x466bec]
{16210}< 44878.978> /usr/bin/enigma2(_ZN9eMainloop15processOneEventEjPP7_object9ePyObject) [0x467e44]
{16210}< 44878.978> /usr/bin/enigma2(_ZN9eMainloop7iterateEjPP7_object9ePyObject) [0x468294]
{16210}< 44878.979> /usr/bin/enigma2(_ZN9eMainloop4pollE9ePyObjectS0_) [0x4686b4]
{16210}< 44878.981> /usr/bin/enigma2(n/a) [0x5b3aec]
{16210}< 44878.982> /usr/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx) [0x7741a458]
{16210}< 44878.982> -------FATAL SIGNAL (11)

Later, playing another mkv -

Code: Select all

{5977}< 50425.018> [Console] finished: /usr/bin/ntpdate-sync
{5977}< 50425.018> [NetworkTime] setting E2 time: 1605358265.49
{5977}< 50638.769> PC: 0058639c
{5977}< 50638.770>     00000000 00000001 00000000 00000240
{5977}< 50638.794>     000002d0 00000000 00000000 00000000
{5977}< 50638.794>     00000000 019aa490 000002d0 00000000
{5977}< 50638.795>     00000000 00000001 00000000 00780000
{5977}< 50638.795>     00822e30 7fdad0f0 7fdad120 001a2bbd
{5977}< 50638.796>     01823be0 7fdad160 00d0d0d0 00000000
{5977}< 50638.797>     00779c1c 005862dc 00000000 00000000
{5977}< 50638.797>     768500a0 7fdad090 09335f64 00586398
{5977}< 50639.078> Backtrace:
{5977}< 50639.086> /usr/bin/enigma2(_Z17handleFatalSignaliP9siginfo_tPv) [0x45bc9c]
{5977}< 50639.086> /usr/bin/enigma2(_ZN15eSubtitleWidget9setPixmapER4ePtrI7gPixmapE7gRegion5eRect) [0x58639e]
{5977}< 50639.087> /usr/bin/enigma2(_ZN15eSubtitleWidget7setPageERK16eVobSubtitlePage) [0x5883c4]
{5977}< 50639.088> /usr/bin/enigma2(_ZN11eServiceMP313pushSubtitlesEv) [0x65d9e4]
{5977}< 50639.090> /usr/bin/enigma2(_ZN6eTimer8activateEv) [0x466bec]
{5977}< 50639.092> /usr/bin/enigma2(_ZN9eMainloop15processOneEventEjPP7_object9ePyObject) [0x467e44]
{5977}< 50639.092> /usr/bin/enigma2(_ZN9eMainloop7iterateEjPP7_object9ePyObject) [0x4683f4]
{5977}< 50639.095> /usr/bin/enigma2(_ZN9eMainloop4pollE9ePyObjectS0_) [0x4686b4]
{5977}< 50639.096> /usr/bin/enigma2(n/a) [0x5b3aec]
{5977}< 50639.099> /usr/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx) [0x76a72458]
{5977}< 50639.100> -------FATAL SIGNAL (11)

[peteru]

Something to do with subtitles.

Code: Select all

{16210}< 44878.967> Backtrace:
{16210}< 44878.970> /usr/bin/enigma2(handleFatalSignal(int, siginfo_t*, void*)) [0x45bc9c]
{16210}< 44878.972> /usr/bin/enigma2(eSubtitleWidget::setPixmap(ePtr<gPixmap>&, gRegion, eRect)) [0x58639e]
{16210}< 44878.972> /usr/bin/enigma2(eSubtitleWidget::setPage(eVobSubtitlePage const&)) [0x5883c4]
{16210}< 44878.974> /usr/bin/enigma2(eServiceMP3::pushSubtitles()) [0x65d9e4]

[Grumpy_Geoff]

Something to do with subtitles.

Yeah, they were on.
Thanks.

[prl]

Signal 11 SIGSEGV - Segmentation violation - probably access through a dodgy pointer, quite likely through a NULL pointer.

[adoxa]

Looks like something's gone awry with my VOB support. My test MKVs still work on the V2. Any chance of a small file that exhibits the problem?

[Grumpy_Geoff]

Looks like something's gone awry with my VOB support. My test MKVs still work on the V2. Any chance of a small file that exhibits the problem?

They were episodes 1 and 2 from Breaking Bad season 4 - I've been watching the whole series again from the beginning.
If I really worked at it I could probably work out where each of the "offending" episodes had their "troublesome" spots. Then I'd have to cut out a small section using some software, and then there's no guarantee the new files will have the issue.
Each played fine after the restart. I wouldn't worry about it.

[netmask]

With MKV files that have a few minor faults seem to be fixed simply by remuxing through MKVToolNix. In the mux window it will list any errors if any. You could also extract the subtitle, assuming you need it with MKVCleaver or if you don't need the subs when remuxing with MKVToolNix just untick the subs box so your new copy doesn't have them..

[Grumpy_Geoff]

Looks like something's gone awry with my VOB support. My test MKVs still work on the V2. Any chance of a small file that exhibits the problem?

So I get to episode 13 and it too crashes, consistently at the same spot.
If I use MediaInfo on the file it reports two x (ENG) subtitle tracks (it's the same for all episodes). Either subtitle crashes at the same spot.
If I use MKVToolNix to break the file up into chunks around the offending section then I don't get the issue.
If I use FFRemux to, well, remux then I don't get the issue.
If I use ffmpeg to copy out a 5-min section surrounding the offending bit then I also don't get the issue.
So, I don't know how I can copy a small section of the file and preserve the problematic subtitles.

[adoxa]

So, I don't know how I can copy a small section of the file and preserve the problematic subtitles.

Not sure what MKVToolNix does with subtitles; FFremux doesn't preserve them; ffmpeg needs an explicit -c:s copy. If you didn't use -c:s with ffmpeg, could you try that? If you did, I'll think about some tests to try.

[Grumpy_Geoff]

So, I don't know how I can copy a small section of the file and preserve the problematic subtitles.

Not sure what MKVToolNix does with subtitles; FFremux doesn't preserve them; ffmpeg needs an explicit -c:s copy. If you didn't use -c:s with ffmpeg, could you try that? If you did, I'll think about some tests to try.

In all cases of using MKVToolNix, FFremux, and ffmpeg I had a subtitle track produced, and was playing it without issue. Only the original had the two tracks and repeatedly crashed at the same spot.

[adoxa]

Oh, FFremux does have -c:s copy; I had thought that was something I had yet to add. Right then, I'll enable some debugging strings and add some more...

[netmask]

MKVToolNix does nothing to soft subs included in the mkv file. I would extract the subs and examine them for non standard characters, assuming they are srt files, if they are run the subs through Subtitle Edit and check them for errors. If the subtitles are "sub" or PGS etc format ie images then once again run them through Subtitle Edit and convert to SRT with the built in OCR software. You could remove the subs from the MKV file and keep them as a separate srt file, with the same name of course.

[adoxa]

@netmask: They're DVD (VOB) subtitles, or at least should be.

Here's a T4 binary with some debug strings - search for [SPU].

[netmask]

@netmask: They're DVD (VOB) subtitles, or at least should be.

Here's a T4 binary with some debug strings - search for [SPU].

So if you want to edit vobsubs you will have to turn them into SRT text based files. You can't edit vobsubs directly. Possibly the easiest solution is to go on line to one of the subtitle sites and download the srt file that some kind person has already made! Otherwise if you want to roll your own from your vobsub once again Subtitle Edit is your friend...

If image based subtitles are present in the mkv file any editing destroys effectively the whole subtitle.

If you use MKV cleaver you can extract the vobsub files, there are 2 one has the suffix .IDX and the other one has a .SUP suffix

[Grumpy_Geoff]

Here are the two subtitle files as extracted by MKVcleaver.

If I play with either of them selected then I don't have the crash, even if I'm playing the original file that still contains the embedded subtitles.
But if I switch to an embedded subtitle, then I get the crash, which is around 32m:35s, around the subtitle -
"Police cruiser rolled through an hour ago. Seemed routine.".

I'll give the debug binary a go soon.

[netmask]

"If I play with either of them selected then I don't have the crash, even if I'm playing the original file that still contains the embedded subtitles."

That's because most media players ignore the internal sub if there is an external present

[MrQuade]

That's because most media players ignore the internal sub if there is an external present

Kinda sorta. Presumably the file plays fine if no external subs are present, and the internal subs are simply not turned on.

It's just that *playing* the internal ones kills it.


Interesting that GG says about the net episode crashing at the same spot though. Do you mean at the same timestamp on a completely different media file? That sounds very significant.

[netmask]

Just checked the subs for errors in Subtitle Edit and nothing significant in either the SDH version or the text only. It's a long shot but maybe if you run the file through MKVToolNix and untick the subs, then run that file sans subtitles and add in the extracted subs. Maybe in the original muxing process something went awry. The fact that it has srt files clearly means it's not a direct rip from original DVD's as they never have them, only vobsubs or PGS for Blu ray

[Grumpy_Geoff]

Here's a T4 binary with some debug strings - search for [SPU].

It started playing with the first subtitle stream (the extracted external). Then I switched to the 2nd stream and it didn't crash, but produced the [SPU] entries -

Code: Select all

{10195}< 11428.374> [eServiceMP3] async-done - 1 video, 1 audio, 3 subtitle
{10195}< 11428.375> [eServiceMP3] AUDIO STRUCT=audio/x-dts
{10195}< 11428.376> [eServiceMP3] audio stream=0 codec=DTS language=en
{10195}< 11428.378> [eServiceMP3] subtitle stream=0 language=und codec=SubRip
{10195}< 11428.380> [eServiceMP3] getSubtitleType::subtitle probe caps type=text/x-raw
{10195}< 11428.380> [eServiceMP3] subtitle stream=1 language=en codec=(null)
{10195}< 11428.382> [eServiceMP3] getSubtitleType::subtitle probe caps type=text/x-raw
{10195}< 11428.383> [eServiceMP3] subtitle stream=2 language=en codec=(null)
{10195}< 11428.385> [eServiceMP3] getSubtitleType::subtitle probe caps type=text/x-raw
{10195}< 11428.404> [eServiceMP3] switched to subtitle stream 0
{10195}< 11428.406> [SCREENNAME]  SubtitleDisplay
{10195}< 11428.752> [eServiceMP3] TOC entry from source dvbvideosink1 processed
{10195}< 11428.767> [eServiceMP3] state transition PAUSED -> PLAYING
{10195}< 11428.791> [eServiceMP3] TOC entry from source dvbaudiosink1 not used
{10195}< 11429.146> [MessageBox] Timeout!
{10195}< 11429.157> [SCREENNAME]  InfoBarMoviePlayerSummary
{10195}< 11429.853> [VideoHardware] setting aspect: 16:9
{10195}< 11429.872> [VideoHardware] setting wss: auto
{10195}< 11429.877> [VideoHardware] setting policy: panscan
{10195}< 11429.879> [VideoHardware] setting policy2: letterbox
{10195}< 11430.284> KEY: 108 make KEY_DOWN ('DOWN',)
{10195}< 11430.466> KEY: 108 break KEY_DOWN ('DOWN',)
{10195}< 11432.162> KEY: 370 make KEY_SUBTITLE ('SUBTITLE',)
{10195}< 11432.648> KEY: 370 repeat KEY_SUBTITLE ('SUBTITLE',)
{10195}< 11432.756> KEY: 370 repeat KEY_SUBTITLE ('SUBTITLE',)
{10195}< 11432.865> KEY: 370 repeat KEY_SUBTITLE ('SUBTITLE',)
{10195}< 11432.973> KEY: 370 long KEY_SUBTITLE ('SUBTITLE',)
{10195}< 11432.975> [ActionMap] calling subtitleSelectionLong (InfobarSubtitleSelectionActions)
{10195}< 11432.984> [ActionMap] action(s) 'volumeMute, 1, 3, 2, 5, 4, 7, 6, 9, 8, volumeUp, volumeDown' not in context(s) 'ColorActions, OkCancelActions, DirectionActions, MenuActions, InfobarAudioSelectionActions, InfobarSubtitleSelectionActions'
{10195}< 11432.985> [Skin] processing screen AudioSelection:
{10195}< 11433.023> [eServiceMP3] getSubtitleList finished
{10195}< 11433.038> [Skin] processing screen SimpleSummary:
{10195}< 11433.102> [SCREENNAME]  ['AudioSelection_summary', 'SimpleSummary']
{10195}< 11433.110> [SCREENNAME]  ['AudioSelection']
{10195}< 11433.113> KEY: 370 repeat KEY_SUBTITLE ('SUBTITLE',)
{10195}< 11433.115> KEY: 370 repeat KEY_SUBTITLE ('SUBTITLE',)
{10195}< 11433.190> KEY: 370 repeat KEY_SUBTITLE ('SUBTITLE',)
{10195}< 11433.299> KEY: 370 repeat KEY_SUBTITLE ('SUBTITLE',)
{10195}< 11433.436> KEY: 370 repeat KEY_SUBTITLE ('SUBTITLE',)
{10195}< 11433.552> KEY: 370 break KEY_SUBTITLE ('SUBTITLE',)
{10195}< 11434.445> KEY: 108 make KEY_DOWN ('DOWN',)
{10195}< 11434.447> [ActionMap] calling down (DirectionActions)
{10195}< 11434.641> KEY: 108 break KEY_DOWN ('DOWN',)
{10195}< 11435.426> KEY: 352 make KEY_OK ('OK',)
{10195}< 11435.427> [ActionMap] calling ok (OkCancelActions)
{10195}< 11435.430> [eServiceMP3] switched to subtitle stream 1
{10195}< 11435.431> [SCREENNAME]  SubtitleDisplay
{10195}< 11435.438> [eServiceMP3] getSubtitleList finished
{10195}< 11435.461> [SCREENNAME]  InfoBarMoviePlayerSummary
{10195}< 11435.622> KEY: 352 break KEY_OK ('OK',)
{10195}< 11489.002> [SPU] no pixmap!
{10195}< 11490.002> [SPU] no pixmap!
{10195}< 11490.548> [SPU] no pixmap!
{10195}< 11505.460> KEY: 370 make KEY_SUBTITLE ('SUBTITLE',)

Then I renamed the external subtitle file and played again with the first embedded subtitle selected - no crash (but [SPU] entries produced).
I played again with the second embedded subtitle selected - no crash (but [SPU] entries produced).

[Grumpy_Geoff]

Interesting that GG says about the net episode crashing at the same spot though. Do you mean at the same timestamp on a completely different media file? That sounds very significant.

No, same timestamp with this one file with subtitles enabled, and either of its two subtitle tracks selected.

[Grumpy_Geoff]

Just checked the subs for errors in Subtitle Edit and nothing significant in either the SDH version or the text only. It's a long shot but maybe if you run the file through MKVToolNix and untick the subs, then run that file sans subtitles and add in the extracted subs. Maybe in the original muxing process something went awry. The fact that it has srt files clearly means it's not a direct rip from original DVD's as they never have them, only vobsubs or PGS for Blu ray

I've previously posted that any processing via MKVToolNix, ffmpeg, FFremux produces a file that plays fine with its embedded subtitles enabled.
All of those tools must be doing the "right thing" with the subtitle data.

Likely then, as you posted it's -
"Maybe in the original muxing process something went awry."

[adoxa]

If the subtitle text was empty then I assumed pixmap, but that turned out to be empty, too, hence the crash. I now test if the pixmap exists, which should solve it. If you can confirm that I'll submit it.

[Grumpy_Geoff]

If the subtitle text was empty then I assumed pixmap, but that turned out to be empty, too, hence the crash. I now test if the pixmap exists, which should solve it. If you can confirm that I'll submit it.

I'll give it a go.

Oh, I forgot to report from the first one -
naughty

Code: Select all

root@beyonwizt4:/hdd/logs# cat Enigma2-2020-11-20_12-48-29.log
/usr/bin/enigma2.sh: line 75: /usr/bin/enigma2: Permission denied
root@beyonwizt4:/hdd/logs# chmod a+x /usr/bin/enigma2

This time I'll (act like a boy scout and) be prepared.

[adoxa]

Ah, sorry. I usually do it from USB (NTFS or FAT), so it's executable by default. I'll have to remember that in future.

[Grumpy_Geoff]

If the subtitle text was empty then I assumed pixmap, but that turned out to be empty, too, hence the crash. I now test if the pixmap exists, which should solve it. If you can confirm that I'll submit it.

I'll give it a go.

I gave it a run with both of the embedded subs and no crash at the problem spot.

[adoxa]

Fix has been merged, so it should appear in the next update.

[Grumpy_Geoff]

Good-o, thanks.

[Grumpy_Geoff]

Fix has been merged, so it should appear in the next update.

Confirming it was fixed in 20201120 available y'day.

[dRdoS7]

Hi,

I was going to create a post for a similar experience I've just had. Thought I should check, and found this thread.

My problem was with an mp4 and an external subtitle, though at first I didn't realise it was the subtitle causing the problem. Spoiler.

When I got to a certain point in the video, the V2 crashed. I played the file on a PC, no problems, did notice some glitching in the area where the V2 crashed, so I downloaded another copy from elsewhere. Same thing happened. I then used an old copy which was an avi, lesser quality, that crashed too. Figuring it can't be the file, I played it with subtitle OFF. No problem! It's just a text file how could it cause a crash?? I opened it with Subtitle Edit, scrolled to around the line where it crashed, it looked OK.

I thought I'd try muxing the mp4 & srt, so I had an mkv. That played OK.

I then put the srt in the folder with the mkv, and played it with that. The V2 had the spinner on screen for a while until it returned to the resume point. I jumped back to before the crash point, and it crashed at the same point. Weirdness.

I checked the mkv with Mediainfo, and noticed the time for the sub was longer then the video & audio lengths. I looked the external srt, and saw there were a few lines extra, I removed those, saved it, and played it again. It crashed.

Next, I copied the srt file, renamed it to match another video, and it too crashed at the same point.

I'd proved it was the subtitle, but NFI why it was so. I was about to give up, I'd already got past the bad bit, and watched the doco., I had a working video with internal sub, but for some reason I opened the srt with notepad++. I saw the subtitle at the crash point had an empty line, then a line of text. That blank line didn't show in Subtitle Edit.

I removed the blank line, saved it, and the original video played. I created a new sub in Notepad++ of 3 lines, with times, etc., added a blank line before the text of the 3rd sub, tested it, with a different video, and it crashed.

I've attached the 3 lines as a zipped srt, it wouldn't let me post with it a quote or code.

Out of interest, I demuxed the srt from the mkv, had look at it in Notepad++, and the blank line was missing. I've just done a test with another video, muxed the faulty srt I created, then demuxed the subs, and he presto!! Blank line is gone. MKVMerge must do something.

Interesting huh? I checked the original srt direct from a zip, and that had a blank line, so it wasn't something I did.

In case you're wondering: It's part of an old series of Pirate documentaries I haven't seen for a long time.

dRdoS7

[Star6key]

When you say 'crash', are you talking hard reboot, or gui reboot? I will occasionally get gui reboots on some anime files with dodgy subtitles. The price we 'pay' for sailing the high seas.

[dRdoS7]

Hi,

When you say 'crash', are you talking hard reboot, or gui reboot? I will occasionally get gui reboots on some anime files with dodgy subtitles. The price we 'pay' for sailing the high seas.

I thought it was a Hard Reboot. Black screen, lots of text. Pointy spinner (IIRC).

Crash log:

Enigma2_crash_2023-05-04_15-58-17.log

(38.67 KiB) Downloaded 26 times

dRdoS7

[adoxa]

I wasn't able to reproduce it with the supplied srt, albeit modified to occur at 1m rather than 8. That was with a ts renamed to mpg/mkv, then remuxed to mkv, on my V2 & T2 (with a custom binary, but subtitles should be the same) and the test V2 (stock). The first two subtitles showed fine, the third was simply ignored.

[prl]

I thought it was a Hard Reboot. Black screen, lots of text. Pointy spinner (IIRC).

That's a GUI restart after a crash of the enigma2 application.

An OS crash will take you through the Big Blue Button screen

The crash file you posted is a crash from within the C++ part of enigma2, and doesn't give much information beyond the fact that it was aborted because of a SIGSEGV - Invalid memory reference. That can be triggered by the system running out of memory, and the code not checking for the error value returned by the memory allocator. But that's not the only possibility.

[dRdoS7]

Hi,

I wasn't able to reproduce it with the supplied srt, albeit modified to occur at 1m rather than 8. That was with a ts renamed to mpg/mkv, then remuxed to mkv, on my V2 & T2 (with a custom binary, but subtitles should be the same) and the test V2 (stock). The first two subtitles showed fine, the third was simply ignored.

A remux removes the blank line, as does using Subtitle Edit. I had edited it in Notepad++, when I used SE, it removed the blank line. It only crashes as an external file.

Demux the subtitle from the mkv, see if it has removed the blank line.

I just tested it again, using the file I posted, and it crashed.

dRdoS7

[adoxa]

Here's a V2 binary with enabled subtitle logging. Here's an abridged version of what I see (edited to occur at the 1m mark).

Code: Select all

{2537}<   135.320> [eServiceMP3] pullSubtitle type=1 size=33
{2537}<   135.321> [eServiceMP3] got new text subtitle @ buf_pos = 66592000000 ns (in pts=5993339), dur=3003000000: 'Spare meself, me ship, me crew...'
{2537}<   138.742> [eServiceMP3] pullSubtitle type=1 size=79
{2537}<   138.742> [eServiceMP3] got new text subtitle @ buf_pos = 70012000000 ns (in pts=6301143), dur=4462000000: '...but unleash your fury upon those who
dare pretend themselves your masters...'
{2537}<   143.706> [eServiceMP3] pullSubtitle type=1 size=0
{2537}<   143.706> [eServiceMP3] got new text subtitle @ buf_pos = 74975000000 ns (in pts=6747817), dur=1168000000: ''

So the blank line for me gets an empty subtitle, whereas apparently you get a crash.