DEUTSCHE VERSION |
|
Links | | | Forums | | | Comments | | | Report news |
Chat | | | Polls | | | Newsticker | | | Archive |
09.Jul.2000 Werner Veit via E-Mail |
Ten years S.A.U.G.eV. The Saarbruecker AMIGA User Group (S.A.U.G.eV.) celebrates their 10th birthday. The president, Werner Veit, wrote: Since April 1987 our Senior-Member Gerhard Seitz is organizing the first meetings of Amiga-Users. On July, 18th 1990 the S.A.U.G.eV. was founded. The most important activities were the releases of the SAAR-AG disks (similar to Fred Fish) and the SAAR-AMOK-CD's. Under the the long-year presidency of Martin Schulze our Club grew up to the respectable size of more than 160 members. Regular User-Meetings, workshops, fair-journeys, and the organisation of the AMIGA-Bit were responsible for that about 70 members can celebrate our birthday in the context of a summer-festival on July 22nd - 23rd, despite the Commodore-Crash. More information at: http://www.saugev.de/jubileum.html. [News message: 09. Jul. 2000, 00:00] [Comments: 0] [Send via e-mail] [Print version] [ASCII version] |
09.Jul.2000 Fun Time World |
MakeCD 3.2c and FlashRom V1.2 MakeCD version 3.2c and FlashROM version 1.2 are available at the MakeCD-Server for download. Version 3.2c contains bugfixes. In addition there is the betaversion 3.2d of MakeCD, that supports DAO with ATAPI-drives and offers Sony-drivers. Download: [News message: 09. Jul. 2000, 00:00] [Comments: 0] [Send via e-mail] [Print version] [ASCII version] |
09.Jul.2000 Torsten at ANF |
Amiga-Report at PC-Magazin Using the titlelink you can find a short report in the PC-Magazin concerning the new Amiga. Die report has the title "Amiga: Multimedia-Platform with Java-Technology". According to this article the Amiga is beeing liked especially by musicians. [News message: 09. Jul. 2000, 00:00] [Comments: 0] [Send via e-mail] [Print version] [ASCII version] |
09.Jul.2000 Czech Amiga News |
FDA V2.6 - Future Drive Accelerator On July, 6th 2000 Martin Tauchmann has released the version 2.6 of the diskcache program "FDA" (Future Drive Accelerator) By caching the data in the RAM FDA accelerates the access on files noticeable. Harddisks should be faster by faktor 2-20 and diskdrives by faktor 2-997. Other media like CD-ROM-, Zip-, MO-Drives etc. are supported, too. The tool works with at least AmigaOS 2.0 and 2MB Fast-Memory. Download: disk/cache/fda.lha (326K), readme [News message: 09. Jul. 2000, 00:00] [Comments: 0] [Send via e-mail] [Print version] [ASCII version] |
09.Jul.2000 Czech Amiga News |
New Beta of ATC On July, 8th 2000 a new Beta of the FTP-Client "AmiTradeCenter" has been released, which contains bugfixes and expansions. All changes can be read in the Changes-File. Download: ATC_beta_08072000.lha (263K) [News message: 09. Jul. 2000, 00:00] [Comments: 0] [Send via e-mail] [Print version] [ASCII version] |
09.Jul.2000 Amiga.org |
New requests at the Boxer-Supportsite Two new requests can be found at the inofficial Boxer-Supportsite. The first asks how much you would pay for a G3-PPC-Card, the second wants to know the CPU with which the Boxer should be distributed. As usual, the results are directed to Mick Tinker, Blittersoft and Antigravity. [News message: 09. Jul. 2000, 00:00] [Comments: 0] [Send via e-mail] [Print version] [ASCII version] |
09.Jul.2000 Fabio Trotta at ANF |
Port hotlist and requests at "No Risc No Fun" Fabio Trotta wrote: We have added requests to our Homepage. At the moment there are two concerning Game-Ports and Online-Gaming. I also want to point your attention at our Port-Hotlist, where you can enter the games from other systems you want to have ported to the Amiga. I believe, this info is also quite interesting for developers. [News message: 09. Jul. 2000, 00:00] [Comments: 0] [Send via e-mail] [Print version] [ASCII version] |
09.Jul.2000 Pietro Lang at ANF |
Amiga-Forever Homepage now with own forum Pietro Lang wrote: The Amiga-Forever Homepage has been updated. There is an own forum now and there are some other news, too. Just have a look at it! [News message: 09. Jul. 2000, 00:00] [Comments: 0] [Send via e-mail] [Print version] [ASCII version] |
09.Jul.2000 Kevin Orme at ANF |
Porting MySQL to Amiga The Amiga University plans a portation of some suggested projekts. The first will be a port of the on webservers widely spread SQL-Database MySQL, which sourcecode is under GPL since a short time. It will be ported for 68K and PPC-Amigas, while Amiga University will take care of the organisation and the communication for this project and publish all questions, reactions and problems concerning it. If anyone is interested and wants to take part the stable version of the SQL-Code can be downloaded at http://www.mysql.com/downloads/mysql-3.22.html. Then you can compile it for 68k and PPC with the compiler of your choice. The resultand of your experiences can be sent to Amiga University to be tested by others. In addition you should write down which compiler you used, the system you were running it on and for the machine you compiled it for. On the site are some older PPC-Binaries for IBM AIX OS, too, that possibly can help you with a PPC-Port. Contactadress: amigau@oz.net. [News message: 09. Jul. 2000, 00:00] [Comments: 0] [Send via e-mail] [Print version] [ASCII version] |
09.Jul.2000 Andreas L. at ANF |
Official final version of the 'Dropout-Killer' at Elastic Images Andreas wrote: Now everybody can download the final version of the Dropout-Killer for MovieShop using the titlelink. In addition to a complete rework of the sourcecode, that accelerates some of the routines, the program offers the following news:
Important Note: All Users, who use version 2.01 [Beta 3], should NOT use it, because of a bug that could DELETE THE WHOLE SCENE!!! The bug is showing up mostly in the unregistered version, but in corresponding tests it also appeared in the registered version from time to time. The bug has been removed in the updated version. [News message: 09. Jul. 2000, 00:00] [Comments: 0] [Send via e-mail] [Print version] [ASCII version] |
08.Jul.2000 Recent |
New Aminet UploadsHomeCINEMA.lha biz/dbase 127K+German Video Database - now Cardware StarBase_CLI.lha biz/dbase 104K+Star Trek Episodes Database (v3.7) TBol2DEMO.lha biz/demo 85K+V2.2.0 Material receipt program,(BOLLE M TCom2DEMO.lha biz/demo 87K+V2.7.1 Amiga order program,(COMMESSE ITA TFat2DEMO.lha biz/demo 104K+V2.15.0 Amiga Invoice program,(FATTURE I TGestDEMO.lha biz/demo 405K+TurboGest (PACHETTO GESTIONALE ITALIAN O TMagDEMO.lha biz/demo 143K+V1.0.1 Amiga storage program,(MAGAZZINO TProspEd.lha biz/demo 76K+V1.1.0 Form Editor For TurboFat (ITALIAN AmIRC35-ITA.lha comm/irc 15K+Italian catalog for AmIRC v3.5 AtoZ.lha comm/misc 77K+Easy Amiga/Z88 file transfer. v2.0 phonewizard16.lha comm/misc 265K+Phone answer machine for voice modems MassDL.lha comm/www 38K+Less work on WWW pages file leching. (AW wpz-frozen33.lha demo/aga 1.8M+Frozen#33 - Remedy Party Edition Amiga-C-Jun00.lha dev/c 177K+Postings to Amiga-C mailing list in June fda-upd.lha disk/cache 41K+Uses whole free memory to speedup 1.8-2. fda.lha disk/cache 326K+Faster than PFS also installed V2.6 fda_DviPS.lha disk/cache 407K+English documentation in DVI, PS & texin fda_d_DviPS.lha disk/cache 444K+German documentation in DVI, PS & texinf fda_d_GuidHTML.lha disk/cache 102K+German documentation in Guide & HTML Euro2000_guide.lha docs/hyper 15K+Guide about Euro2000 WarpUp-Jun00.lha docs/misc 84K+Postings to the WarpUp mailing list in J CoolInstaller.lha game/patch 193K+Installs nearly every game to harddisk appe_v31.lha hard/hack 41K+Use any PlayStation Pad in your Amiga Memo-Tec.lha misc/edu 128K+MemoTec - simple mind trainer Denise4D.lha misc/sci 87K+Denise-MYTH 4.0 Artificial Intelligence fom2001.jpg pix/trace 245K+Space Pod from the movie 2001 fomst10.jpg pix/trace 470K+USS Independence (Star Trek - TOS) fomst11.jpg pix/trace 465K+USS Independence (Star Trek - TOS) fomst12.jpg pix/trace 480K+USS Independence (Star Trek - TOS) fomst13.jpg pix/trace 290K+Jefferies Shuttle (Star Trek - TOS) lucyplay.lha util/libs 9K+AHI Audio Player + Joystick Functions FreeWheel.lha util/mouse 72K+Tool for WheelMice + trackballs/3-button [News message: 08. Jul. 2000, 00:00] [Comments: 0] [Send via e-mail] [Print version] [ASCII version] |
08.Jul.2000 Martina Jacobs |
amiga-news.de looking for translators for Wednesdays and Sundays We still need two translators who are willing to translate for free from German to English, once a week. Currently, Wednesday and Sunday are vacant. If you are interested in supporting us this way, please contact Martina Jacobs. [News message: 08. Jul. 2000, 00:00] [Comments: 0] [Send via e-mail] [Print version] [ASCII version] |
08.Jul.2000 CS&E by e-mail |
Welcome to AmigaSurvivor With CS&E going back to the PC in the short term with our websites such as www.csande.co.uk - it seems that Amiga Survivor and some other important Amiga information should have a new home. http://welcome.to/amigasurvivor then! You can get news on the mag plus information about developing for the new Amiga with CS&E. I recommend that everyone takes a look at least once. [News message: 08. Jul. 2000, 00:00] [Comments: 0] [Send via e-mail] [Print version] [ASCII version] |
08.Jul.2000 Amiga Inc. |
Amigatainment The game development area "Amigatainment" of Amiga Inc. has been reworked. New under development is the game Earth 2140. [News message: 08. Jul. 2000, 00:00] [Comments: 0] [Send via e-mail] [Print version] [ASCII version] |
08.Jul.2000 Frank Meyer-Pfauder on ANF |
YAM2AmIRC v2.3 available YAM2AmIRC, the interface for YAM and AmIRC, is available in it's 2.3 version. New is the significant speed increase and several new functions. Also new is the software support site URL, which changed to fmp-online.net/software/. [News message: 08. Jul. 2000, 00:00] [Comments: 0] [Send via e-mail] [Print version] [ASCII version] |
07.Jul.2000 Christoph Dietz |
Contra position of Amiga Inc. On 07/02/2000, we reported on John Wiederhirns critical reflections on the SDK. Here is the answer from Amiga Inc: From: Bill McEwen bill@amiga.com Subject: VP "Omissions" and problems re SDK... Date: Fri, 7 Jul 2000 10:08:01 -0700 Answer to this posting from John Wiederhirn on comp.sys.amiga.misc Regarding message from J.F. Wiederhirn, There are some valid points, but you overemphasise the points significantly. The extent to which you dismiss the platform is at odds with the reality of the graphics and Java performance [for example]. > 1. Efficient register usage...or the lack thereof. > > VP code allows (hell, suggests) you to registers whenever possible. > They scope registers at subroutine limits (among others, the details > aren't really relevent to the problem). > > The problem is that you cannot direct register usage, or even > prioritize it. You can scope it slightly, by indicating when a > register is last-used. Every register usage is in the end evaluated > by the translator and handled based on it's algorithms. Since (and > I'll avoid the extensive mathematical proofs involved) their optimizer > cannot understand more than basic algorithms, that means it is very > difficult to do tight register-based optimization on code. You cannot direct register usage, just as you can't in C. So really you are saying that you cannot write as efficient code in VP as you can by hand-crafting native assembler. This is undeniably true and nobody pretended otherwise. VP does give you, however, a means of writing low-level code, sacrificing the minimum of efficiency possible with a portable solution. For ultimate performance, certain operations would need to be written in native but when you don't do this, you still get near-optimal performance in a portable manner. > 2. MMX, SSE, maybe someday? > > The reason for the vague answers regarding how MMX and SSE were to be > supported is now very clear to me. They aren't supported from a > programmer standpoint as far as I can discern. Even the documentation > for the PII interfaces leaves it unclear whether platform-specific > code (more on that in a bit) can safely use those instructions, since > there's no documentation as to whether those registers are state-saved > in the current SDK. As it happens, they are saved. The CPU documentation details which native registers are used by the VP environment. Development of PII tools such as the first level interrupt handler is directly based on that information. For example, sys/cii/arm6/cpu.html gives the information about native register usage for anyone wishing to write an ARM PII. > The VP in the SDK does not appear to support any mechanism for issuing > MMX or SSE instructions. To get ultimate performance you would need to abstract at a library level and develop native MMX-based implementations. So MMX type instructions can be used now. They have not been abstracted into VP as there is no sufficiently common model across all processors with MMX-type operations to get any degree of efficiency. However, as noted in this paragraph already, an application that can make good use of these instructions on a particular processor can contain some native tools containing the MMX type instructions for that particular processor. These tools can be macro-ised and embedded to get code that looks and behaves like the MMX instructions were fully supported. Would you suggest an abstraction that could be used? You obviously have some good ideas in mind for you to have made such comments. > 3. Cache? Hello? > > This omission appears to be the second-most glaring to me, from a > low-level perspective. VP code has neither any concept of cache, nor > any way to actually control it. While that makes some sense from a > software interpreter/compiler standpoint, it totally ignores that > under the VP there is a real CPU with real cache. The idea that > meaningful driver code can be written is VP code is laughable given > that the VP has no way to actually handle cacheable vs non-cacheable > contents. Cache? Hi! This is not a VP issue at all. Do any processors have native instruction modifiers that allow cache usage to be modified on a per instruction basis? I do not know of any. I would have thought that most of this work will be by programming a CPU register(s) to control the cache usage (i.e. coarse: turn off at start - turn on at end for all memory operations on a memory bank. fine: declare a pointer type to be uncached so that any use of that pointer is not cached.). Note that in your question 4 there is a reference to declaring a memory area as cached or not cached, so that is the level of cache management expected. So, that is clearly not a VP issue. In fact, intent is uniquely placed to take advantage of an architecture where cache lines are controlled by individual flags within the pointer. The trouble is, again, there is no good abstraction for this concept. It is up to individual platforms and drivers to have these concepts defined and used if required. And this is all perfectly possible on intent. An example might be that two memory objects are declared, one returns cached memory, one not cached. These can even allocate from the same underlying pool, although you are likely to find that the cache is turned off and on at larger boundaries than the byte. The kernel and tool loaders are cache aware in that they call sys/cii/flushicache during tool loading and code relocation to allow a platform to clean/flush caches if required. Although this is a CII tool, it is actually implemented in the PII since cache details may differ on platforms with apparently similar cores. The tool is directly accessible to device drivers if developers wish to use it. Where DMA and cache interaction is an issue, the PII implementer would write tools for the device driver writer to use to e.g. clean/writeback a DCache. The whole point of the PII is that there is a fixed set of tools required by the OS on all platforms plus a "platform specific" optional set that need to be written to address specific issues on the target platform. This maintains the portability and encapsulates the "dirty stuff" in one layer. PIIs have successfully been implemented on many platforms with caches and "take advantage" of the cache just like any software. > 4. Memory-space attributes. > > I don't even know where to start with this. The PII mechanisms > offered, as far as I could discern (and the documentation on this is > far from centralized) appeared to support the following ops: You can > map physical memory to Amiga memory, and unmap it. You can obtain the > physical address of mapped memory. You can do a couple other usual > mapping tricks with that memory. > > You CANNOT set any attributes for the memory range in question, such > as cached/non-cached, write-combined/non-write-combined, etc. Who the > hell's brain-fart was responsible for that? Jeez, Tao's been tooling > on this thing for years and years, and they never once thought being > able to set stuff as non-cached was valuable? The cacheing issue has already been covered. Any other attributes fall into the same category. Have you come across write-combined/non-write-combined? Even if these exist, it wouldn't really change anything. If a need is identified, functions can easily be added to the PII. It has been constructed to be extensible. The primary focus for intent has been on embedded systems where the MMU is used to set up a fairly simple memory space with mostly 1:1 translation from physical to virtual space. These mappings are set up at boot time. The mapping tools you refer to were developed several years ago for the DOS platform and are not used on any other platform. > 5. Cross-platform. Well, kinda. > > The docs themselves suggest that tools (think of em as DLLs, they work > almost exactly the same as Windows DLLs) can hold multiple versions of > the same code for different environments. In fact, they specifically > mention that optimized versions of code for a given environment can be > included in a tool, as well as a generalized VP version. > > So much for platform neutrality and cross-platform compatibility. > Their solution is no different than JNI, and suffers precisely the > same issues. This isn't true. JNI is not portably defined across platforms. I don't see really what the complaint is here. > 6. Interrupts > > I saved this for last because, well, "the horror, the horror...". As > I've already mentioned under VP your cache control is non-existent. > To the issue of interrupt handling, well, I can only pass along the > trauma and suggest anyone really interested buy the SDK. You'll be > impressed to see the mechanism documented on paper, if ya don't tear > out your own eyeballs. I expect here you are commenting on the efficiency of the interrupt handing model. Not altogether a surprise, if someone's obsessed by these issues. There is nothing wrong with the interrupt model for 'normal' usage platforms. Those who are obsessed are at liberty to fit in their own architecture here. Platforms with little hardware support for devices may also need to do the same thing to be able to service interrupts at a very low patency. The intent model does not precluse this at all. > On a personal note, I just got stuck in a wheelchair after a spinal > injury. I _really_ wanted this to turn out as a review of cool > technology because my mood was already dour. I'm left after viewing > the technology wondering what the hell Tao's been doing for the last > few years, and why Amiga thought this technology was > desktop-appropriate. The VP, while totally appropriate for embedded > and handheld concerns, isn't remotely appropriate for high-bandwidth > desktop concerns. Some things are undeniably true, nonetheless. The 2D graphics functionality and performance is unparalleled. This is all done in VP. It shows that using this technology it is possible to develop highly performing portable software (near optimal, not completely optimal on all architectures). The JVM and libraries are still be best available. It is true that the superiority of the technology is greatest in embedded space but to suggest that it is worthless is not realistic. Finally, it is worth pointing out that it is impossible to refute bland allegations that do not give any substance. [News message: 07. Jul. 2000, 00:00] [Comments: 0] [Send via e-mail] [Print version] [ASCII version] |
07.Jul.2000 OnyxSoft via eMail |
Software updates from OnyxSoft The following program were updated:
[News message: 07. Jul. 2000, 00:00] [Comments: 0] [Send via e-mail] [Print version] [ASCII version] |
07.Jul.2000 AC-Forum |
Spiegel: M E T @ B O X continuous price rise at stock market «Met@box, the stock market favorite of the last half year, climbs from all-time high to all-time high. The company can announce more and more large orders. Frankfurt am Main, Germany - the price rally of the company from Hildesheim had reached its priliminary peak on Thursday. In only one day, the stocks climbed by 42.3 percent. On Friday, the stocks made another plus of 11 percent and is quoted currently at 209 Euro.» For full article (in German) follow title link. [News message: 07. Jul. 2000, 00:00] [Comments: 0] [Send via e-mail] [Print version] [ASCII version] |
07.Jul.2000 Beauty of Indus3 om ANF |
ssss - the retrospective of serbian scene CD The CD will contain many demos from the entire Serbian scene. The authors are also looking for further demos they may put onto the CD. [News message: 07. Jul. 2000, 00:00] [Comments: 0] [Send via e-mail] [Print version] [ASCII version] |
07.Jul.2000 Heise [Newsticker] |
Comeback of a Classic: News from the Amiga «After the company Amiga presented a new multimedia operating system in connection with a fitting PC at the fair Amiga2000 in St. Louis, many developing and distribution cooperations were made in the last months. They are supposed to let the computer of the same name rise like the phoenix from the ashes. As known from old Amiga times, the announcements read very euphorical, the introduction of the new machines still takes its time.» For full article (in German) see title link. Interesting are the comments, where the entire "anti Amiga league" seems to have gathered. I can understand that many people just lost their faith in a new Amiga, but I cannot understand the sometimes totally unqualified comments full of arrogance of some whippersnappers who probably worked in the end with an A500. Maybe some Amiga users should add more competent contributions :-). [News message: 07. Jul. 2000, 00:00] [Comments: 0] [Send via e-mail] [Print version] [ASCII version] |
1 50 95 ... <- 100 101 102 103 104 105 106 107 108 109 110 -> ... 115 154 198 |
Masthead |
Privacy policy |
Netiquette |
Advertising |
Contact
Copyright © 1998-2024 by amiga-news.de - all rights reserved. |