Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2022-08-20T02:24:32Zhttps://gitlab.xiph.org/xiph/ezstream/-/issues/2277Gapless playback2022-08-20T02:24:32ZY NGapless playbackOn server I use ezstream and icecast.
As client a browser.
If too much silence between tracks client stops playing.
It would be nice to implement gapless playback feature to avoid this.
CheersOn server I use ezstream and icecast.
As client a browser.
If too much silence between tracks client stops playing.
It would be nice to implement gapless playback feature to avoid this.
CheersMoritz GrimmMoritz Grimmhttps://gitlab.xiph.org/xiph/ezstream/-/issues/2276Allow reproducible builds, don't hardcode `date` call2022-08-20T23:29:32ZUnit 193Allow reproducible builds, don't hardcode `date` callHowdy,
In order to support reproducible builds, please use `$SOURCE_DATE_EPOCH` if available, falling back to `date` if not. Patch below.
Thanks!
```
Description: Replace hardcoded call to `date` with $SOURCE_DATE_EPOCH
Author: Chris...Howdy,
In order to support reproducible builds, please use `$SOURCE_DATE_EPOCH` if available, falling back to `date` if not. Patch below.
Thanks!
```
Description: Replace hardcoded call to `date` with $SOURCE_DATE_EPOCH
Author: Chris Lamb <lamby@debian.org>
--- a/configure.ac 2016-07-15 10:07:54.491161698 +0200
+++ b/configure.ac 2016-07-15 10:10:13.216666017 +0200
@@ -17,7 +17,7 @@
AC_PROG_FGREP
AC_CANONICAL_HOST
-BUILD_DATE=$(date '+%B %d, %Y')
+BUILD_DATE=$(LC_ALL=C date --utc --date="@${SOURCE_DATE_EPOCH:-$(date +%s)}" '+%B %d, %Y')
AC_SUBST([BUILD_DATE])
EXAMPLES_DIR="\$(datadir)/examples/${PACKAGE_TARNAME}"
```Moritz GrimmMoritz Grimmhttps://gitlab.xiph.org/xiph/ezstream/-/issues/2275FreeBSD compilation2022-08-21T06:45:59ZLászló KárolyiFreeBSD compilationHey,
I tried to contact people on IRC (libera/#xiph) but haven't gotten a timely response so I'm creating an issue here.
I'm trying to compile ezstream for freebsd and after having problems with it, found a way to compile it. I'm not a...Hey,
I tried to contact people on IRC (libera/#xiph) but haven't gotten a timely response so I'm creating an issue here.
I'm trying to compile ezstream for freebsd and after having problems with it, found a way to compile it. I'm not a C coder, nor do I know the toolchain around the code so some advice would be nice here.
The problem was, the code failed to link with iconv because the `-liconv` was missing from `src/Makefile`. I managed to add it to `src/Makefile.am` so it compiled after a `configure` run. Here's a diff for it:
```diff
diff --git a/src/Makefile.am b/src/Makefile.am
index 66f4361..630a944 100644
--- a/src/Makefile.am
+++ b/src/Makefile.am
@@ -41,7 +41,7 @@ libezstream_la_SOURCES = \
libezstream_la_DEPENDENCIES = \
$(builddir)/libcommon.la \
$(top_builddir)/compat/libcompat.la
-libezstream_la_LIBADD = @EZ_LIBS@ \
+libezstream_la_LIBADD = @EZ_LIBS@ -liconv \
$(libezstream_la_DEPENDENCIES)
bin_SCRIPTS = ezstream-file.sh
@@ -55,7 +55,7 @@ ezstream_cfgmigrate_SOURCES = ezstream-cfgmigrate.c ezconfig0.c
ezstream_cfgmigrate_DEPENDENCIES = \
$(builddir)/libcommon.la \
$(top_builddir)/compat/libcompat.la
-ezstream_cfgmigrate_LDADD = @EZ_LIBS@ \
+ezstream_cfgmigrate_LDADD = @EZ_LIBS@ -liconv \
$(ezstream_cfgmigrate_DEPENDENCIES)
AM_CPPFLAGS = @EZ_CPPFLAGS@ -I$(top_srcdir)/compat
```
I tried to track down the `EZ_LIBS` in configure but got lost and I have no idea as to how to pass it from there so configure would put in src/Makefile, instead of me having to modify `src/Makefile.am`.
Any help is appreciated.László KárolyiLászló Károlyihttps://gitlab.xiph.org/xiph/icecast-server/-/issues/2424WARN connection/get_ssl_certificate Invalid cert file /home/icecast/icecast.c...2021-12-03T20:32:49ZAlex SirroshWARN connection/get_ssl_certificate Invalid cert file /home/icecast/icecast.certkeyVersion: icecast-2.4.4-2.1.x86_64 (opensuse)
Cert issuer: LetsEncrypt
File icecast.certkey is world-readable and contains concatenated fullchain.pem and a private key.
P.S.: Found a somewhat related issue on [github](https://github.com...Version: icecast-2.4.4-2.1.x86_64 (opensuse)
Cert issuer: LetsEncrypt
File icecast.certkey is world-readable and contains concatenated fullchain.pem and a private key.
P.S.: Found a somewhat related issue on [github](https://github.com/AzuraCast/AzuraCast/issues/2692)https://gitlab.xiph.org/xiph/icecast-server/-/issues/2423Allow setting the charset globally, not only on per-mount basis2021-11-15T18:41:48ZVadim UshakovAllow setting the charset globally, not only on per-mount basisHi! In my setup, I use a script that manages the sources dynamically, creating, starting and stopping mount points by user request. The icecast config is static, and all the sources share the same login/password. So no need to declare mo...Hi! In my setup, I use a script that manages the sources dynamically, creating, starting and stopping mount points by user request. The icecast config is static, and all the sources share the same login/password. So no need to declare mount points in icecast.xml in that case.
Unfortunately, IceCast uses the charset ISO8859-1 by default, and the only way to override it is declare mount point for each single source and specify `<charset>UTF-8</charset>` for each. This is extremely inconvenient.
I tried the following simple patch and seems to work. It allows to set the charset at the upper level so it takes effect for every mount point that doesn't explicitly override the value. If no charset is set at all, the default ISO8859-1 is used as the last resort.
Could you please merge it?
[global-charset.diff](/uploads/a1b7d890b0ea73d1d12fdf19b7b58209/global-charset.diff)https://gitlab.xiph.org/xiph/icecast-server/-/issues/2421admin/includes/confirm.xsl missing -> Confirmation in admin webGUI cannot be ...2021-10-26T10:06:39ZThomas Schlienadmin/includes/confirm.xsl missing -> Confirmation in admin webGUI cannot be doneHi.
When installing with `./autogen.sh && ./configure && make -j5 install` the file admin/includes/confirm.xsl is missing and therefore, if a confirmation is needed in the admin webGUI, it cannot be done.
I fixed this by adding `includ...Hi.
When installing with `./autogen.sh && ./configure && make -j5 install` the file admin/includes/confirm.xsl is missing and therefore, if a confirmation is needed in the admin webGUI, it cannot be done.
I fixed this by adding `includes/confirm.xsl` in the `nobase_dist_admin_DATA` part of https://gitlab.xiph.org/xiph/icecast-server/-/blob/master/admin/Makefile.am.
Is there a proper way to do merge requests for this project? If I try to clone the repo in this Gitlab I only get the error that I do not have the rights to do that.Philipp SchafftPhilipp Schaffthttps://gitlab.xiph.org/xiph/icecast-server/-/issues/2420Cannot connect to icecast-radio on external sources (winamp), browser-based c...2021-10-31T13:29:41Zsuper sleepyCannot connect to icecast-radio on external sources (winamp), browser-based connection works fineI'm at my wits' end, here. I've tried listening from a different proxy, assuming that there's something wrong with my connection - anyway.
The source audio is [here](https://play.squid-radio.net/clouds). I get an access denied notifica...I'm at my wits' end, here. I've tried listening from a different proxy, assuming that there's something wrong with my connection - anyway.
The source audio is [here](https://play.squid-radio.net/clouds). I get an access denied notification - at best! - from winamp, or at worst it just rapidly tries to connect and fails without displaying any messages. Listening through the browser is a pretty strain on my memory, I want to see if this is an icecast issue, or if there's *any* ideas you might on what could be causing this. Any advice, and I do mean any advice, would be appreciated!https://gitlab.xiph.org/xiph/xspf-website/-/issues/17[Specs] Permit only UTC in `<date>`2021-10-05T18:24:55ZPhilipp Schafft[Specs] Permit only UTC in `<date>`# Motivation
Time zones are a mess. It is hard for computers and humans alike to work with them. Avoiding them seems to be the best option.
# Suggested change
The `<date>`-tag as defined by 4.1.1.2.8 shall no longer be allowed to use an...# Motivation
Time zones are a mess. It is hard for computers and humans alike to work with them. Avoiding them seems to be the best option.
# Suggested change
The `<date>`-tag as defined by 4.1.1.2.8 shall no longer be allowed to use any time zone other than UTC. Generators MUST generate timestamps in UTC. Parsers SHOULD accept time zones beside UTC. Parsers MAY report non-UTC time zones (independent on if they are supported or not).
This also allows comparing/sorting with purely alphanumeric comparing/sorting after normalisation of UTC to "Z"¹.
# Required version updates
This change will not require a version or namespace update.
¹ Quoted from the "XML schema dateTime" specification:
> The mapping so defined is one-to-one, except that '+00:00', '-00:00', and 'Z' all represent the same zero-length duration timezone, UTC; 'Z' is its canonical representation.https://gitlab.xiph.org/xiph/xspf-website/-/issues/13Final Call for Design Feedback2021-10-09T00:26:23ZThematizerFinal Call for Design FeedbackWe had a good meeting this morning with Rob and Lucas, despite a late start (my bad). We are hoping to make our first pass of design updates asap, so if you have feedback or requests, please take a look at the designs on https://github.c...We had a good meeting this morning with Rob and Lucas, despite a late start (my bad). We are hoping to make our first pass of design updates asap, so if you have feedback or requests, please take a look at the designs on https://github.com/tessgadwa/XSPF-Design-Sandbox and send my way!
We will be meeting again next week at the same time (8 AM PST) unless anybody would like to request a different time.
I also have an open source project with a possible budget attached. This would be integrating playlist features to accompany NFT's created by musicportland.org for their upcoming January Music Month. Please PM me if you're interested in learning more.https://gitlab.xiph.org/xiph/icecast-server/-/issues/2419"listenurl" protocol does not match protocol used to request /status-json.xsl2023-09-01T17:53:06ZHenry van Megen"listenurl" protocol does not match protocol used to request /status-json.xslIt's probably because I'm doing something completely stupid, but when I request my /status-json.xsl over https, I see 'http' in the listenurl which I can't seem to change to https instead. This is causing me all kinds of issues with unse...It's probably because I'm doing something completely stupid, but when I request my /status-json.xsl over https, I see 'http' in the listenurl which I can't seem to change to https instead. This is causing me all kinds of issues with unsecure content, CORSS stuff and other nightmares when trying to build something that can actually read this feed.
Content of: https://domain.tld:8000/status-json.xsl (actual values replaced)
```
{
"icestats": {
"admin": "email@domain.tld",
"host": "domain.tld",
"location": "location",
"server_id": "Icecast 2.4.4",
"server_start": "Mon, 09 Aug 2021 17:00:00 +0200",
"server_start_iso8601": "2021-08-09T17:00:00+0200",
"source": {
"audio_bitrate": 192000,
"audio_channels": 2,
"audio_info": "ice-bitrate=192;ice-channels=2;ice-samplerate=44100",
"audio_samplerate": 44100,
"genre": "(NULL)",
"ice-bitrate": 192,
"ice-channels": 2,
"ice-samplerate": 44100,
"listener_peak": 1,
"listeners": 1,
"listenurl": "http://domain.tld:8000/stream.ogg",
"server_description": "Description",
"server_name": "Server name",
"server_type": "audio/ogg",
"server_url": "(NULL)",
"stream_start": "Mon, 09 Aug 2021 17:01:00 +0200",
"stream_start_iso8601": "2021-08-09T17:01:00+0200",
"subtype": "Vorbis",
"dummy": null
}
}
}
```
This is my configuration file `/etc/icecast2/icecast2.xml` : (actual values replaced)
```
<icecast>
<location>location</location>
<admin>email@domain.tld</admin>
<limits>
<clients>1000</clients>
<sources>5</sources>
<queue-size>262144</queue-size>
<client-timeout>30</client-timeout>
<header-timeout>15</header-timeout>
<source-timeout>10</source-timeout>
<burst-on-connect>0</burst-on-connect>
<burst-size>4096</burst-size>
</limits>
<authentication>
<source-password>password</source-password>
<relay-password>password</relay-password>
<admin-user>user</admin-user>
<admin-password>password</admin-password>
</authentication>
<hostname>mydomain.tld</hostname>
<listen-socket>
<port>8000</port>
<ssl>1</ssl>
</listen-socket>
<listen-socket>
<port>8443</port>
<ssl>1</ssl>
</listen-socket>
<http-headers>
<header name="Access-Control-Allow-Origin" value="*" />
</http-headers>
<fileserve>1</fileserve>
<paths>
<basedir>/usr/share/icecast2</basedir>
<logdir>/var/log/icecast2</logdir>
<webroot>/usr/share/icecast2/web</webroot>
<adminroot>/usr/share/icecast2/admin</adminroot>
<pidfile>/usr/share/icecast2/icecast.pid</pidfile>
<alias source="/" destination="/"/>
<ssl-certificate>/usr/share/icecast2/letsencrypt-domain-tld-icecast.pem</ssl-certificate>
</paths>
<logging>
<accesslog>access.log</accesslog>
<errorlog>error.log</errorlog>
<playlistlog>playlist.log</playlistlog>
<loglevel>3</loglevel>
<logsize>100000</logsize>
<logarchive>1</logarchive>
</logging>
<security>
<chroot>1</chroot>
<changeowner>
<user>icecast2</user>
<group>icecast2</group>
</changeowner>
</security>
</icecast>
```
is there a way of fixing this by changing something in the configuration, or do I have to parse the json by some external script, fix the replace the protocol itself and then serve the changed version it to my webpage? I would love to just use the content of the json and have it be correct insteadhttps://gitlab.xiph.org/xiph/xspf-website/-/issues/8Define Design Goals2021-10-06T18:40:26ZThematizerDefine Design GoalsHi, this is Tess. I'm a UX Designer with a longstanding interest in music and open source. Thrilled to be part of this project. I put together some questions for my call yesterday with Lucas, but I will share them with the rest of the gr...Hi, this is Tess. I'm a UX Designer with a longstanding interest in music and open source. Thrilled to be part of this project. I put together some questions for my call yesterday with Lucas, but I will share them with the rest of the group:
- Do we want a new XSPF logo or only a new theme / skin for the site?
- Is there a desired time frame or other milestones to coordinate with? (new release, new functionality, etc)
- Any new content types or new / updated site pages?
- Will the overarching XIPH menu at the top stay as is?
- What is the CMS or framework used to generate the site?
- Who is your target end user? (ex. Developer, DJ)
- Can you share some sites whose designs you like?
- What is the most important goal for this redesign?
DESIGN ATTRIBUTES (pick up to three adjectives from this list)
- clean - modern - edgy - original - fresh - high-tech - warm - sleek - metallic - earth tones - monochromatic - funky - polished - industrial - futuristic - professional - friendly - readable - high-impact - crisp - accessible - fun - gritty - streamlined - eclectic - harmonious - corporate - artist-friendly - dramatic - photorealistic - primary colors - pastels - cool colors (blues/greens/grays) - responsive
I am assuming different people will pick different adjectives, and some people will object strenuously to some of the terms on this list. But that's part of the fun.
My process, if you're interested, is to take the feedback I get from these questions and turn them into two or more prompts. I present these to the core development team in a live screenshare (Jitsi or Zoom good) and get people's immediate, uncensored feedback. From there, we iterate...https://gitlab.xiph.org/xiph/xspf-website/-/issues/7Repository name2021-09-06T02:19:21ZMarvin ScholzRepository nameHi, why is this repo, contrary to what was discussed by email, not called xspf-website?
XSPF seems like a rather confusing name for it, given we already have a libxspf repo.Hi, why is this repo, contrary to what was discussed by email, not called xspf-website?
XSPF seems like a rather confusing name for it, given we already have a libxspf repo.https://gitlab.xiph.org/xiph/icecast-server/-/issues/2418Linking fails with "multiple definition of `global_client_list'"2021-10-26T00:32:54ZThomas SchlienLinking fails with "multiple definition of `global_client_list'"Hi,
the linking, at least on Ubuntu 21.04 and Alpine Linux (docker latest), fails with:
```
CCLD icecast
/usr/bin/ld: icecast-logging.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_li...Hi,
the linking, at least on Ubuntu 21.04 and Alpine Linux (docker latest), fails with:
```
CCLD icecast
/usr/bin/ld: icecast-logging.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-sighandler.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-connection.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-global.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-util.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-slave.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-source.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-stats.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-client.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-xslt.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-fserve.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-admin.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-format.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-format_ogg.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-format_mp3.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-format_midi.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-format_flac.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-format_ebml.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-format_kate.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-format_skeleton.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-format_opus.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-event.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-event_exec.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-auth.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-auth_htpasswd.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-auth_anonymous.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-auth_static.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-auth_enforce_auth.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-auth_url.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-yp.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
/usr/bin/ld: icecast-format_vorbis.o:/home/schlien/devel/icecast-server/src/client.h:146: multiple definition of `global_client_list'; icecast-main.o:/home/schlien/devel/icecast-server/src/client.h:146: first defined here
collect2: error: ld returned 1 exit status
```
I used `./autogen.sh && ./configure && make -j5 install` to compile.
If I can provide any more information, please let me know.
Best regards,
Thomashttps://gitlab.xiph.org/xiph/daala/-/issues/1Issue with reading y4m2021-08-13T21:05:23ZJoshua Peter EbenezerIssue with reading y4my4m_input.c in daala/tools has an error in reading the headers of y4m files. Line 565 reads the header for 80 characters or until "\n" is reached:
/*Read until newline, or 80 cols, whichever happens first.*/
for(i=0;i<79;i++)
The pr...y4m_input.c in daala/tools has an error in reading the headers of y4m files. Line 565 reads the header for 80 characters or until "\n" is reached:
/*Read until newline, or 80 cols, whichever happens first.*/
for(i=0;i<79;i++)
The problem is that there is no reason why a y4m header should be less than 80 characters (afaik). I have a y4m file with a long header (more than 80 characters). A quick fix would be increasing this limit to 256.
char buffer[256];
int ret;
int i;
int xstride;
/*Read until newline, or 256 cols, whichever happens first.*/
for(i=0;i<255;i++){
ret=fread(buffer+i,1,1,_fin);
if(ret<1)return -1;
if(buffer[i]=='\n')break;
}
See https://github.com/Netflix/vmaf/issues/889 and https://github.com/Netflix/vmaf/pull/890.https://gitlab.xiph.org/xiph/icecast-server/-/issues/2416Is there a default listener-max-duration?2022-03-21T09:27:28ZcinderblockgamesIs there a default listener-max-duration?- Is there a default listener-max-duration?
- If so, is there a way to set it to infinite?
- If not, what is the maximum value supported?- Is there a default listener-max-duration?
- If so, is there a way to set it to infinite?
- If not, what is the maximum value supported?https://gitlab.xiph.org/xiph/ezstream/-/issues/2273Specify listenurl?2023-01-20T00:08:55ZcinderblockgamesSpecify listenurl?Is there a way to specify the full listenurl for a mountpoint, either in icecast or in ezstream? My listenurl is coming out as `http://<hostname>:8000/<mount-point>`, but it's not accessible externally at that URL; how can I turn it int...Is there a way to specify the full listenurl for a mountpoint, either in icecast or in ezstream? My listenurl is coming out as `http://<hostname>:8000/<mount-point>`, but it's not accessible externally at that URL; how can I turn it into `https://<public-hostname>/<public-mountpoint>`?
I'm using `infiniteproject/icecast` for icecast and `threesquared/ezstream` for ezstream. \[docker containers\]https://gitlab.xiph.org/xiph/ezstream/-/issues/2272Stream Description staying as Unspecified description2021-08-01T15:28:33ZcinderblockgamesStream Description staying as Unspecified descriptionI'm trying to make sure that icecast shows the right info before I set up connections to directories, but icecast keeps showing "Unspecified description" for my mount point even though I have the description provided in my ezstream.xml:
...I'm trying to make sure that icecast shows the right info before I set up connections to directories, but icecast keeps showing "Unspecified description" for my mount point even though I have the description provided in my ezstream.xml:
<svrinfoname>title</svrinfoname>
<svrinfourl>url</svrinfourl>
<svrinfogenre>genre</svrinfogenre>
<svrinfodescription>description</svrinfodescription>
<svrinfopublic>1</svrinfopublic>
The other info (name, genre, url) show correctly on the mount point in icecast. Any idea why the description is not?
I'm using `infiniteproject/icecast` for icecast and `threesquared/ezstream` for ezstream. [docker containers]https://gitlab.xiph.org/xiph/opus/-/issues/2359I'm really not drunk - it's the compression2023-03-03T06:00:07ZToni PomaslI'm really not drunk - it's the compressionI don't honestly know if this should go here, but there were no other choices. I am an independent contractor that runs lives video on Facebook in my groups. My Webcam is a logitech C270. If I use it on my system everything is fine but i...I don't honestly know if this should go here, but there were no other choices. I am an independent contractor that runs lives video on Facebook in my groups. My Webcam is a logitech C270. If I use it on my system everything is fine but if I use it to run a live video on Facebook my voice is so slurred I sound drunk! I am not a techie and I truly don't understand sound, but I would really appreciate some advice on how to get things sounding better. Thank you!https://gitlab.xiph.org/xiph/opus-tools/-/issues/2317Compiler warnings with comparing singed and unsigned ints2022-01-23T06:23:55ZAnders JenboCompiler warnings with comparing singed and unsigned intsThese are now the only compiler warnings left when building DevilutionX, would be great if we can handle them so we can start checking for compiler warnings in the CI :)
```
In file included from speex_resampler/resample.c:100:
speex_re...These are now the only compiler warnings left when building DevilutionX, would be great if we can handle them so we can start checking for compiler warnings in the CI :)
```
In file included from speex_resampler/resample.c:100:
speex_resampler/resample_sse.h:45:14: warning: comparison of integers of different signs: 'int' and 'unsigned int' [-Wsign-compare]
for (i=0;i<len;i+=8)
~^~~~
speex_resampler/resample_sse.h:62:12: warning: comparison of integers of different signs: 'int' and 'unsigned int' [-Wsign-compare]
for(i=0;i<len;i+=2)
~^~~~
speex_resampler/resample_sse.h:84:14: warning: comparison of integers of different signs: 'int' and 'unsigned int' [-Wsign-compare]
for (i=0;i<len;i+=8)
~^~~~
speex_resampler/resample_sse.h:110:12: warning: comparison of integers of different signs: 'int' and 'unsigned int' [-Wsign-compare]
for(i=0;i<len;i+=2)
~^~~~
speex_resampler/resample.c:674:20: warning: comparison of integers of different signs: 'int' and 'unsigned int' [-Wsign-compare]
for (j=0;j<st->filt_len;j++)
~^~~~~~~~~~~~~
speex_resampler/resample.c:946:21: warning: comparison of integers of different signs: 'int' and 'unsigned int' [-Wsign-compare]
for(j=0;j<ichunk;++j)
~^~~~~~~
speex_resampler/resample.c:949:20: warning: comparison of integers of different signs: 'int' and 'unsigned int' [-Wsign-compare]
for(j=0;j<ichunk;++j)
~^~~~~~~
speex_resampler/resample.c:1001:19: warning: comparison of integers of different signs: 'int' and 'unsigned int' [-Wsign-compare]
for(j=0;j<ichunk;++j)
~^~~~~~~
speex_resampler/resample.c:1008:19: warning: comparison of integers of different signs: 'int' and 'unsigned int' [-Wsign-compare]
for(j=0;j<ichunk;++j)
~^~~~~~~
speex_resampler/resample.c:1018:16: warning: comparison of integers of different signs: 'int' and 'unsigned int' [-Wsign-compare]
for (j=0;j<ochunk+omagic;++j)
~^~~~~~~~~~~~~~
```https://gitlab.xiph.org/xiph/icecast-server/-/issues/2415SSL=1 in icecast.xml and url inside .m3u and .xsph2021-10-26T00:28:24Zla-colleSSL=1 in icecast.xml and url inside .m3u and .xsphWhen we are using the SSL port declared with:
```xml
<listen-socket>
<port>8000</port>
</listen-socket>
<listen-socket>
<port>8002</port>
<ssl>1</ssl>
</listen-socket>
```
on the status page, the url...When we are using the SSL port declared with:
```xml
<listen-socket>
<port>8000</port>
</listen-socket>
<listen-socket>
<port>8002</port>
<ssl>1</ssl>
</listen-socket>
```
on the status page, the url is in https with the right port, but inside the generated .m3u file it is http:// with the right port, so it is wrong.
.m3u file example:
```
http://live.bidon.org:8002/amiens
```
It should be
```
http://live.bidon.org:8000/amiens
```
or
```
https://live.bidon.org:8002/amiens
```
.xspf file example:
```xml
<?xml version="1.0" encoding="UTF-8"?>
<playlist xmlns="http://xspf.org/ns/0/" version="1">
<title/>
<creator/>
<trackList>
<track>
<location>http://live.bidon.org:8000/amiens</location>
<title/>
<annotation>Stream Title: test
Stream Description: test
Content Type:audio/mpeg
Current Listeners: 7
Peak Listeners: 13
Stream Genre: Various</annotation>
<info>http://www.test.org</info>
</track>
</trackList>
</playlist>
```