[vlc-devel] vlc regression 0.9.9 -> 1.0.2, 1.0.3

[Adam Sulmicki]

Hello,

I had been using vlc-0.9.9-win32 on Windows XP SP2. It worked all fine.

Lately I have upgraded to vlc-1.0.2-win32 and then to vlc-1.0.3-win32.
Sadly on both of those versions the videos that worked with 0.9.9 are
totally unplayable.

With 1.0.2 it would start playing fine but if I tried to seek the mpeg it
would just chooke and "buf" and at bottom right corner would just count like
mad. it seemd to me it has problem with seeking

With 1.0.3 I can't even start playing fine before it gets stuck.

Is this known problem?

I had to uninstall 1.0.3 and go back to 0.9.9 where it again worked fine.

The videos were produced by a TV card wtih hardware mpeg compression.

lspci:
Internext Compression Inc iTVC16 (CX23416) MPEG-2 Encoder (rev 01)
dmesg:
 ivtv0: Autodetected Hauppauge WinTV PVR-250

# ffmpeg -i KLAN-2009-11-02.mpg
FFmpeg version 0.4.9-19_r7407.fc6.at, Copyright (c) 2000-2006 Fabrice
Bellard, et al.
  configuration:  --prefix=/usr --libdir=/usr/lib --shlibdir=/usr/lib
--mandir=/usr/share/man --enable-mp3lame --enable-libogg --enable-vorbis
--enable-faadbin --enable-faac --enable-xvid --enable-x264 --enable-a52
--enable-a52bin --enable-dts --enable-pp --enable-shared --enable-pthreads
--enable-dc1394 --enable-gpl --disable-strip --extra-cflags=-O2 -g -pipe
-Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector
--param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic
-fasynchronous-unwind-tables
  libavutil version: 49.1.0
  libavcodec version: 51.28.0
  libavformat version: 51.7.0
  built on Jan  3 2007 22:18:44, gcc: 4.1.1 20061011 (Red Hat 4.1.1-30)
Input #0, mpeg, from 'KLAN-2009-11-02.mpg':
  Duration: 00:29:58.2, start: 0.156100, bitrate: 3631 kb/s
  Stream #0.0[0x1e0]: Video: mpeg2video, yuv420p, 640x480, 4000 kb/s, 25.00
fps(r)
  Stream #0.1[0x1c0]: Audio: mp2, 48000 Hz, stereo, 224 kb/s
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc-devel/attachments/20091102/7cb28e52/attachment.html>