http://redrival.com/alphax86dev/downloads/diskout-0.0.1.zip
This is a zip archive of the source code I'm currently working with. It
works in a minimal fashion currently. For lack of a custom dialog to select
where the files go, it simply take the input file, tacks a ! onto the end of
the filena
i don't think this is the issue. i think it is bc we are sanity checking the
database on startup.the more mp3s you have the longer it takes. we were gonna stop
doing it i thought with 2.0.2 though. isaac?
elrod
[EMAIL PROTECTED] wrote:
> On 25 Feb, Duc Tang wrote:
> >
> > I fully support the fr
right now there is not a way for plugins to have their own prefs dynamically
displayed in the pref dialog. that is something we plan on figuring out for 3.0.
i can't answer the time stuff, Rob?
i think saving the file to the same directory as the source file is the best
solution right now.
elro
> i can't answer the time stuff, Rob?
In each PMO, there is a function called:
void HandleTimeInfoEvent(PMOTimeInfoEvent *pEvent);
Check this function out -- it sends the time info to the player. These
functions are complicated by the fact that they need to be accurate and that
the
> i don't think this is the issue. i think it is bc we are sanity checking
the
> database on startup.the more mp3s you have the longer it takes. we were
gonna stop
> doing it i thought with 2.0.2 though. isaac?
Isaac took care of that now, and the windows DLLs are now properly based.
Startup isn'
> In each PMO, there is a function called:
>
> void HandleTimeInfoEvent(PMOTimeInfoEvent *pEvent);
>
Hmm, it appears the function is still in the code left over from where i
based it on the DirectSound plugin. Maybe I've not updated the variables
properly. I'll do a check against t