Breaking Eggs And Making Omelettes

Topics On Multimedia Technology and Reverse Engineering


Custom Multimedia Programming Language

September 27th, 2005 by Multimedia Mike

This is what happens when you spend year in and year out thinking about the exact same topic… You start thinking about designing a new programming language!

Read the rest of this entry »

Posted in Outlandish Brainstorms | Comments Off on Custom Multimedia Programming Language

What Would You Do With 6 Processors?

September 20th, 2005 by Multimedia Mike

The final specs for Microsoft’s Xbox 360 have been public for some time now. Microsoft has even committed to a launch date of November 22 of this year. Predictably, the spec sheet raises more questions than it answers.

Xbox 360 Logo

Read the rest of this entry »

Posted in Multimedia PressWatch, Reverse Engineering | Comments Off on What Would You Do With 6 Processors?

VC-1 In xine

September 18th, 2005 by Multimedia Mike

This morning’s project was to make the SMPTE VC-1 reference decoder work with my home project, the xine media player. This is mostly an academic exercise for me personally and I do not see much point in releasing the source code. The only people for whom it would prove even marginally useful would be xine users like me who run on non-x86 platforms (AMD64 for me). And even then you need to have an rather fast CPU since the reference decoder is not designed with speed in mind. E.g., there is probably a better way to compute those inverse transforms rather than performing 2*m*n multiply/add operations for each m x n block.

Update: I just realized that the inverse transform is not the most comical of the inefficiencies. Examination of the variable length code (VLC) functions reveals that the reference decoder uses an O(n) VLC decoding algorithm, where n = the total VLCs in a table. I have never seen this before. I have never really thought to evaluate running efficiency of VLC algorithms until now. Naive tree-based VLC decoders are roughly O(log n) while table-based VLC decoders strive to be O(1), or constant time.

Not that the O(n) VLC decoder is bad considering the application. To the contrary, the code is very simple to understand. I just thought that some of the trade-offs made to accommodate readability vs. efficiency are humorous.

x86 xine users would be better served by continuing to use the Win32 binary codecs until we (likely the FFmpeg people) complete a viable open source decoder. If you are a non-x86 xine user, email me if you want WMV9 support now.

Posted in Open Source Multimedia | Comments Off on VC-1 In xine

VC-1 Work

September 15th, 2005 by Multimedia Mike

Pursuant to DVD Jon’s post about compiling and using the SMPTE reference VC-1/VC-9/WMV3/WMV9 decoder with VLC, I wrote an FFmpeg module to use the same reference code. Next, I will try to adapt it to xine. Though I hope we do not grow too collectively complacent with this decoder.

I tried decoding 3 different WMV3 videos from 3 unique sources. The reference decoder seemed to work fine on 2 videos but not on the third.

The third videos fails on all frame decodes, usually tripping errors about “FATAL ERROR: DecodeACRunLevel: AC coef array overrun”.

Posted in Open Source Multimedia, Reverse Engineering, Windows Media | Comments Off on VC-1 Work

« Previous Entries