Slashdot Mirror

The ATI drivers for linux suck. ATI doesn't release the spec for the FOSS community to write our own drivers, and ATI's binary drivers are terrible.

I've been looking at upgrading my video card (I want to run tenebrae on my box, but don't have the horsepower in my video card. I've decided against going with ATI because fo this article and this comparison of the available ATI drivers (the FOSS dri drivers, the ATI binary drivers and the XiG Xserver). All three fare pretty poorly in different ways, and it's just a mess. My impression is that things have not gotten any better.

Basically, the ATI drivers don't present a problem for testing under Windows, but under Linux it is a mess best left alone, simply because all three implementations are incomplete or underperform in their own special ways. It's an intractable problem for the game vendors, and I think the best route for them is to make everything work in standard OpenGL, and check it with nVidia hardware. If it works there, they've got it. Gamers using ATI cards with linux are out of luck because of ATI's stance on specs and linux support.

So, your problem is that you assume ATI has written complete drivers for linux.

Jeff

I think these days you need to differentiate between web-app and html-based web app. Javascript makes traditional form-based web applications kludgy and awkward. But if you look at things like XUL, the situation changes a bit. While XUL is currently a pain to develop and there's currently no support for XUL outside of Moz, it's still a good indication of what kinds of apps can be programmed in it. While I wouldn't suggest it currently, with the advent of faster network connections, I see no reason why the application that users install on their computer has to be anything more than an XUL rendering client. The entire browser implementation could be served from an application service provider.

There's also a number of projects that, while not quite ready for primetime, look like they will eventually be able to deliver a mostly seamless user experience while still being web-based (request/response based such that they can be hosted on any of the application server environments.) And any of the multitudes of XML bindings for AWT/Swing (LuxorXML, XUI, etc...there's a ton of them) can be easily adapted to facilitate web applications.

I'm currently working on a project (which I won't call promising until it's past alpha) that is essentially a web-browser that uses SWT as its rendering engine and JavaScript as the glue that holds everything together. Even with my early versions, I can already create a user experience that is very difficult to differentiate from typical application. There's a number of types of applications for which this kind of thing isn't appropriate (Photoshop, 3-D games, music software, etc), but anything that relies heavily on the standard widget toolkits (word processor, IM client, p2p app, etc), shouldn't be too hard to adapt as a web application.

I think these days you need to differentiate between web-app and html-based web app. Javascript makes traditional form-based web applications kludgy and awkward. But if you look at things like XUL, the situation changes a bit. While XUL is currently a pain to develop and there's currently no support for XUL outside of Moz, it's still a good indication of what kinds of apps can be programmed in it. While I wouldn't suggest it currently, with the advent of faster network connections, I see no reason why the application that users install on their computer has to be anything more than an XUL rendering client. The entire browser implementation could be served from an application service provider.

There's also a number of projects that, while not quite ready for primetime, look like they will eventually be able to deliver a mostly seamless user experience while still being web-based (request/response based such that they can be hosted on any of the application server environments.) And any of the multitudes of XML bindings for AWT/Swing (LuxorXML, XUI, etc...there's a ton of them) can be easily adapted to facilitate web applications.

I'm currently working on a project (which I won't call promising until it's past alpha) that is essentially a web-browser that uses SWT as its rendering engine and JavaScript as the glue that holds everything together. Even with my early versions, I can already create a user experience that is very difficult to differentiate from typical application. There's a number of types of applications for which this kind of thing isn't appropriate (Photoshop, 3-D games, music software, etc), but anything that relies heavily on the standard widget toolkits (word processor, IM client, p2p app, etc), shouldn't be too hard to adapt as a web application.

MPEG1
MPEG2
MPEG4
MSMPEG4 V1
MSMPEG4 V2
MSMPEG4 V3
WMV7
WMV8
H.261
H.263(+)
MJPEG
Lossless MJPEG
DV
Huff YUV
FFmpeg Video 1
FFmpeg Snow
Asus v1
Asus v2
Sorenson Video 1
FLV
ZLIB

Those are the video codecs that libavcodec currently implements an encoder for.

It sounds like you've confused the codecs with specific implementations of those codecs.

Certainly, most people find child pornography horrible, but you'll have to excuse me if I find your condemnation and personal desire for removal of certain content on freenet the exact reason freenet exists.

