1.2-git: blank white area instead of video?

[Technologicat]

Hi,

Any OS X developers browsing the forums? Not necessarily VLC developers, but in general.

I'm having a weird problem with a recently compiled VLC 1.2-git HEAD on OS X 10.6.5. Instead of video, I get a blank white area, both from Lunettes and from the simple test application. I've found a likely immediate cause for the issue: a parameter gets corrupted during address remapping between the app and the dynamically loaded libvlccore.

However, I've ruled out the usual suspects for this kind of problem (version mismatches; buggy compiler optimizations), and I'm hitting a blank as to what could be causing it. I'm not very familiar with OS X development specifically, so I'd be grateful for any help.

Issue details in this thread in the libVLC development forum: viewtopic.php?f=32&t=84336

(The rest of this post consists of related information.)

History as to what I already solved and how (just to keep these threads together):
Mysterious compile issue: viewtopic.php?f=12&t=85362
Straightforward compile issue and a crash in Lunettes: viewtopic.php?f=12&t=85367

Motivation: I'd like to develop an inverse telecine deinterlacer for VLC. See this thread: viewtopic.php?f=7&t=85257

Summary of the rationale: there exist lots of official, commercial, but badly mastered hard-telecined DVDs, mainly anything originating in Asia - including virtually all R1 (US) anime discs.

Since the telecined video contains all the information from the original progressive film frames (excluding possibly one field from a frame or two at bad cuts), using an interpolating deinterlacer unnecessarily throws away half of the available vertical resolution. Playback at full resolution would be possible by reconstructing the progressive frames from the telecined signal.

With hand-drawn animation, the difference is especially noticeable, making inverse telecine a must-have for such material. Some players do this, but VLC unfortunately does not, and it seems currently there is no solution for OS X. Adding inverse telecine to VLC would rectify this, and in general, make VLC more robust as a DVD player.

A working, open source deinterlacer for 3:2 pulldown removal already exists, so accomplishing the goal is very realistic. I would also like to test some of my own ideas, to see if I could improve on the existing one, at the cost of some more CPU cycles (which are a lot cheaper these days than they were in 2001-2003, when Vektor developed his deinterlacer). The core of VLC 1.2-git seems to have the necessary functionality to implement this.

Apologies if I sound impatient. I'd just like to get this project started soon :)

Thanks,

[Jean-Baptiste Kempf]

I would not be surprised if the Video Outputs have not been updated correctly on Mac, seeing the major changes in the video output in the VLC core lately.
Linux would be less hassle.

[Technologicat]

I would not be surprised if the Video Outputs have not been updated correctly on Mac, seeing the major changes in the video output in the VLC core lately.
Linux would be less hassle.

Ok. I do have a Linux netbook, so I guess I could do that for now. At the same time it's a chance to make sure that whatever I develop runs sufficiently fast on an Atom ;)

In the meantime, if anyone has ideas, I'd appreciate any help with the Mac side of things.