Creative Communities of the World Forums

The peer to peer support community for media production professionals.

Forums Letters to the COW Team Love the ability to post video . . . but . . .

  • Love the ability to post video . . . but . . .

  • Craig Seeman

    January 20, 2009 at 3:48 am

    Love the ability to post video . . . but . . .

    I posted this below
    The source file is H.264 .mov 960×600 2.3MB at 20 some seconds duration.
    While the frame size is certainly big but total file size is small. It buffers much more slowly that a 2.3MB file should.

    I notice a preference while posting for .flv files. I was wondering why on that too depending . . .
    These days Flash supports H.264 and is, according to Adobe, extension agnostic. I’ve seen listed .mov, .mp4 as well as .f4v among acceptable extensions as long as it’s H.264 “on the inside.”

    I’m wondering if COW’s re-encoding the H.264 .MOV and in the process making the file much larger, hence the slow buffering?

  • Abraham Chaffin

    January 20, 2009 at 5:44 am

    Hello Craig,

    Appreciate the feedback. The video upload section of the site is still a rather young section of the COW and will continue to advance in the days ahead. We’ve implemented the ability for flash to playback the H.264 codec in other areas of the COW and I’m sure we’ll do so as well in that area in the near future.


  • Abraham Chaffin

    January 21, 2009 at 8:14 pm

    A few adjustments have now been made to the video upload system. Hope you find the changes inline with your request.

    Thanks for your feedback,


  • Craig Seeman

    January 24, 2009 at 5:25 pm

    Hi Abraham,
    After doing some research:
    The file I uploaded was 2.4MB, 960×600, 800kbps, H.264 .mov, 24 seconds
    The file online seems to be 900×564, FLV1 (Sorenson Spark) 15MB.

    That would mean the 800kbps file is now about 3000kbps give or take.
    No wonder the SLOW download!!!
    What’s happening, Why the HUGE upsize?

    Is there any way to avoid this?
    I can certainly encode to Spark, On2VP6, H.264 (which is what I did) if that helps to avoid the upsize.

    I would think you’d want to avoid such upsize given that it means very small uploads will result in very huge upsize and horribly inefficient use of your server space and bandwidth.

    Any thoughts on this?

  • Abraham Chaffin

    January 25, 2009 at 1:26 am

    Hello Craig,

    As I mentioned in the previous post, this issue has been resolved and now when you upload a H.264 file it will not re-encode it into flv format.

    Appreciate you drawing this issue to our attention.


  • Craig Seeman

    January 25, 2009 at 2:43 pm

    Thanks. Can I replace the file I previously uploaded with the same name so the code in my previous links to stay active?

    New upload does play smooth as silk though. Thanks.

  • Abraham Chaffin

    January 25, 2009 at 3:14 pm

    Upload the new file and then I’ll make the proper adjustments.


  • Craig Seeman

    January 25, 2009 at 3:24 pm
  • Abraham Chaffin

    January 26, 2009 at 5:03 pm

    The videos have been swapped. Feel free to let us know any other feedback you might have.

    Have a great week!


  • Marianne Willems

    December 3, 2009 at 7:30 pm

    Is this problem solved?
    I uploaded some files .MP4 (h264 – aac audio) and did ask NOT to re-encode. I got the files as .flv and playing stuttering, because the bitrate is too high…
    I suspect that the option buttons on the 1st upload screen are inverted.
    To be sure I am doing a test: uploading twice the same mp4-file once asking to re-encode and twice asking NOT to re-encode. I am waiting to see the results. I’ll report back.

Viewing 1 - 10 of 12 posts

Log in to reply.

We use anonymous cookies to give you the best experience we can.
Our Privacy policy | GDPR Policy