similar to: can't stream Opus in CAF format

How are you capturing the audio-in? Jack Elliott On 8/27/2019 5:25 PM, webmaster at berean-biblechurch.org wrote: > Yes, I'm using it to capture the audio-in and pushing to Icecast. > > On 2019-08-27 10:33, Jack Elliott wrote: >> As described here in ffmpeg's documentation: >> >> http://ffmpeg.org/ffmpeg-all.html#Icecast

Hi, the CAF format is not stremable due to the way the format works. On 14 May 2020, at 4:42, webmaster at berean-biblechurch.org wrote: > Using FFmpeg, I can stream to a file on disk okay: > c:\apps\ffmpeg\bin\ffmpeg.exe -f dshow -i audio="Line In (Realtek > High Definition Audio)" -c:a libopus -ac 1 -b:a 32000 live.caf > > But, if I add Icey metadata, FFmpeg

Brian Willoughby <brianw at sounds.wa.com> wrote: > Hello all, > > Is anyone here potentially up to the task of adding support for CAF > (the CoreAudio Format) into the flac command-line? ... > I've already made some recordings > that are so long that they cannot be uncompressed from FLAC to WAV or > AIFF because they would exceed 4 GB - the maximum file size for

Thanks for the interest, Michael. I don't use Ogg, so I'm a little wary that standard FLAC would be left out of any Ogg Frog implementation. But I say that mostly out of ignorance. I have noticed that there seem to be two worlds for FLAC, inside Ogg and outside. It's important to be aware of the fact that many hardware devices support the FLAC format directly, without the

On Sat, Nov 29, 2008 at 2:20 PM, Josh Coalson <xflac at yahoo.com> wrote: > --- Martin Leese <martin.leese at stanfordalumni.org> wrote: >> Erik de Castro Lopo <mle+la at mega-nerd.com> wrote: >> ... >> > Whats more, the sndfile-convert program can also convert >> > from FLAC to the following file formats that support 63 bit >> > file

Hello all, Is anyone here potentially up to the task of adding support for CAF (the CoreAudio Format) into the flac command-line? This would present minimal difficulty under OSX, due to the presence of the CoreAudio API, but the real challenge would be to support CAF on Unix and Windows - everywhere that flac is now available. Although the format is rather unknown, there are some very

On Oct 12, 2008, at 22:32, Paul Davis wrote: > On Sun, 2008-10-12 at 19:26 -0700, Brian Willoughby wrote: >> Is anyone here potentially up to the task of adding support for CAF >> (the CoreAudio Format) into the flac command-line? This would >> present minimal difficulty under OSX, due to the presence of the >> CoreAudio API, but the real challenge would be to support

RF64 support sure would be nice, but it wouldn't really help to do this "instead of" CAF. For one thing, Logic Studio Pro does not seem to support RF64, because the manual states that WAVE and BWF are limited to 4 GB. CAF may be a format which lacks universal support, but RF64 is also very limited in usefulness. Treating either one as a substitute for the other is not

Hi! Apparently the current DShow filters (https://xiph.org/dshow/ , Version 0.85.17777) don't allow for flac files to be streamed over DLNA from Windows to DLNA devices (like a TV set with WLAN). I use Windows 8.1 64 bit and while Play-to works with mp3 and other "natively" supported files, it does not works with flac files. (I can play them locally in WMP, just not send them over

On Sun, Oct 12, 2008 at 7:26 PM, Brian Willoughby <brianw at sounds.wa.com> wrote: > Is anyone here potentially up to the task of adding support for CAF > (the CoreAudio Format) into the flac command-line? This would > present minimal difficulty under OSX, due to the presence of the > CoreAudio API, but the real challenge would be to support CAF on Unix > and Windows -

> Thanks for the interest, Michael. I hope I really can be of help. > I don't use Ogg, so I'm a little wary that standard FLAC would be > left out of any Ogg Frog implementation. Ogg Frog already supports native FLAC as a player. Version 1.0 will only support playing and decoding, but version 1.1 will support encoding, and I'll be sure to support FLAC with and without Ogg.

Michael Crawford wrote: > Unlike MP3, one > cannot even distribute the binary of an Open Source player. Even distributing an MP3 software player requires the payment of license fees: http://www.mp3licensing.com/royalty/software.html Erik -- ----------------------------------------------------------------- Erik de Castro Lopo

On Mon, Mar 7, 2011 at 11:25 AM, Brian Willoughby <brianw at sounds.wa.com> wrote: > All professional tools use conversion factors such as 0x8000 for > float-to-int and int-to-float because it has a single significant > bit, and thus this factor does not increase the bit depth of the > samples passing through. i'm not sure what "all" means, but i don't think

Hello everybody, I intend to use Theora as a live video codec in a research project. This project is based on live video broadcast over a poor/slow link, which means lots of frames lost and low bandwith. Until now, it used XViD codec for video compression, which is a working solution but a lot blocky. I made some test with Theora and it looks better in a similar situation. Now, I would like to

Hi all, The next release of Wine will include a commit which changes our winegstreamer dshow module to use the modern gstreamer 1.0 API instead of the long-deprecated gstreamer 0.10 API. dshow is used by some games and applications, including Microsoft Office, to display videos and play audio. Wine's winegstreamer allows applications that use dshow to support a wide variety of media through

Hi, we are using ffmpeg2theora as encoder for a new project. We are finding problems during the conversion step with different type of input compression but, for now, in AVI container. In many case an error generated by ffmpeg lib produce a stop in theora lib (we suppose) Here an example: D:\tmp\ffmpeg>ffmpeg -i f:\vi1.avi vo1.avi ffmpeg version 0.4.9-pre1, build 4743, Copyright (c)

Hi Railers If you are in the Copenhagen area on the 29th of this month (that''s a Thursday) Jesper and I would be glad to see you at Caf? Selina in the central Copenhagen for the first of many Ruby on Rails meetups. We start at 20:30 hours and have of cause arranged for free beer and complementary WiFi. Our goal is to create an inspiring atmosphere where railers (new and old) can

Hi all, It hasn't really been publicized much yet, but Apple has a new container file format called CAF: http://developer.apple.com/documentation/MusicAudio/Reference/CAFSpec/ CAF files current support integer and float PCM formats, A-law, u-law and a number of others including AAC and Apple's own Apple Lossless Audio Codec (alac). I have already implemented support for what I can

Avuton Olrich wrote: > On 7/11/05, Erik de Castro Lopo <erikd-flac@mega-nerd.com> wrote: > >>and I'm thinking of adding support for FLAC in a CAF container >>as well. Is anyone else working on this? If so please let me >>know so we can agree on how FLAC should be contained with CAF. > > > I'm sorry, but what are the advantages to the different

On Mar 6, 2011, at 01:22, Erik de Castro Lopo wrote: > Brian Willoughby wrote: >> Hopefully, libsndfile no longer uses the incorrect 0x7FFF (32767) >> factor for float to 16-bit integer conversions, because that would >> make it unacceptable for lossless file conversions. > > That is a statement of opinion rather than fact but I won't go into > that here. It is