On Mon, Mar 9, 2015 at 1:28 PM, Juan Martin Runge <jmru...@gmail.com> wrote:
> Dan,
> Thanks for your response. I read both articles and understood why this
> isnt a good idea! :(
>
> The thing with wanting to use two different computers is that one will
> have two Decklink cards (one for input, one for output) and will be
> processing some filters for the output. Im afraid that I will run out of
> processor if I try to encode a
>
Ah, I see.
> stream on this same machine. On the other hand, I have another computer,
> set up for transcoding with two beautiful processors. But I cant put a
> Decklink card on it (its 1u rack) nor a shuttle (lacks of usb3). So I was
> wondering how could I send the input from Decklink card to this transcoding
> server... Discarding UDP, do you think is any other way of doing this
> (FIFO, UDS, SHM??). Im on linux but am not a linux master. In the past,
> one of my colleagues did a Producer that used SHM for passing the Frame
> object through to n Consumer. But this worked on the same computer, I dont
> know how to do something like this for work on different computers (if
> possible).
>
Shared memory and fifos/named-pipes only works on one computer.
The only option I see is to reduce processing/filters/encoding/resolution
to do it on one box, or replace the 1U box with one that can take a
(possibly low profile) Decklink card.
Or, write a smpte 2022 (de)packetizer for libavformat's RTP.
>
> Thanks again!
>
> Juan Martin
>
> 2015-03-09 16:39 GMT-03:00 Dan Dennedy <d...@dennedy.org>:
>
> On Mon, Mar 9, 2015 at 11:36 AM, Juan Martin Runge <jmru...@gmail.com>
>> wrote:
>>
>>> Hi Dan and all...
>>> Im trying to accomplish this thing:
>>>
>>> - Capture video from Decklink card on machine A
>>> - Send "raw info" (could be a mlt_frame object) some way to machine B
>>> - Let machine B do the encoding stuff (lets say, use avformat consumer
>>> to produce a network stream).
>>> - Let machine A also consume this "raw info" to sent it to a Decklink
>>> consumer (out to Modulator).
>>>
>>> I thought using UDP for this. So I would have a UDP consumer (should
>>> handle multicast) and UDP producer.
>>>
>>> Do you think is kind of a good idea?
>>>
>>
>> No, I have been posting to the Google+ Open Broadcast community about my
>> colleague, Thomas Edwards' work on SMPTE 2022-6 for SDI over Ethernet. Here
>> are a couple of articles:
>>
>> http://www.tvtechnology.com/article/switching-to-ip/272651
>>
>> http://www.tvtechnology.com/article/smpte--uncompressed-video-over-cots-ethernet-switches/272983
>>
>> It is not an endeavor to be taken lightly for uncompressed HD. He has
>> been working with programmable (FPGA) network interface cards.
>>
>>
>>>
>>> Any better suggestion?
>>>
>>
>> Split the signal before it comes into the machine, or do this all on one
>> machine. You can easily simultaneously output decklink while also
>> encoding/streaming.
>>
>>
>>>
>>> What would be a good starting point for writing an UDP
>>> Consumer/Producer?
>>>
>>> Thanks in advance!
>>>
>>> Juan Martin
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Dive into the World of Parallel Programming The Go Parallel Website,
>>> sponsored
>>> by Intel and developed in partnership with Slashdot Media, is your hub
>>> for all
>>> things parallel software development, from weekly thought leadership
>>> blogs to
>>> news, videos, case studies, tutorials and more. Take a look and join the
>>> conversation now. http://goparallel.sourceforge.net/
>>> _______________________________________________
>>> Mlt-devel mailing list
>>> Mlt-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/mlt-devel
>>>
>>>
>>
>>
>> --
>> +-DRD-+
>>
>
>
--
+-DRD-+
------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel
