Slashdot Mirror

I'll second the recommendation for the Gordian Knot codec pack. Plays most pr0n I can find. Located on SF.net: http://gordianknot.sourceforge.net/

Unfortunately for the free PVR software packages, there is no free guide data. xmltv can be (and is widely) used, but it typically grabs data by scraping from zap2it, where there the TOS explicitly forbids this ("you may not modify, copy, frame, cache, reproduce, sell, publish, transmit, display or otherwise use any portion of the Content"). If Freevo or MythTV got large enough to show up on Tribune Media Services' (the owner of zap2it) radar, they'd be squashed like bugs.

Too bad no one offers a subscription-based xmltv feed.

The source code for the application that handles uploads and downloads to and from the Neuros is written in Python and is due to be released to the public tomorrow. As far as I know, this software is Windows only.

However, there is much better software out there for handling this (even if you are on a windows PC). I recommend the opensource solution available on SourceForge. It's called Neuros Database Manipulator, is written in Java, and it should work in any OS that can run Java applications. It's slick, fast, and stable. Most people give up on the software that ships with the Neuros and start using this immediately.

If you want a solution written exclusively for Linux, check out the Positron software. You can read about this from the project sponsors, thos guys at Xiph.

If you have any specific questions about whether it will work on your specific OS build, I'd read and post to the Neuros forums. They have a great community support system, and the company is very much invested in answering questions as well. So, it's not unusual to get responses from the community, Neuros tech support, and even the Neuros CEO. Check it out.

So, there are a bunch of options available for ya, even if you aren't on an x86 computer.

He says he used nvrec for the capture portion. It was one of the original 4MB All-In-Wonders, and eventually the tuner portion gave up the ghost so he replaced it with a Haugupauge WinTV.

-- akedia

But as I can see qt code is gpl for Linux. I suppose if someone really wants to port this code to Windows they could do so.

And it is being done.

I thought you might be using OS X given the DIVX DOCTOR comments.

You need Mplayer OSX.

A godsend, plays everything, I haven't had any problems yet.

I don't know why you would link directly to sourceforge project page for Freevo when they have a much nicer homepage, including screenshots, at http://freevo.sourceforge.net/

I don't know why you would link directly to sourceforge project page for Freevo when they have a much nicer homepage, including screenshots, at http://freevo.sourceforge.net/

If you purchase a card that can do hardware encoding/decoding (a Hauppage WinTV PVR 250 or 350, for example), that is well-supported under Linux, the rest of the system won't have to be too powerful, and a MiniITX board would work brilliantly. However, if you want to encode things in software (to XViD, for instance), you might need a meatier processor, as a VIA processor might choke.

Some useful links:
MythTV requirements
And for Freevo
PVR Database

Hope that helps.

Why not read the Hardware Sections of some of the projects?
A GHz processor should do timeshifting - Freevo lists 400MHz as minimum for operation (not including simultaneous enc/dec for timeshifting), and I seem to recall 1GHz being bandied about as recommended for that.

Why not read the Hardware Sections of some of the projects?
A GHz processor should do timeshifting - Freevo lists 400MHz as minimum for operation (not including simultaneous enc/dec for timeshifting), and I seem to recall 1GHz being bandied about as recommended for that.

NTLM is documented and understood pretty well.

Incedentally the jCIFS NTLM HTTP authentication Servlet Filter for authentication of IE users (and I guess Mozilla users now) against NT domain controllers implements the protocol completely and is used regularly by consulting arms of many big companies like Oracle, IBM, RSA Security, Novell and in production by countless other organizations. I know of at least one commercial SSO product that use it.

Mike (author of jCIFS)

We had this problem on the WaFreenet, so we set about creating some software to fix it.

The result was frottle. It's a bit of a kludge, but essentially provides a virtual token bus over ethernet. It runs at the wrong layer (UDP), but is suprisingly effective. Before, with 14 clients to the HillsHub AP (many clients in the 10's of kilometers), we'd get crippled throughput rates below 10kB/sec. Now multiple users can sustain data rates above 80kB/sec (or better depending upon load).

