[bacsom]

Same problem here, it drives me crazy :-(

RPi2, OpenElec 5.95.5, but I had had the same problem on 5.0.8 as well. The affected files work fine on Windows (both with KODI and VLC), and on the Pi with video acceleration turned off. Now I have two totally different TV shows, where about half of the videos have this problem. This is what I've found in the logs:

18:00:27 321.615173 T:1894773824 ERROR: COMXCoreComponent:ecoderEventHandler OMX.broadcom.video_decode - OMX_ErrorStreamCorrupt, Bitstream corrupt
18:00:27 321.615448 T:1691350080 ERROR: OMXPlayerVideo : Error open video output
18:00:27 321.633484 T:1691350080 ERROR: COMXCoreComponent::FreeInputBuffers WaitForCommand:OMX_CommandPortDisable failed on OMX.broadcom.video_decode omx_err(0x8000100b)

The strangest thing is that I can't find any connection between the files, there are also working and non working files within the same season.

Do you know if somebody works on this? Any help would be greatly appreciated!

P.S.: Both MPEG2 and VC1 are bought and activated.

[popcornmix]

Post mediainfo of a problematic file.
A sample file would be useful.

[bacsom]

Thank you very much for your reply.

Here are two files, 5 minutes extract from a TV series. Episode 10 doesn't work, while episode 8 does.

http://www.megafileupload.com/qo8N/S03E1...orking.mkv
http://www.megafileupload.com/qo8O/S03E08_Working.mkv

[bacsom]

The MediaInfo of the problematic video file.

General
Unique ID : 221423855174052750327814425521672206357 (0xA694AEED4835D71F8037063B98C4B815)
Complete name D:\S03E10 A vadászház titka.Mkv
Format : Matroska
Format version : Version 2
File size : 580 MiB
Duration : 52mn 47s
Overall bit rate : 1 535 Kbps
Encoded date : UTC 2013-10-08 17:25:35
Writing application : mkvmerge v5.8.0 ('No Sleep / Pillow') built on Sep 2 2012 15:37:04
Writing library : libebml v1.2.3 + libmatroska v1.3.0

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : [email protected]
Format settings, CABAC : Yes
Format settings, ReFrames : 12 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 52mn 47s
Bit rate : 1 313 Kbps
Width : 640 pixels
Height : 480 pixels
Display aspect ratio : 4:3
Frame rate mode : Constant
Frame rate : 24.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.178
Stream size : 496 MiB (86%)
Writing library : x264 core 129 r2245+729M 1a52e03
Encoding settings : cabac=1 / ref=12 / deblock=1:-3:-3 / analyse=0x3:0x133 / me=umh / subme=9 / psy=1 / fade_compensate=0.00 / psy_rd=1.00:0.15 / mixed_ref=0 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-3 / threads=3 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / fgo=0 / bframes=6 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=1 / weightb=0 / open_gop=0 / weightp=1 / keyint=240 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc=crf / mbtree=0 / crf=20.5 / qcomp=0.70 / qpmin=10 / qpmax=59 / qpstep=4 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1:0.80
Language : English
Default : Yes
Forced : No

Audio
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : A_AC3
Duration : 52mn 47s
Bit rate mode : Constant
Bit rate : 192 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Compression mode : Lossy
Stream size : 72.5 MiB (13%)
Language : Hungarian
Default : Yes
Forced : No

[bacsom]

And Episode 8, which works great:

General
Unique ID : 246934524470423595086866545230511912809 (0xB9C5DC08109F9758A836E15866F0B769)
Complete name D:\S03E08 A királyi rubin elrablása.Mkv
Format : Matroska
Format version : Version 2
File size : 541 MiB
Duration : 48mn 32s
Overall bit rate : 1 559 Kbps
Encoded date : UTC 2013-10-08 17:04:04
Writing application : mkvmerge v5.8.0 ('No Sleep / Pillow') built on Sep 2 2012 15:37:04
Writing library : libebml v1.2.3 + libmatroska v1.3.0

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : [email protected]
Format settings, CABAC : Yes
Format settings, ReFrames : 12 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 48mn 32s
Bit rate : 1 336 Kbps
Width : 640 pixels
Height : 480 pixels
Display aspect ratio : 4:3
Frame rate mode : Constant
Frame rate : 24.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.181
Stream size : 464 MiB (86%)
Writing library : x264 core 129 r2245+729M 1a52e03
Encoding settings : cabac=1 / ref=12 / deblock=1:-3:-3 / analyse=0x3:0x133 / me=umh / subme=9 / psy=1 / fade_compensate=0.00 / psy_rd=1.00:0.15 / mixed_ref=0 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-3 / threads=3 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / fgo=0 / bframes=6 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=1 / weightb=0 / open_gop=0 / weightp=1 / keyint=240 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc=crf / mbtree=0 / crf=20.5 / qcomp=0.70 / qpmin=10 / qpmax=59 / qpstep=4 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1:0.80
Language : English
Default : Yes
Forced : No

Audio
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : A_AC3
Duration : 48mn 32s
Bit rate mode : Constant
Bit rate : 192 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Compression mode : Lossy
Stream size : 66.7 MiB (12%)
Language : Hungarian
Default : Yes
Forced : No

[popcornmix]

Here are two files, 5 minutes extract from a TV series. Episode 10 doesn't work, while episode 8 does.

Thanks for sample. I get the same error. I can say the file is rejected because the codec header bytes appear invalid (when trying to parse them more bytes are required that are present).
Probably a bug in the encoder that other decoders are less strict about, but I've forwarded a report to our codec expert.
We'll see if there's anything we are doing wrong, or whether we could (safely) be less strict if there is a problem with file.

[bacsom]

Thank you very much for your work!!!!

Unfortunately the problem appears with Jeremy Brett's Sherlock Holmes and David Suchet's Poirot series, both of them are my grandmother's favourite TV shows and I replaced her died WD Media Player with an RPi2 only a few days ago... If Columbo starts showing the same symptoms, I won't be her favourite grandson anymore ;-)

[popcornmix]

Unfortunately the problem appears with Jeremy Brett's Sherlock Holmes and David Suchet's Poirot series, both of them are my grandmother's favourite TV shows and I replaced her died WD Media Player with an RPi2 only a few days ago... If Columbo starts showing the same symptoms, I won't be her favourite grandson anymore ;-)

Turning off acceleration is the workaround for now.

[bacsom]

Not at her case. She is near 90 and I don't think she would ever learn the way to switch between the two modes. Without hardware acceleration the CPU usage is near to 90-100% with some movies... Maybe a good solution would be to ask KODI to try to play faulty video files without acceleration.

[bacsom]

Sorry to bring it up, but any news about a possible fix of this issue? OpenElec 7.0 Beta 3 still has it, and it also affects Kodi 16.1 on Raspbian Jessie.