Hello all! On Wed, Oct 28, 2009 at 12:27 AM, Arnim Läuger <[email protected]> wrote: > I tweaked the scanning strategy of the HEXA_NUM token, hopefully > reducing the reported performance/memory penalty. With my hardware setup > I end up with a 33% (overall) download time reduction for 3MB SVFs. > Well, I'm curious how this performs for really large files. Could you > please let me know what's your experience with latest SVN code?
Nice to hear that Arnim - in just a few days I will program my fresh Spartan 3A-DSP (1800) board from Xilinx - then I will report how it works. Once again thank you for UrJTAG and support for so many devices! :-) Btw. I heard from my friend that xc3sprog burned his fpga device (worth ~ $300) as it did not reset previous configuration (poweroff was needed but the device was programmed remotely). I would like to try this tool also, but I am a bit worried to break it - does this problem still persist? Does it happen to UrJTAG? Are there any known traps I have to look out for? Best regards, Tomek -- CeDeROM, http://www.tomek.cedro.info ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ UrJTAG-development mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/urjtag-development
