Statistics
| Branch: | Revision:

streamers @ 5bb51b2b

Name Size Revision Age Author Comment
  Chunkiser 4a18aab5 over 11 years Luca Simpler ff-based input
Makefile 1.58 KB 3df216c8 over 11 years Csaba Kiraly use peerset and update it when the topo changes...
README.txt 3.13 KB 0f2ac03e over 11 years Luca Abeni Minimal informal README
dbg.h 146 Bytes e64fc7e5 over 11 years Luca Make debug output optional
dumbstreamer.c 2.06 KB 4136911a over 11 years Luca Abeni Update to the new net helper API
input-dummy.c 655 Bytes 4bb789ed over 11 years Luca Some fixes to the input module
input.h 164 Bytes 709f774c over 11 years Luca Beginning of a real input module...
loop-mt.c 4.02 KB 4136911a over 11 years Luca Abeni Update to the new net helper API
loop.c 3.1 KB e98d8f50 over 11 years Csaba Kiraly added peerset and "from" parameters to receiver...
loop.h 135 Bytes 7442ecb3 over 11 years Luca Pass a file name to the input module
net_helpers.c 917 Bytes 568bd1bd over 11 years Luca Abeni Make eth0 the default interface
net_helpers.h 38 Bytes 568bd1bd over 11 years Luca Abeni Make eth0 the default interface
output.c 2.12 KB e8654707 over 11 years Luca Output module: do not overwrite an already stor...
output.h 44 Bytes 89e893e2 over 11 years Luca DumbStream, first import
streaming.c 3.53 KB 5bb51b2b over 11 years Csaba Kiraly use available bmaps in scheduler
streaming.h 273 Bytes e98d8f50 over 11 years Csaba Kiraly added peerset and "from" parameters to receiver...
utils.mak 267 Bytes ecf6e64a over 11 years Luca Abeni Better selection of compile options and librari...

Latest revisions

# Date Author Comment
5bb51b2b 01/28/2010 01:29 AM Csaba Kiraly

use available bmaps in scheduler

92f230c7 01/28/2010 01:28 AM Csaba Kiraly

add sent chunk to target's bmap

we assume that the chunk will actually arrive, and avoid resending it

30c9739a 01/28/2010 01:27 AM Csaba Kiraly

add the ID of the received chunk to the sender's bmap

this way we at least avoid to send chunks back directly

e98d8f50 01/28/2010 01:26 AM Csaba Kiraly

added peerset and "from" parameters to receiver_chunk

0f35d029 01/28/2010 01:24 AM Csaba Kiraly

change send_chunk interface to peerset based

3df216c8 01/28/2010 01:19 AM Csaba Kiraly

use peerset and update it when the topo changes (update_peerset)

251441c1 01/27/2010 10:09 PM Csaba Kiraly

removed const from scheduler functions

4367dafd 01/27/2010 10:09 PM Csaba Kiraly

use scheduler

4136911a 01/27/2010 02:33 PM Luca Abeni

Update to the new net helper API

615e8354 01/26/2010 08:13 PM Luca Abeni

Use the official types from msg_type.h

View all revisions | View revisions

README


This is DumbStreamer, the dumb streamer!
As such, do not expect it to be smart...

Here is a quick'n'dirty, informal, description about how to compile
and test the thing (do not expect to find any information about what
the dumb streamer is, or how it works. If you need such information,
please drop me an email - ):

Ok, here we go...
- To download the DumbStreamer
git clone http://www.disi.unitn.it/~abeni/PublicGits/DumbStreamer.git
- To compile it:
cd DumbStreamer
make prepare
make
You can type "make FFDIR=<path to an ffmpeg build>" to compile a version
of the streamer with a minimal libav-based input module.
You can type "make DEBUG=WhyNot" to compile a "debug" version of the
dumb streamer (prints out a lot of crap and debug information, not really
useful in practice unless you are trying to hunt a bug).
You can type "make THREADS=YesPlease" to compile the multi-thread version
of the streamer. Not tested with libav*.
You can type "make GRAPES=<path to your grapes>" to use a different build
of GRAPES
- To test it:
First, I suggest to test the non-libav-based version. It generates
"fake" text chunks, which are useful for debugging
1) build as above (make prepare; make)
2) start a source: ./dumbstreamer
3) in a different shell, start a client: ./dumbstreamer -P 5555 -i 127.0.0.1 -p 6666
4) start another client: ./dumbstreamer -P 5556 -i 127.0.0.1 -p 6666
5) ...
Explanation: "-P <port>" is the local port used by the client (6666 by
default). Since I am testing source and multiple clients on the same
machine, every client has to use a different port number. "-i <IP addr>"
is the source IP, and "-p <port>" is the port number used by the source.
After this testing, I suggest recompiling with debug on, and with threads.
Test as above, and enjoy.
- To see something interesting:
You have to build a libav-based version:
1) cd /tmp; svn checkout svn://svn.ffmpeg.org/ffmpeg/trunk ffmpeg
2) cd ffmpeg; ./configure; make -j 3; cd ..
3) git clone http://www.disi.unitn.it/~abeni/PublicGits/DumbStreamer.git
4) cd DumbStreamer; make prepare; make FFDIR=/tmp/ffmpeg
Now, prepare a (video-only) input file:
5) /tmp/ffmpeg -i <whatever.avi> -r 25 -an -vcodec mpeg4 -f m4v test.m4v
6) The input currently needs to be called "input.mpg", so
ln -s test.m4v input.mpg
Start the source. For the moment, you need to manually specify the rate
(will be fixed in the future):
7) ./dumbstreamer -t 40 -c 50
create a FIFO for the output, and attach a player to it:
8) mkfifo out; ffplay out
start a client:
9) ./dumbstreamer -P 5555 -p 6666 -i 127.0.0.1 > out
- Enjoy... ;-)

A lot of cleanup is needed, and the input module is still far from being
reasonable (but this is not our business ;-)
But you can now enjoy some video...

Remember! The DumbStreamer is dumb! Peers try to send chunks to the source...
Scheduling is blind...
All of this is very bandwidth inefficient. If you want to start more clients,
please increase the upload bandwidth of the source (dumbstreamer -t 40 -c 200,
or even more...).

Enjoy your streaming,
Luca

Also available in: Atom