search for: ebml

...wdy, tl;dr: Nothing new or interesting to non-developers Attached is a newer Icecast WebM support patch for Icecast SVN, there is simply aesthetic changes. Whitespace has been altered to match Icecast project style, some functions have been renamed and moved around. Some discussion. The format_ebml.c file lines 0-296 operates much the same as the format_ogg.c file does. It uses a parsing library api to feed in and pull out bytes via the _get_buffer function. In the case of Ogg this is of course libogg, in the case of ebml, the "parsing library" consists of the functions below line 2...

...wdy, tl;dr: Nothing new or interesting to non-developers Attached is a newer Icecast WebM support patch for Icecast SVN, there is simply aesthetic changes. Whitespace has been altered to match Icecast project style, some functions have been renamed and moved around. Some discussion. The format_ebml.c file lines 0-296 operates much the same as the format_ogg.c file does. It uses a parsing library api to feed in and pull out bytes via the _get_buffer function. In the case of Ogg this is of course libogg, in the case of ebml, the "parsing library" consists of the functions below line 2...

...wdy, tl;dr: Nothing new or interesting to non-developers Attached is a newer Icecast WebM support patch for Icecast SVN, there is simply aesthetic changes. Whitespace has been altered to match Icecast project style, some functions have been renamed and moved around. Some discussion. The format_ebml.c file lines 0-296 operates much the same as the format_ogg.c file does. It uses a parsing library api to feed in and pull out bytes via the _get_buffer function. In the case of Ogg this is of course libogg, in the case of ebml, the "parsing library" consists of the functions below li...

...ome is perfectly clean, that is how I evolve my software. Right now I'm just trying to gather up who is interested and hopefully in a short amount of hours things will start to make more sense. This is the icecast patch for WebM support: https://github.com/krad-radio/icecast-oneman/tree/format_ebml This is the Krad EBML library that handles the parsing of EBML (What WebM and MKV are based on): https://github.com/krad-radio/krad_ebml_experimental In the Krad EBML repo, the library itself has no dependencies, but all of the tools and toys there have all kinds of dependencies. If your interes...

...ome is perfectly clean, that is how I evolve my software. Right now I'm just trying to gather up who is interested and hopefully in a short amount of hours things will start to make more sense. This is the icecast patch for WebM support: https://github.com/krad-radio/icecast-oneman/tree/format_ebml This is the Krad EBML library that handles the parsing of EBML (What WebM and MKV are based on): https://github.com/krad-radio/krad_ebml_experimental In the Krad EBML repo, the library itself has no dependencies, but all of the tools and toys there have all kinds of dependencies. If your interes...

...c_markdown>. > > I sent a pull request at https://github.com/privatezero/flac_markdown/pull/1 <https://github.com/privatezero/flac_markdown/pull/1>, which starts to add a process to convert the markdown to the RFC format using the same Makefile approach that we use with the FFV1 and EBML markdown files. There's still a lot of inter-document cross-referencing that needs to be adjusted before the Makefile works. For instance current cross-referencing like: > > [*SUBFRAME\_VERBATIM*](#subframe_verbatim) > > won't render as expected in a plain text RFC, but would...

...obsolescence and material degradation are widely addressed, the standardization of open, transparent, self-descriptive, lossless formats remains an important mission to be undertaken by the open source community. FFV1 is a lossless video codec and Matroska is an extensible media container based on EBML (Extensible Binary Meta Language), a binary XML format. There are open source implementations of both formats, and an increasing interest in and support for use of FFV1 and Matroska. However, there are concerns about the sustainability and credibility of existing specifications for the long-term us...

...wn>. >> >> I sent a pull request at https://github.com/privatezero/flac_markdown/pull/1 <https://github.com/privatezero/flac_markdown/pull/1>, which starts to add a process to convert the markdown to the RFC format using the same Makefile approach that we use with the FFV1 and EBML markdown files. There's still a lot of inter-document cross-referencing that needs to be adjusted before the Makefile works. For instance current cross-referencing like: >> >> [*SUBFRAME\_VERBATIM*](#subframe_verbatim) >> >> won't render as expected in a plain text...

...ing here https://github.com/ > privatezero/flac_markdown. > > > I sent a pull request at https://github.com/privatezero/flac_markdown/ > pull/1, which starts to add a process to convert the markdown to the RFC > format using the same Makefile approach that we use with the FFV1 and EBML > markdown files. There's still a lot of inter-document cross-referencing > that needs to be adjusted before the Makefile works. For instance current > cross-referencing like: > > [*SUBFRAME\_VERBATIM*](#subframe_verbatim) > > won't render as expected in a plain text RF...

