Mpeg capturing size?

Rednroll schrieb am 09.09.2003 um 22:40 Uhr
Can someone give me an estimate of MEGS/1 Minute of capturing Mpeg video. Let's say I wanted to capture video, and during the capture process it automatically compresses to MPEG. If I wanted 29.97 frames/sec with 640x480 resolution, what's a rough estimate of how many MEGS of hard drive space I would need for each minute of recording? Is there a rough estimate for this like I can do for audio? How about capturing DVD quality Mpeg? Not sure what parameters on this are? Also, the size of the file, does that include audio also or just video? I'm not totally familiar with the MPEG format, if it automatically has audio within the bit stream or not.

Red

Kommentare

TheHappyFriar schrieb am 09.09.2003 um 22:45 Uhr
When I did some mpeg-2 capturing with an ATI All In Wonder 7500, I captured at 8mbs, 44khz, 16-bit stereo, 720x480, I got 1 MB per second (30 seconds = 30 megs). I was capturing at a high quality though, it could be lowered to fit more.

Chienworks schrieb am 09.09.2003 um 23:29 Uhr
It's pretty much like mp3 in that it's dependant on the bitrate. The frame rate and size really don't matter as far as the file size is concerned, except that you would want to use a higher bitrate for larger frame sizes or faster frame rates.

Let's say you capture at 1Mbps video and 100Kbps audio (both rather low values, pretty much the low end of VCD quality). That's 1.1Mbps total, and doing the math comes out to 140.8KB/second or 8.06MB/minute.

DVD quality would be at least 5Mbps video and 224Kbps audio for a combined rate of 5.219Mbps, 668KB/second, or 39.1MB/minute.

Of course, there will be some overhead for file headers and such, but this is minimal compared to the media data itself.
Rednroll schrieb am 10.09.2003 um 00:17 Uhr
Thanks for the replies this helps me out tremendously. So is it possible to elliminate the audio altogether to save on file size? From your explanation Chienworks, it doesn't look like the audio takes up a big part of the file size though. I'm mainly concerned with the video quality, but the final product will be put on DVD. So I'm looking for near DVD quality video, with no audio. I'm trying to get an estimate of how much hard drive space would be required to capture video for at least 30 days, running 24/7.

So using a rough estimate of 40Meg/min, my calculation comes out to 57.6 Gig/day x30 days/month= 1928 Gig/month.

So do you think it's possible to run 1928 Gig of multiple SCSI hard drives tied together and have them partitioned as one drive? Or have a way, where one fills up and it starts to record to the next?

What about file MPEG file size limits? Is there a limit?
kameronj schrieb am 10.09.2003 um 00:44 Uhr
Out of curiousity....what are you trying to capture?
Rednroll schrieb am 10.09.2003 um 00:50 Uhr
I can't let you know the details. I just came up with this idea today and I'm investigating the feasibility of it right now, before I run it up the food chain where I work. Let's just say, if there's not too many road blocks with current technology, I've come up with an idea that will revolutionize the manufacturing processes in production plants. Patents pending :-)
Chienworks schrieb am 10.09.2003 um 03:30 Uhr
I'm pretty clueless about MPEG specs, i only have empirical knowledge about them. However, i don't think they are size limited by format. You should be able to make them as big as the file system allows, and with NTFS that's mighty huge! I don't think you can eliminate the audio entirely. At least according to the Main Concept templates in Vegas the least you can do is 32Kbps, but there's no option for "no audio".

Lessee ... are there 160GB SCSI drives out there now? There must be. You can daisychain 13 of them on a single SCSI chain for 2080GB and you should be able to RAID these as one partition. That should just cover your need, barely.

I'm sure you're keeping in mind that DVDs only hold 4.7GB. That means you're going to have to split the file to put it on lots of DVDs when you're done. With that in mind, it might be better to come up with a scheme that splits your captures at some regular interval anyway, say once a day or so. This would avoild having a file so large it has to span multiple drives. It also means that if something goes wrong you'll only lose that one day rather than the whole month.

I know VidCap has the features for auto-splitting and auto-drive-rollover, but it won't capture in MPEG. There is probably software out there that does split & rollover MPEGs though. We'll just have to do some looking.
Rogueone schrieb am 10.09.2003 um 03:54 Uhr
Leadtek makes a fairly inexpensive capture card. I use a VC100 card, which uses S-video or Composite for capture. The included software allows for file formats ranging from AVI to Mpeg-1/-2. You can also use it to not record audio. Newegg.com has the card for $28. (Last time I checked). I think the maximum resolution for recording is 640x480, and it did a nice job for my last project. Settings can also be tweaked on the card, such as brightness, contrast, bitrate, etc.

Rogue One
TheHappyFriar schrieb am 10.09.2003 um 06:28 Uhr
The ATI All In Wonder cards would be good for a capture card, and if you get iuVCR (www.iulabs.com for ~$20), you can specify max file size, max file time limit, and will auto rollover to next drive. It says it's compatible with the ATI AIW cards, but I don't know since I use an el cheapo $30 capture card.
Rednroll schrieb am 10.09.2003 um 15:45 Uhr
Thanks again for everyone's help. Chien, I've seen 180Gig SCSI's now, so I think I might be alright. Price for all this is not too much of a concern, it's more of practicality,feasibility, and benefits for a billion dollar+ company. My plan is to network and Timesync about 20 of these PC's together and make a composited video edit from all 20 PC's. I'm not worried about software either, got plenty of software engineers to throw at it once everyone agrees the idea is feasible and to go forward with it.