Riva Video Player | page 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 6223 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 6223 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 6223 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 6223 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
| |
|