Hmmm.... sounds to me like...

Mister House

So how do you deal with say 50 times 12 gigabyte chunks or 100 times 1 gigabyte chunks of data which is not particularly valuable but would be expensive and time consuming if you had to recreate it.

Burn it to DVD-R, adding recovery data using QuickPar. That'll take 33 DVD-Rs.

For the truly paranoid, setup a 250Gb RAID1 box with an attached USB 250Gb backup drive in a corner and keep copies of the DVDs on it. (Or even multiple external USB drives where you rotate the drives online once per week.)

Nobody here has mentioned it yet, so I'll remark that VirtualDub is the best at opening and reconstructing broken AVI files.

No, it didn't. At least not in the way the article describes. Playing mp3s went quite well when I started using Linux, back in 1999 (Red Hat 6.0, Linux 2.2.5, on a 166 MHz Pentium MMX). The OSS sound drivers weren't great, but they were enough to let an IT manager listen to System Of A Down, even though their debut album from 1998 wasn't quite as good as Toxicity (2001). mp3 folks shouldn't notice much of a difference, despite what TFA says.

ALSA is a good architecture, with a proper API, and should provide better support for the kind of audio musicians need: lower latency, better mixing, MIDI control, and so on. It should be used in conjunction with JACK, the low latency audio server, for that kind of application. Yes, for real multi-media work, ALSA is a lot better than OSS, and probably a necessity, but OSS was quite reliable for just playing or recording sound.

If you like card games, try this or this.

DosBox.

That's what's bad about OpenSource. Everyone wants to do the 'kewl' stuff an no one wants to do the grind that many of these projects need. I'm sorry but a hell of a lot of Open Source software just isn't carried out professionally. Yes you can leap in and add all sorts of cool and froody stuff but the boring bits like quality control, documentation etc gets left behind. Where are the code reviews, test suites and the like? It still has the feeling of bedroom hacker development. If I ran my development team like some of these projects are run I would be severely slapped!

I think you should take a look at some of these projects a little more seriously. I'm somewhat involved with the venerable Audacity project, and there isn't any of this "bedroom hacker development" there. Sure, we're all doing it in our free time. But the code does get regular reviews, there is a focus on squashing bugs and making the software more reliable, and each version isn't just a collection of "kewl" features. It's always better software, all the way around. Eric Raymond even cited Audacity as a leader in Open Source UI design.

My experience with audacity is actually representative of my experience with every Free Software project I've gotten involved with. Granted, I've backed out of some for various reasons because it was obvious the projects didn't suit me, but that doesn't mean I haven't seen anything but professionalism. If anything, I've seen more professionalism among Free Software developers than I ever saw in the proprietary software world!

I have a Linux PDA. I'm still using the software it came with despite trying open source alternatives every couple of months or so. Why? Because some functionality is missing because it's not kewl. The documentation is crap. It's as buggy as hell At least with the comercial variant time was taken to clean it up. Yes it may be technologically behind but it's reliable.

Considering how new the PDA market is, and the barrier to entry for developing on PDAs, it's not surprising that PDA software is lagging right now. If you're such a hot programmer, and if you're so interested in making it better, why don't you put your money where your mouth is? Get in there and start coding yourself! Or better yet, take the crap documentation and provide some good documentation. Take the lead, if you're so interested in seeing it taken, and implement that "not-kewl functionality". Fix the bugs. Show everyone what you thing should be happening.

I suspect that the journey would be far more informational than the destination.

No Evolution yet, but getting closer by the months to being able to run under cygwin
http://cygnome.sourceforge.net/

Hear, hear.

I still use JPilot, even though I use Evolution, because I really want access to my notes.

Evolution developers: please add a "notes" feature to Evolution. Just like on a Palm PDA, the first line of the note should be treated as a title, and there should be a title view for picking a memo. There should be searching within the memo text. The memo feature should use the same character set as the Palm uses so that accents and such display correctly.

P.S. JPilot has plugins, and I'd like to see the same plugins for Evolution. The top one I want to see: Keyring, the password vault.

steveha

1. Immunity from biased administrative moderation.
   
2. A Meta section for users to discuss Slashdot itself, on-topic, without being administratively mod-bombed.
   
3. A public pledge to halt administrative astroturfing.
   
4. Admin moderation visible in moderation messages.
   
5. Accurate timestamps for moderation messages.
   
6. Public acknowledgment that admins and users are different.
   
7. A public apology from Michael Sims to Seth Finkelstein for defaming the only member of the original censorware project to actually accomplish something.
   
8. HTML that comes close to W3C compliance.
   
9. An open submissions queue for those paid users who opt-in to read it.
   
10. A 20-th century comment viewing mode.
    

Ever heard about iRATE?

Free, legal music downloads... it's even tuned to your taste! And yes, it does run on linux (and on Windows, and on MacOSX).

OK, maybe the interface isn't so sexy as iTune's... but it's still worth a try, imho. It worked great for me :)

There is a project on sourceforge that I've been keepng an eye on who's goal is to create an opensource alternative|replacemant IE engine.
So far there is very basic support for BG(1|2), IWD(1|2) and very, very basic support for PST.
As yet the games are unplayable, but the progress seems to be pretty rapid considering there are only a couple of developers at the moment.

The best part is that its multiplatform and is compilable under linux.

Oh, you need SpamBayes. Plugs right into Outlook and filters away like a good 'un. Trust me here, it's the ticket.

Get it here

I've written before about writing a fake formmail. Right now I've got my web server set up so that all requests for formmail (m/formmail/i) get directed to the script; as you can see, I still get hit about once or twice a week. I'd really like to figure out how to tarpit them, but I'm not sure I can do that on a running webserver.

I've written before about writing a fake formmail. Right now I've got my web server set up so that all requests for formmail (m/formmail/i) get directed to the script; as you can see, I still get hit about once or twice a week. I'd really like to figure out how to tarpit them, but I'm not sure I can do that on a running webserver.

I receive over 100 spams a day.
A combination of Spamassassin and POPfile means that only 1 spam a day gets through.

Get Popfile. Perl-based Baysean filter that works on either Linux or Windows with any POP3 server.

Try using MultiSync with the SynCE plugin.

Try using MultiSync with the SynCE plugin.

Also, I have to wonder what "market forces" he's talking about. Certainly not free market competition- in the proprietary software world you've got your choice of Windows or... hm. and Office or... right.

This guy's blowing a lot of hot air. As for "market forces", there's far more competition and choice in OSS. So much for that communism FUD. Some would argue too much, but it's hard to argue it's worse than none at all.

Yeah. You want buzzwords? The forking nature of OSS is evolutionary, democratic, and capitalistic (well, with the goal of $$$ replaced with a good and useful product). If a product forks (which is rare in the first place), and the fork is somehow desirable, people will pay attention. If it's just an ego trip or doesn't offer anything particularly new or useful, it will get ignored. But if it's useful, everyone benefits from fresh development. Good enough and everyone will switch over, or the projects will merge back together. And in yet another case, if the original development is dead or unresponsive to bugs or whatever, someone else can pick it up and improve on it. Like that would ever happen in the proprietary software side of things.

First of all, it has a little bit of the "me too" syndrome, considering that Mac OS X already has some nice eye candy that uses the same techniques: fast compositing and scaling, to run videos in an icon; translucent windows; windows that easily shift and scale without losing clarity (Expose). Heck, Microsoft demo'd their "me too" six months ago with early images of Longhorn.

RiscOS had fast vector graphics, transparent dragging of windows, even the ability to have a different video running *in* each of your scroll-bars, etc. It had eye candy galore. And this was over a decade ago. Yet it's far more usable today than Windows, OS X and Linux desktops for me. Reasons include:

