is on hold a wee bit.
I've discovered a -lot- of problems in the threading. And haven't traced
them yet.
For some reason pthreads is losing condition signals. Anyone know
anything about this? (If anyone's tried it and lost audio, that's why)
So I'm moving to a multitasking model now,
On Wed, 2 Feb 2000, teunis wrote:
On Tue, 1 Feb 2000, Christoph Egger wrote:
On Tue, 1 Feb 2000, teunis wrote:
[snip]
My next goal is to split off the renderer/IO into a seperate process.
Then I'm going to add modules for systems other than GGI. ie SDL. Which
doesn't
On Tue, 1 Feb 2000, teunis wrote:
[snip]
My next goal is to split off the renderer/IO into a seperate process.
Then I'm going to add modules for systems other than GGI. ie SDL. Which
doesn't support GGI on my system. Maybe after I get X working..
Jon M. Taylor has IIRC written a
On Tue, 25 Jan 2000 [EMAIL PROTECTED] wrote:
On Tue, Jan 25, 2000 at 01:18:06AM -0700, teunis wrote:
http://www.geocities.com/winterlion/index.html
- they have a problem when I ftp the index.html in *sigh*.
[~]$ tar zxvf ggiplay.tgz
..
ggiplay/libmpeg2/video/reconstruct.c
ggiplay
teunis wrote:
And if anyone has any ideas on how to profile a multithreaded app, let me
know :)
Well, take care to store your profiling information _inside_ memory,
and output them to disk or terminal all in a bunch (preferably at the
final end of the program). If you are on a uniprocessor,
http://www.geocities.com/winterlion/index.html
- they have a problem when I ftp the index.html in *sigh*.
Anyways, test it out, try it out, mail me with comments. It doesn't work
with MPEG-1 video. It's -very- CPU-intensive. It has loads of bugs I
haven't found yet. It only works with 16,24,
frame.
Huh?
Either you've found a severe bug in LibGII or you are not using
it properly. Exactly what are you doing that causes a "delay" ?
Same polling code as per public ggiplay.
while (ggiEventPoll(vis, emKeyboard|emPointer, start)0)
{
x = ggiEventsQueued(vis, emKeyboard |
teunis [EMAIL PROTECTED] writes:
On 24 Jan 2000, Marcus Sundberg wrote:
Huh?
Either you've found a severe bug in LibGII or you are not using
it properly. Exactly what are you doing that causes a "delay" ?
Same polling code as per public ggiplay.
while (ggiEventPoll(vis,
Hi !
while (ggiEventPoll(vis, emKeyboard|emPointer, start)0)
{
x = ggiEventsQueued(vis, emKeyboard | emPointer);
while (x)
{
gii_event event;
ggiEventRead(vis, event, emKeyboard | emPointer);
/* do stuff */
};
};
I don't see
teunis [EMAIL PROTECTED] writes:
Okay, I've found a problem with libGII...
It's adding delays to that quicktime-player (and soon mpeg too! :) that
I'm playing with... Resulting in blank spots in the audio and the
occasional dropped video frame.
Huh?
Either you've found a severe bug in
now that I have a USB Joystick plugged in.
(linux-2.3.39 has -great- USB code :)
I can disable the event-checking but it takes all the fun out of it
*pout*. And it's FUN to listen to REM's "Shiny Happy People" backwards!
(the original ggiplay could play videos backwards. So when I add
On Sun, 16 Jan 2000, W.H.Scholten wrote:
Rubén wrote:
On 2000/Jan/13, W.H.Scholten wrote:
Well, not precompiled. What I mean is that it uses an abstracted system
of pcm/mixer/synth/cd in directly accessable libraries. Compile the
libraries for a new audio system and the server
teunis [EMAIL PROTECTED] writes:
Q: Got a driver/protocol/divisioning chart? Some kinda explanation to why
things are laid out the way they are and maybe what parts do what?
I keep thinking of doing something akin to Windows Media system / modular
with divisions of modules. (ie: use
Rubén wrote:
On 2000/Jan/13, W.H.Scholten wrote:
Well, not precompiled. What I mean is that it uses an abstracted system
of pcm/mixer/synth/cd in directly accessable libraries. Compile the
libraries for a new audio system and the server would work on the other
API.
This is
On Wed, 12 Jan 2000, Andreas Beck wrote:
I've been playing a 'wee' bit with ggiplay (the quicktime movie player).
Ah - good. Nice to see someone uses/enhances it.
- smooth scaling (bad habit for me :)
*grin* - how about finally writing a scale target ?
I still say I don't know
...
This is quite a bit different from your current needs which are pretty much
streaming large amounts of PCM data in a synchronized way.
Streams are handled by GSI 0.8.x. Synchronizing, well, in that case
shared memory streams are probably the way to go (not completed in
0.8.x).
Ah. ggiplay
teunis wrote:
[I also have a scaling patch for d1x and snes9x if anyone wants... should
I? :]
Yes!! I want the snes9x patch!
Regards,
Per Wigren
begin:vcard
n:Wigren;Per
tel;cell:0708-197 347
x-mozilla-html:TRUE
url:http://laugh.at/the.morons
org:Internet Communications AB
version:2.1
are handled by GSI 0.8.x. Synchronizing, well, in that case
shared memory streams are probably the way to go (not completed in
0.8.x).
Ah. ggiplay is a simple mov-player based on the quicktime4linux library
I wrote to have a look at the lib. So synchronization is an important issue
for that stuff
I've been playing a 'wee' bit with ggiplay (the quicktime movie player).
Ah - good. Nice to see someone uses/enhances it.
- smooth scaling (bad habit for me :)
*grin* - how about finally writing a scale target ?
- What do I do for sound? I could use GSI (which does -not- work
Andreas Beck wrote:
- What do I do for sound? I could use GSI (which does -not- work
for me... the daemon -never- starts)... Maybe I should look
at a GGI-style sound management library?
Why doesn't whoever wrote this contact me? Help is just an email away
and
20 matches
Mail list logo