Jump to content

Bouke

Members
  • Content Count

    155
  • Joined

  • Last visited

  • Days Won

    1

About Bouke

  • Rank
    Hero Member

Profile Information

  • Location
    Netherlands
  • Interested in Sound for Picture
    Not Applicable
  • About
    I'm a developer of software tools, both ''off the shelf' as custom work.

Recent Profile Visitors

1,122 profile views
  1. The madness is even bigger than I thought. Both F4 and F8 run at the same time with the same TC. If the bug occurs, it occurs on clips recorded at (app.) the same time. (Maybe a few seconds difference between starts) AFAIK, only a TC cable between them, and I don't think metadata is piped inbetween the SMPTE. (But I have not listened to it, as recorders are on the other side of the world, perhaps they detect each other and switch to another protocol?) Then there is more. Sometimes, the NOTE is written as NOTE=SPEED=25.000ND This could be a user setting, but I very much doubt that, since in the iXML the <NOTE> entry is a more logical one. Then, most recorders I've seen write a char before a bext entry, and they brand it. So, Zaxcom writes 'zSPEED=' Sounddevices writes 'sSpeed=' Nagra writes 'nSPEED=' (And my work writes 'vSpeed=' of couse...) But Zoom seems to do it random. Not a problem, but, (and that is strange,) sometimes does NOT write a char before a bext entry. Questions, questions.... (But my preliminary conclusion is that these devices are not very strong in the metadata department.) Well, I HATE Facebook.... Bouke
  2. Hi all, Got clips from both a Zoom F8 and F4. Sometimes, the last char of the date in the bext chunk is written as 00x (thus, sometimes the last character of the date is missing.) This does not happen on all clips, but it does occur on both recorders. Is this a known issue? (I've contacted Zoom support in the past, but never received an anser.) Any more gotcha's? Bouke
  3. + 1 I think this will make some difference. But, of course it's nice to see a hardware TC display running, but decoding will be in sofware. Would it not be an idea to test that? (I'm happy to test for you here if you send me some testclips.)
  4. Yeah, that was why DF was invented :-) (But that does not exists in 23.976, and it's beyond me why there is no DF flavour of that.) Nowdays, a Mac 'learns from it's mistakes'. It checks network time every now and then, compares that with previous checks and calculates its average offset, and compensates for that to make it fairly stable, so it's not that much of an issue anymore. (But no, it's obviously not genlock stable.)
  5. Well, I'm in Post, and I never use any 'pads'... (Even my laptop is crippling me, having just one screen and no full blown keyboard...) I occasionally help out at events (light, mics, couple of big screens, OSD countdown clocks, video playback and a cam, that kind of work. I was amazed to see that the sound / light guys bring about 12 laptops. (Granted, mission critical systems like PowerPoint (that is also used for video playback) are double.) No Ipad to be seen there, and the laptops are all Windows.
  6. Assuming you are referring to my LTC reader / converter, indeed no iOS, but both Win and Mac. (As it also does Midi, it is used a lot to slave other equipment, (video) display in post, laser shows and pyrotech stuff. (That always scares the hell out of me, since that comes with a lot of responsibility.))
  7. Strange that this did not come up: https://www.videotoolshed.com/handcrafted-timecode-tools/ltc-midi-readerconverter/ (Working on an update now, latest version is a bit CPU hungry, should be fixed by tomorrow) What is the problem of syncing to network time every 10 minutes? That should take care of the problems.
  8. Life as you know it will cease to exist, but no worries, the devices will fall back to their internal clock and you will be in sync for at least 16 hours. After that, you might be experiencing a frame offset, but since Post is no longer alive, nothing to worry about.
  9. Robin Williams was bi-polar (Manic depressed.) The medicine for that is Lithium. A lot of bi-polar people kill themselves, and helium is a poplar way to go, he used that as well. But, now I get the original meaning of the post, so, my apologies, and ignore my remarks please.
  10. Eer, does the @ means that I have to comment on how tricky this part is? (Well, it is NOT RT, it has to be compensated with the launch date of the satellite, but then you have to know that, and there is the tricky part, let alone the subscription you need on having an accurate bird database. So, when we get 5G +, there will be 20.000 of them... (But, I'm sure there will be lots of nerd fun to do then, to generate a stupid horrible sounding totally outdated blockwave.)
  11. What exactly are you trying to say here? I find this a bit offensive. Robin Williams did lithium & helium Perhaps I'm missing the joke, so do explain!
  12. OB vans normally don't boldly go where no OB van has gone before...
  13. Mind you, a LOT of cams already have GPS build in. (They write location metadata in the clips.) So, for some reason (And probably the speed of / reliability of reception) the GPS clock is not used. I disagree on 'not being compatible', if all devices write their own time based on GPS, it must be compatible. But, as stated before, it is 'not' that obvious, as GPS is ahead of the 'normal' time by18 seconds today. NTP could be an option, since internet is available almost anywhere nowadays. But as stated before, it is not 'that' hard to do it the 'traditional' way. Only if all devices would run on the same clock it could be easier / less wires / equipment, but I predict a gazillion screw-ups before we get there. (Remember the early days of Plural Eyes where people thought 'everything would sync up automagically.)
  14. No need to do anything if there is no TC sync. Everything will run in the same speed, as the setup of your audio recorder only has to do with the time stamping. Now, if they are going to change the speed of the video, Patrick is your man.
  15. Thank you for paying attention to my class. As stated, if you have a recorder that is 'smart', you won't. My (shameless promoted) BWF toolbox WILL be a solid workaround if your recorder is not so smart. More important, I would be afraid of timing issues if you can't delay other channels that end up in the mix. The half frame delay is not that big of an issue if everything is delayed the same way.
×
×
  • Create New...