Jump to content
Dataton Forum

Mike Fahl

  • Content Count

  • Joined

  • Last visited

Everything posted by Mike Fahl

  1. Mike Fahl

    Mark Watzl

    I'm so sorry to hear. Mark was such a gentle and nice person. My condoleances. Mike
  2. The container format usually doesn't matter. Both MOV and MP4 are container formats. However, MOV is a superset of MP4 (i.e., MP4 is based on the MOV file format, originally developed by Apple). An MP4 file is essentially a MOV file with some restrictions and (typically) containing H.264 video and possibly AAC audio. So if you have a MOV file containing video/audio with those codecs, it is essentially an MP4 file. More on these and other container formats here: https://www.quora.com/What-is-the-difference-between-video-file-types-e-g-mp4-mov-avi Mike
  3. The data received back by this subscription mechanism provides a very accurate time position. The Status message carries three parameters: The name of the timeline. The run mode, where 1 is paused and 2 is playing. The current time position, in mS. WO will notify you whenever there's an abrupt change. Based on those updates, you can extrapolate the current time position at any instant. Mike
  4. At some point there was a feature that sent a messag if you named a Control cue with a leading colon (if memory serves me correctly). At least the display software did that, to its primary controller. Perhaps that "hack" is still in there? Worth giving a try. Test it with a telnet client to see if you get something back when running over such a control cue. Mike
  5. For 1, I would not use polling for that. Use the subscription model intead. WO will then tell you when there's any abrupt change. Interpolate/extrapolate intermediate values based on the data you get. For 2, just give it a try. If it works then you should be good to go. Mike
  6. You can send commands and receive error messages related to those commands through the same network (TCP) connection. This is described in the manual. What do you mean by "receive notifications from WatchOut Outputs"? Mike
  7. If you use the subscription model, there's no need to repeat the command. Whilw the subscription is active, WO will tell you whenever there's a change, without you having to poll it constantly. That's the whole idea. The additional parameter follwing "getStatus n" (where n is 0 for start subscription and 1 to end subscription, if memory serves me correctly) is the path to the auxiliary timeline to subscribe to. Without this parameter, main timeline is targeted. Mike
  8. Remember to quote the target cue name if it contains spaces or other odd characters, Easies is to always quote strings. Mike
  9. If you have multiple NICs on your computer, you may need to set the priority order of NICs in Windows so the one used by Artnet is at the top. If not, WO may send Artnet data on the wrong NIC. Mike
  10. Since this happens only after a full restart, and once the system is up and stable does not happen again until the system is restarted, my guess is on some other program, driver or similar running in the background on the display computer. That "other" thing does something that kicks WATCHOUT out of full screen mode after a several minutes. If the problem were caused by some video codec bug, it should manifest even after running successfully ones, since what then happens is pretty much the same on every run of the show. Of course, the tricky part is finding out what that "other" thing is. Especially since it happens so rarely. Mike
  11. Why would it matter if it gets the command twice? They should both say the same thing pretty much at the samr time anyway, shouldn't they? Mike
  12. I see there's a "UDP/TCP Generic module" as well for Companion. Assuming this module can receive data (to trigger commands or "stacks" in Companion) you should be able to use that one, as WO can send TCP and UDP command strings quite easily. Mike
  13. If prod sw and WN runs on the same PC, you should be able to just put localhost into the address field. If they're on separate PCs, put the IP address of the WO prod PC in this field.
  14. This error message translated to its hexadecimal form is 0xC0000005, which makes it easier to google. It's an "access violation", meaning that the program has attemped to access memory it's not supposed to touch. This is usually a bug (e.g., a null pointer access). Not much you can do about it, except perhaps trying to see if you can reproduce it at will, and if so let Dataton know how to reproduce the error in order to fix it. Sometimes, the Windows event log provides more details when such a crash has occurred, which could also help in pinpointing it: https://www.digitalmastersmag.com/magazine/tip-of-the-day-how-to-find-crash-logs-on-windows-10/ Mike
  15. Contrary to what's said above, looping and/or free-running videos are synchronized across computers. Or, at least that was the case when I was involved. I doubt it has changed since. If looping or free-running video gets out of sync across computers, I would have considered that a bug. Mike
  16. m.2 is usually preferable over SATA-based SSD. Beware of the various types of m.2 sockets though, as the number of PCI lanes can greatly affect the performance. Mike
  17. MP4 is a subset of MOV, using the same atom-based file structure. So it can be confusing. It's really what's INSIDE the file that matters, not its file extension most of the time. Mike
  18. Here's a complete list of QT error codes: http://mirror.informatimago.com/next/developer.apple.com/documentation/QuickTime/APIREF/SOURCESIV/errorcodes.htm The error you see is "noCodecErr", indicating the file uses a codec that can't be found. Since HAP codecs are built into WATCHOUT, QuickTime isn't needed to play such files. But if your file is using an unsupported odec (or an unsupported flavor, as Jim suggests), WO likely falls back on attempting QT (if available), which then fails with the above error. If you have QT on the machine, you can open the file using the QT app, and it may be able to rell you more about what's in the file. If you know it is some form of HAP, it may likely be the "HAP Q Alpha" flavor, which, as Jim says, isn't supported. Mike
  19. Not that it helps you with your WATCHOUT issues here, but we've used those monster NUCs with PIXILAB Blocks for driving up to six displays in various configurations. Works suprisingly well. We're using our own player software here, which isn't based on Windows, so of course driver behavior may be different too. Mike
  20. I would consider that a bug, to be dealt with separately. The method I suggest is the only one possible today, AFAIK. Although one could of course wish for a simpler method of doing this, Mike
  21. You can get close by moving the cues into a Composition, which is then brought into an Aux timeline as a cue, to which you apply opacity and volume. These tweens will then affect everything in the Composition. Not as convenient as what you suggest, but doable. Mike
  22. I believe WO is still 32 bit only, so throwing more than 16GB of RAM at it shouldn't make much difference. Just make sure you have RAM installed in an optimal way for the motherboard (some mobos benefit from parallell channels if modules installed across all RAM lanes). Mike
  23. Sounds like you have some video content that causes WO to lock up. To figure out which one, remove video one by one, and try to "update" between each, until you found the offending item, then forward that file to Dataton. Such problems are sometimes caused by rouge codecs, but since you've just installed the machine according to the guidelines, that shouldn't be the case.
  24. The Instagram API I used back then is no longer available, so this function wouldn't work now anyway. PIXILAB Blocks has built-in support for Instagram feeds, but even that has been quite constrained by the latest round of Instagram API restrictions. Mike
  • Create New...