home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 2727 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.8 KB
  1. Path: Norway.EU.net!usenet
  2. From: patrick.hanevold@login.eunet.no (Patrick Hanevold)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Is a real good mpeg player possible on the amiga ?
  5. Date: 4 Feb 1996 17:36:04 GMT
  6. Organization: EUnet Norway
  7. Message-ID: <1242.6607T896T551@login.eunet.no>
  8. References: <4e2gqu$5ca@caers3.unicaen.fr> <4e2o57$5a2@serpens.rhein.de><574.6598T297T795@login.eunet.no>
  9.     <4e7n75$krh@serpens.rhein.de><386.6603T1404T1784@login.eunet.no> <PETERM.96Feb1112250@tui.maths.irl.cri.nz>
  10. NNTP-Posting-Host: pc3.asker-pm2-1.eunet.no
  11. X-Newsreader: THOR 2.22 (Amiga;TCP/IP)
  12.  
  13.  
  14. >>Yes. They happen to be coded very slow. Just like MP.
  15. >>Maby some asm would help a little?
  16.  
  17. >I tried compiling the Unix mpeg_play v1.2 first with optimised SAS/C,
  18. >then later with optimised GNU C, with appropriate changes for CGraphX
  19. >(no c2p).  In both cases the result ran about twice as slow as mp103.
  20. >Rewriting the critical parts in asm would probably achieve about the
  21. >same speed as mp103.  To get significantly more speed, we need a
  22. >faster algorithm (if one exists), I think.
  23.  
  24. >I haven't followed all the details, but I can see that mpeg_play
  25. >calculates YUV for each frame in one buffer, then converts it to RGB
  26. >in another buffer, then finally renders it to the display device (in
  27. >my case with cybergraphics.library WritePixelArray()).  It is
  28. >conceivable that combining these operations could save a lot of memory
  29. >reads/writes.  Unfortunately I can't see how to do it because the YUV
  30. >and RGB frames are calculated in non-sequential order and saved in
  31. >buffers until they are needed.
  32.  
  33. The sources I've seen, well.. they are slow coded, and compared to MP, the
  34. speed was about the same, a little slower.
  35.  
  36. <sb>Patrick Hanevold - Virtual Reality developer
  37. <sb>patrick.hanevold@login.eunet.no
  38. <sb>Amiga and official Be developer
  39.  
  40.