home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 4823 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.9 KB
  1. Path: informatik.tu-muenchen.de!fischerj
  2. From: fischerj@informatik.tu-muenchen.de (Juergen "Rally" Fischer)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: doubling pixels horiz
  5. Date: 5 Mar 1996 14:58:17 GMT
  6. Organization: Technische Universitaet Muenchen, Germany
  7. Distribution: world
  8. Message-ID: <4hhkq9$61k@sunsystem5.informatik.tu-muenchen.de>
  9. References: <4gjjnl$e23@sinsen.sn.no> <312DBD3E.5DE0@gih.no> <4gkhu5$8hu@brachio.zrz.TU-Berlin.DE>
  10. NNTP-Posting-Host: hphalle6g.informatik.tu-muenchen.de
  11. Originator: fischerj@hphalle6g.informatik.tu-muenchen.de
  12.  
  13.  
  14. In article <4gkhu5$8hu@brachio.zrz.TU-Berlin.DE>, rawneiha@w350zrz.zrz.TU-Berlin.DE (Philipp Boerker) writes:
  15. |> Organization: Technical University Berlin, Germany
  16. |> Lines: 44
  17. |> Message-ID: <4gkhu5$8hu@brachio.zrz.TU-Berlin.DE>
  18. |> References: <4gjjnl$e23@sinsen.sn.no> <312DBD3E.5DE0@gih.no>
  19. |> NNTP-Posting-Host: w350zrz.zrz.tu-berlin.de
  20. |> 
  21. |> HAAVARD JAKOBSEN <haa_jako@gih.no> writes:
  22. |> 
  23. |> >Thore Bjerklund Karlsen wrote:
  24. |> >> 
  25. |> >> (Ludvig Pedersen)
  26. |> >> 
  27. |> >> >>: >AGA 64bit sprites (and what a hard work that was).
  28. |> >> >>: No the source was kind of weird, several asm-instructions on the sam
  29. |> >> >>: etc! :)
  30. |> >> >>I _KNEW_ that was the reason why you call the source bad!
  31. |> >> >>If you would have read the docs, you'd have read that I even
  32. |> >> >>provided the converter ;)
  33. |> >> 
  34. |> >> >Yes, and I used it! ;) It was still terrible!!! (Sorry no personal offe
  35. |> >> 
  36. |> >> Stop  complaining, your source was easily one of the ugliest sources of
  37. |> >> the  year  (after the blitterscreen source :)..  I had to do a complete
  38. |> >> cleanup before I used it.
  39. |> >> 
  40. |> >> Why are coders so messy?
  41. |> 
  42. |> Must be something in their psyche...
  43. |> They've all got an idee-fixe about saving time/cycles!
  44. |> comenting the code would be a waste of time too, wouldn't it?
  45. |> 
  46. |> >Coz we code all night and go to school all day (uh.... well, almost)
  47. |> >Anyway, when you're tired and code, it get's really messy...
  48. |> 
  49. |> And usually doesn't work anyway until you fix it to understandable form...
  50. |> 
  51. |> >> >>: There is a lot of things to think about! :(
  52. |> >> >>you can't think about all things.
  53. |> >> >>Do it for PAL and provide 4 pass solution for other monitors.
  54. |> >> 
  55. |> >> >I guess you don't have a Multisync? Just like the coder how put their c
  56. |> >> >sections in chipram because they don't have any fast memory! :-/
  57. |> >> 
  58. |> >> >Just try, it isn't much harder than PAL.
  59. |> 
  60. |> Hm, are there 64pixel sprites in DBLPAL? I'm convinced there aren't!
  61.  
  62. why ?
  63.  
  64. when using LORES with dbl (the physical lores, not the OSy one),
  65. a 64pixel sprite should be able to cover 128 normal lores pixels.
  66.  
  67. just theory, anyone confirm ? imho lores gets 2x1 when using dblpal :o
  68.  
  69. |> 
  70. |> Greets,
  71. |> Phil.
  72. |> grond/matrix
  73. ------------------------------------------------------------------------
  74.    fischerj@Informatik.TU-Muenchen.DE (Juergen "Rally" Fischer)   =:)
  75.  
  76.