Poor Man's Install Script

[interim_descriptor]

Thanks for wiki-ing that up, syn-pat!

I've got an implementation for OSX LGL_ThreadSetPriority() in svn. It may not be 100% correct, but I think it'll give correct relative priorities, which is the important part. Do you know a good way to check a process' priority from bash in osx? In linux, I usually used htop.

Let's see... what else... The low-pitch buzzing is gone! That was my fault: I was writing a variable that, when LGL_JackInit() succeeded, remained uninitialized, to the audio output buffer to clear it (oops).

OK... Next up, I'm going to take on the crash in ffmpeg, when I try to load Zebbler's Verminator.mov...

Shout out if you're working on anything at the moment... Were you ever able to get your ffmpeg to decode an mp3...?

-Chris

[interim_descriptor]

Found the issue with Zebbler's Verminator.mov: ffmpeg's sse
instructions suck.

I've update the wiki to reflect this: ffmpeg must be ./configured with
the --disable-sse argument. SP: You should rebuild ffmpeg with this
configure line:

./configure --enable-gpl --enable-swscale --disable-sse

I've updated the wiki to reflect this.

So, we now have the following cool things in the OSX port:
* It runs
* It has a realtime priority JACK thread (Audio doesn't appear to skip
anymore, but further testing is required to verify this)
* It can load & play audio files
* It can load & play video files

What we lack:
* MIDI input
* Vsync (My 13" Macbook Pro apparently has vsync disabled by default,
and I don't immediately know how to enable it)
* 4-channel audio output remains untested
* Projector output remains untested
* Recording remains untested (and will require lame, or going through
ffmpeg, as we probably should be doing...)
* Video re-encoding quality control (This is KEY... Currently, when
the user selects a video, it gets encoded to a not-good-enough-quality
mjpeg...)
* Video re-encoding can result in an incorrect framerate. I wish I
didn't have to wade through dvj-side ffmpeg code to fix this...
* Currently runs out of its own directory. Must be made to run out of
an arbitrary directory.
* An installer

Hmm... I'm probably missing other things, but these are the things
that jump out at me. Not a very long list.

My next target is MIDI input.... And I think I read something about
OSX OpenGL vsync on google...

-Chris



On Jun 18, 10:46 pm, interim_descriptor <interim.descrip...@gmail.com>
wrote:

> Thanks for wiki-ing that up, syn-pat!
>
> I've got an implementation for OSX LGL_ThreadSetPriority() in svn. It may

> not be 100% correct, but I *think* it'll give correct *relative* priorities,