From maset at ucc.gu.uwa.edu.au Wed Feb 4 21:07:29 2004 From: maset at ucc.gu.uwa.edu.au (Anil Sharma) Date: Wed Oct 27 01:28:27 2004 Subject: [tech] problems with TV-out Message-ID: <6.0.1.1.0.20040204204939.02515bc0@pop.ucc.gu.uwa.edu.au> Hi, I have a Geforce 2 and it displays perfectly to my TV through an composite cable with just the OS (XP) desktop showing. However, when playing movies onto the TV there appears out of nowhere lots of horizontal lines --- which get especially bad with block colour (like in Astroboy *sobs*). This happens with DVD, DIVX and even Real Media clips. It isn't a zero groun-loop problem. I was thinking it is interference... but why would it not manifest itself with block colour from displaying the desktop? Any ideas? Oh, the computer is only 1M from the TV. Cheers, Anil. BSc. (Neuroscience) Hons. From andrew at ucc.gu.uwa.edu.au Wed Feb 4 21:41:01 2004 From: andrew at ucc.gu.uwa.edu.au (Andrew Williams) Date: Wed Oct 27 01:28:28 2004 Subject: [tech] problems with TV-out In-Reply-To: <6.0.1.1.0.20040204204939.02515bc0@pop.ucc.gu.uwa.edu.au> Message-ID: <20040204134102.99FB9AF0A5@baby.longtable.org> On Wed, 04 Feb 2004 21:07:29 +0800, Anil Sharma wrote: >I have a Geforce 2 and it displays perfectly to my TV through an composite >cable with just the OS (XP) desktop showing. However, when playing movies >onto the TV there appears out of nowhere lots of horizontal lines --- which >get especially bad with block colour (like in Astroboy *sobs*). This >happens with DVD, DIVX and even Real Media clips. It isn't a zero >groun-loop problem. I was thinking it is interference... but why would it >not manifest itself with block colour from displaying the desktop? I've got a GeForce4 (Ti4200), and had endless pain with TV-out on video overlay - try setting the output to NTSC (if your TV supports it), or if not, play with different video drivers. I found that somewhere after driver version 45.23 (the one I eventually settled with that works), video-overlay on TV-out broke, it just shows flat black, no picture at all, when I choose PAL output. Setting to NTSC works, but my TV can't handle it so it displays as B&W. I've tried 52.16 and 53.03, and neither work. There appears to be no way to report bugs, and they only seem to bother testing NTSC output. All this was after upgrading from 44.03 to 52.16 because I discovered the 44.03 drivers crashed the computer, hard, when my new digital TV tuner card tried to put up an HDTV overlay... Andrew From davyd at zdlcomputing.com Wed Feb 4 23:36:13 2004 From: davyd at zdlcomputing.com (Davyd) Date: Wed Oct 27 01:28:29 2004 Subject: [tech] problems with TV-out In-Reply-To: <6.0.1.1.0.20040204204939.02515bc0@pop.ucc.gu.uwa.edu.au> References: <6.0.1.1.0.20040204204939.02515bc0@pop.ucc.gu.uwa.edu.au> Message-ID: <20040204153613.GA18279@zdlcomputing.com> On Wed, Feb 04, 2004 at 09:07:29PM +0800, Anil Sharma wrote: > I have a Geforce 2 and it displays perfectly to my TV through an composite > cable with just the OS (XP) desktop showing. However, when playing movies > onto the TV there appears out of nowhere lots of horizontal lines --- which > get especially bad with block colour (like in Astroboy *sobs*). This > happens with DVD, DIVX and even Real Media clips. It isn't a zero > groun-loop problem. I was thinking it is interference... but why would it > not manifest itself with block colour from displaying the desktop? The nVidia drivers seem to work perfectly doing TV-out on the GeForce 4 Go in my laptop. It should be noted this was under linux. I also haven't tried a recent 5xxx series of the driver. But the 4xxx series of the drivers really did work perfectly, and successfully completed several UniSFA movie screenings. I can't comment on success under Windows, because I've simply never tried it. --d -- http://davyd.ucc.asn.au/ PGP Fingerprint 08B0 341A 0B9B 08BB 2118 C060 2EDD BB4F 5191 6CDA -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 227 bytes Desc: not available Url : http://lists.ucc.gu.uwa.edu.au/pipermail/tech/attachments/20040204/f2a53bf6/attachment.pgp From dunc-mail-131CA0D at rcpt.to Thu Feb 5 01:05:13 2004 From: dunc-mail-131CA0D at rcpt.to (Duncan Sargeant) Date: Wed Oct 27 01:28:29 2004 Subject: [tech] problems with TV-out In-Reply-To: <6.0.1.1.0.20040204204939.02515bc0@pop.ucc.gu.uwa.edu.au> References: <6.0.1.1.0.20040204204939.02515bc0@pop.ucc.gu.uwa.edu.au> Message-ID: <20040204170513.GA4099@rcpt.to> Anil Sharma wrote on Wed February 04, at 21:07 +0800: > I have a Geforce 2 and it displays perfectly to my TV through an composite > cable with just the OS (XP) desktop showing. However, when playing movies > onto the TV there appears out of nowhere lots of horizontal lines --- which > get especially bad with block colour (like in Astroboy *sobs*). This > happens with DVD, DIVX and even Real Media clips. It isn't a zero > groun-loop problem. I was thinking it is interference... but why would it > not manifest itself with block colour from displaying the desktop? > > Any ideas? Yeah. I saw it and its the same thing I get on my nvidia GeForce 256 card. Its all in the overscan. The BUGS file from the nvtv tool has this to say: * Especially in the Brooktree Huge modes, there are CRT values that allow doubleview, but there is not enough time to draw the hardware cursor in these cases. That may cause a system freeze. (Disabling the hardware cursor in XF86Config helps in those cases). Even without hardware cursor, sometimes the system freezes. * There are similar problems with the Chrontel PAL 800x600 Large mode: I have sometimes experienced a system freeze, and the TV color flickers since it seems not to be able to produce the data in time, so the color information is shifted for half a pixel. (Color data is latched on two subsequent clocks). The first point isn't relevant, but the 2nd looks odd without it. The easy way to test this is to change the modes and see what happens. Try the 640x480 modes, and try the smaller 800x600 modes, and compare with the large 800x600 mode. I tested this with "xsetroot -solid red" using different colours. Most affected are red,green,blue (0xff0000 out-of-sync will give a black 0x000000 pixel most of the time), and magenta,cyan give lighter gray lines. Note that any graycolour is unaffected (0xXYXYXY shifts to give itself at least half of the time) The extra hint is that 768x576 is actually based on the abovementioned large 800x600 mode. I suspect you're not noticing it with the desktop background because its not going into the 800x600 large mode, but movie players tend to put the TV-out into PAL mode. NTSC probably doesn't have this problem because its a smaller resolution. ,dunc From trent at ucc.gu.uwa.edu.au Thu Feb 5 22:10:55 2004 From: trent at ucc.gu.uwa.edu.au (Trent Lloyd) Date: Wed Oct 27 01:28:29 2004 Subject: [tech] problems with TV-out In-Reply-To: <6.0.1.1.0.20040204204939.02515bc0@pop.ucc.gu.uwa.edu.au> References: <6.0.1.1.0.20040204204939.02515bc0@pop.ucc.gu.uwa.edu.au> Message-ID: <20040205141055.GA22036@mussel> Ive got a geforce 2 MX 440 and with tv-out works fine. using the latest drivers from the nvidia website on winXP On Wed, Feb 04, 2004 at 09:07:29PM +0800, Anil Sharma wrote: > Hi, > > I have a Geforce 2 and it displays perfectly to my TV through an composite > cable with just the OS (XP) desktop showing. However, when playing movies > onto the TV there appears out of nowhere lots of horizontal lines --- which > get especially bad with block colour (like in Astroboy *sobs*). This > happens with DVD, DIVX and even Real Media clips. It isn't a zero > groun-loop problem. I was thinking it is interference... but why would it > not manifest itself with block colour from displaying the desktop? > > Any ideas? > > Oh, the computer is only 1M from the TV. > > Cheers, > Anil. > BSc. (Neuroscience) Hons. > > From maset at ucc.gu.uwa.edu.au Fri Feb 6 16:52:03 2004 From: maset at ucc.gu.uwa.edu.au (Anil Sharma) Date: Wed Oct 27 01:28:30 2004 Subject: [tech] problems with TV-out In-Reply-To: <20040205141055.GA22036@mussel> References: <6.0.1.1.0.20040204204939.02515bc0@pop.ucc.gu.uwa.edu.au> <20040205141055.GA22036@mussel> Message-ID: <6.0.1.1.0.20040206164858.02c3b9a8@pop.ucc.gu.uwa.edu.au> OK, it is working now. Thanks especially to Leighton and Dunc. The problem was that in overlay mode, the output was the 758x56 kind. When I set it to no overlay, just simple clone it worked fine. If I then set the clone such that the TV resolution was set at 758x526 then the problem re-occured, this time with the desktop. Having the TV resolution set at 800x600/758x400/640x480 fixes all the aforementioned problems. Cheers, Anil. BSc. (Neuroscience) Hons. From dunc-mail-131CA0E at rcpt.to Fri Feb 6 19:31:59 2004 From: dunc-mail-131CA0E at rcpt.to (Duncan Sargeant) Date: Wed Oct 27 01:28:30 2004 Subject: [tech] problems with TV-out In-Reply-To: <6.0.1.1.0.20040206164858.02c3b9a8@pop.ucc.gu.uwa.edu.au> References: <6.0.1.1.0.20040204204939.02515bc0@pop.ucc.gu.uwa.edu.au> <20040205141055.GA22036@mussel> <6.0.1.1.0.20040206164858.02c3b9a8@pop.ucc.gu.uwa.edu.au> Message-ID: <20040206113159.GA15368@rcpt.to> Anil Sharma wrote on Fri February 06, at 16:52 +0800: > OK, it is working now. Thanks especially to Leighton and Dunc. The > problem was that in overlay mode, the output was the > 758x56 kind. When I set it to no overlay, just simple clone it worked > fine. If I then set the clone such that the TV resolution was set at > 758x526 then the problem re-occured, this time with the desktop. Having > the TV resolution set at 800x600/758x400/640x480 fixes all the > aforementioned problems. If only I could get mine to work :-P ,dunc From dunc-mail-131CA0E at rcpt.to Tue Feb 10 10:46:58 2004 From: dunc-mail-131CA0E at rcpt.to (Duncan Sargeant) Date: Wed Oct 27 01:28:30 2004 Subject: [tech] problems with TV-out In-Reply-To: <20040206113159.GA15368@rcpt.to> References: <6.0.1.1.0.20040204204939.02515bc0@pop.ucc.gu.uwa.edu.au> <20040205141055.GA22036@mussel> <6.0.1.1.0.20040206164858.02c3b9a8@pop.ucc.gu.uwa.edu.au> <20040206113159.GA15368@rcpt.to> Message-ID: <20040210024657.GE18418@rcpt.to> To tech@ucc.gu.uwa.edu.au wrote on Fri February 06, at 22:31 +1100: > Anil Sharma wrote on Fri February 06, at 16:52 +0800: > > OK, it is working now. Thanks especially to Leighton and Dunc. The > > problem was that in overlay mode, the output was the > > 758x56 kind. When I set it to no overlay, just simple clone it worked > > fine. If I then set the clone such that the TV resolution was set at > > 758x526 then the problem re-occured, this time with the desktop. Having > > the TV resolution set at 800x600/758x400/640x480 fixes all the > > aforementioned problems. > > If only I could get mine to work :-P Woot, I cracked it :-) All I had to do was adjust the VSyncStart using nvtv in 640x480 mode, and the XV driven video now syncs with the rest of the desktop. Yay! It makes a huge difference actually - the colour is so much brighter. ,dunc From davyd at zdlcomputing.com Fri Feb 13 12:20:02 2004 From: davyd at zdlcomputing.com (Davyd) Date: Wed Oct 27 01:28:31 2004 Subject: [tech] spam control Message-ID: <1076646001.1517.27.camel@pingu> Spam would seem to be out of control to david@ucc along with the usual suspects of webmasters@, door@ and committee@ Perhaps someone would like to tweak spamassassin with a UCC specific ruleset, increasing the scores for posts to each of these lists by a little. Just a thought, --d -- http://davyd.ucc.asn.au/ PGP Fingerprint 08B0 341A 0B9B 08BB 2118 C060 2EDD BB4F 5191 6CDA -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 227 bytes Desc: This is a digitally signed message part Url : http://lists.ucc.gu.uwa.edu.au/pipermail/tech/attachments/20040213/114b61dd/attachment.pgp From matt at ucc.asn.au Fri Feb 13 12:37:43 2004 From: matt at ucc.asn.au (Matt Johnston) Date: Wed Oct 27 01:28:31 2004 Subject: [tech] spam control In-Reply-To: <1076646001.1517.27.camel@pingu> References: <1076646001.1517.27.camel@pingu> Message-ID: <20040213043742.GJ215353@morwong.ucc.gu.uwa.edu.au> On Fri, Feb 13, 2004 at 12:20:02PM +0800, Davyd wrote: > Spam would seem to be out of control to david@ucc along with the usual > suspects of webmasters@, door@ and committee@ > > Perhaps someone would like to tweak spamassassin with a UCC specific > ruleset, increasing the scores for posts to each of these lists by a > little. I've been running my own procmail rules for these addresses, and just putting anything with X-Spam-Status:.*HTML into the spam folder. Seems to work well. I'm not entirely sure how to implement this in spamassassin (ie it gets a bonus for being tagged as a likely list (which in itself gets a 0.0 score), as well as having HTML). I'll poke it when I have time. Matt From matt at ucc.asn.au Fri Feb 13 12:37:43 2004 From: matt at ucc.asn.au (Matt Johnston) Date: Wed Oct 27 01:28:31 2004 Subject: [tech] spam control In-Reply-To: <1076646001.1517.27.camel@pingu> References: <1076646001.1517.27.camel@pingu> Message-ID: <20040213043742.GJ215353@morwong.ucc.gu.uwa.edu.au> On Fri, Feb 13, 2004 at 12:20:02PM +0800, Davyd wrote: > Spam would seem to be out of control to david@ucc along with the usual > suspects of webmasters@, door@ and committee@ > > Perhaps someone would like to tweak spamassassin with a UCC specific > ruleset, increasing the scores for posts to each of these lists by a > little. I've been running my own procmail rules for these addresses, and just putting anything with X-Spam-Status:.*HTML into the spam folder. Seems to work well. I'm not entirely sure how to implement this in spamassassin (ie it gets a bonus for being tagged as a likely list (which in itself gets a 0.0 score), as well as having HTML). I'll poke it when I have time. Matt From matt at ucc.asn.au Fri Feb 13 14:30:14 2004 From: matt at ucc.asn.au (Matt Johnston) Date: Wed Oct 27 01:28:32 2004 Subject: [tech] spam control In-Reply-To: <20040213043742.GJ215353@morwong.ucc.gu.uwa.edu.au> References: <1076646001.1517.27.camel@pingu> <20040213043742.GJ215353@morwong.ucc.gu.uwa.edu.au> Message-ID: <20040213063014.GK215353@morwong.ucc.gu.uwa.edu.au> On Fri, Feb 13, 2004 at 12:37:43PM +0800, Matt Johnston wrote: > On Fri, Feb 13, 2004 at 12:20:02PM +0800, Davyd wrote: > > Spam would seem to be out of control to david@ucc along with the usual > > suspects of webmasters@, door@ and committee@ > > > > Perhaps someone would like to tweak spamassassin with a UCC specific > > ruleset, increasing the scores for posts to each of these lists by a > > little. > > I've been running my own procmail rules for these addresses, and just > putting anything with X-Spam-Status:.*HTML into the spam folder. Seems to > work well. I'm not entirely sure how to implement this in spamassassin (ie > it gets a bonus for being tagged as a likely list (which in itself gets a > 0.0 score), as well as having HTML). > OK, the "meta" rule type looks good. I've added the following, if there's some I've forgotten, let me know. Mailman lists at UCC already have HTML messages moderated. # ucc mail aliases which get lotsa spam, and shouldn't be getting HTML header UCC_ALIAS To ~= /(camp|webmasters|door|david)@ucc/i describe Sent to UCC alias score UCC_ALIAS 0 meta UCC_ALIAS_HTML (UCC_ALIAS && HTML_MESSAGE) describe UCC alias mail with html score UCC_ALIAS_HTML 4.9 Matt From trent at ucc.gu.uwa.edu.au Wed Feb 18 21:49:00 2004 From: trent at ucc.gu.uwa.edu.au (Trent Lloyd) Date: Wed Oct 27 01:28:32 2004 Subject: [tech] 2.4.24 mremap root exploit Message-ID: <20040218134900.GA40875@morwong.ucc.gu.uwa.edu.au> *sigh* yet another mremap local root exploit! doh! Churning out kernels in this heat! noooo! Bernard apears to have churned out a patch, despite the heat, http://dagobah.ucc.asn.au/mremap-2.4.24-fix.patch Cheers, Trent Sixlabs From craig at postnewspapers.com.au Wed Feb 18 22:12:09 2004 From: craig at postnewspapers.com.au (Craig Ringer) Date: Wed Oct 27 01:28:32 2004 Subject: [tech] Re: [plug] 2.4.24 mremap root exploit In-Reply-To: <20040218134900.GA40875@morwong.ucc.gu.uwa.edu.au> References: <20040218134900.GA40875@morwong.ucc.gu.uwa.edu.au> Message-ID: <1077113528.19891.2.camel@bucket.localnet> On Wed, 2004-02-18 at 21:49, Trent Lloyd wrote: > *sigh* yet another mremap local root exploit! doh! > > Churning out kernels in this heat! noooo! All that extra disk and CPU activity makes for even hotter PCs - yay! > Bernard apears to have churned out a patch, despite the heat, > http://dagobah.ucc.asn.au/mremap-2.4.24-fix.patch *lol* Just bought our core server up to 2.6 tonight :-) I have full system snapshots, confirmed to be bootable and complete, so even if something went horribly wrong I can fix it quickly. We were having serious issues with read latencies during heavy writes under 2.4, and also wanted the HT improvements etc. LVM2 doesn't hurt. Now ... testing, testing, testing... Craig Ringer From davyd at zdlcomputing.com Thu Feb 19 01:38:40 2004 From: davyd at zdlcomputing.com (Davyd) Date: Wed Oct 27 01:28:33 2004 Subject: [tech] 2.4.24 mremap root exploit In-Reply-To: <20040218134900.GA40875@morwong.ucc.gu.uwa.edu.au> References: <20040218134900.GA40875@morwong.ucc.gu.uwa.edu.au> Message-ID: <1077125919.2351.1.camel@pingu> On Wed, 2004-02-18 at 21:49, Trent Lloyd wrote: > *sigh* yet another mremap local root exploit! doh! Is there a formal notification? Is there exploit code in the wild? -- http://davyd.ucc.asn.au/ PGP Fingerprint 08B0 341A 0B9B 08BB 2118 C060 2EDD BB4F 5191 6CDA -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 227 bytes Desc: This is a digitally signed message part Url : http://lists.ucc.gu.uwa.edu.au/pipermail/tech/attachments/20040219/894d7678/attachment.pgp From grahame at angrygoats.net Thu Feb 19 01:54:54 2004 From: grahame at angrygoats.net (Grahame Bowland) Date: Wed Oct 27 01:28:33 2004 Subject: [tech] 2.4.24 mremap root exploit In-Reply-To: <1077125919.2351.1.camel@pingu> References: <20040218134900.GA40875@morwong.ucc.gu.uwa.edu.au> <1077125919.2351.1.camel@pingu> Message-ID: <20040218175454.GA10454@angrygoats.net> On Thu, Feb 19, 2004 at 01:38:40AM +0800, Davyd wrote: > On Wed, 2004-02-18 at 21:49, Trent Lloyd wrote: > > *sigh* yet another mremap local root exploit! doh! > > Is there a formal notification? Is there exploit code in the wild? This is Linux, people - they've fumbled the last few security announcements on kernel vulnerabilities, why start doing it properly now? G. From davyd at zdlcomputing.com Thu Feb 19 02:06:01 2004 From: davyd at zdlcomputing.com (Davyd) Date: Wed Oct 27 01:28:34 2004 Subject: [tech] 2.4.24 mremap root exploit In-Reply-To: <20040218175454.GA10454@angrygoats.net> References: <20040218134900.GA40875@morwong.ucc.gu.uwa.edu.au> <20040218175454.GA10454@angrygoats.net> Message-ID: <1077127560.2351.4.camel@pingu> On Thu, 2004-02-19 at 01:54, Grahame Bowland wrote: > > > *sigh* yet another mremap local root exploit! doh! It also affects 2.6.[012]. Users are recommended to upgrade to 2.4.25 or 2.6.3. -- http://davyd.ucc.asn.au/ PGP Fingerprint 08B0 341A 0B9B 08BB 2118 C060 2EDD BB4F 5191 6CDA -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 227 bytes Desc: This is a digitally signed message part Url : http://lists.ucc.gu.uwa.edu.au/pipermail/tech/attachments/20040219/fa864d82/attachment.pgp From trent at ucc.gu.uwa.edu.au Thu Feb 19 07:46:08 2004 From: trent at ucc.gu.uwa.edu.au (Trent Lloyd) Date: Wed Oct 27 01:28:34 2004 Subject: [tech] Re: [plug] 2.4.24 mremap root exploit In-Reply-To: <20040218134900.GA40875@morwong.ucc.gu.uwa.edu.au> References: <20040218134900.GA40875@morwong.ucc.gu.uwa.edu.au> Message-ID: <20040218234608.GA76964@morwong.ucc.gu.uwa.edu.au> i should note that 2.6.0-2 are affected too, and that reocmmended course is to upgrade to 2.4.25/2.6.3 Cheers, Trent > *sigh* yet another mremap local root exploit! doh! > > Churning out kernels in this heat! noooo! > > Bernard apears to have churned out a patch, despite the heat, > http://dagobah.ucc.asn.au/mremap-2.4.24-fix.patch > > Cheers, > Trent > Sixlabs > > > _______________________________________________ > plug mailing list > plug@plug.linux.org.au > http://mail.plug.linux.org.au/cgi-bin/mailman/listinfo/plug From davyd at zdlcomputing.com Thu Feb 19 13:14:11 2004 From: davyd at zdlcomputing.com (Davyd) Date: Wed Oct 27 01:28:35 2004 Subject: [tech] Re: [plug] 2.4.24 mremap root exploit In-Reply-To: <20040218234608.GA76964@morwong.ucc.gu.uwa.edu.au> References: <20040218134900.GA40875@morwong.ucc.gu.uwa.edu.au> <20040218234608.GA76964@morwong.ucc.gu.uwa.edu.au> Message-ID: <1077167650.2351.15.camel@pingu> On Thu, 2004-02-19 at 07:46, Trent Lloyd wrote: > i should note that 2.6.0-2 are affected too, and that reocmmended course is to upgrade to 2.4.25/2.6.3 Trent doesn't read previous emails ;) -- http://davyd.ucc.asn.au/ PGP Fingerprint 08B0 341A 0B9B 08BB 2118 C060 2EDD BB4F 5191 6CDA -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 227 bytes Desc: This is a digitally signed message part Url : http://lists.ucc.gu.uwa.edu.au/pipermail/tech/attachments/20040219/4b96e31e/attachment.pgp From trs80 at ucc.gu.uwa.edu.au Sat Feb 21 04:49:11 2004 From: trs80 at ucc.gu.uwa.edu.au (James Andrewartha) Date: Wed Oct 27 01:28:35 2004 Subject: [tech] webcams Message-ID: The EE workship very kindly repaired the cable on the colour webcam, however as you can see there's something not quite right about it. I changed the structure of the archives slightly they're now divided by yearmonth/day/hour, and I've update the archive webpage. I also installed mencoder on mussel and played around with it to create movies from the image archives - currently I'm using mencoder -info name="Colour Webcam $date":subject="UCC Colour Webcam archive for $date":srcform="UCC Colour webcam jpegs" -noskip -o colour-$date.avi -of avi -ovc lavc -lavcopts vcodec=mpeg4 mf://\*/\*.jpg -mf type=jpeg but there's a whole bundle of options to tweak. -- # TRS-80 trs80(a)ucc.gu.uwa.edu.au #/ "Otherwise Bub here will do \ # UCC President http://trs80.ucc.asn.au/ #| what squirrels do best | [ "There's nobody getting rich writing ]| -- Collect and hide your | [ software that I know of" -- Bill Gates, 1980 ]\ nuts." -- Acid Reflux #231 / From VDIOSXLOKI at geocities.co.jp Sat Feb 21 10:23:39 2004 From: VDIOSXLOKI at geocities.co.jp (Gina Dewitt) Date: Wed Oct 27 01:28:35 2004 Subject: [tech] subject Message-ID: An HTML attachment was scrubbed... URL: http://lists.ucc.gu.uwa.edu.au/pipermail/tech/attachments/20040220/05626aa6/attachment.htm From trent at ucc.gu.uwa.edu.au Sat Feb 21 11:28:47 2004 From: trent at ucc.gu.uwa.edu.au (Trent Lloyd) Date: Wed Oct 27 01:28:36 2004 Subject: [tech] webcams In-Reply-To: References: Message-ID: <20040221032847.GA168595@morwong.ucc.gu.uwa.edu.au> ooher :> On Sat, Feb 21, 2004 at 04:49:11AM +0800, James Andrewartha wrote: > The EE workship very kindly repaired the cable on the colour webcam, > however as you can see there's something not quite right about it. I > changed the structure of the archives slightly they're now divided by > yearmonth/day/hour, and I've update the archive webpage. I also installed > mencoder on mussel and played around with it to create movies from the > image archives - currently I'm using > > mencoder -info name="Colour Webcam $date":subject="UCC Colour Webcam > archive for $date":srcform="UCC Colour webcam jpegs" -noskip -o > colour-$date.avi -of avi -ovc lavc -lavcopts vcodec=mpeg4 mf://\*/\*.jpg > -mf type=jpeg > > but there's a whole bundle of options to tweak. > > -- > # TRS-80 trs80(a)ucc.gu.uwa.edu.au #/ "Otherwise Bub here will do \ > # UCC President http://trs80.ucc.asn.au/ #| what squirrels do best | > [ "There's nobody getting rich writing ]| -- Collect and hide your | > [ software that I know of" -- Bill Gates, 1980 ]\ nuts." -- Acid Reflux #231 / From mefooiows at rz-online.de Sun Feb 29 04:53:43 2004 From: mefooiows at rz-online.de (Olen Ramos) Date: Wed Oct 27 01:28:36 2004 Subject: [tech] subject Message-ID: An HTML attachment was scrubbed... URL: http://lists.ucc.gu.uwa.edu.au/pipermail/tech/attachments/20040229/270ea6c4/attachment.html