[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-multimedia
Subject:    Re: SmartWrappers => Object conversion done!
From:       Nicolas Brodu <nicolas.brodu () free ! fr>
Date:       2000-05-15 15:05:50
[Download RAW message or body]

Stefan Westerfeld wrote:
> True, thats my plan, too. There is some experimental video code in
> kdemultimedia/noatun, by the way, which uses two special mcopidl options
> to allow declaring VideoFrame streams. See avideoframe.cc/avideoframe.h.
> 
> To the PlayObjects <-> "Real streaming" issues: Of course having real
> streaming is always better, that is putting data raw into a mp3 decoder
> as asynchronous byte stream, and getting out the decoded data (maybe) as
> byte stream, too.
> 
> PlayObjects are just the simple solution to have something that will
> definitely work for KDE2.0, the "real solution" is splitting into smaller
> components.
> 
> To the SynthModule inheritance: I think it should stay. A SynthModule is
> a module that has the start()/stop() functionality which you will need
> for all kinds of streams - its just the name that may be confusing a bit.

Of course it should stay... in C++!
I mean that for the examples I posted, an interface is written as:
interface MyInterface {
    out audio stream gargle;
};
and does not inherit from SynthModule (which is now implicit since I declared a
stream).
It's just a matter of mcopidl adding a parent (SynthModule) when a stream is
detected. The coder doesn't even need to know, as inheriting from the skel
doesn't make SynthModule appear. That way, SynthModule is really internal, and
the idl looks nicer. The start()/stop() functionality is viewed as something you
get automatically when you declare a stream.

OK for this change?

-- 
A shortcut is the longest distance between two points. (unknown author)
_______________________________________________
Kde-multimedia mailing list
Kde-multimedia@master.kde.org
http://master.kde.org/mailman/listinfo/kde-multimedia

[prev in list] [next in list] [prev in thread] [next in thread]