Cookbook : PipelinesPipelines are one of the simplest ways to wire components together. A Pipeline wires components together in a long chain.Here's a simple pipeline we want to build that sends a file over multicast, using a simple protocol to ensure reliable transmission: ![]() We could build this by writing a new component with a whole bunch of self.link() calls to link each outbox to the next inbox. But that is a lot of code to write and rather tedious! ... surely there must be an easier way? ... And so the Pipeline component comes to the rescue! No need to write a whole new component, simply use a Pipeline component like this: from Kamaelia.Chassis.Pipeline import Pipeline You can find this code in Kamaelia/Examples/Multicast/SimpleReliableMulticast So what did Pipeline actually do? How are the components linked together? Just like unix pipes "inbox" and "outbox" are a lot like standard-input and standard-output for command line programs. When you pipe programs together on a unix shell, the standard-output of one program gets sent to the standard-input of the next. "control" and "signal" are analogous to standard-error. In practice Kamaelia components use it to signal when they are finished. More specifically, Pipeline links one component to the next in the chain. It links the "outbox" and "signal" outboxes of one component to the "inbox" and "control" inboxes on the next one:
![]() Pipeline is a component too ... time to go modular!The Pipeline also links its own inboxes and outboxes to the
start and the end (respectively) of the chain. Pipeline is, after all, a
component too, so it makes sense to be able to send and receive messages to/from the pipeline of components within
using its inboxes and outboxes. Think of it as a kind of container.You can therefore use a Pipeline as a way to wrap up a useful pipelined set of components into a single bundle that you can then reuse elsewhere. For example, we could separate the components that make the multicast reliability protocol into another Pipeline, and simply include it like another component: We don't have to call the run() or activate() method of the inner pipeline since, just like the other components, they'll all be activated by the main pipeline when it starts.Pipeline( RateControlledFileReader("myaudio.mp3",readmode="bytes",rate=128000/8), In fact, we could actually move that into a completely separate function, that simply returns the pipeline: def SRM_Sender(): Now we can call that function to put the sub pipeline into the chain: We can now, for the most part, use SRM_Sender just like any other component.Pipeline( RateControlledFileReader("myaudio.mp3",readmode="bytes",rate=128000/8), This hopefully makes the design of the system more modular and clearer, and also give us a re-usable component for applying our multicast reliability protocol - which we previously didn't have. In fact, this has already been done so you can simply import it and use it: from Kamaelia.Protocol.SimpleReliableMulticast import SRM_Sender Need more flexibility?Pipelines are not the only quick and easy way to link up components. Perhaps you need to make different links? Try a Graphline instead.-- 18 Dec 2006 - Matt Hammond |
Kamaelia
is an open source project originated from and guided by BBC
Research. For more information browse the site or get in
contact.
This is an ongoing community based development site. As a result the contents of this page is the opinions of the contributors of the pages involved not the organisations involved. Specificially, this page may contain personal views which are not the views of the BBC. (the site is powered by a wiki engine)
(C) Copyright 2008 Kamaelia Contributors, including the British Broadcasting Corporation, All Rights Reserved