AVF files… sigh


  1. Ted Bullock says:

    Did you also gstreamer-ffmpeg?

  2. reader says:

    Try gstreamer-ffmpeg ?

  3. Sebastian Dröge says:

    The AVF file seems to be some kind of modified RIFF/AVI. I've filed http://bugzilla.gnome.org/show_bug.cgi?id=593117 for this, patch will follow…

  4. VLC 0.9.4 plays it here without problems (says it's a DIVX).

  5. Joe Tennies says:

    GXine wouldn't play it either, but I confirmed vlc on my computer would.
    Install ghex and convert the first 4 bytes to RIFF (ascii)… It'll work… dead serious. http://www.videohelp.com/forum/archive/converting
    Probably should be a bug for gstreamer.

  6. Uh, sorry. It's early in the morning and after posting my comment I realized I told you something you already know (Mplayer and VLC "CAN" play it).

    1. It's all good! thanks for the quick reply and for trying 🙂

  7. I guess GStreamer does not understand the *container*, so is not about the codecs. The video coded may be DIVX, and GStreamer pugins may understand that codec, but is no help if the player can't open the container.

  8. Frank says:

    ffplay 2009_08_25_21_07_59_ch3.avf
    weird it's 720×240
    ffmpeg -i 009_08_25_21_07_59_ch3.avf out.avi

  9. Mace Moneta says:

    You can recode to an xvid that totem can play with:
    mencoder -o 2009_08_25_21_07_59_ch3.avi -ovc xvid -xvidencopts fixed_quant=1 2009_08_25_21_07_59_ch3.avf
    Adjusting the fixed_quant value up will reduce the quality and size of the output.

    1. As I said, is not about the coded, so you don't need to re-encode, changing the container is enough (and very fast):
      mencoder -oac copy -ovc copy -o 2009_08_25_21_07_59_ch3.avi 2009_08_25_21_07_59_ch3.avf
      If you go for re-encoding, you can use as well Ogg Theora:
      ffmpeg2theora 2009_08_25_21_07_59_ch3.avf

      1. Thanks!! This will come in very useful while I try to work with these files in the meantime the gstreamer patch lands in Fedora 🙂

  10. Fabian says:

    Try installing gstreamer-ffmpeg!

  11. Sebastian Dröge says:

    http://bugzilla.gnome.org/show_bug.cgi?id=593117 has patches to make it possible to play this file with GStreamer now. Alternatively you could simply exchange the first 4 bytes that are AVF0 now with RIFF

    1. You rock! Thanks so much!!!!

  12. Mace Moneta says:

    Just a followup… If you prefer Ogg Theora, you can use ffmpeg2theora (install the package by the same name if you don't have it):
    ffmpeg2theora -o 2009_08_25_21_07_59_ch3.ogv 2009_08_25_21_07_59_ch3.avf

  13. It is a bastardized AVI file (RIFF media) : http://www.videohelp.com/forum/archive/converting
    See this comment : "NikkiC posted 2009 May 02 19:23"
    2. Replace the first 4 bytes "AVF0" with "RIFF".
    AVF0F6BAVI LIST….hdrlavih8
    RIFFF6BAVI LIST….hdrlavih8
    Should be easy for GST devs to add this extension/filetype to their AVI/WAV/RIFF demuxer

  14. Input #0, m4v, from 'http://duffy.fedorapeople.org/temp/vidvid/2009_08_25_21_07_59_ch3.avf':
    Duration: N/A, bitrate: N/A
    Stream #0.0: Video: mpeg4, yuv420p, 720×240 [PAR 1:1 DAR 3:1], 15 tbr, 1200k tbn, 15 tbc
    The other file is likely some metadata from the device on which the video was recorded.

  15. Problem posted to gst mailing list and added to their bug tracker : http://bugzilla.gnome.org/show_bug.cgi?id=593128

  16. oliver says:

    Apparently a container format used by some HDD recorders or similar. Technically it looks like AVI container with different starting bytes (replacing initial four bytes "AVF0" with "RIFF" results in valid AVI file).
    Interestingly, not even file (1) recognizes the original file…

    1. of course file do not recognize the file since it is looking precisely at the initial four bytes

      1. oliver says:

        Well from past experience my trust in File is near-infinite 🙂
        I would have expected some output indicating that it's a bastardized AVI or proprietary video format, and a video/x-avf mime type…

    2. Do you think this is a bug with file? Should I file it?

      1. not necessarily a bug, probably they don't have the 'magic number' in the database

  17. Jan Schmidt says:

    Thanks for the bug report 😉
    We just fixed it in git: http://bugzilla.gnome.org/show_bug.cgi?id=593117 – we've never seen this variant of AVI before… what created it?

    1. Oh, wow Jan first off, you guys ROCK! This is exactly why I love free & open source software so much!
      Secondly – eek, I didn't know it was a bug! Sorry for the lazy reporting! 🙂 I have a 4-camera video mixer/DVR used in security applications, I have the AVerMedia AVerDiGi 1304NET-SATA+:
      I'm trying to build a usability lab using it! The problem is though, it's supposed to be giving me quad-screen split videos but instead it's giving me the individual videos in this bizarre format, and the tools they've given me to work with the video file are Windows-only and they crash when I try to run them in Wine. I started giving them a shot with various video players in Linux and was happy to find they play, but I don't get the quad-screen video. 🙁
      So I was thinking, it might be possible to reconstruct the 4 videos into 1 larger quad screen video using gstreamer pipelines, but I needed to get it to play in gstreamer first. 🙂

  18. Anon says:

    Get the gstreamer folk to make gst-plugins-ffmpeg work for everything?
    …and ask why it doesn't already?

  19. […] I bet you were wondering why I was so interested in getting AVF videos into gstreamer, right? Well, I’m going to tell you […]

Leave a Reply to Stephane Loeuillet Cancel reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.