22 Sep
2005
22 Sep
'05
11:44 p.m.
Leonard paniq Ritter sent me a nifty patch for hearnet some time ago. I
really dig it, and I finally got around to incorporating the patch and
releasing a new version. Here's what paniq has to say about it:
changed code so that it uses 32-voice polyphony and plays bridges /
chromatic orders.
as an effect, you get very harmonic sounds if packet sizes on a site
are the same, and quite weird stuff if packet sizes vary.
Go get it and see how much cooler it sounds!
http://hans.fugal.net/src/hearnet
Now, this brings up a JACK question. I'm on 2.6.13-rt13 (desktop) using
PAM with the rtlimits patch. JACK starts up happily in realtime mode,
and JACK apps I start as me play together nicely. But hearnet must be
run as root to be able to sniff the network, and therefore it can't
connect to the JACK server. Is there anything I can do in hearnet code,
or anywhere else, so that I can have it talk to my existing user-started
jackd?
--
Hans Fugal | If more of us valued food and cheer and
http://hans.fugal.net/ | song above hoarded gold, it would be a
http://gdmxml.fugal.net/ | merrier world.
| -- J.R.R. Tolkien
---------------------------------------------------------------------
GnuPG Fingerprint: 6940 87C5 6610 567F 1E95 CB5E FC98 E8CD E0AA D460
24 Sep
24 Sep
9:26 a.m.
New subject: [linux-audio-user] Re: different user jack-client (was ANN: hearnet 0.0.4--Don't Paniq)
On Thu, Sep 22, 2005 at 07:44:51PM -0600, Hans Fugal wrote:
Leonard paniq Ritter sent me a nifty patch for hearnet
some time ago. I
really dig it, and I finally got around to incorporating the patch and
releasing a new version. Here's what paniq has to say about it:
changed code so that it uses 32-voice polyphony and plays bridges /
chromatic orders.
as an effect, you get very harmonic sounds if packet sizes on a site
are the same, and quite weird stuff if packet sizes vary.
Go get it and see how much cooler it sounds!
http://hans.fugal.net/src/hearnet
Now, this brings up a JACK question. I'm on 2.6.13-rt13 (desktop) using
PAM with the rtlimits patch. JACK starts up happily in realtime mode,
and JACK apps I start as me play together nicely. But hearnet must be
run as root to be able to sniff the network, and therefore it can't
connect to the JACK server. Is there anything I can do in hearnet code,
or anywhere else, so that I can have it talk to my existing user-started
jackd?
well... you could use www.sf.net/projects/netjack to run a synced jackd as root. and let
hearnet connect to that jackd.
note, that i did not test running 2 jackds at once but i think this
should work for different users.
as netjack works very good on a 100Mbps net it should work perfect over
the loopback. building netjack is not straight forward yet (ie
buildsystem does not build the jack_driver, because a jack_driver needs
some headers which are not installed by jack. so you should build the
driver inside you jack builddir and peek how a driver is built.
priority of fixing this is rather low currently.
i will implement double package send and other workarounds for package
loss first.
oh... and this should be a really strange feedback if hearnet transforms
the audiopackets into audio which is transported through the
audiopackets....
;)
--
Hans Fugal | If more of us valued food and cheer and
http://hans.fugal.net/ | song above hoarded gold, it would be a
http://gdmxml.fugal.net/ | merrier world.
| -- J.R.R. Tolkien
---------------------------------------------------------------------
GnuPG Fingerprint: 6940 87C5 6610 567F 1E95 CB5E FC98 E8CD E0AA D460
--
torben Hohn
http://galan.sourceforge.net -- The graphical Audio language
30 Sep
30 Sep
9:43 a.m.
Hans Fugal <hans(a)fugal.net> writes:
Leonard paniq Ritter sent me a nifty patch for hearnet
some time ago. I
really dig it, and I finally got around to incorporating the patch and
releasing a new version. Here's what paniq has to say about it:
changed code so that it uses 32-voice polyphony and plays bridges /
chromatic orders.
as an effect, you get very harmonic sounds if packet sizes on a site
are the same, and quite weird stuff if packet sizes vary.
Go get it and see how much cooler it sounds!
http://hans.fugal.net/src/hearnet
Wow, I love this! Below is a patch to add filter expression
support to hearnet, so now you can say
./hearnet eth0 "udp port 53"
or whatever kind of filter expression you can think of. Very nice
for listening in on just specific traffic patterns!
--- hearnet-0.0.4/hearnet.cpp.orig 2005-09-23 03:02:40.000000000 +0200
+++ hearnet-0.0.4/hearnet.cpp 2005-09-30 13:36:26.000000000 +0200
@@ -163,7 +163,7 @@
{
fprintf(stderr,
"\n"
- "usage: hearnet [interface]\n"
+ "usage: hearnet [interface [filter-expression]]\n"
"Default interface is eth0.\n"
);
exit(1);
@@ -228,7 +228,15 @@
fprintf(stderr,"pcap_open_live; %s\n", perrbuf);
usage();
}
-
+
+ if (argc > 2) {
+ bpf_program bpfprog;
+ if (pcap_compile(hdl_pcap, &bpfprog, argv[2], 1, 0XFFFFFFFF) != -1) {
+ pcap_setfilter(hdl_pcap, &bpfprog);
+ } else {
+ printf("%s", pcap_geterr(hdl_pcap));
+ }
+ }
/*}}}*/
timeval tv_start;
--
CYa,
Mario
2:54 p.m.
New subject: [linux-audio-user] ANN: hearnet-0.0.5 - Super Mario Filters
Wow, I love this! Below is a patch to add filter expression
support to hearnet, so now you can say
./hearnet eth0 "udp port 53"
or whatever kind of filter expression you can think of. Very nice
for listening in on just specific traffic patterns!
Thanks! Patch incorporated and released at the above URL. (version
0.0.5)
--
Hans Fugal ; http://hans.fugal.net
There's nothing remarkable about it. All one has to do is hit the
right keys at the right time and the instrument plays itself.
-- Johann Sebastian Bach
6:47 p.m.
Hans Fugal <hans(a)fugal.net> writes:
Leonard paniq Ritter sent me a nifty patch for hearnet
some time ago. I
really dig it, and I finally got around to incorporating the patch and
releasing a new version. Here's what paniq has to say about it:
changed code so that it uses 32-voice polyphony and plays bridges /
chromatic orders.
as an effect, you get very harmonic sounds if packet sizes on a site
are the same, and quite weird stuff if packet sizes vary.
Go get it and see how much cooler it sounds!
http://hans.fugal.net/src/hearnet
Thanks again for the inspiration, I rewrote it as a SuperCollider3
client, so now I can run schearnet whereever I want without having to
run jack and a soundcard on that box. In real life, that means I
am running schearnet on my 62 BogoMIPS ARM router and have it
send UDP packets on the LAN interface to my workstation which runs
SuperCollider (and also JACK of course) while monitoring the WAN interface.
As a added benefit, the SynthDef "hearnet" can be redefined at runtime while
schearnet is doing its job, so I can even experiment with the grain envelope
and so on while the whole thing is going.
Grab it here: http://delysid.org/schearnet.html
BTW, if the remote machine you want to run schearnet on has only one
network interface, by default, schearnet will capture its own output traffic
which results in a high-pitched noise :-). To prevent this, use
the filter expression, so for example, if you run schearnet
on a box and the SuperCollider server is on 172.23.1.32 you could do:
schearnet eth0 172.23.1.32 "not (dst host 172.23.1.32 and udp dst port 57110)"
P.S.: Soooo, who knows how to easily decode a IP packets protocol
number? Wouldnt it be sweet to have a separate instrument for
each protocol?
--
CYa,
Mario
9:43 p.m.
Very nice! I've got it chiming away happily in the background -- now,
if it'd produce MIDI output...
Mario Lang <mlang(a)delysid.org> writes:
P.S.: Soooo, who knows how to easily decode a IP
packets protocol
number? Wouldnt it be sweet to have a separate instrument for
each protocol?
Have a look at RFC 790 and the following RFCs. Essentially you're just
after iphdr[9] -- although it won't be very exciting unless you're
running more protocols than just TCP and UDP. Different instruments
for different TCP/UDP ports would be more interesting, and not much
harder; you just need to figure out how long the options section in
the IP header is to know where the data starts, then look at the right
field in the UDP or TCP header depending on the IP protocol
number. You'll need to chop the Ethernet header off the start of the
packet too, since libpcap includes it.
Here's a bit of messy code that'll do what you want in packet_handler
-- you'll probably want some more error checking:
// Skip Ethernet header (assume it's 802.3).
const u_char *ip_header = p + 14;
const u_char ip_proto = ip_header[9];
// Find the start of the data using the IHL field.
const u_char *ip_data = ip_header + (ip_header[0] & 0x0f) * 4;
const int ip_len = (ip_header[2] << 8) + ip_header[3];
if (ip_proto == 6 && ip_len >= 4) {
// TCP
const int tcp_dest_port = (ip_data[2] << 8) + ip_data[3];
...
} else if (ip_proto == 17 && ip_len >= 4) {
// UDP
const int udp_dest_port = (ip_data[2] << 8) + ip_data[3];
...
}
--
Adam Sampson <ats(a)offog.org> <http://offog.org/>
10:39 p.m.
Adam Sampson <ats(a)offog.org> writes:
Very nice! I've got it chiming away happily in the
background
Same here :-)
-- now, if it'd produce MIDI output...
Well, if I get the underlying frequency chooser correctly the tones
used aren't exactly midi notes. But apart from that, it should
be about 30 minutes work for someone without active alsa seq knowhow :-).
Mario Lang <mlang(a)delysid.org> writes:
Well, there is at least ICMP, and I run other stuff like ipv6-in-ipv4, so
it would be at least 4 protocols here :). Oh, and not to forget ARP
which is something which would be interesting to highlight too.
P.S.: Soooo, who knows how to easily decode a IP
packets protocol
number? Wouldnt it be sweet to have a separate instrument for
each protocol?
Have a look at RFC 790 and the following RFCs. Essentially you're just
after iphdr[9] -- although it won't be very exciting unless you're
running more protocols than just TCP and UDP. Different instruments for different TCP/UDP ports
would be more
interesting, and not much harder;
I am not sure if I can process 65535 possible instruments :-)
you just need to figure out how long the options
section in the IP
header is to know where the data starts, then look at the right
field in the UDP or TCP header depending on the IP protocol
number.
You'll need to chop the Ethernet header off the start of the packet
too, since libpcap includes it.
Yeah, pcap_datalink() is probably a more robust way
to check how long it
actually is.
Here's a bit of messy code that'll do what you
want in packet_handler
-- you'll probably want some more error checking:
Thanks for this, I'll look into it.
--
CYa,
Mario
6929
days inactive
6937
days old
linux-audio-user@lists.linuxaudio.org
6 comments
4 participants
participants (4)
-
Adam Sampson -
Hans Fugal -
Mario Lang -
torbenh＠gmx.de