* standard actions for left and right buttons - left selects and right normally does the opposite, middle button is always context sensitive menu
* left-button-drag on a windows acts as you would expect, but right button and drag selects both horizonal and vertical scroll bars. This means you can 'pan' around a page just by moving the mouse. I can't tell you how much I miss this!
* the whole drag-and-drop concept where it's actually done _properly_. Look at the popular ROX Filer, which is based on the RiscOS desktop.

I'm not going to go on and on, but there are so many things to fix. One that is VERY annoying under both Windows and Linux:

* trying to select some text where it extends past the end of the viewable window, as you scroll and select your mouse inevitably wanders off the line and suddenly jumps down to the next line forcing you to start again. I know I should just select a few chars and then shift click as a work-around, but it would be better if there was a short time-delay before the select jumps down.

It's these little things that can annoy users more than perceived code bloat or pretty windows.

Phillip.

This is still the best method to "slow down" spammers. Having a listener on port 25 on un unadvertised box waiting for a connection from some random person, knowing this to be a relay checker and/or spammer, then holding onto the connection forever. This is what LaBrea does, but LaBrea does it on a larger scale, for entire subnets w/ open IP addresses, and any port.

Offtopic I know, but I run a project called SwingWT that allows you to use the Swing API to drive SWT widgets. It also tries to make up for SWT's deficiencies in certain areas (such as JDesktopPane/JInternalFrame).

It's also a ground up reimplementation of Swing, so you can free yourself of Sun's VM and use the GNU VM in GCC 3.3+ (or compile natively with GCJ)

Download from here. Or check it out at Source Forge

Download from here. Or check it out at Source Forge

Don't worry, there's always GemRB, the Infinity Engine clone :)

In fact, this is probably good news for GemRB, given that it requires the game data from Baldur's Gate or whatever :)

