[kriscross]

Hi there,

I'm hoping for a little help with a video playback problem please. I've been watching a load of TV programmes without a problem. I start season 2 and I get audio only, with the graphic equaliser in the background, but no video. It's not just the one file because the others in the same season are the same. This file does work when played on a Windows PC with VLC. No config changes have been made in between. I'm running XBMC on a Raspberry Pi, which should be the latest version:

XBMC: (20:32:50 T:3040780288 NOTICE: Starting XBMC (12.2 Git:20131204-5a51fa8), Platform: Linux (Debian GNU/Linux 7.0 (wheezy), 3.10.21 armv6l). Built on Dec 28 2013)
Raspberry Pi: (raspbmc-rls-1.0-hardfp-b20130208-u20131101)

I have the MPEG and WV2 codecs installed:
pi@raspbmc:~$ vcgencmd codec_enabled MPG2
MPG2=enabled
pi@raspbmc:~$ vcgencmd codec_enabled WVC1
WVC1=enabled

Media info from a file that works fine is:

General
Complete name : S:\Videos\TV\xxxxxxxxxxxxxxx.avi
Format : AVI
Format/Info : Audio Video Interleave
File size : 562 MiB
Duration : 1h 0mn
Overall bit rate : 1 297 Kbps
Writing application : VirtualDubMod 1.5.4.1 (build 2178/release)
Writing library : VirtualDubMod build 2178/release

Video
ID : 0
Format : MPEG-4 Visual
Format profile : Advanced Simple@L5
Format settings, BVOP : 1
Format settings, QPel : No
Format settings, GMC : No warppoints
Format settings, Matrix : Custom
Codec ID : XVID
Codec ID/Hint : XviD
Duration : 1h 0mn
Bit rate : 1 098 Kbps
Width : 720 pixels
Height : 416 pixels
Display aspect ratio : 1.731
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.153
Stream size : 476 MiB (85%)
Writing library : XviD 1.2.0.dev45 (UTC 2006-07-10)

Audio
ID : 1
Format : AC-3
Format/Info : Audio Coding 3
Format profile : Dolby Digital
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : 2000
Duration : 1h 0mn
Bit rate mode : Constant
Bit rate : 192 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 83.1 MiB (15%)
Alignment : Split accross interleaves
Interleave, duration : 96 ms (2.30 video frames)
Interleave, preload duration : 96 ms
Language : English

Media info from a file that doesn't work is:

General
Complete name : S:\Videos\TV\xxxxxxxxxxxxxxxxxxx.avi
Format : AVI
Format/Info : Audio Video Interleave
File size : 348 MiB
Duration : 49mn 27s
Overall bit rate : 985 Kbps
Writing application : Nandub v1.0rc2
Writing library : Nandub build 1853/release

Video
ID : 0
Format : MPEG-4 Visual
Codec ID : DIV3
Codec ID/Hint : DivX 3 Low
Duration : 49mn 27s
Bit rate : 844 Kbps
Width : 512 pixels
Height : 288 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.239
Stream size : 299 MiB (86%)

Audio
ID : 1
Format : MPEG Audio
Codec ID : 55
Codec ID/Hint : MP3
Duration : 49mn 24s
Bit rate : 128 Kbps
Channel(s) : 2 channels
Sampling rate : 48.0 KHz
Compression mode : Lossy
Stream size : 45.2 MiB (13%)
Alignment : Split accross interleaves
Interleave, duration : 24 ms (0.58 video frame)
Interleave, preload duration : 484 ms

Log Here.

Does anyone have any ideas please? Is the divx and xvid codec the problem?

Regards,

Kris.

[dandnsmith]

Yes - the Divx 3 and xvid have important differences - which result in the effect you observe.
There are a number of tools (some free) which can be used to convert to a format which can be handled (eg mpeg4)

[popcornmix]

Yes, DivX 3 is not MPEG-4 compliant, so won't play with omxplayer.
XviD is fine, as is the newer DivX 5 which is MPEG-4 compliant.

Your file would actually play with this test build:
http://forum.xbmc.org/showthread.php?tid=176043

which allows context-menu "play using dvdplayer". This will use software decode which tends to work okay for SD DivX 3 videos.
That build is only recommended for testers, as it includes a lot of new code being developed, but in the future these files should be playable from standard builds.

[kriscross]

Thanks for the information guys.