Indeed, there seems to be a relevant FAQ: I don't want my node to be used to harbor child porn, offensive content or terrorism. What can I do?

http://www.cnn.com/2005/TECH/space/01/01/comet.bus ter.ap/index.html

Please visit Slashcode bug #981137, which concerns automatically hyperlinking URLs in "Plain Old Text" mode, and add a comment to show your support for a speedy resolution. No progress has been made on this trivial feature request for longer than six months.

Please visit Slashcode bug #981137, which concerns automatically hyperlinking URLs in "Plain Old Text" mode, and add a comment to show your support for a speedy resolution. No progress has been made on this trivial feature request for longer than six months.

Please visit Slashcode bug #981137, which concerns automatically hyperlinking URLs in "Plain Old Text" mode, and add a comment to show your support for a speedy resolution. No progress has been made on this trivial feature request for longer than six months.

Please visit Slashcode bug #981137, which concerns automatically hyperlinking URLs in "Plain Old Text" mode, and add a comment to show your support for a speedy resolution. No progress has been made on this trivial feature request for longer than six months.

As far as the Atheros/Broadcom situation goes, cant just one host it in a country...

Yes. That's a pretty good idea. The only trouble is that you'd still have to hack the hardware without help from the hardware manufacturer. Even if it wouldn't be illegal for the hardware manufacturer to participate (and I'd expect it would) it would certainly piss the FCC off something fierce, and that's not something a big hardware company is going to do just to make a few geeks really impressed.

Failing that, is there an open alternative to madwifi/ndiswrapper?

NDISWrapper is GPL. And the madwifi code other than the HAL is dual licensed BSD/GPL. But either way you are still dealing with a closed binary component; either the HAL or the Windows NDIS driver. So, as far as something sanctioned by the manufacturers go, I doubt you're going to see fully open drivers if it allows modifications to output power and the like. Either the limits will be set in hardware, or they'll keep at this HAL thing, or we'll just have to hunker down and reverse engineer everything like in the bad old days before all the hardware manufacturers were playing ball with Linux. Or the FCC could change its regulations. Hehehe.

As far as the Atheros/Broadcom situation goes, cant just one host it in a country...

Yes. That's a pretty good idea. The only trouble is that you'd still have to hack the hardware without help from the hardware manufacturer. Even if it wouldn't be illegal for the hardware manufacturer to participate (and I'd expect it would) it would certainly piss the FCC off something fierce, and that's not something a big hardware company is going to do just to make a few geeks really impressed.

Failing that, is there an open alternative to madwifi/ndiswrapper?

NDISWrapper is GPL. And the madwifi code other than the HAL is dual licensed BSD/GPL. But either way you are still dealing with a closed binary component; either the HAL or the Windows NDIS driver. So, as far as something sanctioned by the manufacturers go, I doubt you're going to see fully open drivers if it allows modifications to output power and the like. Either the limits will be set in hardware, or they'll keep at this HAL thing, or we'll just have to hunker down and reverse engineer everything like in the bad old days before all the hardware manufacturers were playing ball with Linux. Or the FCC could change its regulations. Hehehe.

As regards many Quake mods not supporting QW, FTEQuakeWorld is a Client/server that has a staggering list of abilities, including running Quake-only mods perfectly (it translates the progs on the fly) http://fteqw.sourceforge.net/

I'm not sure 'everything for gratis' is a widespread viewpoint within the Linux or FOSS community. I'm pretty hardcore about having infrastructure as Free software, but games I could care less about. They're just a bit of fun, so seeing the code isn't such a big deal. Some publishers recognise that most of the value is tied up in the game content rather than the engine after 6 months or so, so it's nice when id opens the source for their older games so they can be maintained with respect to newer distributions, allowing them to continue running flawlessly many years later (unlike the pile of DOS games I have that only run under dosbox these days, due to their rather specific hardware requirements - ISA SB/GUS, VESA BIOS extensions, etc).

Despite not being much of a gamer, I've bought a lot of games for Linux (Quake 1 & 2, Simon the Sorceror, RTCW, Unreal Tournament, Uplink) - all of them had official or unofficial engine code in order to play them natively.

Firefox 1.0 is also in Ubuntu Backports.

I bet in 6 months the car will either fly or run 10 million kilometers with 1 gallon of gas.

You mean like OpenPsion, which has taken 5 years to achieve parity with EPOC functionality?

