Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 255404 - mplayer "UNKNOWN TUNER TYPE" HVR-950 linux-headers 2.6.28 media-video/mplayer-1.0_rc2_p28288 media-video/mplayer-1.0_rc2_p28058-r1
Summary: mplayer "UNKNOWN TUNER TYPE" HVR-950 linux-headers 2.6.28 media-video/mplayer...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: AMD64 Linux
: High normal (vote)
Assignee: Gentoo Media-video project
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 273358
  Show dependency tree
 
Reported: 2009-01-18 17:18 UTC by Techwolf
Modified: 2009-08-03 18:20 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
Get mplayer to accept DVB API 5. (dvb-api-5.patch,552 bytes, patch)
2009-02-19 21:51 UTC, Steve Brudenell
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Techwolf 2009-01-18 17:18:30 UTC
Something changed between linux-headers 2.6.27 and linux-headers 2.6.28 that breaks mplayer with the HVR-950 and possiable other tuners. The workaround is to "emerge -av =sys-kernel/linux-headers-2.6.27-r2" and then re-emerge mplayer.

Reproducible: Always

Steps to Reproduce:
1.emerge -avuD world, this pulls in linux-headers 2.6.28
2.update or re-emerge mplayer, this might be included in step 1.

Actual Results:  
mplayer dvb:// will result in "UNKNOWN TUNER TYPE"


Expected Results:  
Play dvb broadcasts, that are mandatory after February 17, 2009 for the USA.

mplayer tv:// -tv driver=v4l2:alsa:immediatemode=0:adevice=hw.1,0:norm=ntsc:chanlist=us-bcast -vf pp,eq2 works just fine with 2.6.27 or 2.6.28 headers, but will useless after February 17, 2009
Comment 1 Steve Brudenell 2009-02-19 21:45:50 UTC
Confirm this is still happening. Neither upstream nor gentoo has offered any fixes save being trapped on linux-headers-2.6.27.

This appears to affect all ATSC DVB frontends (I've got a HVR-980 also affected).

I checked out the mythtv trunk, apparently they fixed this as of 2008-12-06 by just blindly accepting the new DVB_API_VERSION (5) as reported by linux-headers. I can't find any other changes in their code that refer to this version bump, so I guess it must have been sufficient. I can't find any docs about DVB API 5 to confirm or deny this.

I did the same simple patch against mplayer, and it appears to work fine. I attached this patch, and I'm in process of submitting it upstream.
Comment 2 Steve Brudenell 2009-02-19 21:51:13 UTC
Created attachment 182579 [details, diff]
Get mplayer to accept DVB API 5.
Comment 3 Matthias Schwarzott gentoo-dev 2009-02-20 09:00:00 UTC
Well, DVB-API Version 5 is compatible to Version 3. That is it supports all the same ioctls as Version 3.
The only addition is the so called s2api, that is a new ioctl to set various frontend parameters for tuner and demod that was not possible with API Version 3.
So it is perfectly valid to accept Version 3 || Version 5 in the sources.
We did the same for VDR.
Comment 4 SpanKY gentoo-dev 2009-07-05 20:13:35 UTC
can we apply this then so we can stabilize 2.6.28 ?
Comment 5 Samuli Suominen (RETIRED) gentoo-dev 2009-08-03 18:20:46 UTC
(In reply to comment #4)
> can we apply this then so we can stabilize 2.6.28 ?
> 

This code is in the MPlayer 20090731 that's going stable now for Security bug, and is already stable for amd64/hppa. I guess this is RESOLVED, FIXED.

/* kernel headers >=2.6.28 have version 5.
 *
 * FIXME: are there any real differences between 3.1 and 5?
 */

#if (DVB_API_VERSION == 3 && DVB_API_VERSION_MINOR >= 1) || DVB_API_VERSION == 5
#define DVB_ATSC 1
#endif