April 8th, 2008, 12:01 PM | #301 |
Major Player
Join Date: Feb 2006
Posts: 260
|
The best way to find out what will be the system requirements for realtime encoding is to just wait for them to release Streampix 3 with cineform and test it out.
The benchmarks done are not on the Sumix camera, but another one so it may be possible that its different. As soon as Streampix is available Jose and I will run tests and post results. Hopefully I wont have to return this computer after all. |
April 8th, 2008, 01:41 PM | #302 |
Major Player
Join Date: Jun 2004
Location: Buenos Aires , Argentina
Posts: 444
|
Farhad, thanks for the credit but anyway I wasn't looking for that.I don't think I'm the only one asking for it.
BTW, if you tell your engineers to search the endless posts from around 2004 till today from several people, I guess you will find lots of information and useful resources, from camera features to compression techniques. I'm mostly interested in getting a "usable" camera. |
April 8th, 2008, 01:50 PM | #303 |
Major Player
Join Date: May 2007
Location: Sevilla (Spain)
Posts: 439
|
-10bit RAW 1.8:1 lossless compressed recording with selectable framerate.
-Color chart based automatic callibration with improved white balance. -Record everything you want as long as you have enough RAM. If you add future lossless compressed recording to HDD, I prefer Sumix software instead of StreamPix. Is there a way to change that 1.8:1 ratio to say 3:1 or even 4:1 and still record lossless? |
April 9th, 2008, 07:52 AM | #304 | |
Regular Crew
Join Date: Sep 2007
Location: California
Posts: 63
|
Quote:
So, in order not to negatively surprise you later we are not going not make any promise here. Also for you not to be pleasantly surprised we agree that this is a main issue and we would cooperate with our customers in experimenting. By the way, in our business any surprise must be as much avoided, even good surprise has bad aspects for our customers and our business. Juan, for you to get a useful camera, consider nothing sacred except continue telling us what you need. |
|
April 9th, 2008, 09:15 AM | #305 | |
Regular Crew
Join Date: Jul 2007
Location: Erlangen, Germany
Posts: 30
|
Quote:
Actually, some ration between 2:1 and 2,5:1 is realistic: http://compression.ru/video/ls-codec/index_en.html |
|
April 9th, 2008, 09:44 AM | #306 |
Major Player
Join Date: Jun 2004
Location: Buenos Aires , Argentina
Posts: 444
|
Yes, in fact getting to more than 2:1 requires so much computational power that it doesn't make sense for this type of application.
On the other side I don't see how lossy compression could be a bad thing, despite what Farhad may have said. If that were the case SI's camera and RED ONE would be crap, because they are heavily compressing the Bayer Pattern ranging from 5:1 to something around 20:1. I understand that for some Industrial/Scientific application that could be a bad thing, but not in our case. We need images to look NICE, not CORRECT :) The secret is in the details, so you need to know HOW to do it right, you can't just throw your RAW to any compression available and expect good results.I'm saying this because a couple years ago, I coded myself a compression (lossy) for the Bayer Mosaic, which was quite good at the testing stage. |
April 9th, 2008, 11:10 AM | #307 |
Trustee
Join Date: Mar 2003
Location: Virginia Beach, VA
Posts: 1,095
|
BTW, Juan, in the latest versions of CineForm RAW it's now 3.5:1 compression :)
|
April 9th, 2008, 12:00 PM | #308 |
Major Player
Join Date: Jun 2004
Location: Buenos Aires , Argentina
Posts: 444
|
Ohh, sorry, so I need to correct myself. Starting from 3.5 to anything. Is it Mathematically lossless?
|
April 9th, 2008, 06:22 PM | #309 |
Regular Crew
Join Date: Oct 2005
Location: San Jose, CA
Posts: 141
|
|
April 9th, 2008, 09:59 PM | #310 | |
Trustee
Join Date: Mar 2003
Location: Virginia Beach, VA
Posts: 1,095
|
Quote:
I think for true mathematical lossless compression you would need to be below 3:1, i.e., 2.8, 2.7, etc. It would also be quite a beast processing-wise because you would basically be compressing redundant noise information and reduplicating the noise signal in the image rather than further rendering any "real" image data itself. So for instance, right now, with the SI-2K, at 2048x1080/10-bit/24P we're hovering around 18.5-20MB/s at 0db gain. |
|
April 10th, 2008, 12:32 AM | #311 |
Major Player
Join Date: Dec 2004
Location: New York City
Posts: 613
|
i do recall SI mentioning they were using core2duo mobile processors to record cineform RAW from SI2k. The cutoff was somewhere around 2GHz+ for realtime encoding and preview a year or so ago i think... so im sure a number of the new 45nm Core2duo mobile cpus ought to be up to the task. is it possible those numbers from norpix for quad core encoding are for Cineform RGB rather than RAW? i imagine jason can verify some of this.
as for compression, mathamatically or visually lossless, even a bit lossy would be fine with me as long as it means a real, usable camera solution comes out of it. ram-only recording wont go far, nor will quad core encoding boxes, although i would love to have an excuse to try to find a way to get a new q9300 quad core cpu into a portable computer. |
April 10th, 2008, 12:59 AM | #312 |
Major Player
Join Date: Feb 2006
Posts: 260
|
Norpix should have something out soon, possibly even this week.
I just hope all this talk about compression and data loss won't lead to compromises that would leave us with a product no better then whats already available cheaper on the shelf. Please correct me if im wrong but even if its visually lossless it could still cause problems in post with chroma keying or color correction. Also leaving behind artifacts in certain conditions. The ideal solution for me, and it seems like for others here would be to preserve bayer. Debayer and encode to whatever you want in post. This way there is no data lost and we would have the full benefit of the sensor. But I'm not sure if that's a practical or possible option at all. However, looking at the Wikipedia page for the RED One has some interesting data: "Redcode RAW is a variable bitrate wavelet codec which allows raw sensor data at resolutions of up to 4096x2304 to be compressed sufficiently for practical on-camera recording. Two variants are offered, one with a maximum data rate of 28MB/s (224 megabits), and one with a maximum data rate of 36 MB/s (288 megabits). Compared with the uncompressed data captured by the sensor, these bitrates represent compression ratios of about 12:1 and 9:1, respectively. Because Redcode is a wavelet codec, similar to CineForm RAW and JPEG2000, the blocking artifacts associated with other digital video compression algorithms are absent. However, sample images detailing Redcode specific artifacts have been posted on the manufacturer's forum. References to such problems existed until very recently when the message threads containing this information were removed by the Reduser.net administrators. Redcode is a mathematically lossy codec, meaning that decompression does not fully restore the original image data captured by the camera. Red does claim the codec is "visually lossless", meaning that the information loss is not visible to the naked eye when images are viewed, however this is a subjective statement." So, maybe compression really is a necessary evil. Last edited by Daniel Lipats; April 10th, 2008 at 01:44 AM. |
April 10th, 2008, 06:00 AM | #313 |
Regular Crew
Join Date: Jul 2007
Location: Erlangen, Germany
Posts: 30
|
No, it's not. All you need is bandwidth, storage and a powerful CPU ;)
The most problems with compression come up in post, not when you look at your recording. In my opinion there should always be the option to get the uncompressed raw data with maximum bit depth. Mathematically lossless compression of course is a good thing. All the stuff like lossy compression or RBG conversion with LUT can be added as a feature. |
April 10th, 2008, 07:00 AM | #314 |
Regular Crew
Join Date: Sep 2007
Location: California
Posts: 63
|
Time is on the side of less compression and lossless compression as computer technology advances. Lossy compression in combination with image enhancement must be done only in post for distribution. Placing sensors for capturing signature of vibrations can be used to remove undesired mechanical movement in video only if you have raw data.
By the way,the same way equipment and fan noise can be recorded and used to remove the parasitic noise from audio. So there must be no fear of fast HD noise, fan, etc. If Red one is doing 9:1 compression then SMX-12A2C will start to beat it in overall quality. |
April 10th, 2008, 09:40 AM | #315 | |
Trustee
Join Date: Mar 2003
Location: Virginia Beach, VA
Posts: 1,095
|
Quote:
While the elements on the website and what Sean and Isaiah produced with were at 5:1 compression (we didn't have the 3.5:1 update from CineForm yet), we think the results are still really good. Also for comparison, the HDCAM-SR 444 RGB mode at 440Mb/s is more compression than 3.5:1 CineForm . . . and HDCAM-SR 444 RGB mode is very high quality. So I think for the price, you will not find anything delivering the compression quality of CineForm in any other off-the-shelf solution (that can also be edited in real-time on the same box you're recording on . . . using J2K at 3.5:1 compression is not a real-time editing solution). |
|
| ||||||
|
|