PLEASE IV50 Support!

[Guest]

dear vl-team! thanks for the great vlc!!!
i often visit your website in hope to download a vlc-version that supports iv50. i really can't understand that such a common codec (used by webcams from logitech and a lot of others) isn't supported in vlc. i have a lot of such videos. at this time vlc is my default player, but it's everytime a hell to open M$ media player to view iv50 videos.

it is really so hard to implement iv50
how big is the chance that vlc will support iv50-codec in the future

thx!

[markfm]

IV50 is proprietary, that's why VLC doesn't support it, VLC is an open-source, GPL project, so unless someone were to reverse-engineer Indeo Video 5, come out with an open-source implementation, it won't be in VLC.

Reverse-engineering a CODEC is painful, time consuming. CODECs generally work by doing some pretty advanced mathematical operations on the video data -- various Fourier and wavelet transformation techniques, working with the video in the frequency domain, a bunch of matrix math things, various mechanisms to predict movement and only sent small blocks of data at a time (inter frames), all in pursuit of high video quality at minimal bandwidth (a lot of compression).

[The DJ]

Companies that use IV50 are idiots. It produces totally uncompatible video that is only viewable on Windows 2000 and later.
I advice you to write a complaint to Logitech that you are unable to view the video you produced in the environments you desire (mac, linux and VLC) (even though you might not want to use it on a mac or on linux, it's important too let companies know that you are not satisfied with their 'limited' support).

[Guest]

thanks for your answers.
the main feature of vlc that i'm using is the ability to view incomplete videos. after a hdd crash i recovered some private stuff (coded with iv50) and i'm not able to view that in any player because some video data (fourcc header etc.) is lost. i tried "divfix" and others but they helped me just a little bit.
i know it's offtopic, but any ideas in that matter

iv50 may be proprietary but vlc supports so many codecs and i think iv50 would "round up" vlc and give mac and linux users a chance to view such stuff. even if iv50 is "dumb & old" there are a lot of that stuff on the internet (afaik) and it would be great if vlc can view those existing vids... but maybe the vl-team has other more important things to code

thx again, al

@The DJ
"It produces totally uncompatible video that is only viewable on Windows 2000 and later. "

that's one more reason to support that codec, so mac & linux users can view it!
AFAIK win9x-me also supports iv50

[The DJ]

How many freaking times do we need to explain this?

When a free and open source codec becomes available, VLC will support it. As long as no one has written such a implementation (which is very complicated and not something usually done by the VLC team, as markfm explained above) VLC will not support IV.

VLC does not usually use it's own video decoders. It is an application that uses video codecs (mostly ffmpeg) and wraps them in a program to create a media player and streamer.

[Guest]

@The DJ
hey mr.president, take it "frekin'" easy because nobody forces you to answer my "freaking" thread. thanks

[markfm]

It gets a bit frustrating to some extent because bulletin boards like this really do have a good Search feature. All of the Forums have a permanent message asking people to search before asking a question.

VLC has a Features list, available off of the main VLC page, which lists the things that VLC does, and does not, support. People just don't seem to read that. It's pretty obvious, only the second paragraph on the page.
http://videolan.org/vlc/features.htm is the list

Concerning Search, if you select it, then put IV50 in the search area, hit the button, you will get multiple hits -- take a quick look and you will see it explained several times, that VLC doesn't support IV50, won''t unless/until an open-source version comes out.

It's an excellent application, but VLC doesn't do everything (just more things than most).

[Guest]

well i was brave and used the search funktion "before" i wrote this thread!
i found some threads about iv50 and readed them all. i know that vlc doesn't support iv50 but nobody in the found threads answered WHY. i think that a "requests-forum" is here to make requests. and that's what i did. however, thanks again for your previous explanation. such comments like "How many freaking times do we need to explain this?" don't belong in this forum. but forget it...

[markfm]

Good job using the Search function! It really does work.

Sorry you hadn't noticed the answer to your question -- I had explained it in a couple of the threads, usually a one or two line thing talking about how VLC does not support certain proprietary (closed source) CODECs. This is the first time I explained a bit more of the "why", that it is a pretty nasty mathematical puzzle, determining what the proprietary CODECs are using for their processing algorithm; this explanation applies equally to WMV3, IV50, the various Real CODECs, basically any CODEC that's closed source -- it really is a "code breaking" exercise to reverse engineer CODECs, trying to determine the transform for a given set of source frames that results in a given set of output frames.

DJ and the other developers have probably hit this question enough times that it's burned into their minds ("Oh, no, not the proprietary CODEC question again"

A good question might be where to put such information (pre-canned answers). It's clear that a lot of people aren't reading the features list (there are many questions saying that "fourcc video CODEC designation XYZ is not supported", and the answer is "You're right, this is shown in the Features List), else don't quite understand the material there. There's also a FAQ for VLC, I believe, and there's a wiki.videolan.org, a user-contribution knowledge base to capture things like how-tos or information specific to VLC operation with a given operating system.

The developers have clearly been trying to get the information out, but it seems that there are a lot of repeat queries.

(I'm lucky -- I'm not a developer, but do a lot of research for work, so am comfortable poking about in various areas, using search tools, etc.)

[The DJ]

To be totally honest, for the safety of others, i just might not answer this question anymore in the future.

[The DJ]

@The DJ
hey mr.president, take it "frekin'" easy because nobody forces you to answer my "freaking" thread. thanks

Oh yes they do. If I don't answer you get people screaming 'why doesn't no one answer my question. someone please answer my question, I really do need help.

Besides the question had already been answered in the first reply by markfm and you ask the same question again????
I don't get that.

[Guest]

better you say nothing than to scream around but enought of that. i'm sure you with your >1000 posts know that such freakin' things don't belong into a serious forum. now excuse me, i'm gonna learn some more english

[Guest]

What I can't understand is how can Linux / FreeBSD etc users have the ability to watch Indeo Video 3/4/5 files using MPlayer and yet we OS X users can't?

Also, there is XAnim which lets users watch these file formats on Unix X11 machines.

Please can someone from VideoLAN explain why this isn't available for OS X?

Relevant links...

http://www.mplayerhq.hu/homepage/design7/news.html

http://www.mplayerhq.hu/MPlayer/releases/codecs/

http://smurfland.cit.buffalo.edu/xanim/home.html

[Guest]

> Please can someone from VideoLAN explain why this isn't available for OS X?

I don't believe these DLL codecs are open source? That's why they aren't available for OS X. Really lame, but that's the way it is. Funny though that Linux users can view Indeo Video 4 and 5 files and OS X users can't.

[Fkuehne]

Funny though that Linux users can view Indeo Video 4 and 5 files and OS X users can't.

That's because these DLLs are compiled for intel/amd processors (so-called x86 CPUs), which aren't compatible with the ones, which are used in Macs (PPC CPUs). Furthermore, these DLLs are not compiled by MPlayer team, but copied from existing proprietory apps, so you cannot create a Mac version of them. Additionally you might have noticed that there are no DLLs on Macs (there's something similar, but technically not the same at all).
Thus, the different architecture of Macs and x86 PCs (including Win32, most Linux, FreeBSD, NetBSD, etc.) is also the reason, why the Mac-Edition of MPlayer does not support Indeo Video either.

As stated above, the source code of the DLLs is not accessible by the public, so they cannot used in VLC because its license forbids this. You might say that MPlayer uses the same license (GPL) as VLC and still uses them. That's true, but MPlayer violates its own license by doing this from our point of view.

Regards.