Update Name: Ian micheal Date: 26/08/23 20:43 Description: PVR DMA
Name: Ian micheal Date: 15/08/23 19:24
Code From TapamN and moop marked in comments. Thanks to both which i admire and learn from. Starting now all the micro and other optimizing i always do like Eliminate Redundant Calculations ,Precompute Constants,Loop Fission,Minimize Conditional Checks.. My normal path after something is just hitting what i want i start on these. I use Dreamsdk 3.0 dev and compiler gcc4.7.4 and there is zero warnings or errors. Pvr dma glitch fixed mask added no static on sound on sync ready to use.
PVRDMA UPDATE VIDEO BELOW
Untitled_2023-08-26_20-55-20.mp4
This is a modified version of the DreamRoQ player with various improvements:
-
Redone threading and main structure for improved performance and stability.
-
Added benchmarking for timing AICA and RoQ decoding audio.
-
Redone rendering order and code commenting for enhanced readability.
-
working now correct on a cdr speed and sound
bandicam.2023-08-12.03-45-11-395.mp4
bandicam.2023-08-12.05-04-35-117.mp4
Example Output:
Wait for RoQ Decoder: 1 ms
Copy PCM Samples: 1 ms
Inform AICA Driver: 0 ms
Wait for AICA Driver: 88 ms
Wait for RoQ Decoder: 0 ms
**Before:**
Wait for AICA Driver: 168 ms
Wait for RoQ Decoder: 0 ms
Copy PCM Samples: 1 ms
Inform AICA Driver: 0 ms
Wait for AICA Driver: 187 ms
Wait for RoQ Decoder: 0 ms
Copy PCM Samples: 1 ms
Inform AICA Driver: 0 ms
Wait for AICA Driver: 197 ms
Description: ported from C normal file system to kos FS file system api because if this
Info from TapamN One issue you might run into is slow file access over ethernet.
Using the C library stdio.h functions (fread, fwrite) can be much slower than using the KOS filesystem calls directly (fs_read, fs_write) when reading/writing large blocks.
With stdio, you get something like tens of KB/sec, while with KOS you can get over 1 MB/sec. Stdio might be faster when preforming many very small operations.
dcload-serial doesn't have this issue.
Update working sound on kos2.0
all warnings fixed all threading fixed
30fps
Test file ROQ seen above https://mega.nz/file/jyx3RCIJ#UjobEImbNw41peLl1XJO2nvm9dVH_vpHrQL93UkhZvs
Ian micheal update fix request no black screen working sound
Getting anything to sync will be hard; it all has to be done with encoding. This will try but will run at 30fps flat out all the time.
Included batch files to convert MP4 or AVI that has been converted to 512x512 to ROQ with sound that works with this player. This is a sample player that can be used for FMV in your game and as an intro library to show your FMV intro, then boot your main game, etc.
Request filled.
Files must be
=====================
- 512x512 resolution
- 22kHz audio before using the encoder and batch files
- Use the ShanaEncoder, it's free
- MP4 or AVI batch files are included
- You can't use any size other than 512x512 in and out.
License
=======
Dreamroq is meant to be license-compatible with the rest of the KallistiOS operating system, which is a BSD-style open-source license. You can read the specific text in LICENSE.KOS. So you can use it in your games without having problems.
Dreamroq Library
Introduction
============
Dreamroq is a RoQ playback library designed for the Sega Dreamcast video game console.
RoQ is a relatively simple video file format developed for video-heavy CD-ROM games. Read more about the format here:
http://wiki.multimedia.cx/index.php?title=RoQ
The Dreamroq library includes a player component that is designed to run under the KallistiOS (KOS) open-source operating system. Read more about...
KOS at:
http://gamedev.allusion.net/softprj/kos/
The library also includes a sample testing utility that can be built
and executed on Unix systems. This utility is useful for debugging and
validation.
RoQ sample files can be found at:
http://samples.mplayerhq.hu/game-formats/idroq/
RoQ files can also be created using the Switchblade encoder:
http://icculus.org/~riot/
A version of Switchblade is also included in FFmpeg and many derivative
programs:
http://ffmpeg.org/
License
=======
Dreamroq is meant to be license-compatible with the rest of the KallistiOS
operating system, which is a BSD-style open source license. You can read
the specific text in LICENSE.KOS.
Building (Unix)
===============
To build and test on Linux/Mac OS X/Cygwin, simply type:
make
in the source directory. This will build the executable test-dreamroq. This
utility has the following usage:
./test-dreamroq <file.roq>
This will decode the RoQ file from the command line into a series of PNM
files in the current working directory (watch out-- this could take up a
lot of disk space).
Building (KOS)
==============
There are 2 Makefiles included with Dreamroq. The first -- implicitly
invoked when running a bare 'make' command as seen in the "Building (Unix)"
section -- builds the test utility. The second Makefile is Makefile.KOS,
invoked with:
make -f Makefile.KOS
This is a standard KOS Makefile which assumes that a KOS build environment
is available. This is covered in the KOS documentation. This step will
build a file named dreamroq-player.elf which can be loaded onto a Dreamcast
console via standard means (also outside the scope of this document).
The file dreamcast-player.c contains a hardcoded RoQ file path in its
main function. It is best if this points to a file burned on an optical
disc. It is also viable to build a small RoQ file as a ROM disk into the
ELF file (which is well supported in KOS) and load the file from the '/rd'
mount point.
Bugs, Issues, and Future Development
====================================
The player is just a proof of concept at this point. It doesn't try to
render frames with proper timing-- it just plays them as fast as possible
(which often isn't very fast, mostly due to the I/O bottleneck).
If the RoQ video is taller than it is wide, expect some odd rendering.
The API between the library and the client app leaves a bit to be desired.
Notably absent is some proper initialization and teardown mechanism.
Currently, the first call to the render callback initializes the PVR buffers
but they are never explicitly freed.
Credits
=======
Library originally written by Mike Melanson (mike -at- multimedia.cx)
Audio support added by Josh "PH3NOM" Pearson (ph3nom.dcmc@gmail.com)