goood news!!! thanks!! i will try it asap
On Wed, Sep 8, 2010 at 8:18 PM, Brandon Casci <[email protected]>wrote:
> Congrats! I'll start experimenting today.
>
> I've read over a lot of information so far, and the only think I'm not
> clear on is AAC+ output to shoutcast. It looks like I would use the new
> icecast output and an external encoder. Correct!
>
> I understand the risks and issues but I think its still worth experimenting
> with this output.
>
> Sent from my iPhone
>
> On Sep 8, 2010, at 3:41 AM, David Baelde <[email protected]> wrote:
>
> > Dear users,
> >
> > I am proud to announce two new releases of liquidsoap.
> >
> > First, 0.9.3 will be the last 0.9.x release: it is a bugfix of the
> > snapshot release 0.9.2. It is meant to help people who put 0.9.2 in
> > production, and give a last chance to avoid the transition to 1.0.0.
> > Of course, snapshots are not meant to have bugfix releases, but it
> > turns out that many people didn't notice that 0.9.2 wasn't meant for
> > production. This is mostly our fault, we have learned our lesson
> > and will have better version numbers in the future.
> >
> > Second, and most exciting, the 1.0.0 beta is finally out after almost
> > a year of deep changes. We have all the features that we want to see
> > in liquidsoap 1.0.0, and we hope that many people will try this beta
> > version to help us find bugs, optimize it, document it and straighten
> > out a few details.
> >
> > The two releases are available as usual on our sourceforge page
> > http://sf.net/projects/savonet, and the changelogs for each release
> > can be found by the end of this message.
> >
> >
> > MIGRATING FROM 0.9.x
> >
> > Moving from earlier releases to the beta version involves a few simple
> > changes. I described it earlier on savonet-users [1]: essentially,
> > you just need to adapt encoded outputs (icecast, file,etc) by using
> > encoding formats:
> > http://savonet.sourceforge.net/doc-svn/encoding_formats.html
> > In some rare cases you might have to understand a little bit about
> > heterogeneous stream contents and clocks:
> > http://savonet.sourceforge.net/doc-svn/stream_content.html
> > http://savonet.sourceforge.net/doc-svn/clocks.html
> >
> >
> > HELP US
> >
> > I'll say it one last time, the beta shouldn't be too risky. I expect
> > most bugs to be fixed quickly, at least concerning old features. By
> > switching to the beta version, you'll help us reach a solid, polished
> > 1.0 version that we can start supporting for production use. Here are
> > a few things where we're particularly looking for improvement, and
> > where feedback could help.
> >
> >
> > *** Enhance the documentation, build a better website, promote external
> projects
> >
> > Ideas and contributions to our documentation are welcome. As the
> > community builds up, I'm starting to dream of external documentation
> > initiatives. An easy start (hint!) would be to enhance the wikipedia
> > page for liquidsoap -- and it would really make more sense that we
> > don't do it ourselves. Beyond documentation, we plan to give front
> > page visibility to all projects liquidsoap-related.
> >
> > *** Blocking input/output, buffers and clocks
> >
> > As can be read on (http://savonet.sourceforge.net/doc-svn/clocks.html)
> > most blocking I/O operators now force their own clock by default. The
> > idea is that it tells you what is in sync with what: ALSA is in sync
> > with ALSA, not necessarily with Jack. When two I/O operators are not
> > in the same clock, an explicit buffer operator should be used... At
> > least, that's the ideal picture I have in mind, but I'm not sure yet
> > how well it'll work.
> >
> > Currently, blocking I/O operators still have a bufferized mode, which
> > doesn't fit that picture, and I even left it to true for safety.
> > Please try your script with bufferize=false, possibly by compensating
> > with a separate buffer() operator, and tell us how it works for you.
> > This could help us simplify our code, making it much more
> > maintainable.
> >
> > Also note that output.icecast, which is slightly blocking especially
> > on problematic network connections, doesn't put any constraints on
> > clocks. If you encounter such problematic cases, you'll have to do it
> > by hand. If it happens to often, we'll have to do change the default.
> >
> > *** Stream content conversions (mono from/to stereo, drop audio, mux
> video, etc)
> >
> > By default you'll find your single(), playlist() and related sources
> > decode only stereo audio. To change that, wrap them in
> > audio_to_stereo(): they'll decode any kind of audio as before, and the
> > wrapper will convert everything to stereo. Currently, there is a
> > slight inefficiency in doing that by default, so I didn't do it. Plus,
> > I rarely need it.
> >
> > *** Find reasonable and fun uses of video and midi, thereby finalizing
> > and optimizing the corresponding API
> >
> > Generally, tell us what kind of fun or useful stuff you can do
> > involving various stream contents, what needs to be optimized quickly,
> > and what you'd like to do.
> >
> > *** Finalize the clock API
> >
> > For those of you who'll hack seriously with the clocks, you may be
> > able to help us design a more intuitive and complete API.
> >
> >
> > This is it. We hope you'll enjoy it!
> > --
> > David for the Savonet team
> >
> > [1]
> http://www.mail-archive.com/[email protected]/msg01814.html
> >
> > Changelog:
> >
> > 1.0.0 beta1 (06-09-2010)
> > ========================
> > This beta version introduces two major new features: heterogeneous stream
> > types and clocks.
> > New:
> > - Different sources can carry different types of content.
> > - Encoding formats have been introduced to help infer stream content
> types.
> > This brings static checking for bounds in encoding parameters.
> > - Introduce conversions between stream contents (mono, stereo, drop
> > audio, video, etc) and muxing.
> > - Allow explicit type annotations in scripts.
> > - Introduce clocks, cleanly allowing for the coexistence of different
> > time flows, and avoiding inconsistencies that can result from it.
> > Soundcard I/O and cross-based operators notably make use of it.
> > - Remove root.sync, replaced by attaching a source s to
> clock(sync=false,s).
> > - Enable dynamic source creation and source.shutdown().
> > - Extend and adapt MIDI and video operators.
> > - Introduce purely metadata streams (audio=video=midi=0 channels) and
> > metadata stream decoder.
> > - Support WAV streams in input.http/harbor().
> > - Introduce static image decoder using SDL image.
> > - Remove bound of request identifies (RID).
> > - Experimental: source.dynamic() for advanced dangerous hacking.
> > - Make path relative to script in %include "PATH", and introduce
> > %include <...> where path is relative to liquidsoap library directory.
> > - Add channels_matrix parameter to output.ao().
> > - Add on_(dis)connect hooks in input.harbor().
> > Cleanup and fixes:
> > - Lots of cleanup and fixes as with all major code rewriting.
> > - Optimize video and stabilize it a little bit... still not perfect.
> > - Rewrite stream and file decoding API, as well as file format detection.
> > - Enhance shutdown and error message reporting, notably for icecast
> > and request-based sources.
> > - Avoid quasi-infinite loop in failed request resolving.
> >
> >
> > 0.9.3 (04-09-2010)
> > ==================
> > This release is a bugfix of the latest snapshot (0.9.2).
> > It will be the last bugfix before 1.0.
> > Bugs fixed:
> > - Add "audio/mpegurl" to the list of mime-type for basic playlist
> parsing.
> > - Decode arguments passed to input.harbor.
> > - Use Camomile framework to try to recode arguments and user/password
> > passed to input.harbor.
> > - Support Theora 1.1 API via ocaml-theora 0.2.0.
> > - Fixed input.lastfm.
> > - Fixed SDL output.
> > - Allow magic file type detection to follow symlinks.
> >
> >
> ------------------------------------------------------------------------------
> > This SF.net Dev2Dev email is sponsored by:
> >
> > Show off your parallel programming skills.
> > Enter the Intel(R) Threading Challenge 2010.
> > http://p.sf.net/sfu/intel-thread-sfd
> > _______________________________________________
> > Savonet-users mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/savonet-users
>
>
> ------------------------------------------------------------------------------
> This SF.net Dev2Dev email is sponsored by:
>
> Show off your parallel programming skills.
> Enter the Intel(R) Threading Challenge 2010.
> http://p.sf.net/sfu/intel-thread-sfd
> _______________________________________________
> Savonet-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/savonet-users
>
------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:
Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_______________________________________________
Savonet-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/savonet-users
