It took a little effort but nearly all of the source code compiled
as-is. So, good work with the portability. :)
--
-Mike Melanson
Ralph.
> --
> You received this message because you are subscribed to the Google Groups "WebM Discussion" group.
> To post to this group, send email to webm-d...@webmproject.org.
> To unsubscribe from this group, send email to webm-discuss...@webmproject.org.
> For more options, visit this group at http://groups.google.com/a/webmproject.org/group/webm-discuss/?hl=en.
>
Mike,
Your crazy hacker spirit never ceases to amaze me. Congrats.
--Alex Converse
Hard to say at this point. So far, I have only ported the
decode_to_md5.c utility so that I can test bit exactness via a serial
console. I haven't hooked the decoder up to the video output yet.
The decoder does crash after enough frames. I haven't delved into the
'why' yet. I was just startled to see correct MD5 sums start pouring out
of the console.
I wouldn't expect impressive FPS-- the DC struggled to play low-res
MPEG-4 part 2 video.
--
-Mike Melanson
Furthermore, how are you planning to do yuv->rgb conversion ? Does the DC have enough functionality in it's graphics processor to do so ?
Ralph.
Not directly. But there is a trick with texture blending that can
facilitate conversion:
http://multimedia.cx/yuv-3d-rgb.txt
I'll definitely try to get visual playback happening, just for fun. :)
--
-Mike Melanson
Nice work, Mike! And for the parts that didn't, patches welcome -- we
did compile on SH-4 in the past...
--
-Mike Melanson
--
You received this message because you are subscribed to the Google Groups "WebM Discussion" group.
To post to this group, send email to webm-d...@webmproject.org.
To unsubscribe from this group, send email to webm-discuss...@webmproject.org.
For more options, visit this group at http://groups.google.com/a/webmproject.org/group/webm-discuss/?hl=en.
I suspect you did so for Linux/SH-4. This was on a custom, purpose-build
RTOS and most of the mods I made just needed to make it fit more nicely
with the RTOS' almost-POSIX-compatible system libraries.
If I get down to figuring out why it's crashing on certain frames (and
if it's truly a bug in libvpx), I'll surely send along a patch.
--
-Mike Melanson
Do you know if any released DC games used TM2X? The only FMV formats I
have seen on DC games are Sofdec and 4XM. In fact, the only place where
I have ever seen TM2 video remains Final Fantasy VII for PC.
--
-Mike Melanson
Found the crashing problem: libvpx-v0.9.5/vp8/common/reconinter.c has to
#define MUST_BE_ALIGNED. In the default distribution, this is commented
out with a note that it must be enabled on such architectures as ARM.
Are ARM system integrators expected to figure this out or is there
out-of-file documentation on the matter?
Thanks...
--
-Mike Melanson
--
-Mike Melanson
But no, there is no other documentation, sorry.
[1]: http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0491c/CIHCGCFD.html
Even where unaligned access doesn't trap, isn't it a significant
performance penalty?
Mike
On the contrary, it's a speedup on arm. No penalty!
Nice work!
-Mike Melanson
One cycle compared to an aligned access.
--
M�ns Rullg�rd
ma...@mansr.com
Update: Realtime playback IS possible! ... if the video is 176x144 ...
and you don't do YUV -> RGB conversion (just display the Y plane) ...
and no audio decoding to go along with video playback.
:)
More details here:
http://multimedia.cx/eggs/decoding-vp8-on-a-sega-dreamcast/
--
-Mike Melanson