Have ideas to improve npm?Join in the discussion! »


    0.2.0 • Public • Published

    oct, a stream octopus

    A wrapper of stream.Duplex in object mode to make things more flexible, or more efficient.

    Package oct takes its name from octopus, an animal with eight feet. See CHANGE LOG for notable changes.



    var Octopus = require('oct');
    var myStream = new Octopus(function(obj, callback) {
        // The objects piped in from upstreams will be received and processed immediately.
    }, {
        // Option "concurrent" indicate how many objects may be processed parallelly.
        // 0 by default means no limits.
        concurrent: 6

    ATTENTION: Only object mode is supported, so, the parameter "encoding" is useless and SHOULD NOT appear.

    new Octopus(processor [, options] )

    To create a duplex stream.

    • processor function
      With exactly 2 parameters obj and callback.

    • options object / OPTIONAL
      Contains options for the stream.

    • options.concurrent number / DEFAULT 0
      Indicate how many objects may be processed parallelly. 0 by default means no limits.

    • options.fifo boolean / DEFAULT false
      Whether to keep in order when objects piped out.

    • options.ignoreDuplicateCallback boolean / DEFAULT false
      Whether to throw exception if callback is invoked on second time in body of function processor.

    • options.ignoreError boolean / DEFAULT false
      By default, an "error" event will be emitted and the stream will be broken if processor invokes callback(err, ...). However, if this option is set true, an customised "exception" event will be emitted and the stream will be continued.

    new Octopus.Queue(processor [, options])

    Same to new Octopus(processor, options) while options.fifo is forcely set true.

    A Simple Example

    Here is a simple example:

    const stream = require('stream');
    const Octopus = require('oct');
    // Create a readable stream.
    var rs = new stream.Readable({
        objectMode: true,
        read: function() {}
    // Create a writable stream.
    var ws = new stream.Writable({
        objectMode: true,
        write: function(chunk, encoding, callback) {
    // Create a duplex stream with "oct".
    var myTransform = new Octopus(function(chunk, callback) {
        // Simulate an asynchronous process which takes no more than 1 second (1000 millseconds).
        setTimeout(function() {
            callback(null, Math.pow(chunk, 2));
        }, Math.ceil(Math.random() * 1000));
    // Connect three streams with pipes.
    // Push data into the first stream.
    [0,1,2,3,4,5,6,7,8,9,null].forEach((n) => rs.push(n));
    // Print the total time consumed in millseconds.
    ws.on('finish', function() {

    Try it, and see what happened? Pay attention that, depand on the most time-consuming asynchronous process, all data will be piped out from the end of the whole pipe in no more than about 1000 millseconds.

    Sometimes, the downstream wants chunks pushed in the order that they are piped out from the upstream, in a word FIFO. So, Octopus.Queue is helpful:

    // ...
    // Create a duplex stream which will pipe out chunks in the order that they are piped in.
    var myTransform = new Octopus.Queue(function(chunk, callback) {
        // Simulate an asynchronous process which takes no more than 1 second (1000 millseconds).
        setTimeout(function() {
            callback(null, Math.pow(chunk, 2));
        }, Math.ceil(Math.random() * 1000));
    // ...

    You will always get 0, 1, 4, 9, ... in the same order. As a cost, it may take more time to print the first number. However, the total time will still no more than about 1000 millseconds.

    Why oct ?

    Before, through2 has been well-known and widely used. It is excellent and easy to invoke, e.g.

    var myTransform = require('through2').obj(function(chunk, encoding, callback) {
        // Simulate a complex process which takes 1 second.
        setTimeout(function() {
            var data = [ chunk[2], chunk[5], chunk[8] ];
            callback(null, data);
        }, 1000);

    However, by through2, the process flow is strongly restricted: a subsequent chunk will not be read / processed until the preceding one has been processed and the callback() has been called.

    Another package through2-concurrent is created to satisfy whom wanna do things in parallel:

    var myTransform = require('through2-concurrent').obj(function(chunk, encoding, callback) {
        // Simulate a complex process which takes no more than 1 second (1000 millseconds).
        setTimeout(function() {
            var data = [ chunk[2], chunk[5], chunk[8] ];
            callback(null, data);
        }, Math.ceil(Math.random() * 1000));

    According to the previous example, the new chunks piped out by myTransform MAY BE NOT in the order that the raw chunks piped in. That is because the new chunk will be flushed ASAP it generated. Sometimes, such disorder is ok, sometimes not. That is why oct is created.


    npm i oct

    DownloadsWeekly Downloads






    Unpacked Size

    12.3 kB

    Total Files


    Last publish


    • avatar
    • avatar