search for: oggopus

Hello, I'm currently using Liquidsoap to stream a group of files to Icecast. The stream is sent to Icecast in a few different formats (MP3,HE-AAC v2,OggFlac,OggOpus). The "Current Song" metadata is correctly displayed for the MP3 and the AAC stream, but not the OggFLAC or OggOpus stream. I see a few entries in the Icecast forums, but it does look like FLAC metadata support never made it into a an official feature request. The lack of metadata happ...

...MIME_Types_and_File_Extensions ... > Could somebody more knowledgeable than me > please review this. Thanks to Rillian for updating the Wiki. Is somebody talking to IANA about replacing RFC 5334 to add Opus to the MIME type audio/ogg? This needs to be done, and I note that draft-ietf-codec-oggopus-06 states: "11. IANA Considerations This document has no actions for IANA." Regards, Martin -- Martin J Leese E-mail: martin.leese stanfordalumni.org Web: http://members.tripod.com/martin_leese/

...us container does not have explicit per-packet timestamps, > and so doesn't allow gaps in the audio. PLC packets may be generated > to replace any packets that were lost or corrupted, as described in > section 4.1 of the specification: > https://tools.ietf.org/html/draft-ietf-codec-oggopus-08#section-4.1 > These packets usually consist of just a single TOC byte. It looks > like the tool you are using does not do this, and does not replace > gaps with anything. Unfortunately FFmpeg has a similar issue: > https://trac.ffmpeg.org/ticket/3391 > > - Mark > --------...

...sz 2015-07-09 0:57 GMT+02:00 Mark Harris <mark.hsj at gmail.com>: > Hi Mateusz, > > It looks like the Janus code that writes Ogg Opus will not produce > correct Ogg Opus output when there are packets missing. You can quote > me or https://tools.ietf.org/html/draft-ietf-codec-oggopus-08#section-4.1 > if you wish. If you have another way to convert these files to Ogg > Opus or a way to write the Opus audio to webm instead then that might > be a workaround. > > - Mark > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://list...

...). Now, I encode with a fairly low bitrate, so my opus packages are <100 bytes long. Therefore, it does not make sense to place one Opus packet in each Ogg page because of the overhead. Now, the following document (It has expired? Is it still valid?) https://tools.ietf.org/html/draft-terriberry-oggopus-01 contains the following text regarding how to place Opus audio data in an Ogg page ( =? Ogg packet ): "The first N-1 Opus packets, if any, are packed one after another into the Ogg packet, using the self-delimiting framing from Appendix B of [RFCOpus]." Reading said appendix, it seems...

...rlap wouldn't glitch too much? According to the Opus standard, after 80 ms the encoding would converge. That is, only the previous 80 ms of audio would be needed to get a perfectly merged stream. You could play safe and do, lets say, 200 ms overlapping. For example, read https://wiki.xiph.org/OggOpus . Efficiency is quite nice: 1 second fragments: 92% 10 seconds fragments: 99.2% > Most people just encode multiple streams simultaneously if they want > better throughput. I agree, and that would be my usual approach. But in this particular case I only have a stream that needs to be proce...

...at 17:53 -0800, Eduardo Martinez wrote: >> > Hello, >> > >> > >> > I'm currently using Liquidsoap to stream a group of files to Icecast. >> > >> > The stream is sent to Icecast in a few different formats (MP3,HE-AAC >> > v2,OggFlac,OggOpus). >> > >> > >> > The "Current Song" metadata is correctly displayed for the MP3 and the >> > AAC stream, but not the OggFLAC or OggOpus stream. >> > >> > >> > I see a few entries in the Icecast forums, but it does look like FL...

Hi All, On the Xiph Wiki page at: https://wiki.xiph.org/MIME_Types_and_File_Extensions I added Opus to several of the sections, but wasn't sure whether to add "Theora + Opus" to: .ogv - video/ogg .axv - video/annodex As far as I can tell, according to the Opus FAQ at: https://wiki.xiph.org/OpusFAQ#Will_Opus_replace_Vorbis_in_video_files.3F Theora + Opus is

