Forum Replies Created

Page 24 of 24
  • Michael Rampe

    January 21, 2010 at 10:37 pm in reply to: How did they do this with h.264? (Long video low size)

    I have achieved better quality with the command line version at bitrates well below what I have achieved with other GUI solutions.

    The command line version is all about granular control of the exact encoding parameters. By this I mean b-frames, encoding methods within x264 (h264), limiting by profile and level as well as tweaking the settings based on your source video type.

    Some of the best help files I have found for this are in the documentation that comes with x264encoder.

  • Try the x264encoder compnoent for quicktime. This has a good mix of high quality output and user tweakable encoding settings in the options dialogue.

    Otherwise, join the big boys (youtube+vimeo) and run the ffmpeg and x264 libraries from the command line using terminal. I run these libraries on a linux box using Ubuntu and get great results. (WARNING: this WILL make your brain hurt;-)

  • Michael Rampe

    November 9, 2009 at 1:12 am in reply to: pal AND ntsc delivery from HD master

    I managed to replicate the issue with both DV and HDV.

    The output from the blackmagic card in NTSC and PAL match the output in DV PAL and HDV PAL. The output from DV NTSC and HDV NTSC are MUCH darker and oversaturated.

    Any comments or workarounds would be greatly appreciated.

  • Michael Rampe

    October 30, 2009 at 2:37 pm in reply to: FCP dropping frames

    Haven’t checked it going out to tape but I will have too soon when I master a short I am working on. It is skipping in the canvas that is most apparent. This is even on fully rendered sequences running off a very fast array.

    ….oh yeah and I use blackmagic I/O

  • Michael Rampe

    October 29, 2009 at 2:52 am in reply to: FCP dropping frames

    The problem is, I have the box ticked to warn me and it drops frames anyway WITHOUT warning me. It is very noticeable in the canvas.

  • Michael Rampe

    October 16, 2009 at 2:29 am in reply to: nasty gamma bug survey

    just tried the work computer at 1.8 and 2.2 and the converted footage still looks right either way. (It was originally set to 1.8 anyway)

    To further support my theory of the graphics card being the culprit, read https://en.wikipedia.org/wiki/Core_Image

    IT IS THE GRAPHICS CARD THAT PERFORMS THE GAMMA ADJUSTMENT.

    Anyway, I am still smiling that I have access to a MAC that truly displays WYSIWYG in all programs with Quicktime footage. It has been a while since this was the case….

  • Michael Rampe

    October 15, 2009 at 6:32 am in reply to: nasty gamma bug survey

    both screens were set to 1.8 gamma.
    Just set home machine to 2.2… same result.

    To repeat:
    At work, ALL programs display the footage correctly.
    At home, ALL programs display the footage incorrectly.
    The ONLY difference between the two computers is the chipset and graphics card.

    I have also just tested the footage on Snow Leopard with an ATI X1900XT card…. same result.

    BTW, do you experience this problem? If so, what graphics card do you have.

    Michael

Page 24 of 24

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