Help with AVI format on BDP-S390

Hello everyone - recently updated to serviio 1.2. Great software!
On my US BDP-S390, I can play most AVI files I have. Here is one that works:

  Code:

# ffmpeg -i movie_working.avi
ffmpeg version N-42368-gbf53863 Copyright (c) 2000-2012 the FFmpeg developers
  built on Sep 26 2012 21:37:34 with gcc 4.1.2 20080704 (Red Hat 4.1.2-52)
  configuration: --enable-gpl --enable-libfaac --enable-libmp3lame --enable-libvorbis --enable-libx264 --enable-nonfree --enable-postproc --enable-version3 --enable-x11grab --enable-libvpx --enable-libxvid
  libavutil      51. 64.100 / 51. 64.100
  libavcodec     54. 33.100 / 54. 33.100
  libavformat    54. 15.102 / 54. 15.102
  libavdevice    54.  1.100 / 54.  1.100
  libavfilter     3.  1.100 /  3.  1.100
  libswscale      2.  1.100 /  2.  1.100
  libswresample   0. 15.100 /  0. 15.100
  libpostproc    52.  0.100 / 52.  0.100
[avi @ 0x123b1120] non-interleaved AVI
Input #0, avi, from 'movie_working.avi':
  Duration: 01:30:10.92, start: 0.000000, bitrate: 1744 kb/s
    Stream #0:0: Video: mpeg4 (Advanced Simple Profile) (XVID / 0x44495658), yuv420p, 640x352 [SAR 1:1 DAR 20:11], 25 tbr, 25 tbn, 25 tbc
    Stream #0:1: Audio: ac3 ([0] [0][0] / 0x2000), 32000 Hz, mono, s16, 192 kb/s


Some AVI videos do not play however, such as this one:

  Code:

# ffmpeg -i no_work.avi
ffmpeg version N-42368-gbf53863 Copyright (c) 2000-2012 the FFmpeg developers
  built on Sep 26 2012 21:37:34 with gcc 4.1.2 20080704 (Red Hat 4.1.2-52)
  configuration: --enable-gpl --enable-libfaac --enable-libmp3lame --enable-libvorbis --enable-libx264 --enable-nonfree --enable-postproc --enable-version3 --enable-x11grab --enable-libvpx --enable-libxvid
  libavutil      51. 64.100 / 51. 64.100
  libavcodec     54. 33.100 / 54. 33.100
  libavformat    54. 15.102 / 54. 15.102
  libavdevice    54.  1.100 / 54.  1.100
  libavfilter     3.  1.100 /  3.  1.100
  libswscale      2.  1.100 /  2.  1.100
  libswresample   0. 15.100 /  0. 15.100
  libpostproc    52.  0.100 / 52.  0.100
[mpeg4 @ 0x1301f520] Invalid and inefficient vfw-avi packed B frames detected
Input #0, avi, from 'no_work.avi':
  Metadata:
    encoder         : VirtualDubMod 1.5.4.1 (build 2178/release)
  Duration: 01:37:51.49, start: 0.000000, bitrate: 1000 kb/s
    Stream #0:0: Video: mpeg4 (Advanced Simple Profile) (DX50 / 0x30355844), yuv420p, 640x272 [SAR 1:1 DAR 40:17], 23.98 tbr, 23.98 tbn, 23.98 tbc
    Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 44100 Hz, stereo, s16, 112 kb/s


Is there a way to transcode this so it does play in serviio? If not, I'm not opposed to recoding the movie using ffmpeg or mencoder if someone can point me in the right direction for what switches to use.
Thanks in advance!

Looks like the working avi has an xvid fourcc. The non working one is divx. Do you have encoding enabled in the serviio console? The s390 won't play DIVX natively. Looking at the config file, it looks like in 1.2 that Serviio has added a BDP-x90 profile that automatically should encode divx files. You could also change the fourcc to XVID on that non working avi. If you only have a couple of avi's that are DIVX that might be the best option. There is a pretty decent gui batch fourcc changer that I found http://forum.videohelp.com/threads/341713-GUI-Tool-created-for-batch-video-tasks

[Illico]

Do you try to change the FourCC to XVID : http://wiki.serviio.org/doku.php?id=avi4cc

Thanks everyone - I do have encoding enabled and have tried all of the Sony BDP profiles and it still shows the same thing.
As far as the FourCC thing - I'm not running Windows, so will need to look for some alternatives so that I can do this under Linux.

[Illico]

Could you enable detailed logging, and found the ffmpeg command line used when you play this file ?

I will follow up on that, yes.
I did add the FourCC using mencoder under Linux - took maybe 30 seconds for a 700M file. Here is the command I used so that others may find it:

  Code:

mencoder no_work.avi -oac copy -ovc copy -ffourcc XVID -o will_work_now.avi


[patters]

This is odd. Looking at profiles.xml the FourCC code of DX50 should be transcoded, and should therefore play ok. As illico mentions, it would be useful to see the detailed log entries around an attempt to play this file.