Forum Replies Created

Page 6 of 13
  • Tim Ward

    March 31, 2009 at 3:04 pm in reply to: Audio/Video Sync Issues

    Is the pitch slightly off also? Try UPSAMPLING (don’t convert) the audio to 48048Hz (basically speeding it up by x1.001) which can bring audio back into sync (and pitch) with NTSC drop-frame video. Audio recorded separate from video needs to be synced to the video reference (which requires a professional video camera too). But you can usually get by with a decent audio recording device/interface/computer (like any of the Pro Tools), and being able to re-sync with the video from AT LEAST a DV-based camcorder without sync.

  • Tim Ward

    March 31, 2009 at 2:54 pm in reply to: My first HPX500 experience

    [Michael Sacci] “One correction, the HPX500 is a 1/2″ chip verse the 1/3″ of the HVX200”

    The 500 is indeed 2/3″. And it uses 960×540 SD imagers like the 200 does.

  • Tim Ward

    March 24, 2009 at 9:42 pm in reply to: HD-SDI to computer encode (HDV, small PCI)?

    Set aside/build a decent PC–doesn’t have to be suped-up, but needs PCIe–and put an Osprey-700e HD card in it and go. Add their Simul-stream software to it, and you have multiple-streams. Under $5000.

    https://www.viewcast.com/product_osprey700e.asp

    Tim

  • Tim Ward

    March 24, 2009 at 2:27 pm in reply to: Problem with Horita BSG-50?

    I know I’m late to this party, but that sounds like something I used to have happen all the time on the 1800’s I had in my control room. They would do it on playback especially, but only if I was using an A/B edit controller. All I had to do was flip the deck to Local then back to Remote, and it was fixed.

    Tim

  • Tim Ward

    February 25, 2009 at 9:04 pm in reply to: Mac for HD Character Generator?

    You could do basic CGs with PowerPoint/Keynote and a scan converter, and key it over the video. I’m not sure about a more CG-specific solution.

  • Tim Ward

    February 25, 2009 at 9:01 pm in reply to: HD-SDI v.s. HDMI

    Glad that helps!

  • Tim Ward

    February 23, 2009 at 10:54 pm in reply to: HD-SDI v.s. HDMI

    [Micah Wolf] Why are we using HDMI and not HD-SDI on our consumer products?

    The HD-SDI specifications don’t allow for HDCP. HDCP is THE reason we have HDMI in consumer products.

    HD-SDI cables can carry more information; 16 channels of embeded audio oposed to the 8 channels that HDMI carries.

    HDMI v1.3 has about 3-times the bandwidth of HD-SDI dual-link or 3G.

    But when professional video needs something more than HD-SDI, XD-SDI (or what have you) will be created with 128-bit color, 12K resolution, and 256 channels of 384kHz/48-bit audio (insert tongue in cheek).

  • Tim Ward

    February 17, 2009 at 1:36 am in reply to: Video Broadcast video encoding solution

    [Richard Cardonna] “Thanks for the info. I checked with a solution provider and they told i could get a good image at 1.5 mbps (sd) upload. This is in the dsl range.”

    That would be with an S-DSL connection, where A-DSL is what someone would have at their house and some businesses, which would be much lower on the upload. Also keep in mind that in order to have a reliable stream, a rule of thumb is to keep the bit rate to around HALF of the connection bandwidth…meaning you’d need 3 Mb/s upload for a 1.5 Mb/s stream. As far as 1.5 Mb/s MPEG-2 being good quality…it isn’t. Look at DTV 480i sub-channels as reference. They are in the 2-4 Mb/s range using MPEG-2 encoding, and they range from “artifact city” (2 Mb/s) to decent (but not great) quality. Bear in mind that these TV stations are also using high-end (expensive) encoders for these streams. If the broadcaster will be sending your program out on their DTV channel, it will be re-compressed, further reducing the quality. MPEG-4 would be better, and a 1.5 Mb/s MPEG-4 stream may be acceptable…but you’d need about a 3 Mb/s upload connection, as well as consideration for the re-compression for DTV (if applicable). I personally wouldn’t consider this route for broadcast for another few years–when the technology will be faster/better. But you, or your client, would be the ultimate judge on what is acceptable quality.

  • Tim Ward

    February 10, 2009 at 11:59 pm in reply to: Video Broadcast video encoding solution

    I did a little checking, and you should be able to accomplish IPTV encoding/decoding for under $10k. The $7k encoder I was referring to is more of a multi-format webcasting encoder. Sorry about that. BUT……you would still need A LOT OF UPLOAD BANDWIDTH for any of that to work. And that’s EXPENSIVE. Contact the cable company about the possibility of using one of their T-channels for your broadcast. I’m not sure if they could route you to the TV station, or that they would even agree to it, but it’s worth a shot. In the end, microwave is really the way to go, though.

  • Tim Ward

    February 10, 2009 at 5:17 pm in reply to: Broadcast Color Problem

    [Dave Po] “My tape (digibeta) is losing a lot of color at my broadcasters. I believe it is due from being upconverted to HD and going from analog component to a composite signal. Is there any way to fix my colors so they are more saturated at the end of this process?”

    If they’re taking DigiBeta, then hopefully they are using the SDI output, which will look just like yours does (as long as BOTH of you are calibrated). HD up-conversion has, at most, a minimal effect on SD video, and certainly not to the point of “losing a lot of color”. There are local TV stations that just don’t do calibrations and just stick tapes in and “let them ride.” If these broadcasters are getting dubs of your DigiBeta, then check with the dubber/distributor, as well as the stations. As long as you are following proper industry procedures with the production of your master (as well as following any specific requirements from a broadcaster or distributor), then you need to “follow the bread crumbs.”

Page 6 of 13

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