|
|||||||||
|
Thread Tools | Search this Thread |
September 19th, 2009, 07:32 AM | #16 | |
Trustee
Join Date: Sep 2006
Location: Montreal, Quebec, Canada
Posts: 1,138
|
Quote:
How can you impliment raid 0 CF card uncompressed recording anyway if you have to remove the cards from the device ?? THe Raid 0 will fail if it's removed. You would have to impliment Raid 5, then allow Windows or MAC OS to rebuild the array there. |
|
September 19th, 2009, 07:41 AM | #17 |
Inner Circle
Join Date: Dec 2002
Location: Augusta Georgia
Posts: 5,421
|
Dear Mark,
For uncompressed recordings, the CompactFlash cards will become a set of two or four. One set can be removed, and another set can be inserted into the recorder. For uncompressed playback, the set will have to be re-inserted into the Flash XDR / nanoFlash.
__________________
Dan Keaton Augusta Georgia |
September 19th, 2009, 08:05 AM | #18 | |
Major Player
Join Date: Sep 2006
Location: Athens, Greece
Posts: 344
|
Quote:
|
|
September 19th, 2009, 08:09 AM | #19 | |
Trustee
Join Date: Sep 2006
Location: Montreal, Quebec, Canada
Posts: 1,138
|
Quote:
|
|
September 19th, 2009, 08:55 AM | #20 |
Inner Circle
Join Date: Dec 2002
Location: Augusta Georgia
Posts: 5,421
|
Dear Mark,
Firewire 400 (IEEE 1394a) is 400 Megabits per second, not Megabytes per second. This is a maximum of 50 Megabytes per second, not enough for 120 to 150 Megabytes per second that we need for full uncompressed in real time.
__________________
Dan Keaton Augusta Georgia |
September 19th, 2009, 11:29 AM | #21 |
Trustee
Join Date: Sep 2006
Location: Montreal, Quebec, Canada
Posts: 1,138
|
....Yep. My bad. You are quite correct. FireWire 1394a is only 400 Megabits NOT 400 Megabytes per second ! Oh well. Only good for HDV data transfer, or other Long GOP data. Anyway. You put it on the XDR box and I paid for it, so I hope you folks at CD will enable this interface in the near future :-)
|
September 19th, 2009, 06:50 PM | #22 |
Major Player
Join Date: Jul 2009
Location: Rancho Santa Margarita
Posts: 590
|
Hi Dan. RAID-0 recording sounds complicated. Couldn't you just record complete uncompressed files to each of the 4 XDR cards.
That is: Slot 1: Y Slot 2: Cr Slot 3: Cb Slot 4: Uncompressed Audio or Slot 1: R Slot 2: G Slot 3: B Slot 4: Uncompressed Audio I think these would be a lot easier to manage and combine in post than file fragments spread across CF cards. Each file could be a complete standalone Quicktime/MXF What do you think. |
September 19th, 2009, 08:23 PM | #23 |
Inner Circle
Join Date: Dec 2002
Location: Augusta Georgia
Posts: 5,421
|
Dear Aaron,
That is an interesting idea. We do want to engineer something that will work in our Flash XDR as well as our nanoFlash. This limits us in that we only have two slots in the nanoFlash. Do you know if any NLE will currently support your plan? Another issue is that we have to limit the processing of the incoming data to a reasonable level. The data is coming at us at around 185 Megabytes per second, approximately 1.485 Gigabits per second. I will bring up your idea to our engineers.
__________________
Dan Keaton Augusta Georgia |
September 19th, 2009, 08:58 PM | #24 | |
Trustee
Join Date: Sep 2006
Location: Montreal, Quebec, Canada
Posts: 1,138
|
Quote:
|
|
September 19th, 2009, 09:04 PM | #25 |
Inner Circle
Join Date: Dec 2002
Location: Augusta Georgia
Posts: 5,421
|
Dear Mark,
While it may seem so, it is not. In Aaron's example, he wanted us to separate the incoming stream into separate colors and audio.
__________________
Dan Keaton Augusta Georgia |
September 20th, 2009, 12:04 PM | #26 |
Trustee
Join Date: Sep 2006
Location: Montreal, Quebec, Canada
Posts: 1,138
|
....Yeah, I understood what Aaron was saying Dan, but I didn't quite catch what you were trying to say. Were you trying to say RAW was indeed NOT less processor intensive, or were you meaning Aaron's proposed solution was NOT less processor intensive, or were you saying RAW is MORE processor intensive, or were you meaning Aaron's proposed solution was MORE processor intensive ?
|
September 20th, 2009, 02:34 PM | #27 |
Inner Circle
Join Date: Dec 2002
Location: Augusta Georgia
Posts: 5,421
|
Dear Mark,
It is very difficult to predict, but I feel that separating each color into a separate file will be more processor intensive that what we are doing now.
__________________
Dan Keaton Augusta Georgia |
September 20th, 2009, 03:00 PM | #28 |
Major Player
Join Date: Jul 2009
Location: Rancho Santa Margarita
Posts: 590
|
He Dan. I don't think the NLE support combining the different channels of video in separate files natively. I use Apple Shake so I would do this in that application if I had these type of files. I suppose it could also be done in Apple's Motion or Adobe After Effects. I'm sure there's more generic and freely available ways to do this but I haven't researched any since I just use Shake.
|
September 22nd, 2009, 11:04 PM | #29 |
Contributor
Join Date: Jul 2005
Location: Sydney Australia
Posts: 873
|
Hi Dan
I think trying to split out the video signal for data recording would be a waste of time. Some channels carry more information than others and there would be no easy way to re-combine them at the other end. I can't see NLE makers rushing to support that. I think instead the original plan of streaming data makes more sense, and I think you could then work out a way of mounting them with software as a "virtual" drive through a normal CF reader with multiple slots. It may not be possible but I think mounting of paralleled data drives (RAID) is fairly well established technology provide you can write an interpreter. Good luck with the uncompressed! John |
| ||||||
|
Thread Tools | Search this Thread |
|