Before someone starts including TC on a Linux router with a pretty interface/enclosure. It's already pretty damn simple with the Arbitrator which (thankfully) the source is open to some extent. I'm sure someone else has come up with something (that is if you don't like cisco/3com or other hardware based systems.)

I don't see how this apparently diverse market of Free/cheap QoS is going to somehow limit VoIP? End to end QOS is necessary, so ISPS will provide it, Why? Because your ISP will be your provider, and if I'm not mistaken, they can run the QOS on the connection they provide you.

There is a mature statistical machine learning package on sourceforge. Check out maxent.sourceforge.net. It's primarily been applied to natural language processing but it's applicable to a wide range of classification problems. There are even examples in the download package. I use it regularly and like it a lot but I'm also the primary maintainer so I might be biased.

I check all these daily:

MacInTouch
MacNN
MacMinute
MacFixIt
Mac OS X Hints
MacSurfer

Great software update resources:

VersionTracker
MacUpdate
OS X freshmeat

Other great sites:

O'Reilly Mac DevCenter
O'Reilly Mac OS X Page
Apple Mac OS X downloads
Apple Third Party Products Guide

Developer sites:

Mac OS X Developer Home Page
Mac OS X Developer Documentation
Darwin
OpenDarwin
fink

abc123abc123abc123abc123abc123abc123abc123abc123ab c123abc123abc123abc123abc123abc123abc123abc123abc1 23abc123abc123abc123abc123abc123abc123abc123abc123 abc123abc123abc123abc123abc123abc123abc123abc123ab c123abc123abc123abc123abc123abc123abc123abc123abc1

For those people looking for the full J2EE stack, the latest JBoss 3.2.3 release also comes bundled with this latest Tomcat 5.0.16 release (The JBoss distro comes bundled with both Tomcat 5.0.16 and Tomcat 4.1.29 service archives). It's a pretty nice combo of two solid servers.

The LEAF distribution of Linux (leaf.sourceforge.net has performed excellently over the years. Various sub-distributions have tackled different things, and I've happily been using Bering at my company for years now. Smoothwall and Bering sound similar: Bering offers a 2.4 kernel, one floppy default running size, easy setup, good documentation, an active and helpful mailing list, and Shorewall for those of who don't want to muck around with iptables scripts. (I'm guilty of using iptables by itself for some time. Shorewall's thorough implementation is sobering to this do-it-yourself-er).

The LEAF distribution of Linux (leaf.sourceforge.net has performed excellently over the years. Various sub-distributions have tackled different things, and I've happily been using Bering at my company for years now. Smoothwall and Bering sound similar: Bering offers a 2.4 kernel, one floppy default running size, easy setup, good documentation, an active and helpful mailing list, and Shorewall for those of who don't want to muck around with iptables scripts. (I'm guilty of using iptables by itself for some time. Shorewall's thorough implementation is sobering to this do-it-yourself-er).

The LEAF distribution of Linux (leaf.sourceforge.net has performed excellently over the years. Various sub-distributions have tackled different things, and I've happily been using Bering at my company for years now. Smoothwall and Bering sound similar: Bering offers a 2.4 kernel, one floppy default running size, easy setup, good documentation, an active and helpful mailing list, and Shorewall for those of who don't want to muck around with iptables scripts. (I'm guilty of using iptables by itself for some time. Shorewall's thorough implementation is sobering to this do-it-yourself-er).

The LEAF distribution of Linux (leaf.sourceforge.net has performed excellently over the years. Various sub-distributions have tackled different things, and I've happily been using Bering at my company for years now. Smoothwall and Bering sound similar: Bering offers a 2.4 kernel, one floppy default running size, easy setup, good documentation, an active and helpful mailing list, and Shorewall for those of who don't want to muck around with iptables scripts. (I'm guilty of using iptables by itself for some time. Shorewall's thorough implementation is sobering to this do-it-yourself-er).

The LEAF distribution of Linux (leaf.sourceforge.net has performed excellently over the years. Various sub-distributions have tackled different things, and I've happily been using Bering at my company for years now. Smoothwall and Bering sound similar: Bering offers a 2.4 kernel, one floppy default running size, easy setup, good documentation, an active and helpful mailing list, and Shorewall for those of who don't want to muck around with iptables scripts. (I'm guilty of using iptables by itself for some time. Shorewall's thorough implementation is sobering to this do-it-yourself-er).

-Right off the bat, where the heck is the volume control? Should be on the default desktop, not deep in the application menu as 'kmix'.
I agree.

-With all due respect to Konqueror, Mozilla should be the default browser on the desktop.
Nah, I disagree. First off, Mozilla takes a long time to load. Firebird is great, but I think that keeping the consistent look of all KDE apps is a Good Thing (TM). Also, what specifically do you like about Mozilla that Konqueror doesn't have?

-I don't know what's up with Kpackage, but I love apt-get.
Yeah... KPackage is strange, though it does work very well for installing individual .debs that have been downloaded. Synaptic is cool, but it's a little slow because of how crazily complete it is. apt-get rules.

-IM is pretty important to the masses, why not make a good multiprotocol client like Gaim the default?
That's what Kopete is for! I can't remember if it's included in KDE 3.1.4 which is what Mepis uses, because I installed orth's KDE CVS HEAD .deb's for sid.

-Mepis does a good job putting a GUI face on many of the system config stuff, but they are still spread over a number of menus. It would help if they were consolidated under one heading, similar to Windows control panel, although come to think of it everythings not under that either.
Yeah, that does leave something do be desired... but I think it's more the job of the KDE folks than the Mepis folks to get that done. I'm sure that in the relatively near future (KDE 3.2, 3.3...) the Mepis config utilities will be obselete/assimilated into KDE. But already, the KDE Control Center is far more centralized than Windows Control Panel ever was; notice how you don't have to click through fifteen "property boxes" just to get to anything useful. Sadly, KControl doesn't do much hardware configuration at all. I'm sure that's coming, though.

Hiding secrets with steganography on Windows, Red Hat, SuSE, and... oh yeah, FreeBSD...