...est, Vol 72, Issue 4 > Martin Leese wrote: >> Subject: Re: [opus] opus Digest, Vol 72, Issue 4 >> >> Is somebody talking to IANA about replacing >> RFC 5334 to add Opus to the MIME type >> audio/ogg? This needs to be done, and I note >> that draft-ietf-codec-oggopus-06 states: >> "11. IANA Considerations >> This document has no actions for IANA." > > No, I don't think anyone's approached IANA. If you think > draft-ietf-codec-oggopus should have some actions for them, can you send > a message to that effect to...

...s not make sense to place one Opus packet in each Ogg page because of the overhead. If latency is not important, you will probably want one second of audio or more per Ogg page. > > Now, the following document (It has expired? Is it still valid?) https://tools.ietf.org/html/draft-terriberry-oggopus-01 It is now an IETF document. The current version is: https://tools.ietf.org/html/draft-ietf-codec-oggopus > contains the following text regarding how to place Opus audio data in an Ogg page ( =? Ogg packet ): "The first N-1 Opus packets, if any, are packed one after another into the Og...

...); + exit(1); + } }else if(strcmp(long_options[option_index].name,"comp")==0 || strcmp(long_options[option_index].name,"complexity")==0){ complexity=atoi(optarg); @@ -692,7 +702,11 @@ int main(int argc, char **argv) /*OggOpus headers*/ /*FIXME: broke forcemono*/ header.channels=chan; - header.channel_mapping=header.channels>8?255:chan>2; + if (channel_mapping >= 0) { + header.channel_mapping = channel_mapping; + } else { + header.channel_mapping = header.channels > 8 ? 255 : header.channels &gt...

...extra support for controlling encoder options you wouldn't need if you've already got compressed frames. I keep hoping someone will contribute write support to libopusfile, but until then copying that code is your best bet. You might also check https://tools.ietf.org/html/draft-ietf-codec-oggopus which describes the file format. Feedback on the draft from implementors is welcome. -r

Hi, In our project we use janus-gateway (http://janus.conf.meetecho.com/) as a webRTC gateway and also as a stream recorder. We are on the tests stage of our project, and after very long development time we have ecountered a bug that is a blocker for whole project. After real tests of recording streams using janus we realized that audio and video are out of sync in recordings, despite of fact,

Hi all, I am a developer for embedded system and totally new to Opus and open source audio codec. I'm now using Microchip dsPIC33 to develop a decoder for Opus. I am now using sources of libopus. The first question is for calling opus_decode(), do I need to skip the header bytes of an opus file before I can input the file data to opus_decode()? Or will libopus handle this automatically?

>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

Marvin, That is the current version being used and it still has no meta data. server_id Icecast 2.4.99.1 Testing the metadata from the admin page “Update Metadata” results in the response: Message: Mountpoint will not accept URL updates Return Code: 1 So I would guess it isn’t functioning yet. > On Jun 12, 2017, at 12:34 PM, Marvin Scholz <epirat07 at gmail.com>

On Jan 27, 2020, at 08:21, Rondejavu <rondejavu at gmail.com> wrote: > I was hoping that had changed. I read something about the copyright expiration on the MP3 format that could affected it’s use in Ices. MPEG-1 Layer III (popularly known as ‘MP3’) has been patent clear since 16 April 2017. One other live encoder option that supports both OggVorbis and OggVorbis as well as MP3 is

Hello! I need to extract audio data at a certain position in respect to the original audio data. Is the "-cbr" switch meant to ensure that data can be found on a specific position? I want to be able to predict where certain audio can be found in the encoded data. An example: If you put 10 apples into a box and then compress the box, you will not be able to predict where apple C

...#39;1' so the front right speaker gets the right channel of the first coupled stream, and so on. So we can see in your example that the encoder coupled front left/right and rear left/right into pairs, and kept front centre and LFE as descrete mono. https://tools.ietf.org/html/draft-ietf-codec-oggopus has more detail about how the coupling works. Hope that helps, -r

...Mateusz, The Ogg Opus container does not have explicit per-packet timestamps, and so doesn't allow gaps in the audio. PLC packets may be generated to replace any packets that were lost or corrupted, as described in section 4.1 of the specification: https://tools.ietf.org/html/draft-ietf-codec-oggopus-08#section-4.1 These packets usually consist of just a single TOC byte. It looks like the tool you are using does not do this, and does not replace gaps with anything. Unfortunately FFmpeg has a similar issue: https://trac.ffmpeg.org/ticket/3391 - Mark