To be fair, now that the project has advanced so far the future does look promising. EPOC functionality will probably be surpassed this coming year.

Linux has been on Tablets for more than 6 months, and still isn't as good as XPTPCE as far as Tablets go.

I think both sides have viable points, here. Linux is not currently "ready for the Tablet", no matter what the screeching protestations of wild-eyed advocates, and it won't match functional parity to XPTPCE within the foreseeable future. Once it does reach critical mass, however, I'm sure the project will prove itself worthwhile in some respect. I just wouldn't hold my breath waiting for that to happen overnight. It will probably take years.

More linux apps/lib adopting elektra would be a step forward in order to see more serious and funny games on linux. More good and accepted standards can only be a good thing to everyone using or developing on a computer. More good standards -> Better accessibility means -> More users -> More developpers -> More users -> Possibility of a game market on linux

And Windows doesn't?
http://gaim.sourceforge.net/win32/index.php

More often, I've found myself upset that the hardware manufacturers fail to support linux...
Wireless support is a good example of this.

No, wireless support is nearly the only remaining example of this. The wifi manufacturers are stuck in a tight spot, because FCC regulations (and perhaps their analogue in other countries) prohibit them from allowing users access to the parts of the software that control the frequencies and power output of the radio. So open sourcing the drivers is a legal impossibility. Most of them these days have already produced some Linux support anyway, like Atheros with its small binary hardware abstraction layer, which keeps the secrets hidden. And of course, for those of you who have the truly-unsupported broadcom 54g chips, or something similar, don't forget NDISWrapper...it may not be the most idealistic thing ever, but it sure gets you on the network.

Other than very narrow instances like this, hardware support for Linux is great. Let's try not to lose sight of the fact that Linux has many times the hardware support of Windows. Ever try running Windows on an Alpha? What about MIPS? Thought not.

In the years I've spent working with linux systems, I've come to the conclusion that only half of the problem is insufficient development on the linux side of things.

More often, I've found myself upset that the hardware manufacturers fail to support linux, either by implementing MS-specific functions, using MS-specific standards, or by not open-sourcing drivers.

In this regard, often the linux developers are more than happy to implement hardware drivers or interfaces, and are very successful at what they do, but spend a great deal of time working around all of the obstacles that the hardware developers put up for them.

Wireless support is a good example of this. If you have a card that uses open-sourced drivers, wireless support is very good in linux. If you don't, however, you're screwed. You're not screwed because there aren't people working on wireless support on the linux side, but because the hardware developers implement their systems using a Windows specific driver API (ndis), and don't provide linux drivers or open source their code. So people have to start whole projects (e.g., ndiswrapper) just to implement a linux wrapper to a Windows API.

I'm not saying that there aren't problems with linux usability, and I agree that some of this has to do with linux developers. However, I've come to the conclusion that the linux developers themselves are only a part of the problem--the other part of the problem is that they are disadvantaged by hardware manufacturers to begin with. Not only do they have to catch up with MS and Apple in terms of usability (although less and less so now), they have to do so while simultaneously not having much of the support of hardware manufacturers.

[Oh - and which offers the best encryption/authentication?] Ultr@VNC offers both file transfer and chat support (when used in conjunction with the Ultr@VNC server) in addition to the following (from the readme.txt):

• MS Logon/NT security support. You can manage server access using MS Users, Domains and Groups. It also includes a logging feature where all actions are written to a log file.
• Bandwidth Saving Strategies that provide optimal responsiveness over slow connections: Server Screen Scaling, Cache Management , Local Cursor handling.
• Data Stream Modification Plugin System allowing any kind of operation on the data exchanged between client and server, from an external DLL (independant, not linked and not distributed with Ultr@VNC): additionnal rights checking, communication timing, data recording/persitence, encryption... it's up to the DLL developper.
• Various View Modes including Full-Screen, Scaled and Windowed. Full-Screen mode lets you see the remote screen on the entire screen of your display. Scaled Viewer mode lets you see the scaled remote screen in a window with a user defined size. Scaled Server mode generates less network traffic from server side and use a pixel blending algorithm to optimize the display. Fuzzy Mode combines Server and Viewer scaling to provide reasonable visual comfort and speed even over very slow connections. The Autoscaling mode scales the view so it fits the viewer screen.
• Support for 32/24/16/8 bits colors. Both Ultr@VNC Viewer and Server are compatible with RealVNC, TightVNC, eSVNC,
  PalmVNC2 (with server scaling feature). Ultr@VNC server can work as a Service under all supported operating systems, allowing remote user Logon/Logoff as well as Remote Shutdown.
