[livesupport-dev] experimental 1.0 builds - next impressions
  • Captain's log......5 am......another test night is over.

    My second impressions (after Doug's first) are very similar

    1.  Install process
               
    Install  upgrade with postgresql went relatively safe, only I had to
    erase the complete database I made last time, so that the system could
    work. After that, the system opened flawlessly and not once  it didn't
    stop or confuse.
             - First impressions   I am really pleased that this
    version is functioning 
    much better that the pre- previous one, because the previous one didn't
    work properly at all.


    2.  Testing process -  I used various files with 
    different kind
    of extensions  (mp3, ogg...), very long files, very big playlists with
    complicated stupid cross fades of 1-5sec, even when some jingles were
    shorter
    than that.     ( sound card  Realtek, SbLive, Mackie )
     

    Remarks and comments :
    - Scheduled playlists (with total time of 20-40min) started on time and
    far better than ever, except mini playlist inside playlist, that
    doesn't work at all (see my bug report in Mantis) and I don't know why.

    - Also, starting the playlist itself and its respond (start access ) 
    had about 1-1,5sec of delay (delayed start time- like Doug noticed).
    Yes we can live with this, but for radio professionals this sounds
    unexplainable and irritating .  However, I have noticed that station
    time in LS Studio and HTML UI are
    not synchronized and the difference between them is about 1 - 1,5 sec (
    that expanded the longer I tested LS ~ up to 18 sec ?? ). 
      Could this time difference be
    the problem that gives us this 1sec delay and makes us all cry and weep
    ?

    - Transition and fade time   I defined in advance when
    I created
    playlists from HTML UI  went smoothly. Crossfades sound good and calm
    :)  but only when we program it in playlist !
       In studio mode-  It is almost impossible to
    "mix"  items in Live Mode ( we still dont have mixing option here ) but
    we should have very clean transition between items, without 1 sec.
    silence.
       This sounds pretty mechanical and "shabby" .

     - The big problem I feel (or better to say, hear) we
    have in LS, is
    that  its engine player, the 'sound heart of the system' doesn't seem
    to work
    well, i.e. it makes mistakes when we press pause and then start playing
    again.  This happens in Live Mode option, when we try to use Live mode
    playlist as an assistant during the broadcast.  Identical problem
    appears on both souncards ( broadcast and cue ) - pause is 'slipping',
    it takes effect after
    0,5sec delay ( we can live with that )  ,but  when pressing it again,
    audio file starts playing,
    then mutes for a moment and starts playing again.
    This sounds pretty discontinuously, and I would call this false (or
    falsch) start, or double start .  I'm not sure what we can do, because
    this false start sounds really amateur ( not good, if  we want LS to be
    used like program assistent- and we can`t live with that ) .
    I suppose this is the problem with player , and that we should wait for
    its
    recovery , but this hurts even more when I hear the same
    sound played by XMMS player (I don't know what engine it uses, but it
    sounds like every broadcasting professional's "dream"  ).

    These were my most important impressions. The rest of it is pure
    cosmetics or in  mantis  for now .

    This is the best I can come up with tonight. More from me later.

    Robert
  • 3 Comments sorted by
  • Good news, I think.

    I've tried to reproduce the playlists bug Robert described on ls-demo, but
    it works there; embedded playlists play, but there is a problem with
    displaying the elapsed time.

    Maybe this will help a bit: I'm working on a set of Ubuntu .deb packages
    for the Ubuntuists among us. I seriously doubt there would be anything
    different between an Ubuntu package and a vanilla Debian one, but am
    trying it to make sure.

    Robert, what distro are you working on?

    doug






    Robert Klajn
    09/07/05 05:00 AM
    Please respond to livesupport-dev


    To: livesupport-dev@campware.org
    cc:
    Subject: [livesupport-dev] experimental 1.0 builds - next impressions



    Captain's log......5 am......another test night is over.

    My second impressions (after Doug's first) are very similar

    1. Install process
    Install upgrade with postgresql went relatively safe, only I
    had to erase the complete database I made last time, so that the system
    could work. After that, the system opened flawlessly and not once it
    didn't stop or confuse.
    - First impressions I am really pleased that this version is functioning much better that
    the pre- previous one, because the previous one didn't work properly at
    all.


    2. Testing process - I used various files with different kind of extensions (mp3,
    ogg...), very long files, very big playlists with complicated stupid cross
    fades of 1-5sec, even when some jingles were shorter than that. ( sound card Realtek, SbLive, Mackie )

    Remarks and comments :
    - Scheduled playlists (with total time of 20-40min) started on time and
    far better than ever, except mini playlist inside playlist, that doesn't
    work at all (see my bug report in Mantis) and I don't know why.

    - Also, starting the playlist itself and its respond (start access ) had
    about 1-1,5sec of delay (delayed start time- like Doug noticed). Yes we
    can live with this, but for radio professionals this sounds unexplainable
    and irritating . However, I have noticed that station time in LS Studio
    and HTML UI are not synchronized and the difference between them is about
    1 - 1,5 sec ( that expanded the longer I tested LS ~ up to 18 sec ?? ).
    Could this time difference be the problem that gives us this 1sec delay
    and makes us all cry and weep ?

    - Transition and fade time I defined in advance when I created playlists from HTML UI went
    smoothly. Crossfades sound good and calm Smile but only when we program it
    in playlist !
    In studio mode- It is almost impossible to "mix" items in Live Mode (
    we still dont have mixing option here ) but we should have very clean
    transition between items, without 1 sec. silence.
    This sounds pretty mechanical and "shabby" .

    - The big problem I feel (or better to say, hear) we have in LS, is that its engine
    player, the 'sound heart of the system' doesn't seem to work well, i.e. it
    makes mistakes when we press pause and then start playing again. This
    happens in Live Mode option, when we try to use Live mode playlist as an
    assistant during the broadcast. Identical problem appears on both
    souncards ( broadcast and cue ) - pause is 'slipping', it takes effect
    after 0,5sec delay ( we can live with that ) ,but when pressing it
    again, audio file starts playing, then mutes for a moment and starts
    playing again.
    This sounds pretty discontinuously, and I would call this false (or
    falsch) start, or double start . I'm not sure what we can do, because
    this false start sounds really amateur ( not good, if we want LS to be
    used like program assistent- and we can`t live with that ) .
    I suppose this is the problem with player , and that we should wait for
    its recovery , but this hurts even more when I hear the same sound played
    by XMMS player (I don't know what engine it uses, but it sounds like every
    broadcasting professional's "dream" ).

    These were my most important impressions. The rest of it is pure cosmetics
    or in mantis for now .

    This is the best I can come up with tonight. More from me later.

    Robert
  • Douglas.Arellanes@mdlf.org wrote:
    >
    > Good news, I think.
    >
    > I've tried to reproduce the playlists bug Robert described on ls-demo,
    > but it works there; embedded playlists play, but there is a problem with
    > displaying the elapsed time.

    yes, I found it myself, and am working on it..
  • Douglas.Arellanes@mdlf.org wrote:
    > I've tried to reproduce the playlists bug Robert described on ls-demo,
    > but it works there; embedded playlists play, but there is a problem with
    > displaying the elapsed time.

    ok, I've found and fixed this bug, finally.

    it required another patch to a gstreamer element, so after a CVS update
    you'll have to recompile gstreamer as well...

    otherwise, how are we on the release? still waiting for Ferenc?