Re: [livesupport-dev] livesupport vs. rivendell? & a few livesupport questions...
  • Vote Up0Vote Down importimport
    Posts: 0Member
    Hi,

    Good question about Rivendell vs. LiveSupport. A little bit of background
    might be helpful based on our experience with another free and open source
    project we work on, the Campsite content management system.

    When CAMP started work on Campsite in 1999, there were very few open source
    content management systems available. Today, there are several very good
    ones available in the open source community, each with different software
    architectures, feature sets and user constituencies.

    They are all valid, and there is no 'best' CMS, only the best one for a
    particular need at a particular time.

    I believe the same is true when trying to compare Rivendell and
    LiveSupport. The Rivendell team deserve great respect for the work they've
    done on their system, which indeed is robust and has a number of powerful
    features.

    In fact, if you compare Rivendell today and LiveSupport today, Rivendell
    wins hands down in terms of the feature list. Things like a pad for jingle
    samples that can be added to the mix, support for high-end audio cards, and
    some pretty sophisticated logging features and functions are excellent. But
    we're gaining on 'em.

    There are already some areas where LiveSupport has features Rivendell does
    not:

    - Usability. LiveSupport has had a team of designers from the Parsons
    School of Design working on making it as user-friendly as possible

    - Web interface. Using LiveSupport's web interface, you can manage a
    station from anywhere on the Internet

    -Language localization. LiveSupport is really easy to translate into other
    languages

    - ScratchPad. A list of the files you've recently worked with that works
    like a clipboard on steroids.

    I may be wrong, but LiveSupport's playlist handling looks different than
    Rivendell's, in that LiveSupport supports recursive playlists (that is,
    playlists inside playlists, where for example a block of ads from one ad
    agency is one playlist, a block of ads from another agency is another
    playlist, a DJ's show is a playlist, and a block of shows is a playlist).
    Playlists can be played in Live Mode, or they can be scheduled for
    automatic broadcast.

    The two systems are also very different in technical architecture.
    LiveSupport system components use XML-RPC to communicate with each other,
    meaning that a volunteer user could decide to make a Mac OS X or Windows
    version of the LiveSupport Studio program, and not have to be bound by the
    rest of the system components ? they could run on separate computers, on
    separate operating systems or even be written in separate programming
    languages and the whole system will work.

    In the future, other program components can ? and will ? take advantage of
    this architecture to allow for much faster feature development. Again, as
    far as I can tell, Rivendell is all written in C++. That's great in terms
    of reliability and speed, but is going to be difficult in terms of making
    changes in the code, because in our experience, open source C++ developers
    are harder to come by.

    We intentionally wrote as much of the backend as possible - the
    StorageServer, Authorization Library and HTML User Interface - in PHP, so
    that they can be easily altered to meet individual stations' needs using
    available programmer talent ? the PHP language being one of the widest-used
    in the world. We're betting on 'hackability' as a way to ensure the
    project's popularity into the future.

    Another major difference between the two systems involves the program
    exchange and portal functionalities that will be released as LiveSupport
    Network. With Network, which is the last major component in this release
    cycle and coming later this summer, stations will be able to share their
    shows with other LiveSupport stations on their Network in a user-friendly
    manner. The shared programs can be made available to other stations only,
    or to the general public, along the lines of PRX.org.

    Again, 'nuff respect to Rivendell. They've done a great job, and one only
    appreciates the scale of their efforts when one goes deep into their
    system. We're doing a different job, though, and the beauty of open source
    projects is that you're not tied to one option.

    I'll send up-to-date screenshots of LiveSupport Studio in another mail, and
    also hope StorageServer developer Tomas Hlava will jump in to explain how
    that component works.

    Hope this clarifies the situation a bit,

    douglas

    ------------------------------------------
    Posted to Phorum via PhorumMail
  • 2 Comments sorted by








  •       And ......one very
    important thing that separrates Live Support from any
    other program


      (and  it will find its place in
    future version of Live
    Support .....)  is 


      -Advanced mix mode
     

      for precise mix ( not switch ) beat to beat  and professional audio
    multitrack editing ( 3ch time-line ) .

      You can edit simple play list on your screen very fast and efficient,
    background music, fx ,

      solo voice over music,  live input in frame for streaming other
    broadcasters

      I have to say
    that this advanced mix mode will be one very daring competition to
    professional programs

      like Cubase, Protools, Acid in
    mulitrack idea..

      This is one of the most important things and the background "essence"
    of Live Support Smile


      From the users point of view,  Live support is made to give much more - very simple, very quickly,
     without unnecessery details , since the UI was made by radio profesionals themselves.



    all the best :)

    Robert

     











    Douglas.Arellanes@mdlf.org wrote:
    cite="midOF73E8C706.378D42A9-ONC125700C.0036C9B1-C125700C.0036C9B7@mdlf.org"
    type="cite">
    Hi,

    Good question about Rivendell vs. LiveSupport. A little bit of background
    might be helpful based on our experience with another free and open source
    project we work on, the Campsite content management system.

    When CAMP started work on Campsite in 1999, there were very few open source
    content management systems available. Today, there are several very good
    ones available in the open source community, each with different software
    architectures, feature sets and user constituencies.

    They are all valid, and there is no 'best' CMS, only the best one for a
    particular need at a particular time.

    I believe the same is true when trying to compare Rivendell and
    LiveSupport. The Rivendell team deserve great respect for the work they've
    done on their system, which indeed is robust and has a number of powerful
    features.

    In fact, if you compare Rivendell today and LiveSupport today, Rivendell
    wins hands down in terms of the feature list. Things like a pad for jingle
    samples that can be added to the mix, support for high-end audio cards, and
    some pretty sophisticated logging features and functions are excellent. But
    we're gaining on 'em.

    There are already some areas where LiveSupport has features Rivendell does
    not:

    - Usability. LiveSupport has had a team of designers from the Parsons
    School of Design working on making it as user-friendly as possible

    - Web interface. Using LiveSupport's web interface, you can manage a
    station from anywhere on the Internet

    -Language localization. LiveSupport is really easy to translate into other
    languages

    - ScratchPad. A list of the files you've recently worked with that works
    like a clipboard on steroids.

    I may be wrong, but LiveSupport's playlist handling looks different than
    Rivendell's, in that LiveSupport supports recursive playlists (that is,
    playlists inside playlists, where for example a block of ads from one ad
    agency is one playlist, a block of ads from another agency is another
    playlist, a DJ's show is a playlist, and a block of shows is a playlist).
    Playlists can be played in Live Mode, or they can be scheduled for
    automatic broadcast.

    The two systems are also very different in technical architecture.
    LiveSupport system components use XML-RPC to communicate with each other,
    meaning that a volunteer user could decide to make a Mac OS X or Windows
    version of the LiveSupport Studio program, and not have to be bound by the
    rest of the system components ? they could run on separate computers, on
    separate operating systems or even be written in separate programming
    languages and the whole system will work.

    In the future, other program components can ? and will ? take advantage of
    this architecture to allow for much faster feature development. Again, as
    far as I can tell, Rivendell is all written in C++. That's great in terms
    of reliability and speed, but is going to be difficult in terms of making
    changes in the code, because in our experience, open source C++ developers
    are harder to come by.

    We intentionally wrote as much of the backend as possible - the
    StorageServer, Authorization Library and HTML User Interface - in PHP, so
    that they can be easily altered to meet individual stations' needs using
    available programmer talent ? the PHP language being one of the widest-used
    in the world. We're betting on 'hackability' as a way to ensure the
    project's popularity into the future.

    Another major difference between the two systems involves the program
    exchange and portal functionalities that will be released as LiveSupport
    Network. With Network, which is the last major component in this release
    cycle and coming later this summer, stations will be able to share their
    shows with other LiveSupport stations on their Network in a user-friendly
    manner. The shared programs can be made available to other stations only,
    or to the general public, along the lines of PRX.org.

    Again, 'nuff respect to Rivendell. They've done a great job, and one only
    appreciates the scale of their efforts when one goes deep into their
    system. We're doing a different job, though, and the beauty of open source
    projects is that you're not tied to one option.

    I'll send up-to-date screenshots of LiveSupport Studio in another mail, and
    also hope StorageServer developer Tomas Hlava will jump in to explain how
    that component works.

    Hope this clarifies the situation a bit,

    douglas










    --






    href="potpis%20jednostavan_files/editdata.mso">





    name="_MailAutoSig"> 


     


    style="color: rgb(255, 128, 0);" lang="SR"> 


    style="color: rgb(255, 128, 0);" lang="SR"> 


    style="color: rgb(255, 128, 0);" lang="SR"> 


    style="color: rgb(255, 128, 0);" lang="SR"> 


    style="color: rgb(255, 128, 0);" lang="SR"> 


    style="color: rgb(255, 128, 0);" lang="SR"> 


    style="color: rgb(255, 128, 0);" lang="SR"> 


    style="color: rgb(255, 128, 0);" lang="SR"> 


    style="color: rgb(255, 128, 0);" lang="SR"> 


    style="color: rgb(255, 128, 0);" lang="SR"> 


     


    style="color: rgb(255, 128, 0);" lang="SR"> 


    style="color: rgb(255, 128, 0);" lang="SR"> 


    style="color: rgb(255, 128, 0);" lang="SR"> 


    style="color: rgb(255, 128, 0);" lang="SR"> 


    style="color: rgb(255, 128, 0);" lang="SR"> 


    style="color: rgb(255, 128, 0);" lang="SR">


    style="font-family: Arial; color: rgb(255, 128, 0); font-weight: normal;"
    lang="SR">Robert Klajn
    style="font-family: Arial; color: rgb(255, 128, 0);" lang="SR">


    style="font-size: 10pt; font-family: Arial; color: rgb(255, 128, 0);"
    lang="HR"> 


    style="font-size: 10pt; font-family: Arial; color: rgb(255, 128, 0);"
    lang="HR"> 


    style="font-size: 10pt; font-family: Wingdings; color: rgb(153, 153, 153);"
    lang="HR">* style="font-size: 10pt; font-family: Arial; color: rgb(153, 153, 153);"
    lang="HR">   style="font-size: 7pt; font-family: Arial; color: rgb(153, 153, 153);"
    lang="HR"> klajn@b92.net style="font-size: 10pt; font-family: Arial; color: rgb(255, 128, 0);"
    lang="HR"> style="font-size: 10pt; font-family: Wingdings; color: rgb(255, 128, 0);"
    lang="HR">  style="font-size: 7pt; font-family: Arial; color: rgb(255, 128, 0);"
    lang="HR"> lang="SR">


    style="font-size: 7pt; font-family: Tahoma; color: rgb(255, 128, 0);"
    lang="HR"> 


    style="font-size: 7pt; font-family: Tahoma; color: rgb(255, 128, 0);"
    lang="HR">


     







    ------------------------------------------
    Posted to Phorum via PhorumMail
  • Thanks very much for your information, I'm very interested in the
    project and it looks as though you guys have done excellent work. I
    think betting on a popular programming language is the right way to go
    (while I do have a little C++ programming experience myself, I
    wouldn't trust myself building an application with anything but php).
    It looks to me as if livesupport may be the best option for my
    station, although I'd like to adapt it to add a number of
    features/modifications. Of course, I've got to get it running first
    to see if this will all pan out (right now, i'm having problems
    because my previous installs of PEAR utilities like Archive_Tar seem
    to bring make to a halt...don't know why I can't have some of the
    tools installed previously, perhaps it's a bug to file). I'd still
    like to see the database output to see if this program has the ability
    to be adapted to my station's needs...once I get it running, I suppose
    this issue will also make itself apparent. Postgre's actually working
    fine, so perhaps I'll just install phppgadmin or pgadmin3 or something
    to get a better graphical output of the db structure.

    Jackson
    p.s. I'm excited about the switch from helixplayer to gstreamer.
    I've always been a big fan of the gstreamer engine (and it's got
    pretty good JACK support!), and I realplayer leads me to tend to
    distrust helix -- plus, it runs buggy on my machine, at least the old
    builds do.

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