<div class="gmail_extra"><div class="gmail_quote"><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello, Andrey, thanks for the quick response!<br></blockquote>
</div><div>You are welcome , Flavio<br></div><div class="im"><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
I'm also online (here it is 3:40am) =)<br></blockquote></div><div><br>Not that late he - less than 1AM :-) <br></div><div class="im"><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
My Kingston cards are not listed in the blacklist. Let's get them to<br>
work and see how far they go. Here are the results of the tests, I'm<br>
ssh-ed into the cam: <br>
<br>
[root@Elphel353 /mnt/0]944# time dd if=/dev/circbuf of=/dev/null<br>
<div>38656+0 records in<br>
38656+0 records out<br>
</div>real 0m 0.42s<br>
user 0m 0.03s<br>
sys 0m 0.39s<br>
[root@Elphel353 /mnt/0]944# time dd if=/dev/circbuf of=/dev/hdb1<br>
<div>38656+0 records in<br>
38656+0 records out<br>
</div>real 0m 6.75s<br>
user 0m 0.19s<br>
sys 0m 2.46s<br>
[root@Elphel353 /mnt/0]944#<br>
<br>
If I understood correctly, my card takes 6.75 seconds to write the<br>
19MB and 19 MB / 6.75 = 2.8MB/s should be the maximum data rate my<br>
cards can handle, is that it?<br></blockquote></div><div><br>Yes, the
cards are in PIO mode so seem to be disabled. And as I wrote - it is not
only that they are ~16/2.8 ~= 5.5 times slower than those in DMA mode,
they use CPU much more during recording, so no resources fro other CPU
tasks.<br>
<br> Can you try them with hdparm -I and send the reply? The CPU-limited recording rate in DMA mode should be ~16MB/s<br> </div><div class="im"><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Meanwhile, I've tested normal HD JP4, at 720p and observed that<br>
compression 100% is a killer, but at about 90%, the recording<br>
proceeded without cutting the video, even tough the gui refresh rate<br>
suffered.<br></blockquote></div><div><br>Yes that is so - 90% is really
good quality. It may also make sense to fine-tune coring value () in
addition to JPEG quality to find the best overall quality/image size
ratio.<br> With Eyesis we use 97-98%, but that is only because we use
aberration correction by de-convolution that amplifies the noise and
artifacts. BTW - here are our last panoramas made with the new camera
(viewing requires good videocard and WebGL-capable browser) <a href="http://community.elphel.com/files/eyesis/pano-db-3/webgl_panorama_editor.html?kml=mainstreet_ro.kml&proto=mainstreet_ro.kml&ntxt=2&as_camera=95&start=result_1334548264_780764_1.jpeg&range=95&labels=false&keepzoom=false&closest2d=false&seethrough=0.4&transition=5&mask=&azimuth=23.2&elevation=-70.5&zoom=0.386&follow=false&mv3d=false" target="_blank">http://community.elphel.com/files/eyesis/pano-db-3/webgl_panorama_editor.html?kml=mainstreet_ro.kml&proto=mainstreet_ro.kml&ntxt=2&as_camera=95&start=result_1334548264_780764_1.jpeg&range=95&labels=false&keepzoom=false&closest2d=false&seethrough=0.4&transition=5&mask=&azimuth=23.2&elevation=-70.5&zoom=0.386&follow=false&mv3d=false</a><br>
</div><div class="im"><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
ps.: I considered buying the Sundisk Extreme III, but I saw they were<br>
not being sold at B&H at the moment. =/ If there is any other you<br>
would recommend...<br></blockquote></div><div><br>I'll ask here tomorrow, but I think recently we only used that card (different capacities)<span class="HOEnZb"><font color="#888888"><br><br>Andrey<br> </font></span></div>
<div><div class="h5"><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
2012/4/26, Andrey Filippov <<a href="mailto:support-list@support.elphel.com" target="_blank">support-list@support.elphel.com</a>>:<br>
<div><div>> Hello Flavio,<br>
><br>
> Most likely the problem is related to the CF - as I wrote in that old<br>
> article, most CF cards in IDE mode lie about support of the DMA mode. They<br>
> do support UDMA so most people never notice that small lie. But Axis CPU<br>
> used in the camera has a bug of it's own - and this bug is related to the<br>
> UDMA. If the card would hostly report that it does not support DMA camera<br>
> driver would just go to PIO mode (ABSOLUTELY NOT SUITABLE for the video<br>
> recording - both slow and using to much of the camera CPU resources), but<br>
> it does not, so camera may hang up and never come out of the boot scripts.<br>
> So what we did was to add some known "bad" cards to the driver black list:<br>
><br>
><br>
> <a href="http://elphel.cvs.sourceforge.net/viewvc/elphel/elphel353-8.0/os/linux-2.6-tag--devboard-R2_10-4/drivers/ide/ide-dma.c?view=markup%28lines" target="_blank">http://elphel.cvs.sourceforge.net/viewvc/elphel/elphel353-8.0/os/linux-2.6-tag--devboard-R2_10-4/drivers/ide/ide-dma.c?view=markup(lines</a><br>
> 130..136).<br>
><br>
> At some point we black-listed all no-name cards (we did not find any among<br>
> them that did support DMA) You may use hdparm -I (from<br>
> <a href="http://192.168.0.9/phpshell.php" target="_blank">http://192.168.0.9/phpshell.php</a>, telnet or serial console that you should<br>
> have cable for) and the only way to re-enable (if you card matches the<br>
> black-listed one) the card is to modify that file and recompile the camera<br>
> firmware. The only type of CF cards we use ourselves is "Sandisk Extreme<br>
> III".<br>
><br>
> When the card is blacklisted, camera bots correctly and is able to mount<br>
> (and use) the card - it can be used to save images or very slow video<br>
> (still useful for timelapse), but not the normal video.<br>
><br>
> You may test the speed of the CF card (that test will destroy data on it!)<br>
> with the following command (again - phpshell, telnet, serial console):<br>
><br>
> time dd if=/dev/circbuf of=/dev/hda #(or hdb - depending how is the card<br>
> inserted/configured)<br>
><br>
> /dev/circbuf is the circular buffer ~19MB in size that is very fast to read<br>
> for the camera, so the speed will be related to the CF itself<br>
><br>
> You may try it on /dev/null first:<br>
><br>
> [root@Goniometer /dev]16713# time dd if=/dev/circbuf of=/dev/null<br>
> 38656+0 records in<br>
> 38656+0 records out<br>
> real 0m 0.43s<br>
> user 0m 0.11s<br>
> sys 0m 0.32s<br>
><br>
> With phpshell you may just open the following link (provided you have the<br>
> default IP) - just replace all spaces in the command line with "+" signs<br>
> <a href="http://192.168.0.9/phpshell.php?command=time+dd+if=/dev/circbuf+of=/dev/null" target="_blank">http://192.168.0.9/phpshell.php?command=time+dd+if=/dev/circbuf+of=/dev/null</a><br>
><br>
> Then divide 19MB by the time measured.<br>
><br>
> Andrey<br>
><br>
<br>
</div></div>_______________________________________________<br>
Support-list mailing list<br>
<a href="mailto:Support-list@support.elphel.com" target="_blank">Support-list@support.elphel.com</a><br>
<a href="http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com" target="_blank">http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com</a><br>
</blockquote></div></div></div><br></div>