mungewell

Agents of the Revolution
  • Content count

    391
  • Joined

  • Last visited

  • Days Won

    2

Everything posted by mungewell

  1. You seem to missing my point... If you've used a MiniDV to shoot the original footage it's ALREADY compressed (fairly lightly and on a frame-by-frame basis similar to MJPEG). Whatever you do in the editing CAN NOT improve the image quality. Using an 'edit list' type software you don't actually process the video whilst you're deciding on the edits/effects/etc.... this is only done when you hit the render button at which point the 20 hours of footage will actually only result in (say) 20mins. If you want to render to 'uncompressed' that's fine, but ultimately you won't get better than the original encoding and realistically MiniDV is actually pretty good quality. If you want to compress down to 40Kbps divX then the quality is going to suffer. If your application has problems with compressed streams, then that's down the application - not necessarily down to the source material. What you may have experienced is problems with MPEG2/4, which has a 'GOP' structure. Not every frame is encoded 'standalone'. MPEG uses 3 types of frame (I, B and P) - I are full frames compressed, P are further compressed (refering the previous I frame) and B are extremely compressed (basically only containing motion vectors). When you attempt to edit MPEG2/4 you are likely to see a huge amount of artifacts as this format is really only intended for a continous stream, expecting your eye/brain to mask all the horrible stuff. --- So refering to my (pretty limited) experience with Cinelerra I spent a fair amount of time doing cutting and adding effects, such as fades and zooms, I added some audio and titles etc.... all without affecting the source material. I then rendered this down to MiniDV and exported back to camera for archive. The 'camera route' also enabled a fairly high quality VHS (oxymoron) to be made for 'give away'. I also encoded the MiniDV stream into MPEG2 to burn to DVD and added a few DVD titles etc.... All this was done with Free software and wasn't too complicated. The biggest technical problem was the fact that the MiniDV encoding from Cinelerra wasn't as good as the source material (I guess Sony know what they're doing) and as Cinelerra only re-encodes the frames it needs to there was a slight jump/difference in image quality as (for example) a fade ended. This could have been solved by rendering to a raw (uncompressed) format and using an alternative encoder, but the easier route was to apply a null-effect to the whole movie - forcing Cinelerra to re-encode every frame. Technically the I thought the result was pretty good, I'll leave judgement on the content to the those who have seen it.... It's fairly easy to knock Cinelerra on first impressions of the interface, however if you take a little time to muck around and get to know it, you'll find that it is very powerfull. If someone wants to spend some cash on Premier, then that's their business. Munge. PS. Yes I am an Free/Open Source Nut. PPS. Dyne:Bolic 2.4 was released last week and now has an XFCE desktop :-) <- big smile!
  2. That's a bit bizaar.... what's the point of that? Assuming that you're working with an 'edit list' system which only processes the edits when you hit the 'render' button, you won't gain anything in image quality (over the original format). I'm not saying that this is right or wrong, I'm just wondering why they would do that... Munge.
  3. yeah, maybe that wasn't the best page to link to... couldn't remember the commercial solution earlier, it's: http://userful.com/ (it's probably a lot more polished) They donated a couple of free licenses last year for the Calgary LinuxFest door prizes. Munge.
  4. That's true... but to be fair, most home movie producers will probably be working with Mini-DV which is around 10GByte per hour. Once produced movie can be pushed back to MiniDV for archieve or encoded down to DVD (MPEG2 ~ 2.5GByte per hour). Hell you can even use a MiniDV machine to backup plain data if you want. Munge. PS. If Seal is reading, I'd be really interested in a write up of the making of 'On Piracy & The Future of Media'. How much 'footage' he shot, what he used to edit, how long it all took, etc...
  5. Hi, If you're not reusing old hardware (I suspect you need new kit, to be reliable) it is possible that any machine you'll get will be hugely over powered for a LTSP client - not a problem but it adds cost. Another issue with LTSP is that most apps normally run remotely. If you're just web browsing you probably want Mozilla (or whatever) running locally anyhow. There are systems (keyword: 'multiseat') where you can attach multiple screens, keyboards and mice to a single PC and have each 'seat' behave independantly. For an example see: http://linuxgazette.net/124/smith.html This would give you a single machine running 6 (or so) seats, 'clones' of which could be deployed all over your organisation and maintained with/as a single 'distro'. Another advantage is that you're not relying on one machine for all of the 24 seats (would be 4 independant machines), with LTSP if the server dies ALL clients die. Cheers, Mungewell. PS. I think LTSP is great, but maybe not the best solution for the project in hand. PPS. I don't know how happy I would be using a public PC for my ebanking, at least you're suggesting a platform that is immune from the common virus/trojan/web issues....
  6. I'm supprised no one has mentioned Car Whisperer: http://trifinite.org/trifinite_stuff_carwhisperer.html Basically the idea is that the 'hand-free' mikes built into cars are insure Bluetooth devices and can often just be connected to with a default pin. The caller can then monitor the sounds from within the car or insert their own.... I was thinking that this would be a fun retail hack too. Set up in your local food court, and advertise 'Hummm, Donuts' to people walking past with Bluetooth earpeices. Wonder if you could cause a (food) fight? :-) Mungewell.
  7. I'm guessing that you're after text entry for somebody with a physical disability..... if you haven't seen it yet you might be interested in Dasher. http://www.inference.phy.cam.ac.uk/dasher/ Feel free to ignore me if I'm off the mark :-) Simon.
  8. whoops... forgot to reference: MainActor - Commerical/cross platform. Haven't tried myself, but supposidly fairly good. Mungewell.
  9. Hi, Video editing can be quite a handful on Linux. Assuming you want 'Free' (freedom and beer) you can use:- Kino - Fairly simple interface, can grab video from/to MiniDV. A bit too simple for complex editing, good for family movies of the kids playing on the beach, etc. Cinelerra - One huge MF, but *VERY* powerfull. There's a really useful tuturial (http://www.robfisher.net/video/cinelerra1.html) out there which will help a lot. If you're making a movie (or want a lot of effects) then Cinelerra might be the way to go. The other advantage with Cinelerra is that it works by creating an 'edits XML', so you can edit/test render at low resolution and then do a final render at true resolution. Rendering can also be partitioned across multiple machines - so the college's IT lab can be put to good use over a weekend. If you want to try either/both of these out they are both on the excellent Dyne:Bolic live CD (http://www.dynebolic.org/). Cheers, Mungewell.
  10. Hi, Most Linux machines use either GDM or KDM as the graphical login manager, some old ones still use XDM (still customisable to some degree, but not pretty). KDM and GDM can both be themed: GDM Themes - http://art.gnome.org/themes/gdm_greeter/ KDM Themese - http://www.kde-look.org You of course can customise or write you're own from scratch, but the links are a good starting point. Mungewell.
  11. Any particular reason for the publish date for old shows being changed? I noticed that my podcatcher pulled down 181 lastnight. The RSS feed has <pubDate> for this show as 19Feb2007. Would be 'better' if changes to the page didn't force another download.... Mungewell.
  12. Great, thanks.... should save a little on the bandwidth costs. Mungewell.
  13. Interesting Podcast, however you focused on faults noticed with deliberate 'probing'. There are some issues that (to the hacker mind) just stand out a plain stupid and when you attempt to explain why you just get that glazed expression. In my experience you just have to give up, or label yourself as behaving 'suspiciously'. Example - bank site whose standard operating proceedure effectively *removes* password from e-banking account under certain circumstances. Tried to explain, they just didn't get it....
  14. Toaster oven.... if you want to put BGA's down ;-) http://www.instructables.com/id/EBXC76M6V5EP28623C/ Seriously though, the above suggestions are good. I would also add a small squeezy bottle of flux and some 'flux off' (for cleaning off excess flux/etc after soldering). A magnifing glass/loope is also useful. I prefer to use a larger soldering bit when placing fine pitch components, such as micros/flash etc, and let the solder/flux do the work.... Mungewell.
  15. The ones we use a work (credit card ones, without buttons) just stop working when they expire - on the date engraved on the back. Still would be an interesting thing to hack...
  16. Hi all, Does anyone know how to find out the short name (something like PROGRA~1) on a VFAT partition mounted under Linux. A mounted VFAT partition only appears to list long name. I can unmount and mount as MSDOS, which only gives shortname, but would prefer not to have to umount (and compare files size, etc)... Any suggestions welcome, Mungewell.
  17. Unfortunately it's never that simple :-(. If I were on M$ I could do 'dir /X' to show both long and short names. --- c:\temp>dir /X dir /X Volume in drive C has no label. Volume Serial Number is 588C-AC85 Directory of c:\temp 01/08/2007 05:33 PM <DIR> . 01/08/2007 05:33 PM <DIR> .. 01/08/2007 05:32 PM 0 REALLY~1.TXT really_long_name1.txt 01/08/2007 05:33 PM 0 REEB6B~1.TXT really_long_name10.txt 01/08/2007 05:33 PM 0 REEB6F~1.TXT really_long_name11.txt 01/08/2007 05:32 PM 0 REALLY~2.TXT really_long_name2.txt 01/08/2007 05:32 PM 0 REALLY~3.TXT really_long_name3.txt 01/08/2007 05:32 PM 0 REALLY~4.TXT really_long_name4.txt 01/08/2007 05:32 PM 0 REB465~1.TXT really_long_name5.txt 01/08/2007 05:32 PM 0 REB865~1.TXT really_long_name6.txt 01/08/2007 05:32 PM 0 REBC65~1.TXT really_long_name7.txt 01/08/2007 05:32 PM 0 REB075~1.TXT really_long_name8.txt 01/08/2007 05:33 PM 0 REB475~1.TXT really_long_name9.txt --- This information must exist somewhere on the partition, as I believe VFAT just uses a lookup table somewhere.... the question is whether it's easily accessible in Linux. I _need_ short names as that's what my MP3 player uses in it's internal playlist... Cheers, Mungewell.