czietz wrote:However, I foresee that also in the future Qualcomm will be an ARM-only company, with no interest in legacy architectures.
czietz wrote:Assuming the planned acquisition of NXP by Qualcomm goes through -- this is not yet decided --, I fear there won't be new developments in the ColdFire product range anymore. Existing CPUs will of course be supported until end-of-life, because there are big customers with contracts. So this is no (immediate) problem for further FireBee production runs.
However, I foresee that also in the future Qualcomm will be an ARM-only company, with no interest in legacy architectures.
Regarding pricing, the normal ASIC pricing is in the $250-300K range (list price) for a single use license. But every IP license is a bit different and we can arrive at various other models that are tuned to the customer’s application and business to arrive at something that works for everyone. Some questions, we normally need to understand are:
1. Application (how is the V4 going to be used)?
2. Project start?
3. Production start?
4. Product life span and estimate of annual volumes?
5. FPGA or ASIC?
6. One project or multiple?
P.S. I had a look at your web site— very cool!
mpattonm wrote:There is a good reason why HW/SW design decitions should be made by engineers, not musicians.
vido wrote:christos wrote:Well David Galvez had the right idea. Make GEM wrappers for open source applications. A python port would help as well. Add an applications category in demo parties or something silly like that. However most things are integration with cloud or web nowadays. Also we need a software repo and a software center.
I had a similar idea about GEM wrappers for unix open source applications. Python port would be nice, but I dont see much benefit from that.
Porting sone SDL applications/games would be great. There are some ported applications as Scummvm, OpenTTD, MiniVmac, ... which works quite well totaly unoptimized for the FireBee. If someone would do some optimizations they woulod be really usable applications. I really like OpenTTD myself and if it would run a bit faster it would be real pleasure for me to play. Still I play it a lot
Are there any coders who would take a look into that code?
Mikro and Olivier were there to port those applications but they have their other projects to work with, not having time to optimise I guess?
There are still a lot of SDL applications/games waiting to be ported
Users browsing this forum: No registered users and 1 guest