Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2019-04-19T11:32:53Zhttps://gitlab.xiph.org/xiph/icecast-ices/-/issues/276Ices leaks memory after losing connection(s) to icecast2019-04-19T11:32:53ZgshangIces leaks memory after losing connection(s) to icecast```
We run ices2 with three seperate streams - one unchanged, one a quality 0
circa 64kbps stream, and the other a quality -1 22khz mono stream. It
seems that when cron.daily runs, one or more of these streams will lose
connectivity wit...```
We run ices2 with three seperate streams - one unchanged, one a quality 0
circa 64kbps stream, and the other a quality -1 22khz mono stream. It
seems that when cron.daily runs, one or more of these streams will lose
connectivity with the icecast2 server (which is running on another box).
The number of streams dropped varies from day to day. After this point,
it appears that ices leaks memory until it eventually runs out of memory
and is killed by the kernel.
To illustrate this, here's a ps -aux from when ices was started yesterday
afternoon (US time):
kirk 8589 0.1 1.5 11376 3876 tty3 S 16:23 0:00 ../ices
egoplay.xml
kirk 8591 0.0 1.5 11376 3876 tty3 S 16:23 0:00 ../ices
egoplay.xml
kirk 8592 13.6 1.5 11376 3876 tty3 S 16:23 0:04 ../ices
egoplay.xml
kirk 8593 0.0 1.5 11376 3876 tty3 S 16:23 0:00 ../ices
egoplay.xml
kirk 8594 4.8 1.5 11376 3876 tty3 S 16:23 0:01 ../ices
egoplay.xml
These are pretty typical of what it looked like prior to the streams being
disconnected at 01:01 this morning. Here's what it looked like at about
03:42:
kirk 8589 0.0 69.2 185692 177352 ? S Oct31 0:01 ../ices
egoplay.xml
kirk 8591 0.0 69.2 185692 177352 ? S Oct31 0:00 ../ices
egoplay.xml
kirk 8592 16.8 69.2 185692 177352 ? R Oct31 114:23 ../ices
egoplay.xml
kirk 8593 6.1 69.2 185692 177352 ? R Oct31 41:58 ../ices
egoplay.xml
kirk 8594 9.6 69.2 185692 177352 ? R Oct31 65:16 ../ices
egoplay.xml
And here's what it looked like just before Kirk killed it off just before
6Am:
kirk 8589 0.0 80.1 320268 205368 ? S Oct31 0:03 ../ices
egoplay.xml
kirk 8591 0.0 80.1 320268 205368 ? S Oct31 0:00 ../ices
egoplay.xml
kirk 8592 18.3 80.1 320268 205368 ? R Oct31 149:13 ../ices
egoplay.xml
kirk 8593 9.4 80.1 320268 205368 ? R Oct31 76:49 ../ices
egoplay.xml
kirk 8594 12.3 80.1 320268 205368 ? R Oct31 100:08 ../ices
egoplay.xml
Left to its own devices, it would have run out of memory.
The logs don't say a lot. The ices log says nothing, really. The only
pointer that something's gone wrong is the fact that the encoder and
resample initialisations stop appearing in the log with each song. The
songs continue to be printed, however.
the icecast error log seems to indicate that the source just died at the
other end.
[2002-11-01 01:01:40] WARN source/source_main Disconnecting source:
socket timeout (10 s) expired
[2002-11-01 01:01:40] INFO source/source_main Removing source following
disconnection
[2002-11-01 01:01:40] DBUG source/source_main Source exiting
[2002-11-01 01:01:40] WARN source/source_main Disconnecting source:
socket timeout (10 s) expired
[2002-11-01 01:01:40] INFO source/source_main Removing source following
disconnection
[2002-11-01 01:01:40] DBUG source/source_main Source exiting
[2002-11-01 01:01:40] WARN source/source_main Disconnecting source:
socket timeout (10 s) expired
[2002-11-01 01:01:40] INFO source/source_main Removing source following
disconnection
[2002-11-01 01:01:40] DBUG source/source_main Source exiting
This has been happening consistantly since I first wrote about it on the
9th of October.
http://www.xiph.org/archives/icecast/3367.html
http://www.xiph.org/archives/icecast/3401.html
This is with current CVS ices and libshout2.
What I speculate is happening is that, for whatever reason, probably due
to system load with updatedb or sometihng, one or more streams lose their
connection with icecast. Despite the settings in the icex XML config, no
attempts are made to reconnect, acording to all of the logs. So some part
of ices seems to think that they're still connected.
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-ices/-/issues/261read metadata on startup2019-04-19T11:32:53Zroberead metadata on startup```
it would be great if ices would read the metadata file on startup (not after
the first USR1 is received by the master process) if it's configured to parse
external metadata files at all.
``````
it would be great if ices would read the metadata file on startup (not after
the first USR1 is received by the master process) if it's configured to parse
external metadata files at all.
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/icecast-ices/-/issues/75Ices shuts down if there is an empty line at the beginning of a playlist2019-04-19T11:33:11ZManuel LoraIces shuts down if there is an empty line at the beginning of a playlist```
Ices (2) shuts down if there is an empty line at the beginning of a playlist
when connecting to icecast(2). CVS.
This also happens if there is a space between songs.
[2001-11-07 00:13:05] INFO ices-core/main ices started...
[2001...```
Ices (2) shuts down if there is an empty line at the beginning of a playlist
when connecting to icecast(2). CVS.
This also happens if there is a space between songs.
[2001-11-07 00:13:05] INFO ices-core/main ices started...
[2001-11-07 00:13:05] INFO stream/ices_instance_stream Connected to server:
127.0.0.1:8001/test.ogg
[2001-11-07 00:13:05] INFO playlist-builtin/playlist_read No more filenames
available, end of playlist[2001-11-07 00:13:05] DBUG
stream-shared/stream_wait_for_data Shutdown signalled: thread shutting
down[2001-11-07 00:13:05] DBUG encode/encode_clear Clearing encoder engine
[2001-11-07 00:13:06] DBUG input/input_loop An instance died, removing it
[2001-11-07 00:13:06] DBUG input/input_flush_queue Input queue flush requested
[2001-11-07 00:13:06] DBUG input/input_loop All instances removed, shutting
down control thread.
[2001-11-07 00:13:06] INFO ices-core/main Shutdown complete
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/cortado/-/issues/1911Cortado doesn't work on Mac with Oracle JRE7 update 92017-08-21T19:26:29ZAndre KlapperCortado doesn't work on Mac with Oracle JRE7 update 9[ Upstreamed from https://bugzilla.wikimedia.org/show_bug.cgi?id=41274 ]
Playback never starts and the Cortado reports:
ERROR, Not allowed
https://upload.wikimedia.org/wikipedia/commons/3/36/Mirror-Induced-Behavior-in-the-Magpie-%28Pic...[ Upstreamed from https://bugzilla.wikimedia.org/show_bug.cgi?id=41274 ]
Playback never starts and the Cortado reports:
ERROR, Not allowed
https://upload.wikimedia.org/wikipedia/commons/3/36/Mirror-Induced-Behavior-in-the-Magpie-%28Pica-pica%29-Evidence-of-Self-Recognition-pbio.0060202.sv009.ogv...
Full Cortado play log:
http://bug-attachment.wikimedia.org/attachment.cgi?id=11217
(The stacktrace has to do with a cache file being in Mac OS X quarantine (mistake in the Oracle installer it seems))
(The oracle java plugin doesn't work with Chrome for Mac btw, since Chrome is 32bit only and JRE7 for mac is 64 bit only.)https://gitlab.xiph.org/xiph/cortado/-/issues/1756Potential lack of corresponding source code for Cortado 0.6.0 official binaries2017-08-21T19:26:29ZGitlab BotPotential lack of corresponding source code for Cortado 0.6.0 official binariesFor the cortado-ov-stripped-0.6.0.jar binary, which is dated March 19, 2010 and which is available at the http://downloads.xiph.org/releases/cortado/ URL, it is not clear as to whether one can easily obtain the corresponding source code ...For the cortado-ov-stripped-0.6.0.jar binary, which is dated March 19, 2010 and which is available at the http://downloads.xiph.org/releases/cortado/ URL, it is not clear as to whether one can easily obtain the corresponding source code for the binary (such as would be required for license compliance when redistributing the binary on physical media.)
Although there is a cortado-0.6.0.tar.gz archive which is also dated March 19, 2010 and which is available at the http://downloads.xiph.org/releases/cortado/ URL, the contents of this archive do not seem to mention the Proguard software, even though the official cortado binary was supposedly processed with the Proguard software after the binary was built. As such, it seems unclear as to whether this archive file would constitute the complete corresponding source code for the official cortado-ov-stripped-0.6.0.jar binary.
At the http://git.xiph.org/?p=cortado.git;a=commit;h=d8611fc913f69fe8f25a7276c9a08c9fd4a6e726 URL, there is a "snapshot" option which, from what it appears, will download the source code in the source repository up to and including the "0.6.0" tag. Although the downloaded source includes a "cortado.proguard" file, there does not seem to be any other mention of the Proguard software, and trying to compile the source produced Cortado binaries that did not appear to have been processed with the Proguard software. (In addition, the latest entry in the "Changelog" file dated back to May 28, 2007.)
At the http://git.xiph.org/?p=cortado.git;a=commit;h=21fc8dd2cc0dc558ed44422044d3d055fe7e0114 URL, it appears than one can download a more up-to-date snapshot of the source code. As of December 1, 2010, however, the snapshot of the code does not seem to mention the Proguard software outside of the "cortado.proguard" file. (On a side note, with this soure code on the Ubuntu Linux platform with Apache Ant version 1.7.1 and javac version 1.6.0_18, it appeared that the "ant stripped" option failed to build the applets when invoked for the first time, though it worked when invoked a second time. From what one remembers, though, the binaries had not been processed with the Proguard software.)
Possible recommendations:
1. With the source code, the "README" and "HACKING" files should mention the use of the Proguard software, as well as any additional post-processing that should be done in order to regenerate the official binaries.
2. If possible, the build scripts would automatically process the binaries with the Proguard software, or at the very least would mention the Proguard software (as well as any additional post-processing that should be done.)
3. Files that contain version histories or which refer to a date on which something was done should be updated if necessary.
4. It might not hurt to include copies of the GPLv2 and LGPLv2 license files in the Cortado source collection.https://gitlab.xiph.org/xiph/cortado/-/issues/1722readme and websites should suggest <object> rather than <applet>2017-08-21T19:26:29Zleighmanreadme and websites should suggest <object> rather than <applet><applet> is now deprecated.
The readme in particular should demonstrate ways of embedding the applet using the <object> tag.<applet> is now deprecated.
The readme in particular should demonstrate ways of embedding the applet using the <object> tag.https://gitlab.xiph.org/xiph/cortado/-/issues/1714Cortado doesn't allow playback actions, says "Not Allowed"2017-08-21T19:26:29ZNilson MoraisCortado doesn't allow playback actions, says "Not Allowed"When I load my page at first time Cortado loads stream fine, but if I call functions like doPlay or restart it says "Not Allowed", I'm using the same stream. All of it are in the same domain.
Ubuntu 10.04
Chrome 5.0.375.125 and Firefox ...When I load my page at first time Cortado loads stream fine, but if I call functions like doPlay or restart it says "Not Allowed", I'm using the same stream. All of it are in the same domain.
Ubuntu 10.04
Chrome 5.0.375.125 and Firefox 3.6.8
Java Sun 1.6.0_20
Cortado 0.6.0
My Applet:
<applet code='com.fluendo.player.Cortado.class' archive='http://theora.org/cortado.jar' width='400' height='300'>
<param name='url' value='http://myserver:8000/stream.ogv' />
<param name='bufferSize' value='100' />
</applet>
Js code:
document.applets[0].restart();
and doPlay.
https://gitlab.xiph.org/xiph/cortado/-/issues/1708WebM/VP8 support in Cortado2017-08-21T19:26:29ZPhilip HeronWebM/VP8 support in CortadoAny thoughts on adding VP8 support to Cortado? There are already Java Matroska demuxers in the wild, but I'd imagine it would be a fairly big job porting the decoder itself.Any thoughts on adding VP8 support to Cortado? There are already Java Matroska demuxers in the wild, but I'd imagine it would be a fairly big job porting the decoder itself.https://gitlab.xiph.org/xiph/cortado/-/issues/1664Cortado getPlayPosition() fails2017-08-21T19:26:29ZPaulCortado getPlayPosition() failsVersion: cortado_latest.jar at 2010/03/21, 10:00 am EST
Browser: Firefox 3.5.8
HTML: See below
Result:
Video (Big Buck Bunny) starts, can be RESTART-ed, SEEK(0.5)-ed, but SHOW fails, as "player.getPlayPosition()" is not recognized a...Version: cortado_latest.jar at 2010/03/21, 10:00 am EST
Browser: Firefox 3.5.8
HTML: See below
Result:
Video (Big Buck Bunny) starts, can be RESTART-ed, SEEK(0.5)-ed, but SHOW fails, as "player.getPlayPosition()" is not recognized as a function.
HTML follows...
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=iso-8859-1">
<meta http-equiv="pragma" content="no-cache">
<title>Test.html</title>
<script language="javascript">
function restart() {
player = document.getElementById("ogv") ;
player.restart() ;
}
function seek() {
player = document.getElementById("ogv") ;
player.doSeek(0.5) ;
}
function show() {
player = document.getElementById("ogv") ;
pos = player.getPlayPosition() ;
alert("pos = " + pos) ;
}
</script>
</head>
<BODY bgcolor="#ffffcc">
CORTADO 2010/03/21 -
<button onClick="restart()">Restart</button> OK
<button onClick="seek()">Seek(0.5)</button> OK
<button onClick="show()">Show</button> NG!
<br>
<br>
<center>
<applet id="ogv" code="com.fluendo.player.Cortado.class" MAYSCRIPT
archive="cortado_latest.jar"
width="854" height="480" >
<param name="url" value="test.ogv"/>
<param name="keepAspect" value="true"/>
<param name="autoPlay" value="true"/>
<param name="statusheight" value="20"/>
<param name="seekable" value="true"/>
<param name="debug" value="3"/>
</applet>
</center>
</body>
</html>
...
Please help!https://gitlab.xiph.org/xiph/cortado/-/issues/1647no plackback for cortado 0.5.12017-08-21T19:26:29ZRandall Smith no plackback for cortado 0.5.1cortado 0.5.1 shows only a still image or sometimes a few frames of a video.
Code tested with:
```
<html><body>
<applet code="com.fluendo.player.Cortado.class" archive="http://theora.org/cortado.jar" width="320" height="240">
<p...cortado 0.5.1 shows only a still image or sometimes a few frames of a video.
Code tested with:
```
<html><body>
<applet code="com.fluendo.player.Cortado.class" archive="http://theora.org/cortado.jar" width="320" height="240">
<param name="url" value="http://upload.wikimedia.org/wikipedia/commons/c/c9/Varanus_komodoensis1.ogg"/>
</applet>
</body></html>
```
Output from "About"
This is Cortado 0.5.1.
Brought to you by Wim Taymans.
(C) Copyright 2004,2005,2006 Fluendo
Built on 2009-11-05 20:59:19 GMT
Built in stripped mode.
Built from git branch Xiph, revision 0.5.1
Running on Java VM 1.6.0_16 from Sun Microsystems Inc.
Using the javax.sound backend.https://gitlab.xiph.org/xiph/cortado/-/issues/1628Cortado should save volume setting2017-08-21T19:26:29Zrigo_lsCortado should save volume settingWhen choosing a volume setting on a video and later open another OGG video, the
volume goes back to maximum volume.
Steps to reproduce:
1. go to http://tinyvid.tv/
2. Open a video
3. Lower volume setting
4. Open a new video
What happen...When choosing a volume setting on a video and later open another OGG video, the
volume goes back to maximum volume.
Steps to reproduce:
1. go to http://tinyvid.tv/
2. Open a video
3. Lower volume setting
4. Open a new video
What happens: video has maximum volume again
What should happen: The volume setting should stay the same as it was set the
first time when the video player was used.
Version used:
Firefox 3.6 Beta 5
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2b5) Gecko/20091204
Firefox/3.6b5
Gitlab BotGitlab Bothttps://gitlab.xiph.org/xiph/cortado/-/issues/1565[PATCH] Cortado doesn't handle incomplete packets correctly2017-08-21T19:26:29ZPhilip Heron[PATCH] Cortado doesn't handle incomplete packets correctlyThis patch updates the pagein function to match the current libogg
implementation. This fixes a bug where Cortado would die or display corrupt video when a Theora stream begins with an incomplete packet.
I have been testing this patch o...This patch updates the pagein function to match the current libogg
implementation. This fixes a bug where Cortado would die or display corrupt video when a Theora stream begins with an incomplete packet.
I have been testing this patch on my website for a few months now without issue.
This patch was also posted here:
https://bugzilla.wikimedia.org/show_bug.cgi?id=18906https://gitlab.xiph.org/xiph/cortado/-/issues/1559Cortado displays vertical bar artifacts2017-08-21T19:26:29ZBen SchwartzCortado displays vertical bar artifactsCortado displays some video incorrectly. For example
http://people.xiph.org/~greg/video/ytcompare/bbb_theora_486kbit.html
displays for me as in the attached image
I am running FF 3.0, Sun JVM 1.5, version "Java(TM) Plug-in 1.5.0_17-b...Cortado displays some video incorrectly. For example
http://people.xiph.org/~greg/video/ytcompare/bbb_theora_486kbit.html
displays for me as in the attached image
I am running FF 3.0, Sun JVM 1.5, version "Java(TM) Plug-in 1.5.0_17-b04" (from about:plugins) on Gentoo Linux.https://gitlab.xiph.org/xiph/cortado/-/issues/1550Cortado shows color errors and halts with video encoded using Thusnelda alpha...2017-08-21T19:26:29ZHenri SivonenCortado shows color errors and halts with video encoded using Thusnelda alpha 1 XiphQTSteps to reproduce:
1) Load http://hsivonen.iki.fi/test/cortado-bug/ in a Java-enabled browser. (I tested in IE8 on Windows with Java 1.6 and Opera 10 on Mac with Java 1.5, since those browsers don't have native Theora support.)
2) Cl...Steps to reproduce:
1) Load http://hsivonen.iki.fi/test/cortado-bug/ in a Java-enabled browser. (I tested in IE8 on Windows with Java 1.6 and Opera 10 on Mac with Java 1.5, since those browsers don't have native Theora support.)
2) Click the play button.
Actual results:
The video shows color errors. Then it stops and "-1" shows up in the Cortado status bar.
Expected results:
Expected the video to play without color errors as it does in XiphQT, Firefox 3.5 and VLC.
Additional info:
The video was encoded using http://people.xiph.org/~j/XiphQT-Thusnelda-1.1alpha1.component.zip
The Cortado binary is the 0.2.2 release binary from Xiph.https://gitlab.xiph.org/xiph/vorbis-tools/-/issues/2319vorbiscomment: remove specific tags2018-01-22T04:18:25ZGitlab Botvorbiscomment: remove specific tagsIt should be possible to remove tags with `vorbiscomment`.
Suggested parameter format:
1. Remove a tag with a certain value, e.g. one of several ARTISTs in the file
`$ vorbiscomment -a file.ogg --rm ARTIST=foo`
2. Remove all art...It should be possible to remove tags with `vorbiscomment`.
Suggested parameter format:
1. Remove a tag with a certain value, e.g. one of several ARTISTs in the file
`$ vorbiscomment -a file.ogg --rm ARTIST=foo`
2. Remove all artist tags
`$ vorbiscomment -a file.ogg --rm ARTIST`
3. Remove an artist and add add two new (e.g. when splitting a comma separated artist into two artist fields)
`$ vorbiscomment -a file.ogg --rm ARTIST="Foo, Bar" -t ARTIST=Foo -t ARTIST=Bar`
Considerations:
* It is possible that a tag with the same value exists multiple times (2x `ARTIST=foo`). When issuing the command to remove `ARTIST=foo`, both should be removed in my eyes.Philipp SchafftPhilipp Schaffthttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/2300Write album art to encoded .ogg file2024-01-18T19:54:06ZtmpltWrite album art to encoded .ogg fileI use oggenc to create Ogg Vorbis files to save space on my mobile devices. While oggenc seems to write most metadata to the created .ogg file, the album art isn't copied. Could this be implemented?
CheersI use oggenc to create Ogg Vorbis files to save space on my mobile devices. While oggenc seems to write most metadata to the created .ogg file, the album art isn't copied. Could this be implemented?
CheersMichael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/2295oggdec error - seems to be endianness problem2018-01-22T04:18:25ZMikeoggdec error - seems to be endianness problemI am trying to use ezstream to send a vorbis ogg music file to icecast. The error simplifies down to this - when I use the following two commands to manually decode and then encode an ogg file, the resulting test.ogg file plays correctl...I am trying to use ezstream to send a vorbis ogg music file to icecast. The error simplifies down to this - when I use the following two commands to manually decode and then encode an ogg file, the resulting test.ogg file plays correctly
oggdec -R -b 16 -e 0 -s 1 -o file.raw file.ogg
oggenc -r -B 16 -C 2 -R 44100 --raw-endianness 0 -q 5 -o test.ogg file.raw
But if I try to pipe the output of oggdec into the input of offenc as ezstream would do, the resulting file is only static. The defective pipe command is
oggdec -R -b 16 -e 0 -s 1 -o - file.ogg | oggenc -r -B 16 -C 2 \
-R 44100 --raw-endianness 0 -q 5 -o test.ogg -
However if I reverse the endianness in the pipe command of oggdec to -e 1 the resulting test.ogg plays properly. Somewhere in the handling of stdout the endianness is being reversed. This only happens when piping.
Version info:
linux 4.6.2
vorbis-tools-1.4.0
libvorbis-1.3.5
libogg-1.3.2
icecast-2.4.3
ezstream-0.6
Hardware is an intel i5 based system.
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/2289ogg123 prints base64 representation of embedded artwork2021-01-04T12:02:59ZDavid Griffithogg123 prints base64 representation of embedded artworkWhen using ogg123 to play an ogg file (perhaps others), it prints hundreds of lines of base64 data to the terminal if the file contains embedded artwork with the description "Metadata_block_picture:" Is this really necessary to print al...When using ogg123 to play an ogg file (perhaps others), it prints hundreds of lines of base64 data to the terminal if the file contains embedded artwork with the description "Metadata_block_picture:" Is this really necessary to print all that by default or at all? If someone wants to use this information, I would think that he/she would use a more convenient way to get at it.Philipp SchafftPhilipp Schaffthttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/2276oggenc in vorbis-tools versions 1.4.0, 1.2.0, 1.1.1 suffer from DoS(infinite ...2018-01-22T04:18:25ZWang Pengoggenc in vorbis-tools versions 1.4.0, 1.2.0, 1.1.1 suffer from DoS(infinite loop) with crafted input file1. the phenomenon
# ./oggenc/oggenc exploit_1_0
output got:
Skipping chunk of type "", length -8
2. the analysis (Version 1.4.0 as an example)
audio.c:126 if(fread(buf,1,*8*,in) < 8 ) /* Suck down a chunk specifier */
(gdb)x/8xb buf
...1. the phenomenon
# ./oggenc/oggenc exploit_1_0
output got:
Skipping chunk of type "", length -8
2. the analysis (Version 1.4.0 as an example)
audio.c:126 if(fread(buf,1,*8*,in) < 8 ) /* Suck down a chunk specifier */
(gdb)x/8xb buf
0xbffff254: 0x00 0x00 0x00 0x00 0xf8 0xff 0xff 0xff
here! 0xfffffff8 == *-8*
audio.c:134 *len = READ_U32_LE(buf+4);
(gdb)p/x *len
$7 = 0xfffffff8
audio.c:135 if(!seek_forward(in, *len))
audio.c:101 if( fseek(in, length, SEEK_CUR))
(gdb)p/x length
$15 = 0xfffffff8
In conclusion, fread() forwards the file position by 8 bytes and then fseek() backwards it by 8 bytes, meaning resets it;More worse,this happens within a while(1) loop,at audio.c:124 ,which results in the infinite loop.Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/2264vcut segmentation fault2020-12-21T17:25:24ZMartin Steghöfervcut segmentation faultI am forwarding [Debian-bug 818037](https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=818037) from user Frank Heckenbach <f.heckenbach@fh-soft.de>. Original bug report:
```
Sorry for the brief description, but for what I can tell, that'...I am forwarding [Debian-bug 818037](https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=818037) from user Frank Heckenbach <f.heckenbach@fh-soft.de>. Original bug report:
```
Sorry for the brief description, but for what I can tell, that's
really it. I tried various cases, and vcut always seems to just
segfault. Here's one example:
% head -c 500000 /dev/zero | oggenc -Q -r -o 1.ogg -
% vcut 1.ogg 2.ogg 3.ogg +1
Processing: Cutting at 1,000000 seconds
Segmentation fault
Tried on both i386 and amd64.
It did work correctly under squeeze and wheezy.
```
I am going to provide a patch down in the comments.Michael SmithMichael Smith