Overview Features Coding ApolloOS Performance Forum Downloads Products Order Contact

Welcome to the Apollo Forum

This forum is for people interested in the APOLLO CPU.
Please read the forum usage manual.
Please visit our Apollo-Discord Server for support.



All TopicsNewsPerformanceGamesDemosApolloVampireAROSWorkbenchATARIReleases
Documentation about the Vampire hardware

Riva Video Playerpage  1 2 

Michael Nurney

Posts 283
12 Feb 2017 00:03


The new updated core and Riva player seem to work perfectly ..

happy days indeed , well done guys.

EXTERNAL LINK 
The picture is a little dark ...oops

mike


Amiten Store

Posts 24
13 Feb 2017 18:49


Well Done, one question I try Riva 0.52 too but my playback from the internal IDE (Vampire 500 V2+) not playing so good , are you playing the Video from internal IDE or External SD? thank you


Michael Nurney

Posts 283
21 Feb 2017 21:38


Hi I'm playing it from the PCMCIA fat 32 CF card


Roman S.

Posts 149
22 Feb 2017 07:39


Looking at Riva on Apollo Core, and looking what PeaBrain achieved on a much weaker hardware:
 
EXTERNAL LINK 
EXTERNAL LINK 

I'm afraid going with the "convert video to MPEG1 to play it on the Amiga" approach might be not too good idea...


Gunnar von Boehn
(Apollo Team Member)
Posts 6207
22 Feb 2017 07:56


Roman S. wrote:

Looking at Riva on Apollo Core, and looking what PeaBrain achieved on a much weaker hardware:
 
  EXTERNAL LINK 
  EXTERNAL LINK 
 
 
  I'm afraid going with the "convert video to MPEG1 to play it on the Amiga" approach might be not too good idea...

nice joke


Nixus Minimax

Posts 416
22 Feb 2017 11:38


Roman S. wrote:
I'm afraid going with the "convert video to MPEG1 to play it on the Amiga" approach might be not too good idea...

I'm afraid you will think differently once you compared file sizes of mpeg1 and HAM8 Videos...

Btw: there were no 4 GB compact flash cards in 1992.



Gunnar von Boehn
(Apollo Team Member)
Posts 6207
22 Feb 2017 14:31


Everyone who does little math will see immediately that the video on youtube is a nice well done joke.
Only timing is 5 weeks to early. :-)



Nixus Minimax

Posts 416
22 Feb 2017 16:09


Gunnar von Boehn wrote:
the video on youtube is a nice well done joke

Let's not be too hard with this: a young padawan overestimated the accuracy of Amiga emulation in WinUAE... :)

As it turns out the video was done on WinUAE and a real A1200 cannot get beyond a couple of frames per second. There is no real video compression and thus file sizes would be gigantic. The HAM8 video player is basically just moving data from IDE to chipmem.




Ian Parsons

Posts 230
22 Feb 2017 17:14


Assuming it's just the hard drive access speed WinUAE boosts then what the A1200 needs is a faster IDE port but where could it possible get one ;)


Roman S.

Posts 149
22 Feb 2017 19:42


One has to know the data first to do the calculations :)

68030 @ 40 MHz... modern fast memory... started from CompactFlash in PCMCIA adapter (according to SysInfo 3,276,800 Bytes/Second)... all the CopyMemQuick and other system speedup patches... for nothing :(


Gunnar von Boehn
(Apollo Team Member)
Posts 6207
22 Feb 2017 22:26


Roman S. wrote:

One has to know the data first to do the calculations :)

Its pretty easy to calc, you can surely do this quickly in your head.

A HAM8 picture is 8bit = 1byte per pixel
700x190 pixel ~ 130 KB
time 25 FPS = 3.3 MB /sec
== 200 MB / minute

So yes HAM looked always nice - but as movie format it much to big to be useful.

A HD floppy of 1.6 MB can hold only 0.5 seconds of movie :-)

A CD (700 MB) can hold only 3 minutes of movie
The whole 4 GB CF which was shown in the video can only hold 20 minutes of movie.

So for a normal movie you need a halve a dozen of 4 GB Compact flash drives.
So you see easily why HAM was never successful for movies.

The other problem is the transfer rate.
A stock A1200 can load around 1 MB/sec from IDE.
But for the movie you need to load 3MB/sec from IDE plus copy this to chipmem.
This means a stock A1200 can never play the movie smooth.

Its obvious this was a nice and very funny aprils fools joke.

Yes of course with a very fast system - like a VAMPIRE.
You can load that much easily from IDE.
Of course with Vampire you also have enough CPU power to decode a much better video format like MPEG.

MPEG has much more useful compression rate.
So that you get a real movie on a CD size.