Attached is a patch for adding webm streaming support to icecast svn. Also available is my git tree: https://github.com/krad-radio/icecast-oneman/tree/format_ebml_internal My git tree is behind the svn version a little bit, I will update it soon, the webm code is identical. Please note the following: 1) This version has no external dependencies, the EBML parsing is built into the format_ebml plugin. In the future this will most likely be an external libra...

Attached is a patch for adding webm streaming support to icecast svn. Also available is my git tree: https://github.com/krad-radio/icecast-oneman/tree/format_ebml_internal My git tree is behind the svn version a little bit, I will update it soon, the webm code is identical. Please note the following: 1) This version has no external dependencies, the EBML parsing is built into the format_ebml plugin. In the future this will most likely be an external libra...

...e intuitive. Some details of how CRAM uses FLAC: - using libFLAC stream encoder/decoder - many samples are encoded/decoded in the same file using the same encoder/decoder instance (the individual sample formats may differ but the block size is fixed currently) - CRAM uses its own container format (EBML) - FLAC header is forged in the read_callback (isn't actually written to CRAM file) If anyone has any ideas on how this issue can be resolved I'd appreciate the input. In particular this is related to some change between version 1.1.1 and 1.1.2 of FLAC. I'll continue to try and narro...

Hello! I've played in the last couple of days with an idea of having (binary) 'xml-like' streams in Ogg. This would make possible having metadata: 1) be independant on the codec, 2) could be introduced at any time, not just in the header (consider e.g. while streaming radio statio you want to send the current's program name / the current song, etc.. with the stream without

...s of how CRAM uses FLAC: > - using libFLAC stream encoder/decoder > - many samples are encoded/decoded in the same file using the same > encoder/decoder instance (the individual sample formats may differ but > the block size is fixed currently) > - CRAM uses its own container format (EBML) > - FLAC header is forged in the read_callback (isn't actually written to > CRAM file) > > If anyone has any ideas on how this issue can be resolved I'd appreciate > the input. In particular this is related to some change between version > 1.1.1 and 1.1.2 of FLAC. I...

Hallo all, euphoria with cheese, the project i working on, i needed to make decision about codecs and containers we use. I'm clearly not expert in this. After the euphoria about vp8/webm going slowly to the end, i see advantages what theora has against vp8. Seems like theora perform better on LoEnd hardware. Even x264 with good optimisation work not really good on slow Athom. My question to

...> - using libFLAC stream encoder/decoder > > - many samples are encoded/decoded in the same file using the same > > encoder/decoder instance (the individual sample formats may differ > but > > the block size is fixed currently) > > - CRAM uses its own container format (EBML) > > - FLAC header is forged in the read_callback (isn't actually > written to > > CRAM file) > > > > If anyone has any ideas on how this issue can be resolved I'd > appreciate > > the input. In particular this is related to some change between > ver...

...e, open standard, GPL and QPL licensed main library - supports arbitrary file sizes, ideal for PCM audio and prepared for HDTV - allows arbitrary number of audio, video and subtitles streams in one file - attempting to support every existing audio and video codec under the sun - extensible by using EBML as underlying framework, a binary structure based on XML - enhanced container features such as menues, chapters, tags, file attachements - perfect sync thanks to timestamps for data blocks - x-platform design approach right from the start etc. Links : The release page ( constantly updated ) :...

...So I'm again suspicious of this, it has MPEG written all over it and I wouldn't like to see my life ruined by some big corporation deciding that Icecast infringes on "their IPR" and sues the maintainer (me). If someone wants to go and prove that it can be made to work with Ogg and EBML (WebM), be my guest. Could even be a GSoC thing, as we will hopefully participate this year. Another concern is players, we've seen how horrible support for Ogg-chaining was for years, and even such shining open source projects as Firefox had it broken for 4 years(sic!). Could support for DASH...

...veloping the project further, and now we find ourselves in the situation that the result of this work does not comply with the goals the original project leader was defining for it. As a consequence we decided to leave MCF and found our own project. matroska will of course be based on MCF, but the EBML based specs that were developed together with Frank Klemm ( main MPC developer ) make the format very extensible on the one hand, but harder to parse on the other hand. Steve and myself do believe that easiness of parsing is a minor thing today, with respect to the fast development of modern CPUs,...

...veloping the project further, and now we find ourselves in the situation that the result of this work does not comply with the goals the original project leader was defining for it. As a consequence we decided to leave MCF and found our own project. matroska will of course be based on MCF, but the EBML based specs that were developed together with Frank Klemm ( main MPC developer ) make the format very extensible on the one hand, but harder to parse on the other hand. Steve and myself do believe that easiness of parsing is a minor thing today, with respect to the fast development of modern CPUs,...