ports/164942: multimedia/mplayer: v4l support is broken

Dmitry Marakasov amdmi3 at FreeBSD.org
Thu Feb 9 21:30:10 UTC 2012


>Number:         164942
>Category:       ports
>Synopsis:       multimedia/mplayer: v4l support is broken
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    freebsd-ports-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Feb 09 21:30:09 UTC 2012
>Closed-Date:
>Last-Modified:
>Originator:     Dmitry Marakasov
>Release:        FreeBSD 9.0-RELEASE amd64
>Organization:
>Environment:
System: FreeBSD hades.panopticon 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 10 01:33:18 MSK 2012 root at hades.panopticon:/usr/obj/usr/src/sys/HADES amd64


>Description:
V4L support in mplayer was broken with last update.

---
% mplayer -tv driver=help tv://
MPlayer SVN-r34449-snapshot-4.2.1 (C) 2000-2011 MPlayer Team

Playing tv://.
Cache fill:  0.00% (0 bytes)   

TV file format detected.
Available drivers:
 bsdbt848	Brooktree848 Support (in development)
 dummy	NULL-TV


Exiting... (End of file)
---

as you can see, only bsdbt848 and dummy drivers are available, source files tvi_v4l*.c with corresponding drivers are not shown in the build log, and config.mak says

TV_V4L  =
TV_V4L1 = auto
TV_V4L2 = no
...
V4L2 = no

older version (mplayer-1.0.r20110329_3) prints:

---
% mplayer -tv driver=help tv://
MPlayer SVN-r33137-snapshot-4.2.1 (C) 2000-2011 MPlayer Team

Playing tv://.
Cache fill:  0.00% (0 bytes)   

TV file format detected.
Available drivers:
 v4l2	Video 4 Linux 2 input (first try, more to come ;-))
 v4l	Video 4 Linux input (under development)
 bsdbt848	Brooktree848 Support (in development)
 dummy	NULL-TV


Exiting... (End of file)
---

config.mak:

TV_V4L  = yes
TV_V4L1 = yes
TV_V4L2 = yes
...
V4L2 = no

fill diff of config.mak between old and new versions might also be useful, as it may point to other broken features:

http://people.freebsd.org/~amdmi3/mplayer-config.mak.diff

At least this look suspicious to me:

-AUDIO_INPUT = yes
+AUDIO_INPUT = 

>How-To-Repeat:
>Fix:

>Release-Note:
>Audit-Trail:
>Unformatted:



More information about the freebsd-ports-bugs mailing list