similar to: dir.xiph.org : OPUS stream wrongly identified as Vorbis

Hello Philipp, Thank you for your answers ! Le 27/12/2016 à 12:14, Philipp Schafft a écrit : > Good morning, > > On Tue, 2016-12-27 at 11:46 +0100, Hoggins! wrote: >> Hello, >> >> We started to publish an OPUS stream amongst others on our Icecast >> streaming server. That's cool, we're muxing it in an Ogg container, it >> works well ! >> So

Good afternoon, On Tue, 2016-12-27 at 15:52 +0100, Hoggins! wrote: > Hello Philipp, > > Thank you for your answers ! > > Le 27/12/2016 à 12:14, Philipp Schafft a écrit : > > Good morning, > > > > On Tue, 2016-12-27 at 11:46 +0100, Hoggins! wrote: > >> Hello, > >> > >> We started to publish an OPUS stream amongst others on our Icecast

Good morning, On Tue, 2016-12-27 at 11:46 +0100, Hoggins! wrote: > Hello, > > We started to publish an OPUS stream amongst others on our Icecast > streaming server. That's cool, we're muxing it in an Ogg container, it > works well ! > So this is just a remark : as the Icecast shows its type as > "application/ogg", it may be the reason why the Icecast

Yes, Le 27/12/2016 à 16:09, Philipp Schafft a écrit : > -kh is not a branch but a private fork. The Foundation has no control > over it nor do any updates on the official Icecast automatically go into > that fork. (Also: the code is generally considered incompatible) I'm only using the -kh fork because it supports the X-Forwarded-For header. Hoggins! -------------- next part

On 12/29/2014 02:04 PM, Geoff Shang wrote: > Have you tried doing a whois on the *IP address* and contacting the > hosting company (assuming it's not one of the above)? The IP range I checked belonged to some big data center company. I don't remember if I tried to reach them too, probably did. I haven't heard back from any of those. I've probably spent several days worth

Hello list, I'm not sure what to look for here, not sure if what I'm seeing is the actual "backlog" (that we need to make sure is empty while performing a rolling upgrade before going to the next node), how can I tell, while reading this, if it's okay to reboot / upgrade my next node in the pool ? Here is what I do for checking : for i in `gluster volume list`; do

Hello, The subject says it all. I have a replica 3 cluster : gluster> volume info thedude ? Volume Name: thedude Type: Replicate Volume ID: bc68dfd3-94e2-4126-b04d-77b51ec6f27e Status: Started Snapshot Count: 0 Number of Bricks: 1 x 3 = 3 Transport-type: tcp Bricks: Brick1: ngluster-1.network.hoggins.fr:/export/brick/thedude Brick2:

Mine also has a list of files that seemingly never heal. They are usually isolated on my arbiter bricks, but not always. I would also like to find an answer for this behavior. -----Original Message----- From: gluster-users-bounces at gluster.org [mailto:gluster-users-bounces at gluster.org] On Behalf Of Hoggins! Sent: Tuesday, December 19, 2017 12:26 PM To: gluster-users <gluster-users at

On 01/24/2018 07:20 PM, Hoggins! wrote: > Hello, > > The subject says it all. I have a replica 3 cluster : > > gluster> volume info thedude > > Volume Name: thedude > Type: Replicate > Volume ID: bc68dfd3-94e2-4126-b04d-77b51ec6f27e > Status: Started > Snapshot Count: 0 > Number of Bricks: 1 x 3 = 3 >

Thank you, for that, however I have a problem. Le 26/01/2018 ? 02:35, Ravishankar N a ?crit?: > Yes, you would need to reduce it to replica 2 and then convert it to > arbiter. > 1. Ensure there are no pending heals, i.e. heal info shows zero entries. > 2. gluster volume remove-brick thedude replica 2 > ngluster-3.network.hoggins.fr:/export/brick/thedude force > 3. gluster volume

On Sat, Aug 16, 2008 at 12:23 AM, Silvia Pfeiffer wrote: > Have we got a spec? If not, we may want to remove it altogether and > make the fixes in our wiki as the spec develops. We have a draft spec with no implementation. I can't imagine the magic changing, so I think it's ok to leave it in, but I'm ok to remove it if you think that's best. I do think there's little

On 12/29/2014 02:39 PM, Hoggins! wrote: > Hello Thomas, > > Le 29/12/2014 15:25, "Thomas B. R?cker" a ?crit : >> The directory is a free service and it's my >> time that goes into maintaining it and I'm not willing to pour more time >> into finding some hoster who thinks playing hide and seek is cool. > This is slightly off-topic, but do you plan on

On Fri, Jan 26, 2018 at 7:05 AM, Ravishankar N <ravishankar at redhat.com> wrote: > > > On 01/24/2018 07:20 PM, Hoggins! wrote: > > Hello, > > The subject says it all. I have a replica 3 cluster : > > gluster> volume info thedude > > Volume Name: thedude > Type: Replicate > Volume ID: bc68dfd3-94e2-4126-b04d-77b51ec6f27e >

Hello, I'm trying to make browsing work over several routed subnets, but obviously, something goes wrong. Here's the situation : !-----------! ! hgsserver ! (SAMBA HOST) !-----------! | | | |192.168.2.0/24 !----------! 192.168.3.0/24 |-----------------! wifigate !------------- - - - | !----------! (several wireless WinXP boxes)

Hi, I have a 2-node replica volume running with GlusterFS 3.3.2 on Centos 6.4. I want to shut down one of the gluster servers for maintenance. Any best practice that is to be followed while turning off a server in terms of services etc. Or can I just shut down the server. ? Thanks & Regards, Bobby Jacob -------------- next part -------------- An HTML attachment was scrubbed... URL:

On 17-Aug-08, at 1:11 AM, Silvia Pfeiffer wrote: > OK, then yuv4mpeg will have the magic number: char[8]: 'YUV4MPEG'. > Is that ok? Yes, I'm good with that. > Also, can you put the link to the spec into > http://wiki.xiph.org/index.php/MIMETypesCodecs ? Thanks! Sorry, I thought I'd dumped the spec into the wiki. It's there now, and linked from the

On 01/29/2018 08:56 PM, Hoggins! wrote: > Thank you, for that, however I have a problem. > > Le 26/01/2018 ? 02:35, Ravishankar N a ?crit?: >> Yes, you would need to reduce it to replica 2 and then convert it to >> arbiter. >> 1. Ensure there are no pending heals, i.e. heal info shows zero entries. >> 2. gluster volume remove-brick thedude replica 2 >>

Hello list, I have an issue on my Gluster cluster. It is composed of two data nodes and an arbiter for all my volumes. After having upgraded my bricks to gluster 3.12.9 (Fedora 27), this is what I get : ??? - on node 1, volumes won't start, and glusterd.log shows a lot of : ??? ??? [2018-05-02 09:46:06.267817] W [glusterd-locks.c:843:glusterd_mgmt_v3_unlock]

Hello list, I'm looking for a SIP/IAX client that would hook its audio on the JACK audio server on the client host. I first tried to use the Asterisk JACK application, installing an Asterisk instance on the client host, but I got mitigated results : the host runs a RT kernel (necessary for my use of JACK) but each time a new call is started, it triggers Xruns. Not good. Also, during the call,

Shayne Wissler <wissler at gmail.com> wrote: > I have a program that is given a random file and needs to determine > whether it is Vorbis or FLAC. For Vorbis, there are various places > where I can infer that I have a bad stream. But for FLAC, when I call > either FLAC__stream_decoder_process_until_end_of_metadata or > FLAC__stream_decoder_process_single, it searches the