Slashdot Mirror


User: pointless

pointless's activity in the archive.

Stories
0
Comments
5
First seen
Last seen
Profile
(view on slashdot.org)

Comments · 5

  1. Miro DC10+ + Virtualdub on What Do You Use For Digital Video Editing? · · Score: 1

    See my subject. There are a few drawbacks here and there, but with this I can: 1/ capture for hours and hours on 1600kbyte/sec broadcast (720x568x25fps PAL) MJPEG. Virtualdub splits long movies up into independent AVI files of a size you specify. (1021Mbyte is a good choice) 2/ Edit the whole file, filter, make transitions, easily delete frames out (commercials, for example) without the program having to rewrite anything, and then save out to MPEG4 with the appropriate codec. 3/ Virtualdub is free.. http://www.geocities.com/virtualdub/index.html

  2. Ack on Ask Slashdot: MRTG and IP Accounting · · Score: 1

    Slashdot botched my formatting. The route command would be:

    route add *ipadress* *the_card_used*

  3. Re:Source IP for outgoing packets and IP routing on Ask Slashdot: MRTG and IP Accounting · · Score: 1

    Well, I'm sure that with a moderately simple deamon (or even a script paired with netstat) you can keep track of what user connects where. From that point on a simple

    'route add the cardalias it came in on'

    Will fix it.

  4. Nop, sorry, no cigar ;) on Ask Slashdot: MRTG and IP Accounting · · Score: 1

    That won't help. Sure it will be balanced on outgoing, however it will simply mean that all etheraliases will get 1/4th of all traffic.

    And, since the question-asker-guy says he has ip _aliases_ i.e. eth0:0 eth0:1 etc.. that all map to the same ethercard, that has no effect, it all goes through the same net connect, the kernel just calls it differently. It would help if you had 4 physical cards, and plugged em all into 4 ports on a switch, say.

  5. Well on Ask Slashdot: MRTG and IP Accounting · · Score: 1

    I'm not sure if I'm stating the obvious, but for traffic to go out of cards (virtual or real) other then eth0, shouldn't you tell route to do so? Usually the default gateway on linux and BSD points to eth0, and if a destination can be reached through the net attached to that particular card, it takes the default gateway.
    Problem with this of course is that to actually account traffic on a per-ethercard basis you will need to somehow dynamically add a route if an incoming packet is detected. Tricky I'd say.
    G'luck tho ;)