No, you're wrong. If you do some research into this subject, you'll find that normal AVIs have a 2gb limit. There are extensions that allow the filetype to hold 4GB. This is not an issue with the filesystem.
You'll find nvrec much easier to use. I use it in conjunction with the ffmpeg MJPEG codec: I can capture at full PAL resolution easily in realtime -- on a 1GHz Duron! At smaller frame sizes (but larger than above post's) I can record two streams simultaneously.
I'm running a WinTV Nicam/Radio.
The only problem is that nvrec/ffmpeg don't like to record AVIs over 2gb... I think it's a current ffmpeg problem.
The main advantage of nvrec over ffmpeg/transcode/mencoder/mjpegtools for recording live TV is the near-perfect audio/video sync -- the other's just aren't up to the job yet.
Look into the 7volt solution: Google is your friend.
For the record, I replaced the 60mm fan on my 1GHz Duron heatsink with a 80mm case fan, runnning at 7 volts. I also moved the front case fan to the size of the case and lined the inside of the case with foam. When I come into the room, the only indication I have of the machine being on is the screen. The computer contains two disks, two CDRWs and a 7-volted Geforce2GTS.
I have a jukebox in my car running Linux, using festival/flite to give voice feedback... no LCD screens or the like. I made a simple cable for my Garmin Etrex to plug into a serial port and now the machine announces ETAs to various destinations. I don't want it to tell me where to go: that's what my simple paper map is for, but at least it gives accurate ideas of ETAs. The next thing to implement is a "memory" so it knows which roads are slow i.e. traffic &c. and can then factor those details into the ETA calculation... By the way, the GPS communication is easy: just open the serial port and read in the NMEA sentences. http://www.morants.demon.co.uk/giles
I encountered similar errors using rsync. It was a while ago and I really can't recall the exact error codes, but the problem was a lack of disk space on the receiving machine.
I am currently in the process of constructing a slim-line case for my car mp3 player: it's a basic P90 AT machine with an AWE32 sound card and networking stuff. I have worked out how to build it in a twelve inch square box that is just over an inch thick: limited by the size of the two hard drives.
I use an ISA sound card because it is relatively easy wire up a flexible extender without worrying too much about the wire length. Soldering 60-70 wires isn't fun, but when you can flatpack your cards, it's definitely worth it!
One can do a fairly straightforward install of Redhat 6.1 in about 92 megabytes of disk space, without using X. The machine with this is a P70 with 24M of ram and 32M of swap which is normally unused.
However, I wanted Emacs as well, so that is mounted over NFS (hint: do lots of symlinks which become active when the NFS mount is present e.g. usr/share/*). Therefore I have a stripped-down standalone machine -- but when it is connected to the network automagically becomes a fully-fledged workstation!
I would like to be able to run a stripped down version of Redhat 7.2 on the machine though, so I don't need to have lots of different versions of software: e.g. rpm v3 and v4. I expect the easiest way to do it is 'install' redhat 7.2 onto my 1GHz box and then move the disk across... I will want to recompile the kernel, but are there any other packages RH will install with Duron/Athlon optimisations that won't work on a Pentium?
The easiest way is to get a basic TV+teletext card and use the teletext time signal. This certainly works in the UK -- does the US have teletext? The Linux program alevt has date setting capability -- not very complicated!! The teletext time signal is extremely accurate and can be yours for the price of an Hauppauge TV tuner (40 pounds?)
I also have a Garmin Etrex GPS linked up to my car machine: it is very easy to parse the NMEA sentences with the correct time. Make sure that the receiver can get reception: my gps is fine near the window. Take a look at Peter Bennett's site for NMEA information.
My relatively modest system runs off a 20GB drive. I run a cron job every morning at 4am to back up the drive to another 1GB drive on the machine which is unmounted at all other times.
I wrote a backup script which only backs up the changed files since the system was last backed up: these are then put in a tar.gz archive with full filenames and copied across to the 1GB drive only when the process is complete.
Every month I do a full backup of my data, which along with the previous month's daily backups are copied to CDRW. They usually fit onto a singe disk easily. Why bother backing up the entire Linux filesystem, when it is just the data that is important? I can have a new Redhat 7.2 system installed in half an hour, and get my machine up and running almost as it was in under an hour. It may not have my fancy new custom kernel, but that is easy to recompile (I backup the config files and etc/* &c.) but it saves me great backup complexity.
The important thing to realise is that the data has variable values. You don't need to backup an entire drive every day: just the data that has changed. Even then, not all data is that important. Balance cost of storage against the low chances of paying someone for an hour to type in again the figures.
And while I'm here, a cheap £20 networked PC is effectively a hot-swappable IDE connector. Block devices over the network anyone?
The system in my car talks to me using flite, a cut-down real-time version of festival. I'm writing GPS software at the moment to warn me of turnings etc. The rally version ("sharp right then long straight") comes next!!
All on a p75!
Switch over to the Xaudio mp3 player. On my P70 mp3-playing box, it hardly ever skips, even if I'm doing big nfs/disk tranfers. It only uses around 35% cpu for 256bit/s mp3s.
If you read the article, it describes the benefits of using 7 volts instead of 12 volts to run your fans. I have had my Duron and GeForce2 GTS both running on 7 volt fans for a long time -- the GeForce2 fan is now inaudible!
The system in my car has a 13GB hard drive and plenty of ram: the custom software I wrote for it (and a hacked Redhat install) preload the songs I want into the RAM and play from there.
Yes, I can do Ogg Vorbis as well.
And it uses festival for everything -- no LCD screens here at the moment!
Re:Not to rain on anyone's parade...
on
Talking Palm
·
· Score: 3, Interesting
A proper voice recognition system should be able to understand any words in the English language... the chances are this system is simply used to control a few Palm commands and therefore the incoming speech patterns only need to be compared to a few stored patterns. Then a system of pre-synthesising the outgoing speech would reduce further the demands on the CPU but use more disk. I have my Pentium 75 talking to me using the University of Edinburgh's Festival system on Linux by pre-synthesising the most important words.
By the way, the festival system is excellent and takes under ten minutes to download, compile and install!
ROX-Filer is based upon the Acorn RISC OS interface -- a very simple yet powerful GUI. That's why it was the UK system of choice in schools for over a decade. It was easy enough for small children to use, but could had many 'hidden' power features.
Designers of GUIs &c. these days seem to think simple is synonymous with easy -- it's not. RISC OS was simple _and_ easy. Let's make things simple again!
At the end of the day, the average office/Office user has a full-screen Excel window or a full-screen Word window: they hardly ever see any backdrop that might be there. Perhaps it might make sense for login dialogues to let users in running a very restricted 'shell' with a single full-screen program such as Excell/Word/Emacs. When they quit, they are logged out. Would this not make life a lot simpler for the non-computer literate?
This brings up one major failing of the tar.gz format: it is just a tar file which has been gzipped. Thus to extract a single small file, even if it is only one byte and at the very start of the archive, the entire archive must be decompressed. This could take a bit longer.
AFAIK, the zip format compresses each file individually. The best way of implementing your scheme would be lots of individual gzipped files in a normal tarchive.
Slashdot Mirror
the above post was supposed to be in reply to an anonymous coward who claimed the 2gb limit was due to the filesystem, and not enabling LFS.
No, you're wrong. If you do some research into this subject, you'll find that normal AVIs have a 2gb limit. There are extensions that allow the filetype to hold 4GB.
This is not an issue with the filesystem.
You'll find nvrec much easier to use. I use it in conjunction with the ffmpeg MJPEG codec: I can capture at full PAL resolution easily in realtime -- on a 1GHz Duron! At smaller frame sizes (but larger than above post's) I can record two streams simultaneously.
I'm running a WinTV Nicam/Radio.
The only problem is that nvrec/ffmpeg don't like to record AVIs over 2gb... I think it's a current ffmpeg problem.
The main advantage of nvrec over ffmpeg/transcode/mencoder/mjpegtools for recording live TV is the near-perfect audio/video sync -- the other's just aren't up to the job yet.
EPS (Encapsulated PostScript) is a vector graphics format: PNG, JPEG and BMP are pixel-based (raster?). They *aren't* the same!
You would have to be pretty stupid to start saving graphs and so forth in PNG/JPEG in a a document.
Look into the 7volt solution: Google is your friend.
For the record, I replaced the 60mm fan on my 1GHz Duron heatsink with a 80mm case fan, runnning at 7 volts. I also moved the front case fan to the size of the case and lined the inside of the case with foam. When I come into the room, the only indication I have of the machine being on is the screen.
The computer contains two disks, two CDRWs and a 7-volted Geforce2GTS.
I'll sell you a 20gb disk and an IDE RAID card for $500 :-)
Surely xmatrix is the one to use?!
Anyone else remember the simple command on the BBC Micro which turned it into a musical keyboard?
Just type '&FE40=0' at the BASIC prompt!
I have a jukebox in my car running Linux, using festival/flite to give voice feedback... no LCD screens or the like. I made a simple cable for my Garmin Etrex to plug into a serial port and now the machine announces ETAs to various destinations. I don't want it to tell me where to go: that's what my simple paper map is for, but at least it gives accurate ideas of ETAs. The next thing to implement is a "memory" so it knows which roads are slow i.e. traffic &c. and can then factor those details into the ETA calculation...
By the way, the GPS communication is easy: just open the serial port and read in the NMEA sentences.
http://www.morants.demon.co.uk/giles
I encountered similar errors using rsync. It was a while ago and I really can't recall the exact error codes, but the problem was a lack of disk space on the receiving machine.
I know almost nothing about this subject, but if you're just trying to send analogue messages, what is wrong with shortwave?!
It may not be so reliable or clear, but I can receive stations from North Carolina in London.
I am currently in the process of constructing a slim-line case for my car mp3 player: it's a basic P90 AT machine with an AWE32 sound card and networking stuff. I have worked out how to build it in a twelve inch square box that is just over an inch thick: limited by the size of the two hard drives.
I use an ISA sound card because it is relatively easy wire up a flexible extender without worrying too much about the wire length. Soldering 60-70 wires isn't fun, but when you can flatpack your cards, it's definitely worth it!
I think you want the ELKs distro: try the ELKS homepage.
One can do a fairly straightforward install of Redhat 6.1 in about 92 megabytes of disk space, without using X. The machine with this is a P70 with 24M of ram and 32M of swap which is normally unused.
However, I wanted Emacs as well, so that is mounted over NFS (hint: do lots of symlinks which become active when the NFS mount is present e.g. usr/share/*). Therefore I have a stripped-down standalone machine -- but when it is connected to the network automagically becomes a fully-fledged workstation!
I would like to be able to run a stripped down version of Redhat 7.2 on the machine though, so I don't need to have lots of different versions of software: e.g. rpm v3 and v4. I expect the easiest way to do it is 'install' redhat 7.2 onto my 1GHz box and then move the disk across... I will want to recompile the kernel, but are there any other packages RH will install with Duron/Athlon optimisations that won't work on a Pentium?
The easiest way is to get a basic TV+teletext card and use the teletext time signal. This certainly works in the UK -- does the US have teletext? The Linux program alevt has date setting capability -- not very complicated!! The teletext time signal is extremely accurate and can be yours for the price of an Hauppauge TV tuner (40 pounds?)
I also have a Garmin Etrex GPS linked up to my car machine: it is very easy to parse the NMEA sentences with the correct time. Make sure that the receiver can get reception: my gps is fine near the window. Take a look at Peter Bennett's site for NMEA information.
I know this will mirror the entire lot, not just the changes, but why not use RAID and the Network Block Device?
My relatively modest system runs off a 20GB drive. I run a cron job every morning at 4am to back up the drive to another 1GB drive on the machine which is unmounted at all other times.
I wrote a backup script which only backs up the changed files since the system was last backed up: these are then put in a tar.gz archive with full filenames and copied across to the 1GB drive only when the process is complete.
Every month I do a full backup of my data, which along with the previous month's daily backups are copied to CDRW. They usually fit onto a singe disk easily. Why bother backing up the entire Linux filesystem, when it is just the data that is important? I can have a new Redhat 7.2 system installed in half an hour, and get my machine up and running almost as it was in under an hour. It may not have my fancy new custom kernel, but that is easy to recompile (I backup the config files and etc/* &c.) but it saves me great backup complexity.
The important thing to realise is that the data has variable values. You don't need to backup an entire drive every day: just the data that has changed. Even then, not all data is that important. Balance cost of storage against the low chances of paying someone for an hour to type in again the figures.
And while I'm here, a cheap £20 networked PC is effectively a hot-swappable IDE connector. Block devices over the network anyone?
The system in my car talks to me using flite, a cut-down real-time version of festival. I'm writing GPS software at the moment to warn me of turnings etc. The rally version ("sharp right then long straight") comes next!!
All on a p75!
Switch over to the Xaudio mp3 player. On my P70 mp3-playing box, it hardly ever skips, even if I'm doing big nfs/disk tranfers. It only uses around 35% cpu for 256bit/s mp3s.
This is a link to the kernel-traffic discussion with details and basic benchmarks: here!.
If you read the article, it describes the benefits of using 7 volts instead of 12 volts to run your fans. I have had my Duron and GeForce2 GTS both running on 7 volt fans for a long time -- the GeForce2 fan is now inaudible!
Take a look at 7volts.com for some more analysis.
The system in my car has a 13GB hard drive and plenty of ram: the custom software I wrote for it (and a hacked Redhat install) preload the songs I want into the RAM and play from there.
Yes, I can do Ogg Vorbis as well.
And it uses festival for everything -- no LCD screens here at the moment!
A proper voice recognition system should be able to understand any words in the English language... the chances are this system is simply used to control a few Palm commands and therefore the incoming speech patterns only need to be compared to a few stored patterns. Then a system of pre-synthesising the outgoing speech would reduce further the demands on the CPU but use more disk. I have my Pentium 75 talking to me using the University of Edinburgh's Festival system on Linux by pre-synthesising the most important words.
By the way, the festival system is excellent and takes under ten minutes to download, compile and install!
ROX-Filer is based upon the Acorn RISC OS interface -- a very simple yet powerful GUI. That's why it was the UK system of choice in schools for over a decade. It was easy enough for small children to use, but could had many 'hidden' power features.
Designers of GUIs &c. these days seem to think simple is synonymous with easy -- it's not. RISC OS was simple _and_ easy. Let's make things simple again!
At the end of the day, the average office/Office user has a full-screen Excel window or a full-screen Word window: they hardly ever see any backdrop that might be there. Perhaps it might make sense for login dialogues to let users in running a very restricted 'shell' with a single full-screen program such as Excell/Word/Emacs. When they quit, they are logged out. Would this not make life a lot simpler for the non-computer literate?
This brings up one major failing of the tar.gz format: it is just a tar file which has been gzipped. Thus to extract a single small file, even if it is only one byte and at the very start of the archive, the entire archive must be decompressed. This could take a bit longer.
AFAIK, the zip format compresses each file individually. The best way of implementing your scheme would be lots of individual gzipped files in a normal tarchive.