Henryk Richter
(Apollo Team Member)
Posts 128/ 1
23 Feb 2017 06:31


Amiten Store wrote:

Well Done, one question I try Riva 0.52 too but my playback from the internal IDE (Vampire 500 V2+) not playing so good , are you playing the Video from internal IDE or External SD? thank you

Download SagaDriver0.11 fro  EXTERNAL LINK  copy VampireTool out of the archive to C:

Then call
  C:VampireTool FastIDE
from CLI/Shell. If your CF is behaving as it should and you don't encounter issues, you can put that command into s:startup-sequence or s:shell-startup.


Henryk Richter
(Apollo Team Member)
Posts 128/ 1
23 Feb 2017 06:44


Roman S. wrote:

Looking at Riva on Apollo Core, and looking what PeaBrain achieved on a much weaker hardware:
  I'm afraid going with the "convert video to MPEG1 to play it on the Amiga" approach might be not too good idea...

What's in my humble opinion not a good idea is to compare Apples with Oranges.

PeaBrain's demo is consisting of precalculated HAM8 images, as a slideshow. The consequence is a video data rate of 27 Mbit/s. To put this into perspective, this is in the same the ball park as the Blu-Ray. The recommended video bitrate for MPEG-1 on Apollo is 1.5 Mbit/s for nearly twice the number of pixels (640*360=230400 vs. 704*192=135168).

To achieve such compression factors, you need some math, some code and a well stacked amount of CPU power to go along with it.

That being said, I like PeaBrain's demo. He's committed to show the capabilities of stock 1993 hardware (+CF) and he deserves appreciation for his work.


Asaf Ayoub

Posts 26
23 Feb 2017 23:25



>So yes HAM looked always nice - but as movie format it much to big to be useful.

HAM Would be really good for a modified editing format.

Professional Non Linear Editing software use Image sequences of PNG,TGA,TIFF - the size of 1 GB per few mins, also with time code data, EG proxies : DPX or OpenEXR, used in EG Davinci resolve NLE.

Hardware is moving to GPU acceleration in Geforce 10xx cards for HEVC (H.265) codec.

Alot of people are using computer clusters to encode high res video EG 10+ Raspberry Pis networked together.

But all one really needs is a compute engine for encode and decode - not a FULL for example Apollo core - just enough to transcode video frames.

Group together 10+ cores together via networking in an FPGA could be interesting.

A render cluster for distributed processing.
So many youtube videos trying make own home cluster but expensive hardware and electricity for all boards,nodes,GPU & cpu cards.

Next generation Super compressed video codec in progress DAALA:

https://people.xiph.org/~xiphmont/demo/index.html

 


Simo Koivukoski
(Apollo Team Member)
Posts 601
11 Aug 2017 06:26


Another nice update to the RiVA from Henryk Richter!

EXTERNAL LINK


Obetto Sannala

Posts 61
11 Aug 2017 08:24


This is awesome!


Søren Jepsen

Posts 2
11 Aug 2017 08:42


Now that most content today is encoded in mpeg4/h264 wouldn't it be feasible to implement A h264 decoder in The fpga to accelerate decoding. There is A guy, who has implemented a h264 encoder in vhdl.
 
  EXTERNAL LINK


Gunnar von Boehn
(Apollo Team Member)
Posts 6207
11 Aug 2017 08:59


Søren Jepsen wrote:

  Now that most content today is encoded in mpeg4/h264 wouldn't it be feasible to implement A h264 decoder in The fpga to accelerate decoding. There is A guy, who has implemented a h264 encoder in vhdl.
   
  EXTERNAL LINK 

This would be in the long run the wrong move.
Our goal is to revive AMIGA and 68k.
 
Copy&paste an h264 decoder into the FPGA is no work for us.
But it helps the AMIGA and 68K nothing or very little.
 
Doing a powerful and fully versatile SIMD unit is much more work.
But it will help the cause much more.
 
AMMX can not only be used for h264 but for anything else.
 


Søren Jepsen

Posts 2
11 Aug 2017 09:04


Provided The SIMD Can deliver enough speed to decode in realtime? Decoding A mpeg4 stream requires alot more calculations than a mpeg1 stream


Przemyslaw Tkaczyk

Posts 155
11 Aug 2017 09:37


Søren Jepsen wrote:

Now that most content today is encoded in mpeg4/h264 wouldn't it be feasible to implement A h264 decoder in The fpga to accelerate decoding. There is A guy, who has implemented a h264 encoder in vhdl.
 
  EXTERNAL LINK 

I don't know why would we need an *encoder* for h264 *playback*? It's no use, unless we plug it in "backwards" (joke) :D

posts 40page  1 2