• Connectivity: Standard Viewer and HTTP JavaViewer connections over TCP/IP, as well as XDMCP direct X11 connection (still experimental).

I use it on all the boxes I admin, and it works flawlessly.

Some current Stage 5 situation: (FOSS community begins to slowly but inexorably erode the technical lead held by the commercial offerings)

WS_FTP --> Filezilla
Winzip --> 7-zip

I'd be interested in seeing what factors it takes to push the above into Stage 6 (FOSS version dominates).

Please visit Slashcode bug #981137, which concerns automatically hyperlinking URLs in "Plain Old Text" mode, and add a comment to show your support for a speedy resolution. No progress has been made on this trivial feature request for longer than six months.

Not so!

The quake world base was expanded quite well I think.

If you look at some of the clients that are still around today. FuhQuake, QuakeForge and of course ezQuake. (though they all appear to be dying/dead now).

Now, eQuake has done an excellent job repacking Fuhquake and providing some excellent work building that out with addons. The biggest improvement was dynamically retextured objects at run time.

So with the quake retexture project the grahpics aren't half bad.

Though all those simply build out on an existing platform and enhance the QW client/server line.

Tenebrae, which I believe is now defunct, had some excellent work in this area. Tenebrae2 looks visually appealing and was based on their work with the Tenebrae engine (quake 1 source). Bump mapping was introduced as well.

Of course look for yourselves...

Though unreleased, Tenebrae2 looks really good, but I really don't believe developement has gone very far lately. (www.tenebrae2.com)

I think T2 has been one of the better evolutions I've seen from the original Quake source.

Now go grab eQuake and then pick up XQF

Please visit Slashcode bug #981137, which concerns automatically hyperlinking URLs in "Plain Text" mode, and add a comment to show your support for a speedy resolution. No progress has been made on this trivial feature request for longer than six months.

Why'd they choose xvid? Maybe because MPEGs would be twice as big (or far lower picture quality).

Since apparently spending 30 seconds searching is too much to ask of you, here's how to play xvids:
On Windows: go here, download and install ffdshow. Xvid files should now play in whatever video player you use.
Alternatively, this page has a list of other Xvid binaries you can try, and I believe Divx also will read xvid files if you have it installed.
On Mac OS: download and run VLC media player

I guess it goes on my to-do list...along with a graphical front-end to portage

What about Porthole, KPortage, KEmerge, or portageMaster?

Unless, of course, you meant installing one of those. But with Gentoo, I hardly think that would warrant a place on a to-do list.

I guess it goes on my to-do list...along with a graphical front-end to portage

What about Porthole, KPortage, KEmerge, or portageMaster?

Unless, of course, you meant installing one of those. But with Gentoo, I hardly think that would warrant a place on a to-do list.

I guess it goes on my to-do list...along with a graphical front-end to portage

What about Porthole, KPortage, KEmerge, or portageMaster?

Unless, of course, you meant installing one of those. But with Gentoo, I hardly think that would warrant a place on a to-do list.

I use o2s basic online deal with my laptop. Its evil bad and wrong but I then use Corkscrew to tunnel through their proxy. Its not great (times out after 10mins [1]) but the deal I have has lots of free access, and it keeps me connected when i'm away for a real connection.

I've also used proxytunnel not sure which I prefer.

[1] Fine when using GNU Screen on the remote system

I've had success using PuTTY for Symbian OS on my Nokia 6600 on O2 - am on a contract (one of the "online" tariffs) with them, and after installation on my phone, it worked straight away with no need to call them up. Haven't had the chance to try with pay-as-you-go however, but contract is fine.

From the site:
PuTTY is a free SSH client developed by Simon Tatham and others. This page contains a port to the Symbian OS, with support for Series 60 (Nokia 3650, 6600, and N-Gage) and Nokia 9200 Communicator series (Nokia 9210, 9210i, and 9290). The current version contains SSH protocol support, terminal emulation, and a basic user interface. More documentation is available in the distribution.
I would check out the docs if I were you.

Use gLabels.

http://s2putty.sourceforge.net/

I use ASSP for any of my customers who've implimented spam filters. It keeps global stats for anyone who wants to report back to them. My spam hovers around 60%, more on holidays when there is less legitimate mail. Oddly, within the first few weeks after installing the filter, my spam dropped down from 80% to 70%. I guess the spammers realized they weren't getting through.

I used to get that crap all the time a long time ago looking at ews nay oup gray porn but using mediaplayer classic seems to have done the trick. Before that I used this script I made to edit the file to change the fourcc code to a dummy one if it ran across it.

I would bet they don't.

How about try reading about it: elektra documentation

The concept of centralizing and standardizing the most common case of configuration files is the same. The implementation of course is different. Each key is stored as a file on disk. There is no daemon. There is no "corruption" (other than corrupting one key which will not affect other keys). The keys are still able to be hand-edited like any text file.

It might sound like Adobe lock-in,
but with PDF Printers (files are printed to pdf's) for Linux and Windows (I asume Mac has it built in), it's a good option for creating documents that'll be displayed everywhere in the same manner.

It might sound like Adobe lock-in,
but with PDF Printers (files are printed to pdf's) for Linux and Windows (I asume Mac has it built in), it's a good option for creating documents that'll be displayed everywhere in the same manner.

You can also make and print barcodes in *nix using opensource software too.
Ex:
http://www.gnu.org/software/barcode/barcode.html
http://gnuwin32.sourceforge.net/packages/barcode.h tm

The latest official version is over a year old, so try to get a newer beta somewhere (it has better sound support and turnable screen, so the funky aspect ratio is not a problem.

Some games are a bit too slow for the ~100MHz phones like N-Gage QD... but I would assume the newer ~200MHz ones can run even those without any trickery like frameskip.

Granted, nobody does kernel development in VB nor should they -- that's not the purpose of VB. As a rapid application development language it a great choice.

I personally am not a huge fan of VB, due to I guess two things: it's primarily aimed at MS platforms (I'm getting more into cross-platform stuff, mostly web since it's the fastest way) and I dislike the syntax and style of the language.

I think I share your views on writing actual applications though - personally, I think C (and possibly C++) has no place in a GUI application. I like to think about application/business logic when writing an application, not where in memory a variable gets stored. Don't get me wrong, C has it's uses - writing kernels, drivers, API's and other low-level code - but it's not suited for a high-level application.

I haven't yet found the ideal application for this though. In fact, the majority of my development in the last couple years has been in PHP. This includes a couple of web applications, as well as a whole set of daemons that control industrial equipment. (And to the people that scoff at that concept: It was developed in about a year by one person, is running at many sites right now, and has been doing so for over a year now. By contrast, the http://mat.sourceforge.net/MatPLC project has been around for a few years and has yet to produce anything even close to production-ready. Not doing entirely the same thing, but close. I did look at getting involved btw, but it didn't seem worth it).

Really, it's not like I have any real technical objections to VB (I'm sure I'd get over the syntax thing) .. I just have concerns over the portability of code.

and VB.NET support for Mono, but they are always pooh-pooed

I'm don't know too much about this, and I'm sure some of it is just people loving to bash Microsoft, but I'd bet that there are concerns over licencing and patent issues. It would be pretty bad if you spent a lot of time developing an implementation in Mono and then Microsoft came along and threatened to sue - even if you had the money, it would probably be a difficult fight, and not worth it considering you could just do development in another language.

I've seen /.'ers suggesting freenet as possible {il,}legal content distribution method. I'd like to disagree with this methodology.

There is already a working way to have anonymous BitTorrent - using Onion Routing protocol. It's great for privacy concerned netizens and if more people set up Tor Servers, Tor would gain critical mass needed to support both tracker AND data connections for BT.

Most of torrent clients supports Tor out-of-the-box, as tor is nothing but socks proxy for your programs. Torifying various applications is really a snap and there is a detailed guide on how to make Azureus BT client work flawlessly with Tor (see section 2.2 Totally Anonymous BitTorrent).

Currently, the only concern for the Tor authors is the fact, that the Tor network may not be able to handle the amounts of traffic, bittorent is able to generate.
However, if each one of you would set up a server with couple of kbps spare bandwidth, the tor network would immediately start scaling up.

Since BT relies on multiple (slow) transmissions occuring at the same time to create the "torrent effect", even if all the transmissions pick different routes trough tor network (taking slight performance hit), the overall performance of BT would remain unchanged.

There is also a very important aspect of tor. It allows you to create hidden services. Basically they are accesible via bogus URLs (like LKbalkbsflKflasbd.onion). The anonymity of the server is assured. More about hidden services at this address.

So, before you let the *oids start reinventing the wheel (and charge an arm and a leg for it), do your bloody homework and use what's already there :)

PS. tor is free software.

I've seen /.'ers suggesting freenet as possible {il,}legal content distribution method. I'd like to disagree with this methodology.

There is already a working way to have anonymous BitTorrent - using Onion Routing protocol. It's great for privacy concerned netizens and if more people set up Tor Servers, Tor would gain critical mass needed to support both tracker AND data connections for BT.

Most of torrent clients supports Tor out-of-the-box, as tor is nothing but socks proxy for your programs. Torifying various applications is really a snap and there is a detailed guide on how to make Azureus BT client work flawlessly with Tor (see section 2.2 Totally Anonymous BitTorrent).

Currently, the only concern for the Tor authors is the fact, that the Tor network may not be able to handle the amounts of traffic, bittorent is able to generate.
However, if each one of you would set up a server with couple of kbps spare bandwidth, the tor network would immediately start scaling up.

Since BT relies on multiple (slow) transmissions occuring at the same time to create the "torrent effect", even if all the transmissions pick different routes trough tor network (taking slight performance hit), the overall performance of BT would remain unchanged.

There is also a very important aspect of tor. It allows you to create hidden services. Basically they are accesible via bogus URLs (like LKbalkbsflKflasbd.onion). The anonymity of the server is assured. More about hidden services at this address.

So, before you let the *oids start reinventing the wheel (and charge an arm and a leg for it), do your bloody homework and use what's already there :)

PS. tor is free software.

I can't help but wonder if BitTorrent is the application that finally pushes people towards Freenet. That would appear to be the obvious way of decentralizing it, without requiring platform specific software, and providing anonymity for both producers and consumers in the process.

One thing that the mozilla development community needs badly right now is a php.net, wiki-style website to encourage anyone and everyone to frequently update documentation easily and in small pieces

The software exists - now it's just up to you and other ppl with the same need to scratch your own itch.

I have no connection to MS, but I would suspect that in addition to what you suggested above, its quite possible that MS will integrate the browser much deeper into the o/s with longhorn.

They could then do crazy things like offer desktop/file search from your bowser... yeah google do this for you today, but MS could go deeper, they could intrgrate all this technology so that your standard windows file chooser applet is integrated.

Then when you want to open a file you can searh your disk, the web or your "search group" (where a search group could be a group of colleagues or friends PC's, imagine waste http://waste.sourceforge.net/ integrated into the OS, and included in your search results?

Naturally all this would be nicely integrated with DRM (incase your searching of sharing any mp3's divx or whatever).

MS could release longhorn with technology like this to great fanfare, sure most of this is doable today, but MS can kick up quite a stink and are mighty handy at the old Marketing game....

It's just not very helpful that you can neither ALT-tab through individual terminal windows nor see window titles on the dock. - if you are running panther, try pressing F9. now try F10. http://www.apple.com/macosx/features/expose/

I haven't even found a way to get real *global* keyboard shortcuts, not even with a third party app. With *global* I mean: I expect to press Apple+T at any time, whatever app I'm in, and get a terminal window. Impossible? - not impossible! among the many (many) features of dragthing is the ability to put *global* keyboard shortcuts on any item... say an applescript that brings the terminal to the front and opens a new window? ;)

I really hope apple adds some more flexibility to the UI with their next release (virtual desktops anyone?) - have a look at http://wsmanager.sourceforge.net/ :)

I could go on with many things here but it generally boils down to the fact that the Mac UI is not very customizable. Please! keep them coming! (by the way, a little google never hurt anyone)

This whole MCE thing doesn't sound particularly impressive to me. I wrote a simple recording app in about a month that wakes the machine up automatically and supports more than one tuner at a time. And I only worked on those projects in my spare time.

This whole MCE thing doesn't sound particularly impressive to me. I wrote a simple recording app in about a month that wakes the machine up automatically and supports more than one tuner at a time. And I only worked on those projects in my spare time.