[livesupport-dev] gstreamer back in the race for 1.0? - Airtime Development Discussions on Sourcefabric Forum

import

At 10:37 30.06.2005, you wrote:
>in short, I don't think it's feasible to test it thoroughly until
>tomorrow morning, as we won't get it to compile until later today on
>Mandrake in the first place (and that's when Ferenc can start to get rid
>of the helix-related workarounds).

what does that mean for the earlier decision to ship 1.0 with helix since
it seemed that gstreamer does not work? here are my questions:

a) does gstreamer allow the cue (preview) mode in the C++ LS Studio
interface now? i.e. handling multiple soundcards?

b) does gstreamer work reliably with the scheduler (start|stop properly)?

c) what are the changes in the installation process (installer CD) handling
gstreamer for multiple sound cards?

d) under what circumstance will helix be the choice for 1.0?

Micz Flor - micz@mi.cz

content and media development http://mi.cz
-----------------------------------------------------------------
http://www.campware.org -- http://crash.mi.cz -- http://sue.mi.cz
"I will be very direct, because we have no time to waste."
(Sava Tatic)
-----------------------------------------------------------------

------------------------------------------
Posted to Phorum via PhorumMail

import

Micz Flor wrote:
> what does that mean for the earlier decision to ship 1.0 with helix
> since it seemed that gstreamer does not work? here are my questions:
>
> a) does gstreamer allow the cue (preview) mode in the C++ LS Studio
> interface now? i.e. handling multiple soundcards?

the library does, I don't know how far the GUI is with this...

also, it allows for cue in and out points (though this is not in the GUI
for 1.0, but for 1.1), and also seeks.

>
> b) does gstreamer work reliably with the scheduler (start|stop properly)?

I haven't tried yet, but should...

>
> c) what are the changes in the installation process (installer CD)
> handling gstreamer for multiple sound cards?

gstreamer uses ALSA sound devices (as was originally planned), not OSS
devices. thus ALSA sound device names have to be subsituted into the
config files, not OSS device names.

>
> d) under what circumstance will helix be the choice for 1.0?

time pressure.

Akos

------------------------------------------
Posted to Phorum via PhorumMail

import

At 10:48 30.06.2005, you wrote:
> > d) under what circumstance will helix be the choice for 1.0?
>
>time pressure.

Wink

talking of which. what is the best way to use today to make the 1.0?

(please add what needs to be done in both cases)

a) helix
- ferenc adjusting the C++ UI for helix so the cue buttons disappear
- akos building the debian packages with helix

b) gstreamer
- ferenc building gstreamer on his system and testing the UI
- akos testing the scheduler with gstreamer
- akos building the debian packages with gstreamer

Micz Flor - micz@mi.cz

content and media development http://mi.cz
-----------------------------------------------------------------
http://www.campware.org -- http://crash.mi.cz -- http://sue.mi.cz
"I will be very direct, because we have no time to waste."
(Sava Tatic)
-----------------------------------------------------------------

------------------------------------------
Posted to Phorum via PhorumMail

import

Micz Flor wrote:
> Wink

>
> talking of which. what is the best way to use today to make the 1.0?
>
> (please add what needs to be done in both cases)
>
> a) helix
> - ferenc adjusting the C++ UI for helix so the cue buttons disappear
> - akos building the debian packages with helix

this sounds feasable

>
> b) gstreamer
> - ferenc building gstreamer on his system and testing the UI

and me trying to build gstreamer on Debian (I'm workin on it now on the
demo system). maybe it's faster that way, as Ferenc couldn't tackle the
issue (I also spent some time on it earlier).

maybe Ferenc could start to get rid of the helix-specific workarounds
"in the blind", so that if gstreamer does compile, it could work right
away. this basically involves getting rid of the sound level animation
work-around, and making SMIL files contain SMIL elements instead.

> - akos testing the scheduler with gstreamer
> - akos building the debian packages with gstreamer

yes, these sound fine..

Akos

------------------------------------------
Posted to Phorum via PhorumMail

import

At 11:04 30.06.2005, you wrote:
>maybe Ferenc could start to get rid of the helix-specific workarounds
>"in the blind", so that if gstreamer does compile, it could work right
>away. this basically involves getting rid of the sound level animation
>work-around, and making SMIL files contain SMIL elements instead.

can you discuss this with him? the advantage: it would be in both of your
mother tongue (similar to the finish one) and you both know what you talk
about Smile

please let us know the outcome of your private discussion as the answers we
need would be:

a) helix of gstreamer?
b) when?
c) with what functionality?

Micz Flor - micz@mi.cz

content and media development http://mi.cz
-----------------------------------------------------------------
http://www.campware.org -- http://crash.mi.cz -- http://sue.mi.cz
"I will be very direct, because we have no time to waste."
(Sava Tatic)
-----------------------------------------------------------------

------------------------------------------
Posted to Phorum via PhorumMail

import

Micz Flor wrote:
> b) gstreamer
> - akos testing the scheduler with gstreamer

I tested the scheduler, and it seems to work fine with the gstreamer
component..

Akos

------------------------------------------
Posted to Phorum via PhorumMail

import

At 16:21 30.06.2005, you wrote:
>Micz Flor wrote:
> > b) gstreamer
> > - akos testing the scheduler with gstreamer
>
>I tested the scheduler, and it seems to work fine with the gstreamer
>component..

the decision is closing in... we need word from ferenc i suppose. how is he
doing, fixing his machine (hopefully all the work from last week either in
the CVS or backed up...)

Micz Flor - micz@mi.cz

content and media development http://mi.cz
------------------------------------------------------------------
http://www.campware.org -- http://www.redall.de -- http://suemi.de
------------------------------------------------------------------

------------------------------------------
Posted to Phorum via PhorumMail

import

Machine is fixed, no work is lost, and gstreamer compiles now. I'm
working on adapting the GUI to gstreamer.

I get some strange behavior from gstreamer, though -- Robert, could you
update your sources from the CVS and try it?

Ferenc

Micz Flor wrote:
> At 16:21 30.06.2005, you wrote:
>
>> Micz Flor wrote:
>> > b) gstreamer
>> > - akos testing the scheduler with gstreamer
>>
>> I tested the scheduler, and it seems to work fine with the gstreamer
>> component..
>
>
> the decision is closing in... we need word from ferenc i suppose. how is
> he doing, fixing his machine (hopefully all the work from last week
> either in the CVS or backed up...)
>
>
> Micz Flor - micz@mi.cz
>
> content and media development http://mi.cz
> ------------------------------------------------------------------
> http://www.campware.org -- http://www.redall.de -- http://suemi.de
> ------------------------------------------------------------------

------------------------------------------
Posted to Phorum via PhorumMail

import

> I get some strange behavior from gstreamer, though -- Robert, could you
> update your sources from the CVS and try it?

I have done a cvs update and post some bugs

------------------------------------------
Posted to Phorum via PhorumMail

Howdy, Stranger!

Categories

Poll

Top Posters