ports/86899: multimedia/mjpegtools - lavplay/glav claims "No
video source!"
Jeremy Messenger
mezz7 at cox.net
Thu Jun 29 17:32:48 UTC 2006
On Thu, 29 Jun 2006 05:06:27 -0500, Adam K Kirchhoff <adamk at voicenet.com>
wrote:
> Jeremy Messenger wrote:
>
>>
>> Thanks (and to ahze too for sample.avi)... Strange, I can't reproduce
>> your problem. I am able to run both sample.avi and law.avi with
>> lavplay. I didn't touch any option, so it's default. It installed with
>> jpeg, sdl, avifile and png.
>>
>> ====================================
>> # lavplay sample.avi
>> lavplay1.8.0
>> lavtools version 1.8.0
>> ++ WARN: [lavplay] Unable to set negative priority for audio thread.
>> 0:00:05.00 (000150/000151) - Speed: +1, Norm: NTSC, Diff: 0.0025625
>>
>> # lavplay law.avi
>> lavplay1.8.0
>> lavtools version 1.8.0
>> ++ WARN: [lavplay] Unable to set negative priority for audio thread.
>> 0:00:10.00 (000300/000301) - Speed: +1, Norm: NTSC, Diff: 0.0111606
>> ====================================
>>
>> ====================================
>> # make -V CFLAGS
>> -O2 -fno-strict-aliasing -pipe -g
>> ====================================
>>
>> ====================================
>> # make configure
>> ====> You can enable GTK support by defining WITH_GNOME
>> ====> You can enable Jpeg-MMX support by defining WITH_JPEGMMX
>> ====> You can enable DV support by defining WITH_LIBDV
>> ====> You can enable DV PAL support by defining WITH_LIBDV_PAL
>> ====> You can enable movtar support by defining WITH_LIBMOVTAR
>> ====> You can enable quicktime support by defining WITH_QUICKTIME
>> ====> You can disable AVIFILE support by defining WITHOUT_AVIFILE
>> ===> Extracting for mjpegtools-1.8.0_2
>> => MD5 Checksum OK for mjpegtools-1.8.0.tar.gz.
>> => SHA256 Checksum OK for mjpegtools-1.8.0.tar.gz.
>> ===> Patching for mjpegtools-1.8.0_2
>> ===> Applying FreeBSD patches for mjpegtools-1.8.0_2
>> ===> mjpegtools-1.8.0_2 depends on executable: nasm - found
>> ===> mjpegtools-1.8.0_2 depends on executable: gmake - found
>> ===> mjpegtools-1.8.0_2 depends on file: /usr/local/bin/sdl11-config
>> - found
>> ===> mjpegtools-1.8.0_2 depends on file: /usr/local/bin/libtool -
>> found
>> ===> mjpegtools-1.8.0_2 depends on shared library: png.5 - found
>> ===> mjpegtools-1.8.0_2 depends on shared library: aviplay.0 - found
>> ===> mjpegtools-1.8.0_2 depends on shared library: jpeg.9 - found
>> ===> mjpegtools-1.8.0_2 depends on shared library: SDL-1.1.7 - found
>> ===> mjpegtools-1.8.0_2 depends on shared library: X11.6 - found
>> ===> Configuring for mjpegtools-1.8.0_2
>>
>> [...]
>>
>> configure: MJPEG tools 1.8.0 build configuration :
>> configure:
>> configure: - X86 Optimizations:
>> configure: - MMX/3DNow!/SSE enabled : true
>> configure: - arch/cpu compiler flags : -march=athlon-4
>> -mno-sse2 -mcpu=athlon-4
>> configure: - video4linux recording/playback: false
>> configure: - software MJPEG playback : true
>> configure: - MPEG Z/Alpha : false
>> configure: - Quicktime playback/recording : false
>> configure: - PNG input support : true
>> configure: - AVI MJPEG playback/recording : true (always)
>> configure: - libDV (digital video) support : false
>> configure: - Gtk+ support for glav : true
>> ====================================
>>
>> Cheers,
>> Mezz
>
>
> Well, it's still no-go here:
>
> # lavplay law.avi
> lavplay1.8.0
> lavtools version 1.8.0
> **ERROR: [lavplay] No video source!
>
> # make -V CFLAGS
> -O2 -fno-strict-aliasing -pipe
>
> # make configure
> ====> You can enable Jpeg-MMX support by defining WITH_JPEGMMX
> ====> You can enable DV support by defining WITH_LIBDV
> ====> You can enable DV PAL support by defining WITH_LIBDV_PAL
> ====> You can enable movtar support by defining WITH_LIBMOVTAR
> ====> You can enable quicktime support by defining WITH_QUICKTIME
> ====> You can disable AVIFILE support by defining WITHOUT_AVIFILE
> ===> Extracting for mjpegtools-1.8.0_2
> => MD5 Checksum OK for mjpegtools-1.8.0.tar.gz.
> => SHA256 Checksum OK for mjpegtools-1.8.0.tar.gz.
> ===> Patching for mjpegtools-1.8.0_2
> ===> Applying FreeBSD patches for mjpegtools-1.8.0_2
> ===> mjpegtools-1.8.0_2 depends on executable: nasm - found
> ===> mjpegtools-1.8.0_2 depends on executable: gmake - found
> ===> mjpegtools-1.8.0_2 depends on file: /usr/local/bin/sdl11-config -
> found
> ===> mjpegtools-1.8.0_2 depends on file: /usr/local/bin/libtool - found
> ===> mjpegtools-1.8.0_2 depends on executable: pkg-config - found
> ===> mjpegtools-1.8.0_2 depends on shared library: png.5 - found
> ===> mjpegtools-1.8.0_2 depends on shared library: aviplay.0 - found
> ===> mjpegtools-1.8.0_2 depends on shared library: jpeg.9 - found
> ===> mjpegtools-1.8.0_2 depends on shared library: SDL-1.1.7 - found
> ===> mjpegtools-1.8.0_2 depends on shared library: glib-12.3 - found
> ===> mjpegtools-1.8.0_2 depends on shared library: gtk-12.2 - found
> ===> mjpegtools-1.8.0_2 depends on shared library: X11.6 - found
> ===> Configuring for mjpegtools-1.8.0_2
> [snip]
> configure:
> configure: MJPEG tools 1.8.0 build configuration :
> configure:
> configure: - X86 Optimizations:
> configure: - MMX/3DNow!/SSE enabled : true
> configure: - arch/cpu compiler flags : -march=pentium4
> -mcpu=pentium4
Umm, how about you try to compile without that pentium4? That pentium4 is
pretty well known to break a few of apps. Try to do the 'make patch' then
hack in configure at around 27312 line and reinstall it.
Change from:
========================
CFLAGS="$ARCHFLAGS $CFLAGS"
CXXFLAGS="$ARCHFLAGS $CXXFLAGS"
========================
to:
========================
CFLAGS="$CFLAGS"
CXXFLAGS="$CXXFLAGS"
========================
If it does solve your problem, then I shall add a patch to remove that
cpuinfo.sh stuff.
> configure: - video4linux recording/playback: false
> configure: - software MJPEG playback : true
> configure: - MPEG Z/Alpha : false
> configure: - Quicktime playback/recording : false
> configure: - PNG input support : true
> configure: - AVI MJPEG playback/recording : true (always)
> configure: - libDV (digital video) support : false
> configure: - Gtk+ support for glav : true
> configure:
>
> This is on 7.0-CURRENT (though I've seen this problem going as far back
> as the 5.* series). This happened on three different FreeBSD boxes.
Here is 6.1-STABLE (Jun 24th).
> Can anyone else confirm this problem? I've run lavplay through ktrace,
> and posted the ktrace.out file at http://68.44.156.246/ktrace.out
>
> Unfortunately, when I try to run kdump on the file, kdump segfaults. :-)
No segfault in here when I downloaded your ktrace.out and did a 'ktrace -f
ktrace.out'. Perhaps you need to do the world? Or maybe it's bug in
-CURRENT. Dunno. However, I tried to check in ktrace.out and I don't see
anything wrong. I am not very good with read ktrace stuff.
Cheers,
Mezz
> Adam
--
mezz7 at cox.net - mezz at FreeBSD.org
FreeBSD GNOME Team - FreeBSD Multimedia Hat (ports, not src)
http://www.FreeBSD.org/gnome/ - gnome at FreeBSD.org
http://wiki.freebsd.org/multimedia - multimedia at FreeBSD.org
More information about the freebsd-multimedia
mailing list