search for: ebu

Does anyone have any suggestions on how to take an AES/EBU digital feed and turn it into an icecast protocol stream for sending to an icecast server? In particular hardware and software suggestions would be helpful, for either unix or windows. Thanks for any advice anyone can give.

Hi there, I just saw this post on the mailing list. Quite some users in the broadcast industry use our "Instreamer", a real-time embedded mp3 encoder. It has an S/PDIF interface (unfortunately no AES/EBU) but there are inexpensive converters from AES/EBU to S/PDIF. And the Instreamer itself is also considered very inexpensive. Greetings Johannes Rietschel Barix AG Joe Mays mays at win.net Mon Feb 21 14:13:44 PST 2005 Previous message: [Icecast] theora streaming problem... Next message: [Ice...

I mention metaflac because there are a few shell scripts that use it to write RG tags in a flac music library on Linux. With support for Ebu R128 gain in metaflac (the calculation according to specification, not an external program) it would be easy to use, just change the cmd line for metaflac in the script. Now that metaflac supports sample rates higher than 48kHz this would be a good thing in my view. Of course it would be nice to ha...

Dear R Experts, Is there a way in R to add an error bar (say in the y direction) for each data point? Thanks Ming Chow -- __________________________________________________________________ -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help",

Dear R Experts, Is there a way in R to add an error bar (say in the y direction) for each data point? Thanks Ming Chow -- __________________________________________________________________ -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help",

Hi has anyone looked at adding R128gain code to metaflac so we can select to use this calculation for RP tags rather than replay gain? Best regards -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/flac-dev/attachments/20140615/1c1ca9c9/attachment.htm

...128" in accordance to the section 3.2.2.3 in http://www.dolby.com/uploadedFiles/Assets/US/Doc/Professional/AES128-Loudness-Normalization-Portable-Media-Players.pdf And it seems that dBpoweramp uses it too ( http://forum.dbpoweramp.com/showthread.php?34044-ReplayGain-Utility-Codec-R4 ) -- "EBU R128 used by default", "EBU R128 defaults to -18 LUFS".

..._2.0_specification for example), so it would probably be a bit early to update this in the FLAC source. op 16-06-14 10:15, Olav Sunde schreef: > I mention metaflac because there are a few shell scripts that > use it to write RG tags in a flac music library on Linux. With > support for Ebu R128 gain in metaflac (the calculation > according to specification, not an external program) it would > be easy to use, just change the cmd line for metaflac in the > script. Now that metaflac supports sample rates higher than > 48kHz this would be a good thing in my view. Of cours...

>The use of R128 also raises the question about "REPLAYGAIN_REFERENCE_LOUDNESS" >tag. Currently flac/metaflac writes "REPLAYGAIN_REFERENCE_LOUDNESS=89.0 dB" >but doesn't use it when decoding (it seems that nothing uses this tag). >R128 defines reference level differently, so this tag makes little sense for >it. IMHO it's better not to write this tag when

...lation for RP tags rather than replay gain? Why metaflac only? flac is also able to calculate RG values. And, as far as I can see R128GAIN (http://r128gain.sourceforge.net/) is a standalone app, not a library. So probably it would be difficult to reuse its code in flac/metaflac. There is also libebur128 (https://github.com/jiixyj/libebur128/) - "libebur128 is a library that implements the EBU R 128 standard for loudness normalisation. All source code is licensed under the MIT license"; foobar2000 uses it to calculate ReplayGain values. The use of R128 also raises the question abou...

...fact, the current "desc" tag is already being used for such functionality in xine. It is however suboptimal since it mixes aims. A better way would be to invent a "caption" tag for CMML which would have some formatting functionality (colours, alignment etc. - the things that the EBU subtitling standard http://www.limeboy.com/support.php?kbID=12 is providing). Another option would be to disregard CMML completely and invent a new timed text logical bitstream for Ogg which would just have the subtitles. This could use any existing time text format and would just require a bitstr...

...feed it from a DAT. > > In fact, the day I wrote the program was when I was transferring an > 18-channel live recording that I made for a band that wanted to tour Europe > based on a live demo, where 16-channels were 24-bit A/D and the extra 2 > channels came from my old DAT via AES/EBU. ?Even though I knew that the DAT > channels couldn't possibly be full 24-bit, I still wanted to confirm that I > would not lose anything by converting the master files to 16-bit. ?I archive > all recordings using FLAC to save space, and a 16-bit FLAC would obviously > take less roo...

On Jan 7, 2011, at 18:08, Declan Kelly wrote: > On Fri, Jan 07, 2011 at 05:11:26PM -0800, brianw at sounds.wa.com wrote: > [NIN 24/96] > >> Thanks! That's interesting to note. I think that I ended up with >> the true 24/96 files, but I am curious: How do you tell whether you >> have the full 24/96 or not? > > Extract to WAV, do a hex dump, and look for

--- src/filearch.c | 21 +++++++++++++++------ 1 file changed, 15 insertions(+), 6 deletions(-) diff --git a/src/filearch.c b/src/filearch.c index 5985b73..cbc8372 100644 --- a/src/filearch.c +++ b/src/filearch.c @@ -56,14 +56,16 @@ cleanup_magic_t_free (void *ptr) # endif COMPILE_REGEXP (re_file_elf, - "ELF.*(MSB|LSB).*(?:executable|shared object|relocatable),

...eb0a4429cce496d92a6f GIT binary patch literal 374 zcmV-+0g3*JP)<h;3K|Lk000e1NJLTq000XB000XJ1^@s6sjPP<0000PbVXQnQ*UN; zcVTj606}DLVr3vnZDD6+Qe|Oed2z{QJOBUz7)eAyRCwBSQM*dSP!K({1}nF)3>Fp= zI|~u*L=eQS@&SThk?-&~_5)HyE5TyHMJ((L3wB#r*k|sY at g%!(qu{_WGiM&>&Rkhs zo&#_QBy)JdAO|EBU`fAZ;?5nl2x~sBE{NfpTH$}0Q13?;V-}-T77cN&`wx$uU11Ss zv7*hA5Ul8WNz;i-XJUvOY$XMYHDCGii<kHyYIB|^sv+HgTw*;rXuuFBW10ljcI(vp ze(KBd(T^{EEw3};<g#fLp$X7V6(_H6=rB%iT1*uhw3MgpAY<?QkaG9*3}5s4-}4=E z!B8_lAz#%Of6iw8JNtL=&QfpPj(6bZ3p1aZ**1S`&&|djv1CllZ_NFf7T*F404n*b UH}$I_cK`qY07*qoM6N<$...

>Yesterday I have finished writing the ambisonic pan filter for oggenc. May I ask what this "pan filter" is? I made some tentative suggestions for coupling Ambisonic B-format in a post "Vorbis Ambisonic coupling" on 4feb07 I gather from the last monthly meeting, that some of you, including Monty, had problems with the phase behaviour of B-format. Would anyone like a