Forum Replies Created

Page 3 of 40
  • Agreed, not sure why there is a Mac version or why DnxHD is included. And yes, bought it and it works flawless.

    ——
    “You also agree that you will not use these products for… the development, design, manufacture or production of nuclear, missiles, or chemical or biological weapons.”
    iTunes End User Licence Agreement

  • Frank Gothmann

    January 29, 2014 at 9:39 pm in reply to: a problem mapping with HP store open

    LTFS has special requirements when it comes to hbas and can be picky. What card to do you have? What driver?

    ——
    “You also agree that you will not use these products for… the development, design, manufacture or production of nuclear, missiles, or chemical or biological weapons.”
    iTunes End User Licence Agreement

  • Frank Gothmann

    January 28, 2014 at 2:30 pm in reply to: Mac Pro – arstechnica Review

    [Walter Soyka] “[Frank Gothmann] “It used to work just fine. Not anymore. Previous versions of Qmaster could hand AE render jobs to clusters and other machines. In the latest version of Compressor (and Qmaster) Apple have killed all that functionality. It’s gone. You now would need a seperate render manager (such as Squid etc.).”

    Did you actually have Qmaster driving Ae? I’ve seen lots of people talk about it in theory, but I haven’t seen anyone ever actually do it in practice.

    You’d have to write quite a lot of support for Qmaster yourself to compete with a commercial render manager anyway: in-app submission, progress reporting, dynamic load adjustment, scheduling, prioritization, notifications…

    I have done it quite often in the past for certain jobs that were simple but render intensive. eg. 90 Minute feature with certain filters applied that needed to go out as DPX.
    It wasn’t as full-featured a render manager and as advanced as other solutions but it was helpful on certain jobs, especially if one doesn’t have the need for a full-on render farm (which doesn’t make sense on Mac hardware anyway).

    ——
    “You also agree that you will not use these products for… the development, design, manufacture or production of nuclear, missiles, or chemical or biological weapons.”
    iTunes End User Licence Agreement

  • Frank Gothmann

    January 28, 2014 at 2:02 pm in reply to: Mac Pro – arstechnica Review

    It used to work just fine. Not anymore. Previous versions of Qmaster could hand AE render jobs to clusters and other machines. In the latest version of Compressor (and Qmaster) Apple have killed all that functionality. It’s gone.
    You now would need a seperate render manager (such as Squid etc.).

    ——
    “You also agree that you will not use these products for… the development, design, manufacture or production of nuclear, missiles, or chemical or biological weapons.”
    iTunes End User Licence Agreement

  • Frank Gothmann

    January 21, 2014 at 7:48 pm in reply to: Prores deliveries not making me happy – Glitches

    Whatever caused this in the past, it apparently got carried along because it is very much present today on file deliveries coming from big labs using speced out Macpros. Also, it’s not just related to captures but also to simple file copies.
    Also, it’s not present with any uncompressed material and the data rate there is much, much higher.

    [Jeremy Garchow] “This used to happen with hardware captures and underpowered machines, they simply couldn’t keep up with ProRes.

    ——
    “You also agree that you will not use these products for… the development, design, manufacture or production of nuclear, missiles, or chemical or biological weapons.”
    iTunes End User Licence Agreement

  • Frank Gothmann

    January 21, 2014 at 7:31 pm in reply to: Prores deliveries not making me happy – Glitches

    No Perian, our main machines are not Macs, but the problem is baked in the files, its visible on PCs, Macs and on Linux clients, with us and with the clients who sent the files.

    ——
    “You also agree that you will not use these products for… the development, design, manufacture or production of nuclear, missiles, or chemical or biological weapons.”
    iTunes End User Licence Agreement

  • Frank Gothmann

    January 21, 2014 at 6:03 pm in reply to: Prores deliveries not making me happy – Glitches

    Half hour series, 33 Shows delivers. 1 Hit.
    Fits my pattern of 1 out of 20 for every 90 minute file delivered to us

    [Shane Ross] ” worked on a half hour series for Investigation Discovery and we had ProRes deliverables. Of the 33 shows delivered, only one had a glitch like you describe. I’ve delivered a countless short form promos and good half dozen hour long shows to other networks with no similar issues.

    Frankly I’ve had more issues with DNxHD Quicktime files than ProRes. But DNxHD MXF Op1A…none.”

    We get very little DNxHD QT so I cannot tell with any certainty. But yes, MXF Op1A, error counter ist at zero. Same for our in-house HQX avi format.

    ——
    “You also agree that you will not use these products for… the development, design, manufacture or production of nuclear, missiles, or chemical or biological weapons.”
    iTunes End User Licence Agreement

  • Frank Gothmann

    January 21, 2014 at 5:43 pm in reply to: Prores deliveries not making me happy – Glitches

    [Keith Koby] “Do all of these files hit the same storage? Does the storage have some kind of flash or ssd cache before it hits spinning disk?”

    Don’t know, many different labs with presumably very different set-ups and infrastructures. I have seen it also from clients who said it was a simple internal drive to external Firewire drive copy action.

    ——
    “You also agree that you will not use these products for… the development, design, manufacture or production of nuclear, missiles, or chemical or biological weapons.”
    iTunes End User Licence Agreement

  • Frank Gothmann

    January 21, 2014 at 5:34 pm in reply to: Prores deliveries not making me happy – Glitches

    Up till now we thought it was a dropout related to failing error correction on HDCAM-SR decks, bad cabeling, disks etc. but it’s just weird that it’s always Prores QT, always during the first two or three minutes, never in the middle or the end, and that it’s with all big labs happening time and time again under the same conditions.

    [Keith Koby] “By the way – I saw something like this a few years back on our old xsan storage where it was one particular drive that was failing but not reporting itself as failing so it would just write a few bad Bytes(?) of data that would give us weird looking artifacts on the prores files. The funny thing is, the problem would only exhibit itself on ProRes HD files. Not on ProRes SD or even on DVCPRO HD or anything else. It was like the chunk of data being delivered to the one particular drive on that raid was just big enough with ProRes HD to trigger the symptom. We wouldn’t see it with smaller data rates written to the same storage. Some of the artifacts look similar to what you are seeing, but we would not get those big green hits. That is definitely more severe than what we saw.”

    ——
    “You also agree that you will not use these products for… the development, design, manufacture or production of nuclear, missiles, or chemical or biological weapons.”
    iTunes End User Licence Agreement

  • Frank Gothmann

    January 21, 2014 at 5:11 pm in reply to: Prores deliveries not making me happy – Glitches

    Yes, also present when viewed with Mplayer or Videolan. It’s always 2-3 frames.
    Here is a screenshot of the most recent example we ran into this morning (It’s a screenshot because exporting just that frame gives just green, nothing else).

    ——
    “You also agree that you will not use these products for… the development, design, manufacture or production of nuclear, missiles, or chemical or biological weapons.”
    iTunes End User Licence Agreement

Page 3 of 40

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