Bug Artefacts playing particular MKV file on RPi
#1
Im facing some playback issues with only one file on a RPi2. I have tried OE 5.08 and the latest Milhouse 16.0 build both with the same result.
The file plays fine on my Windows PC using Kodi 15.1.

[Image: 2afmts6.jpg]

Log
Sample

Code:
General
Unique ID                                : 194952851490776867555320144974589967004 (0x92AA8DAE705C3E6B99A39CAC34BBBA9C)
Complete name                            : D:\TEMP\sample.mkv
Format                                   : Matroska
Format version                           : Version 4 / Version 2
File size                                : 20.9 MiB
Duration                                 : 11s 7ms
Overall bit rate mode                    : Variable
Overall bit rate                         : 15.9 Mbps
Encoded date                             : UTC 2015-08-17 08:52:02
Writing application                      : mkvmerge v8.3.0 ('Over the Horizon') 64bit
Writing library                          : libebml v1.3.1 + libmatroska v1.4.2
DURATION                                 : 00:00:11.007000000
NUMBER_OF_FRAMES                         : 129
NUMBER_OF_BYTES                          : 1295849
_STATISTICS_WRITING_APP                  : mkvmerge v8.3.0 ('Over the Horizon') 64bit
_STATISTICS_WRITING_DATE_UTC             : 2015-08-17 08:52:02
_STATISTICS_TAGS                         : BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES

Video
ID                                       : 1
Format                                   : VC-1
Format profile                           : [email protected]
Codec ID                                 : V_MS/VFW/FOURCC / WVC1
Codec ID/Hint                            : Microsoft
Duration                                 : 11s 11ms
Width                                    : 1 920 pixels
Height                                   : 1 080 pixels
Display aspect ratio                     : 16:9
Frame rate mode                          : Constant
Frame rate                               : 29.970 fps
Color space                              : YUV
Chroma subsampling                       : 4:2:0
Bit depth                                : 8 bits
Scan type                                : Interlaced
Scan order                               : Top Field First
Compression mode                         : Lossy
Default                                  : Yes
Forced                                   : No

Audio #1
ID                                       : 2
Format                                   : FLAC
Format/Info                              : Free Lossless Audio Codec
Codec ID                                 : A_FLAC
Duration                                 : 11s 7ms
Bit rate mode                            : Variable
Channel(s)                               : 2 channels
Sampling rate                            : 48.0 KHz
Bit depth                                : 24 bits
Writing library                          : libFLAC 1.2.1 (UTC 2007-09-17)
Language                                 : English
Default                                  : Yes
Forced                                   : No

Audio #2
ID                                       : 3
Format                                   : FLAC
Format/Info                              : Free Lossless Audio Codec
Codec ID                                 : A_FLAC
Duration                                 : 11s 7ms
Bit rate mode                            : Variable
Channel(s)                               : 6 channels
Sampling rate                            : 48.0 KHz
Bit depth                                : 24 bits
Writing library                          : libFLAC 1.2.1 (UTC 2007-09-17)
Language                                 : English
Default                                  : No
Forced                                   : No

Menu
00:00:00.000                             : en:00:00:00.000
Reply
#2
Could you provide a sample (e.g. cut a 60 second chunk) that shows the issue?
Upload to a hosting site like dropbox or google drive.
Reply
#3
I already described this problem with interlaced vc-1 and provided a sample in this forum a few months ago. It clearly seen on HQV Benchmark videos.
Reply
#4
Samples http://www.avsforum.com/forum/26-home-th...st16956445
Reply
#5
(2015-08-17, 17:56)MONSTA Wrote: I already described this problem with interlaced vc-1 and provided a sample in this forum a few months ago. It clearly seen on HQV Benchmark videos.

Yes, I have your file in a queue to be investigated when we get access to the codec expert.
Hard to say if this issue is the same (it may well be), but it's always worth having too many sample files than not enough.
Reply
#6
(2015-08-17, 17:08)popcornmix Wrote: Could you provide a sample (e.g. cut a 60 second chunk) that shows the issue?
Upload to a hosting site like dropbox or google drive.

60sec sample file
Reply
#7
(2015-08-17, 18:23)Zucht Wrote: 60sec sample file

Thanks I can reproduce the problem.
Reply
#8
I have not seen the video (vc-1i) that played without artifacts. All videos are from different sources. Test clips, documentaries, etc.
Finest video for investigation is a cadence test with formula car at the stadium in hqv benchmark BD. RPi2 plays good only the first one Smile
Reply
#9
This should now be fixed with latest firmware. Latest firmware is included in latest Milhouse build, or you can manually download from firmware repo.
Reply
 
Thread Rating:
  • 0 Vote(s) - 0 Average



Logout Mark Read Team Forum Stats Members Help
Artefacts playing particular MKV file on RPi00