Forum Replies Created

Page 2 of 2
  • Anneli Engstrom

    November 13, 2008 at 6:42 pm in reply to: 00:00:00:00 timecode

    Yes, I’m totally sure. My preset is of course changed to 00:00:00:00 as that is my favourite timecode. And I also make the timecoded mpeg1-files for the translators myself.

    And… the engineers at Omni _have_ confirmed that their encoder changes the timecode, but try to make it sound like a good thing.

    The only question is if anybody heard of 00:00:00:00 timecodes causing problems on DVD’s.

  • Anneli Engstrom

    November 13, 2008 at 6:07 pm in reply to: 00:00:00:00 timecode

    eric and Michael: Thank you both for voting for 00:00:00:00 not being an issue at all.

    Yes, the problem comes with subtitle import. I don’t import chapter markers but make the chapters inside DVDSP, so there you have still another serious side to the problem.

    For subtitle import one can import subtitles with no track present. That is also the reason why I like the 00:00:00:00 timecode – if all else fails. But it seems to be different with NTSC, so one would have to make an mpeg-file with another encoder to be able to import the subtitles correctly. But one shouldn’t have to.

    I was very impressed with the Cinema Craft SP demo, and then glad to know that the MP version would make it possible for me to stay in my Mac, and that it was supposed to be even better than SP. But I find it filled with issues, and I will continue my contact with the Omni Support.

  • Anneli Engstrom

    November 13, 2008 at 8:29 am in reply to: 00:00:00:00 timecode

    Thank you for your help, but I don’t really understand. My question is:

    “Does 00:00:00:00 timecode really cause problems on a DVD”

    It is only secondary that I am displeased that Cinema Craft MP changes the timecode, and that I think that the support at Omni might be giving me a false answer to protect strange programming. (Now I’ve also checked my demo for Cinema Craft SP, and it has no problems either with 00:00:00:00 timecode. No other encoder I’ve used has).

    But yes, I use DVDSP, and I look at the “General information” of the file from inside the program. And the engineers at Omni have confirmed that their program changes the timecode to 01:00:00:00.

    So, has anyone heard of this? 00:00:00:00 timecode being problematic for DVD’s? I use it all the time, and have had rave reviews on the functionality of my DVD’s.

  • Anneli Engstrom

    November 12, 2008 at 8:49 am in reply to: 00:00:00:00 timecode

    I’m sorry to have been so unnecessarily mysterious. I’ll get the hang of the Forum rules soon enough. 🙂

    The encoder is Cinema Craft MP, and it is the official support at Omni that tells me that an mpeg file should never start with 00:00:00:00. There definitely is no fix for it, because I uploaded a test file to convince them that CCEMP changed the timecodes to 01:00:00:00, because they did not believe me. And then the new answer was that it does and that 00:00:00:00 timecodes should not be used anyway as it “is very difficult and causes many problems”.

    As I had never heard of this before I wanted to check with other people who make DVD:s, and who may know more than me.

  • Anneli Engstrom

    November 9, 2008 at 7:08 pm in reply to: 00:00:00:00 timecode

    Thank you for your reply.

    This encoder has programmed the timecode to always start at 01:00:00:00, and when I complained the support told me that 00:00:00:00 is not allowed for DVD:s. I found this very strange, and wanted to check with other professionals.

    I wasn’t sure about saying what encoder it is due to the forum rules and me complaining about it. I’m new at this forum.

    But this is considered a very good, industry standard encoder.

  • Anneli Engstrom

    November 9, 2008 at 10:34 am in reply to: Hardware vs Software Encoding:

    Connie: I was so curious to know the result of your testing that I registered an account here. Please let us know what you found out.

    best regards

Page 2 of 2

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