vlc 0.9.8 which is currently in portage has quite a few limitations, including its inability to stream and transcode at the same time, at least for a few popular combinations (e.g. mpeg2-to-mpeg4 and vice versa). It seems that upstream will need quite some time to settle these issues. Since vlc 0.8.6 is now removed from portage, all of us who need vlc as a server component for streaming video while transcoding it, have broken services once we update our systems. I suggest to allow us have 0.8.6, either instead of 0.9.8 or in a slot. Regards, Costa Tsaousis Reproducible: Always Steps to Reproduce: 1. Attempt to transcode and stream video files with 0.9.8a Actual Results: vlc 0.9.8a crashes, at least for a number or popular combination of streaming/transcoding. Expected Results: Stream the video, as 0.8.6 did. vlc ends with "segmentation fault" or "malloc() memory corruption" and a trace like this: *** glibc detected *** vlc: malloc(): memory corruption: 0xb5b17460 *** ======= Backtrace: ========= /lib/libc.so.6[0x4e1b1a00] /lib/libc.so.6[0x4e1b3cbb] /lib/libc.so.6(__libc_malloc+0x7e)[0x4e1b530e] /usr/lib/libvlccore.so.0(block_Alloc+0x27)[0xb7ee4fff] ======= Memory map: ========
0.8.6? really? This dates back to 19 months ago. Why is it just a problem now? Anyway, assigning to maintainers for review.
0.8.6 is unmaintained upstream and has quite a few security holes, so no it's not an option to add it back; moreover it doesn't work with current ffmpeg and thus would require a version that also has a few security holes... if you want to report a bug for 0.9.8, please do so with a backtrace and a way to reproduce the problem.
