[issue2149] ffplay fails to seek properly in some theora file

Carl Eugen Hoyos added the comment: All necessary information missing. Please read http://ffmpeg.org/bugreports.html and please do not report issues against ffplay if they are reproducible with ffmpeg. -- status: new -> open substatus: new -> needs_more_info __

[issue2150] Vuze incorrectly distributes ffmpeg

New submission from J_Darnley : Vuze has a feature to encode video so they are compatible with a wide number of devices. They use ffmpeg for this. The windows package I got is attached, it was compiled with: --extra-ldflags=-L/usr/local/lib --extra-cflags=-I/usr/local/include --enable-memalign-

[issue2150] Vuze incorrectly distributes ffmpeg

J_Darnley added the comment: Try the attachment again File 'vuzexcode_0.5.4.zip' not attached - you can download it from https://roundup.ffmpeg.org/file1022. FFmpeg issue tracker __

[issue2150] Vuze incorrectly distributes ffmpeg

J_Darnley added the comment: To clarify. This zip file is downloaded through their client but anyone should be able to get it from http://plugins.vuze.com/plugins/vuzexcode-win32_0.5.4.zip FFmpeg issue tracker

[issue2147] Vorbis decoding does not work on SVN trunk ffplay/OpenBSD

Edd Barrett added the comment: Currently I am suspecting revision 19726, however, following your instructions: svn up --ignore-externals -r19725 svn up --ignore-externals -r19725 libswscale ./configure vi config.h# (turn off FAST_CMOV) gmake gmake: *** No rule to make target `libavutil/attri

[issue2147] Vorbis decoding does not work on SVN trunk ffplay/OpenBSD

Carl Eugen Hoyos added the comment: I don't think you followed my instructions. If this really is a regression, finding the relevant version probably significantly improves the chances of this getting fixed. FFmpeg issue tracker

[issue2151] 0.6: Speex/RTP: could not write header

New submission from 570ff : Hello every one! I have been trying hard to send Speex audio over RTP with FFmpeg 0.6 and I keep getting the same error: FFmpeg could not write the output header, the reason given being "unsupported codec". I tracked the problem from Xuggler's IContainer, and found a

[issue2151] 0.6: Speex/RTP: could not write header

Carl Eugen Hoyos added the comment: Unfortunately, only latest svn is supported on this bug tracker. If the problem is reproducible with latest svn, please post full, uncut output for that version. If this is a regression, please find the version introducing the problem, you can use the followi

[issue2151] 0.6: Speex/RTP: could not write header

570ff added the comment: Hi cehoyos, "Unfortunately, only latest svn is supported on this bug tracker." Sorry I made that mistake. Nevertheless, I got and built the latest SVN version, and, as I suspected, the problem remained the same. Here are the command line again, followed by the full ou

[issue2147] Vorbis decoding does not work on SVN trunk ffplay/OpenBSD

Mans Rullgard added the comment: Fixed in r24716 -- status: open -> closed substatus: needs_more_info -> fixed FFmpeg issue tracker

[issue2081] stream copying raw h264 to mpegts doesn't work

scheutzo added the comment: The code in utils.c:compute_pkt_fields() specifically avoids generating timestamps for h264: //We skip H264 currently because delay and has_b_frames are not reliably set I don't understand this development philosophy, where explicit flags are just silently ignored.

[issue2152] dct_quantize_altivec() buggy

New submission from Diego Biurrun : In libavcodec/ppc/mpegvideo_altivec.c, the function dct_quantize_altivec has been disabled with the comment: #if 0 /* seems to cause trouble under some circumstances */ This should be investigated and fixed properly. -- assignedto: lu_zero messages: