Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2017-08-12T12:58:23Zhttps://gitlab.xiph.org/xiph/py-ogg2/-/issues/892[PATCH] vorbis-python memory leak2017-08-12T12:58:23Ztony[PATCH] vorbis-python memory leakThere's a memory leak in the python-vorbis destructor. Also, vcedit.c is much older than the version in vorbis-tools/vorbiscomment.There's a memory leak in the python-vorbis destructor. Also, vcedit.c is much older than the version in vorbis-tools/vorbiscomment.Arc RileyArc Rileyhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/891Intel-compilation and hacks, problems encountered still2006-04-18T09:30:16ZGitlab BotIntel-compilation and hacks, problems encountered stillTried to recompile OggImport and related frameworks for Intel Solo Core (Mac Mini).
Got all installed, but no luck; iTunes or QuickTime 7 still refuse to recognise .ogg -files. Please ask me for compilation details, had to do little tric...Tried to recompile OggImport and related frameworks for Intel Solo Core (Mac Mini).
Got all installed, but no luck; iTunes or QuickTime 7 still refuse to recognise .ogg -files. Please ask me for compilation details, had to do little tricks to compile Speex as there were no Xcode projectfile.Arek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/tremor/-/issues/890[PATCH] Tremor doesn't compile and cannot open seekable streams2017-09-02T15:25:02Zshevek[PATCH] Tremor doesn't compile and cannot open seekable streamsI downloaded the tremor sources from http://svn.xiph.org/trunk/Tremor and needed some changes to make them compile. I hope to attach a patch after submitting this ticket. It contains:
* In debian/rules, uncomment a full block instead...I downloaded the tremor sources from http://svn.xiph.org/trunk/Tremor and needed some changes to make them compile. I hope to attach a patch after submitting this ticket. It contains:
* In debian/rules, uncomment a full block instead of only the first line.
* In autogen.sh, save and restore current directory to make it work everywhere (as opposed to only when the current directory is where autogen.sh is located).
* vorbisfile.c: Always set state to PARTOPEN after _ov_open1, since ov_test_open will choke if it didn't.
* configure.in: Join mistakenly broken line.Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/889xiph quicktime component doesn't work on macbook2006-04-11T15:43:42ZVincent Borrelxiph quicktime component doesn't work on macbookWell. I've just downloaded the latest version of the xiph quicktime components (0.1.3) and it seems not to work on my macbook (itunes still can't import ogg files. I tried to reboot). Is it a PPC Build ? Can't Rosetta apply on quicktime ...Well. I've just downloaded the latest version of the xiph quicktime components (0.1.3) and it seems not to work on my macbook (itunes still can't import ogg files. I tried to reboot). Is it a PPC Build ? Can't Rosetta apply on quicktime components ?Arek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/887[PATCH] Multiple master servers for Icecast relay2018-06-15T21:32:52Zjcyr[PATCH] Multiple master servers for Icecast relayAt any time during the day there are 4 or 5 PCs or IP radios tuned to a common MP3 internet stream. In order to alleviate the traffic on my internet broadband link, I use an Icecast relay on my local network. It retrieves a single Shoutc...At any time during the day there are 4 or 5 PCs or IP radios tuned to a common MP3 internet stream. In order to alleviate the traffic on my internet broadband link, I use an Icecast relay on my local network. It retrieves a single Shoutcast stream from the Internet and all the local clients get their streams from it.
Icecast has worked very well in that capacity but has always suffered from a minor shortcoming. Many popular Shoutcast stations provide the same stream through multiple servers. Unfortunately, Icecast 2.3.1 only allows the specification of a single master server for each relay section. So if that master server refuses the connection there is no way to tell Icecast to try an alternate. I've coded a patch to the Icecast 2.3.1 source that allows the specification of multiple master servers. For each relay, Icecast will try each of the multiple servers that can now be specified till a connection is achieved.
The relay section in the icecast.xml file now looks like this:
<relay>
<servers>
<server>
<ip>64.236.34.196</ip>
<port>80</port>
</server>
<server>
<ip>64.236.34.4</ip>
<port>80</port>
</server>
</servers>
<mount>/stream/1048</mount>
<local-mount>/stream.mp3</local-mount>
<on-demand>0</on-demand>
<relay-shoutcast-metadata>1</relay-shoutcast-metadata>
</relay>
If anybody's interested and in the spirit of open source development I've made the patch available as a contribution to the community. It can be downloaded at http://www.dillobits.com/icecast-2.3.1-patch.txt .
Philipp SchafftPhilipp Schaffthttps://gitlab.xiph.org/xiph/libao/-/issues/885ao Makefile does not honor "mandir"2017-03-30T06:28:45Zreedao Makefile does not honor "mandir"The ./configure allows using --mandir.
But it also overrides in Makefile.am using MANDIR (instead of @mandir@).
Please use @mandir@ instead. Please remove your MANDIR from configure
and Makefile.am. Just use the normal defaults.
The pr...The ./configure allows using --mandir.
But it also overrides in Makefile.am using MANDIR (instead of @mandir@).
Please use @mandir@ instead. Please remove your MANDIR from configure
and Makefile.am. Just use the normal defaults.
The problem is you use --mandir and then it does not work like
is expected.Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/vorbis/-/issues/884building libvorbis in mingw stops with undefined references2017-04-08T10:59:27Zjohansson_fredricbuilding libvorbis in mingw stops with undefined referencesTrying to build libvorbis after configuring it with:
./configure --prefix=/mingw --with-ogg=/mingw/bin --with-ogg-libraries=/mingw/lib
ends with a lot of undefined references during the linking of libvorbisfile.dll.a like
.libs/vorbisfil...Trying to build libvorbis after configuring it with:
./configure --prefix=/mingw --with-ogg=/mingw/bin --with-ogg-libraries=/mingw/lib
ends with a lot of undefined references during the linking of libvorbisfile.dll.a like
.libs/vorbisfile.o:vorbisfile.c:(.text+0x64): undefined reference to `ogg_sync_pageseek'
I found out that it skipped trying to link to libogg.a(?)/-logg
In the libs/Makefile -logg wasnt added to
libvorbisfile_la_LIBADD = libvorbis.la
which it apparently should.
Someone suggested that there was something wrong in the autotools which made the package and that I should bug this hereMonty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/Infrastructure/-/issues/883no notification is send to component owner2017-04-07T21:47:17ZGitlab Botno notification is send to component ownerthis used to works and does not right nowthis used to works and does not right nowjjhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/882Vorbis files stop playing 1:06 into the song2007-03-23T22:25:18ZjuneVorbis files stop playing 1:06 into the songI'm running the latest build of the XiphQT frameworks (v0.1.3 full install) and components on a PowerBook G4 15" (latest model of the G4 line) under MacOS X Tiger 10.4.5 build 8H14. During playback of any Ogg-Vorbis file in iTunes, sound...I'm running the latest build of the XiphQT frameworks (v0.1.3 full install) and components on a PowerBook G4 15" (latest model of the G4 line) under MacOS X Tiger 10.4.5 build 8H14. During playback of any Ogg-Vorbis file in iTunes, sound stops at 1:06 seconds into the file. Scrubbing past that point only results in black sound. Additionally, files are marked as having incredibly long lengths (>6 hours). QuickTime exhibits both symptoms as well.
I have additionally tested in VideoLanClient, and neither of these issues show up.Arek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/881dump-file limits to 2gb2018-03-06T12:49:49Ztutdump-file limits to 2gbWith such config stream.mp3 grows to 2147483647 bytes (2GB-1byte) and stops. Server proceed without problems.
```
<mount>
<mount-name>/stream</mount-name>
<dump-file>/home/user/dump/stream.mp3</dump-file>
</mo...With such config stream.mp3 grows to 2147483647 bytes (2GB-1byte) and stops. Server proceed without problems.
```
<mount>
<mount-name>/stream</mount-name>
<dump-file>/home/user/dump/stream.mp3</dump-file>
</mount>
```
icecast 2.3.1
gentoo linux
pentium4Icecast 2.3Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/880[PATCH] vorbiscomment and oggenc man page typos2006-12-09T00:30:38Zschizo[PATCH] vorbiscomment and oggenc man page typosThis includes 4 oggenc.1 fixes from A Costa <agcosta@gis.net> and 2 other fixes that may have already been submitted but don't appear to have been applied at svn.xiph.org.This includes 4 oggenc.1 fixes from A Costa <agcosta@gis.net> and 2 other fixes that may have already been submitted but don't appear to have been applied at svn.xiph.org.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/879[PATCH] vorbis-tools not built with LFS2006-12-09T00:50:26Zschizo[PATCH] vorbis-tools not built with LFSvorbis-tools builds without largefile support. I suggest this patch:
Index: vorbis-tools-1.1.1/configure.ac
===================================================================
--- vorbis-tools-1.1.1.orig/configure.ac 2005-06-27 ...vorbis-tools builds without largefile support. I suggest this patch:
Index: vorbis-tools-1.1.1/configure.ac
===================================================================
--- vorbis-tools-1.1.1.orig/configure.ac 2005-06-27 05:25:51.000000000 -0400
+++ vorbis-tools-1.1.1/configure.ac 2006-03-26 19:41:34.404157135 -0500
@@ -31,6 +31,8 @@
ALL_LINGUAS="be cs da es fr hr hu nl ro ru sv uk"
AM_GNU_GETTEXT
+AC_SYS_LARGEFILE
+
dnl --------------------------------------------------
dnl Set build flags based on environment
dnl --------------------------------------------------
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/xiph-qt/-/issues/873Your player doesn't work on Intel powered Macintosh2006-03-31T12:44:39ZnicroggemanYour player doesn't work on Intel powered MacintoshJust tried to play CBC using your XiphQT downloaded player on my MacBook Pro. It installed no problem, when I hit liten, iTunes opened but no stream was forthcoming. I suspect your player works on the Power PC equipped macintoshes, but n...Just tried to play CBC using your XiphQT downloaded player on my MacBook Pro. It installed no problem, when I hit liten, iTunes opened but no stream was forthcoming. I suspect your player works on the Power PC equipped macintoshes, but not the new Intel chip powered macs, which mac is migrating to.Arek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/theora/-/issues/872libtheora segfault (address out of bounds)2007-06-17T08:57:31Zgtgbrlibtheora segfault (address out of bounds)(libtheora-1.0alpha5, ffmpeg2theora-0.16 and ffmpeg of March 12th)
Hi,
after a few seconds of encoding/streaming (I actually did get these few seconds of video+audio just fine on mplayer as the listener behind Icecast), the source cli...(libtheora-1.0alpha5, ffmpeg2theora-0.16 and ffmpeg of March 12th)
Hi,
after a few seconds of encoding/streaming (I actually did get these few seconds of video+audio just fine on mplayer as the listener behind Icecast), the source client's encoder dumps core because of libtheora. This happens not only with the .mpeg file as shown below, but several others that I've tried as well. It's a showstopper -- encoding on OpenBSD (i386) is reproducably broken.
The backtraces below were made with [http://www.archive.org/download/SayChees2001/SayChees2001.mpeg]
Ezstream output:
```
$ ezstream -c ezstream.conf
Connecting to http://phoenix.jolly:8000/videotest.ogg...SUCCESS.
Streaming /home/maxx/stream/SayChees2001.mpeg
Opening file (/home/maxx/stream/SayChees2001.mpeg)
Songinfo is (SayChees2001)
Unknown format THEORA, passing right on through!
Input #0, mpeg, from '/home/maxx/stream/SayChees2001.mpeg':
Duration: 00:01:39.6, start: 0.938511, bitrate: 2440 kb/s
Stream #0.0[0x1e0], 29.97 fps(r): Video: mpeg2video, yuv420p, 352x480, 2000 kb/s
Stream #0.1[0x1c0]: Audio: mp2, 48000 Hz, stereo, 384 kb/s
Pixel Aspect Ratio: 1.82/1 Frame Aspect Ratio: 1.33/1
Resize: 352x480
0:00:04.84 audio: 3kbps video: 91kbps Segmentation fault (core dumped)
Closing via pclose
```
Backtrace, generated by ffmpeg2theora via ezstream:
```
#0 PixelLineSearch (ppi=0x8a8ac5e0, ChangedLocalsPtr=0x8634bfff <Address 0x8634bfff out of bounds>, RowNumber=264, ColNumber=-1, direction=2 '\002', line_length=0xcfbece7c)
at /usr/ports/mystuff/multimedia/libtheora/w-libtheora-1.0alpha5/libtheora-1.0alpha5/lib/scan.c:1482
1482 if ( ((*ChangedLocalsPtr) <= 1) ||
#1 0x07c86037 in PixelLineSearch (ppi=0x8a8ac5e0, ChangedLocalsPtr=0x8634c000 "\002", RowNumber=264, ColNumber=0, direction=2 '\002', line_length=0xcfbeceb8)
at /usr/ports/mystuff/multimedia/libtheora/w-libtheora-1.0alpha5/libtheora-1.0alpha5/lib/scan.c:1554
1554 PixelLineSearch( ppi, ChangedLocalsPtr - 1, RowNumber, ColNumber - 1,
#2 0x07c86185 in LineSearchScorePixel (ppi=0x8a8ac5e0, ChangedLocalsPtr=0x8634c000 "\002", RowNumber=264, ColNumber=0)
at /usr/ports/mystuff/multimedia/libtheora/w-libtheora-1.0alpha5/libtheora-1.0alpha5/lib/scan.c:1657
1657 PixelLineSearch( ppi, ChangedLocalsPtr, RowNumber,
#3 0x07c862ff in LineSearchScoreRow (ppi=0x8a8ac5e0, ChangedLocalsPtr=0x8634c000 "\002", YUVDiffsPtr=0x8656e000, PixelNoiseScorePtr=0x8a892b00 "\001", FragScorePtr=0x8123b6b0,
DispFragPtr=0x84d885ac "ÿ\004ÿþþ", RowNumber=264) at /usr/ports/mystuff/multimedia/libtheora/w-libtheora-1.0alpha5/libtheora-1.0alpha5/lib/scan.c:1714
1714 Score = (ogg_int32_t)
#4 0x07c86b5d in AnalysePlane (ppi=0x8a8ac5e0,
PlanePtr0=0x7e35f000 "\030L\200\211\206\201\200\204\211\215\223\226\231\231\227\226\221\217\214\212\210\206\205\202\207\200xoea_adintz~\201\201~vqkgefju}\201\177xrlkegkotx|\200\207\211\213\211\210\204\201~}{xvux|\201~\202\203\202\202\200\177}\201\177\203\207\210\210\213\221\235\235\232\224\214\210\211\214\223\223\220\212\203\200\200\202\204\204\204\203\201}{yvvussty|\205\211\217\222zTFF;52..149;;=;>>=8778:==?BDDFFHHIIKE?80**,0579:;;<::8;BGHGEFGECBDF"...,
PlanePtr1=0x7e446000 "\034P\205\214\210\206\205\206\215\221\227\235 \237\234\237\230\225\220\216\215\215\214\212\205\201|tmfddglsy\177\203\203\202~ztnjhknw}\204\205}vqoknrux|\201\205\215\216\221\222\216\213\207\205\203\201\177~~\200\203\205\210\211\212\210\207\205\205\205\205\206\207\212\216\221\225\235¤¥ \231\224\220\220\225\226\227\225\221\213\207\207\210\212\213\213\211\206\203\201\201~}{yxy~\201\204\214\222\222tF?;4/+($%(*0353330-,+,-06789;<<??>>@<5-(%%&,./2235643225:>?>=;9:::9"..., FragArrayOffset=0, PWidth=352,
PHeight=480, PStride=2251603714) at /usr/ports/mystuff/multimedia/libtheora/w-libtheora-1.0alpha5/libtheora-1.0alpha5/lib/scan.c:2244
2244 LineSearchScoreRow( ppi, ChLocalsPtr2, YUVDiffsPtr2,
#5 0x07c87040 in YUVAnalyseFrame (ppi=0x8a8ac5e0, KFIndicator=0x8634bf02) at /usr/ports/mystuff/multimedia/libtheora/w-libtheora-1.0alpha5/libtheora-1.0alpha5/lib/scan.c:2332
2332 AnalysePlane( ppi, ppi->YPlanePtr0, ppi->YPlanePtr1, 0,
#6 0x07c8b9a4 in CompressFrame (cpi=0x8a8ac000) at /usr/ports/mystuff/multimedia/libtheora/w-libtheora-1.0alpha5/libtheora-1.0alpha5/lib/encoder_toplevel.c:651
651 cpi->MotionScore = YUVAnalyseFrame(&cpi->pp, &KFIndicator );
#7 0x07c8c337 in theora_encode_YUVin (t=0x3c0045e8, yuv=0xcfbed1d0)
at /usr/ports/mystuff/multimedia/libtheora/w-libtheora-1.0alpha5/libtheora-1.0alpha5/lib/encoder_toplevel.c:976
976 CompressFrame( cpi );
#8 0x1c00412b in oggmux_add_video (info=0x3c004520, yuv=0xcfbed1d0, e_o_s=0)
at /usr/ports/mystuff/multimedia/ffmpeg2theora/w-ffmpeg2theora-0.16/ffmpeg2theora-0.16/theorautils.c:186
186 theora_encode_YUVin (&info->td, yuv);
#9 0x1c002866 in ff2theora_output (this=0x89315100) at /usr/ports/mystuff/multimedia/ffmpeg2theora/w-ffmpeg2theora-0.16/ffmpeg2theora-0.16/ffmpeg2theora.c:615
615 oggmux_add_video(&info, &yuv ,e_o_s);
#10 0x1c003bb5 in main (argc=8, argv=0xcfbed77c) at /usr/ports/mystuff/multimedia/ffmpeg2theora/w-ffmpeg2theora-0.16/ffmpeg2theora-0.16/ffmpeg2theora.c:1224
1224 ff2theora_output (convert);
```
Reproduction with encoder_example:
```
#0 PixelLineSearch (ppi=0x840685e0, ChangedLocalsPtr=0x86759fff <Address 0x86759fff out of bounds>, RowNumber=72, ColNumber=-1, direction=0 '\0', line_length=0xcfbf26cc)
at /usr/ports/mystuff/multimedia/libtheora/w-libtheora-1.0alpha5/libtheora-1.0alpha5/lib/scan.c:1482
1482 if ( ((*ChangedLocalsPtr) <= 1) ||
(gdb) bt
#0 PixelLineSearch (ppi=0x840685e0, ChangedLocalsPtr=0x86759fff <Address 0x86759fff out of bounds>, RowNumber=72, ColNumber=-1, direction=0 '\0', line_length=0xcfbf26cc)
at /usr/ports/mystuff/multimedia/libtheora/w-libtheora-1.0alpha5/libtheora-1.0alpha5/lib/scan.c:1482
#1 0x023c20db in PixelLineSearch (ppi=0x840685e0, ChangedLocalsPtr=0x8675a160 "\002", RowNumber=73, ColNumber=0, direction=0 '\0', line_length=0xcfbf2708)
at /usr/ports/mystuff/multimedia/libtheora/w-libtheora-1.0alpha5/libtheora-1.0alpha5/lib/scan.c:1527
#2 0x023c2132 in LineSearchScorePixel (ppi=0x840685e0, ChangedLocalsPtr=0x8675a160 "\002", RowNumber=73, ColNumber=0)
at /usr/ports/mystuff/multimedia/libtheora/w-libtheora-1.0alpha5/libtheora-1.0alpha5/lib/scan.c:1638
#3 0x023c22ff in LineSearchScoreRow (ppi=0x840685e0, ChangedLocalsPtr=0x8675a160 "\002", YUVDiffsPtr=0x8a36b2c0, PixelNoiseScorePtr=0x7e6eac60 "\001", FragScorePtr=0x7f4ef630,
DispFragPtr=0x8004b18c "ÿÿþÿþÿÿÿÿ\004ÿÿÿ\004\004\004\004ÿÿþÿÿþÿÿÿ\004\004ÿ\004ÿÿÿÿÿþþÿÿ\004ÿþ\004\004\004\004þþÿÿÿ\004\004\004ÿÿ\004\004\005\004ÿÿÿÿÿ\004\004ÿÿþÿ\004\004\004\004ÿÿÿ\004þÿÿÿÿÿÿÿ\004ÿÿÿÿÿÿÿÿ\005", 'ÿ' <repeats 19 times>, "\005", 'ÿ' <repeats 15 times>, RowNumber=73)
at /usr/ports/mystuff/multimedia/libtheora/w-libtheora-1.0alpha5/libtheora-1.0alpha5/lib/scan.c:1714
#4 0x023c2b5d in AnalysePlane (ppi=0x840685e0,
PlanePtr0=0x7e650000 "\016?rxrmlpquz\177\200\200\177}zxutssroxri_XROQRV[bhmppmfa[VTTXemqnhb\\ZSVY]afilprtsqnkehfdbacgoemnmlkigihlpqru{\206\205\202{soqt}|ysliilpppolifdbba_^`dgjr{~_5(,$\"!! \"#$&%$$%'&\"$$$$%$$&&''))****'%$\037\034\035 \033\036\037 !! \037!'++)(*+*('*,"...,
PlanePtr1=0x7d27f000 "\027I{\200zxwx\177\202\207\214\220\216\215\220\212\207\203\201\201\201\200~|xsle^\\\\^ciouyyxuqke`_bfnu||tlfeadgjmquy\177\201\202\203\200}zxvtrqqsvx{}~}{xwwwxy|\200\202\207\216\224\226\221\212\205\202\201\206\210\211\210\203~zz|~\177\177}zwutrrpnmnrux\177\204\204_%\033\030\031\026\026\026\023\022\022\022\024\026\027\025\025\026\025\022\024\023\023\023\024\027\027\027\026\030\030\030\032\032\031\032\035\033\030\024\022\022\023\023\022\024\024\026\026\026\030\031\025\025\024\024\025\031\034\034\033\032\031\030\030\031\031\030"..., FragArrayOffset=0, PWidth=352, PHeight=480, PStride=0)
at /usr/ports/mystuff/multimedia/libtheora/w-libtheora-1.0alpha5/libtheora-1.0alpha5/lib/scan.c:2244
#5 0x023c3040 in YUVAnalyseFrame (ppi=0x840685e0, KFIndicator=0x0) at /usr/ports/mystuff/multimedia/libtheora/w-libtheora-1.0alpha5/libtheora-1.0alpha5/lib/scan.c:2332
#6 0x023c79a4 in CompressFrame (cpi=0x84068000) at /usr/ports/mystuff/multimedia/libtheora/w-libtheora-1.0alpha5/libtheora-1.0alpha5/lib/encoder_toplevel.c:651
#7 0x023c8337 in theora_encode_YUVin (t=0xcfbf2cb8, yuv=0xcfbf29b0)
at /usr/ports/mystuff/multimedia/libtheora/w-libtheora-1.0alpha5/libtheora-1.0alpha5/lib/encoder_toplevel.c:976
#8 0x1c001be4 in fetch_and_process_video (video=0x231299d8, videopage=0xcfbf2a98, to=0xcfbf2e78, td=0xcfbf2cb8, videoflag=0) at encoder_example.c:488
#9 0x1c002a4f in main (argc=-809555304, argv=0x0) at encoder_example.c:775
```
Please let me know if further information is required, or whether someone needs an account for testing on OpenBSD/i386. I'm also prepared to test patches.
Hth,
Moritz
(_mx on Freenode)
https://gitlab.xiph.org/xiph/xiph-qt/-/issues/871itunes will not fully launch and will not force quit2007-11-13T00:23:56Zpladinitunes will not fully launch and will not force quitafter installing the xiph program, itunes will sometimes lock up, it will fail to launch, and will not force quitafter installing the xiph program, itunes will sometimes lock up, it will fail to launch, and will not force quitArek KorbikArek Korbikhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/869would be nice if oggenc would accept an ogg file as input2008-02-18T15:45:17Zeddiewould be nice if oggenc would accept an ogg file as inputWould be nice if I could "re-encode" and ogg file like this
oggenc myogg.ogg -o mynewogg.ogg -q 3
and have it retain all the metadata information in the original ogg file.
Would be nice if I could "re-encode" and ogg file like this
oggenc myogg.ogg -o mynewogg.ogg -q 3
and have it retain all the metadata information in the original ogg file.
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-website/-/issues/868http://dir.xiph.org/index.php/ produces a broken page2017-08-26T22:33:52ZOscar Sundbomhttp://dir.xiph.org/index.php/ produces a broken pagehttp://dir.xiph.org/index.php is also available as http://dir.xiph.org/index.php/ (note the final slash). At that address, css files do not get included properly, since their URLs are relative.
Is there a reason for the page to be avai...http://dir.xiph.org/index.php is also available as http://dir.xiph.org/index.php/ (note the final slash). At that address, css files do not get included properly, since their URLs are relative.
Is there a reason for the page to be available with an ending slash? I was brought there by a link on my Icecast 2.3.1 server version page.Gitlab BotGitlab Bothttps://gitlab.xiph.org/xiph/icecast-server/-/issues/866buildm3u is checking for a source before returning.. Not good for file serving2018-03-06T12:49:49ZGitlab Botbuildm3u is checking for a source before returning.. Not good for file serving"can you report that on bugs.xiph.org, the buildm3u is checking for a source before returning and as you say, that doesn't work for files.
karl."
buildm3u is always checking for a source before attempting to authenticate a stream. ..."can you report that on bugs.xiph.org, the buildm3u is checking for a source before returning and as you say, that doesn't work for files.
karl."
buildm3u is always checking for a source before attempting to authenticate a stream. This does not work for file serving.
Are there any thoughts to create an option like buildm3u for file serving?
Was attempting to create a mount to a file and alias it to its directory. Then in the mount, use the url authenticator to protect it.
<mount>
<mount-name>/song.ogg</mount-name>
<authentication type="url">
<option name="listener_add" value="http://myserv/auth/action.php"/>
<option name="listener_remove" value="http://myserv/auth/action.php"/>
</authentication>
</mount>
<paths>
<alias source="/song.ogg" dest="/dir/dir/song.ogg"/>
</paths>
I use the following to auth a stream when I have a user currently logged into my site. http://myserv:8000/admin/buildm3u?username=test&password=test2&mount=/song.ogg
but, since a fileserve mount is not a true source, this will not work for serving files.
error_log:
[2006-03-11 15:49:08] WARN admin/admin_handle_request Admin command buildm3u on non-existent source /song.ogg
65.67.62.64 - - [11/Mar/2006:15:49:08 -0600] "GET /admin/buildm3u HTTP/1.1" 400 83 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)" 0
Any way to auth file server requests with passing username and password information without requiring user to type it in on the player pop-up?
thanks,
-matt
Icecast 2.3Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-server/-/issues/864Icecast 2.3.1 reports "too many sources connected" when it probably shouldn't.2018-03-06T12:49:49ZOscar SundbomIcecast 2.3.1 reports "too many sources connected" when it probably shouldn't.I have configured Icecast with <sources>8</sources> and six "special" streams, to set up a local fallback file to play for each, in case a source isn't currently connected.
The sources are connected in sets of three. When the first set ...I have configured Icecast with <sources>8</sources> and six "special" streams, to set up a local fallback file to play for each, in case a source isn't currently connected.
The sources are connected in sets of three. When the first set connects, all works fine. When the second set connects, (at least) the last client gets refused with
"too many sources connected". The sources all get connected before any of them start
sending data. I'm thinking Icecast might calculate that it already has six sources (three connected, three fallbacks) and adding three more adds up to nine, which is one more than allowed.
Raising <sources> to 16 fixed the problem, so there is an easy workaround, but to me it's counterintuitive that it should work that way.
This bug, in turn, sparks a bug in libshout, which killed the program providing the last tree streams (double free or corruption), but that's a whole other bug report.
Snippets from icecast.xml:
<limits>
<clients>200</clients>
<sources>8</sources>
<threadpool>6</threadpool>
<queue-size>524288</queue-size>
<client-timeout>30</client-timeout>
<header-timeout>15</header-timeout>
<source-timeout>10</source-timeout>
<burst-on-connect>1</burst-on-connect>
<burst-size>65535</burst-size>
</limits>
---------
<mount>
<mount-name>/rocket_hi.ogg</mount-name>
<fallback-mount>/silence.ogg</fallback-mount>
<fallback-override>1</fallback-override>
</mount>
<mount>
<mount-name>/rocket_hi.mp3</mount-name>
<fallback-mount>/silence_hi.mp3</fallback-mount>
<fallback-override>1</fallback-override>
</mount>
<mount>
<mount-name>/rocket_lo.mp3</mount-name>
<fallback-mount>/silence_lo.mp3</fallback-mount>
<fallback-override>1</fallback-override>
</mount>
<mount>
<mount-name>/thsradio_hi.ogg</mount-name>
<fallback-mount>/silence.ogg</fallback-mount>
<fallback-override>1</fallback-override>
</mount>
<mount>
<mount-name>/thsradio_hi.mp3</mount-name>
<fallback-mount>/silence_hi.mp3</fallback-mount>
<fallback-override>1</fallback-override>
</mount>
<mount>
<mount-name>/thsradio_lo.mp3</mount-name>
<fallback-mount>/silence_lo.mp3</fallback-mount>
<fallback-override>1</fallback-override>
</mount>
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-libshout/-/issues/863RFE: libshout #define version2017-11-16T12:06:14ZholbrookbwRFE: libshout #define versionI am developing a PHP module called phpShout (http://phpshout.sf.net/) that wraps the libshout library, providing PHP function calls to the libshout C library. There have been several instances when it would be very nice to refer to the...I am developing a PHP module called phpShout (http://phpshout.sf.net/) that wraps the libshout library, providing PHP function calls to the libshout C library. There have been several instances when it would be very nice to refer to the local libshout library's Version number using C #define statements.
Namely, my library supposedly supports libshout>=2.0, but refers to SHOUT_FORMAT_OGG which didn't appear until 2.1. It would be nice to be able to do a check with #if and re-map this constant to SHOUT_FORMAT_VORBIS if the local library is only 2.0 at compile time, instead of at runtime using shout_version(). MySQL, for instance, exports:
#define MYSQL_SERVER_VERSION "4.1.16"
for pretty printing
#define MYSQL_VERSION_ID 40116
for version comparisons
I would like to see (at least) both of these added to shout.h...
#define SHOUT_VERSION "2.2"
#define SHOUT_VERSION_ID 20200
...The first for the printing of the library version in phpinfo() and the second for version checks at compile time. Thanks!
-BrandonBrendan Cully Brendan Cully