Bug 669870

Summary: Kaffeine doesn't play DVB-T without "freeworld" codecs
Product: [Fedora] Fedora Reporter: Petr Tomasek <tomasek>
Component: kaffeineAssignee: Kevin Kofler <kevin>
Status: CLOSED CANTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: low    
Version: 14CC: joachim.backes, mefoster, rdieter, rjones, smparrish
Target Milestone: ---Keywords: Reopened
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-02-01 21:23:54 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Petr Tomasek 2011-01-15 08:28:15 UTC
Description of problem:

Kaffeine on Fedora 14 / x86_64 cannot play DVB-T streams. It sucessfully detects the DVB-T usb stick, tunes the programmes, but doesn't show any video.
A short (I guess not more the 200ms) part of the audio is heard but nothing more comes.

The program tells on the console:
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
received X error event: BadMatch (invalid parameter attributes)
X Error: BadMatch (invalid parameter attributes) 8
  Extension:    132 (Uknown extension)
  Minor opcode: 17 (Unknown request)
  Resource id:  0x3f
KCrash: Application 'kaffeine-xbu' crashing...
KCrash: Attempting to start /usr/libexec/kde4/drkonqi from kdeinit
sock_file=/home/f14_64/.kde/socket-alef.home/kdeinit4__0
Assertion 'pa_close(fds[0]) == 0' failed at pulsecore/core-util.c:2186, function pa_close_pipe(). Aborting.
Unable to start Dr. Konqi
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

The DVB-T plays with mt-tv just fine (had problems with the tuning however :-( )

I wasn't able to downgrade the Qt to 4.6 cleanly (i.e. without breaking dependencies; I need the system for other purposes, sorry), as suggested on bug #618738. Upgrade to the latest Qt from Rawhide didn't help.

Version-Release number of selected component (if applicable):

kaffeine-1.1-1.fc14.x86_64

Output of xvinfo:

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
X-Video Extension version 2.2
screen #0
  Adaptor #0: "NV40 texture adapter"
    number of ports: 32
    port base: 63
    operations supported: PutImage 
    supported visuals:
      depth 24, visualID 0x21
      depth 24, visualID 0x22
    number of attributes: 2
      "XV_SET_DEFAULTS" (range 0 to 0)
              client settable attribute
      "XV_SYNC_TO_VBLANK" (range 0 to 1)
              client settable attribute
              client gettable attribute (current value is 1)
    maximum XvImage size: 4096 x 4096
    Number of image formats: 2
      id: 0x32315659 (YV12)
        guid: 59563132-0000-0010-8000-00aa00389b71
        bits per pixel: 12
        number of planes: 3
        type: YUV (planar)
      id: 0x30323449 (I420)
        guid: 49343230-0000-0010-8000-00aa00389b71
        bits per pixel: 12
        number of planes: 3
        type: YUV (planar)
  Adaptor #1: "NV40 high quality adapter"
    number of ports: 32
    port base: 95
    operations supported: PutImage 
    supported visuals:
      depth 24, visualID 0x21
      depth 24, visualID 0x22
    number of attributes: 2
      "XV_SET_DEFAULTS" (range 0 to 0)
              client settable attribute
      "XV_SYNC_TO_VBLANK" (range 0 to 1)
              client settable attribute
              client gettable attribute (current value is 1)
    maximum XvImage size: 4096 x 4096
    Number of image formats: 2
      id: 0x32315659 (YV12)
        guid: 59563132-0000-0010-8000-00aa00389b71
        bits per pixel: 12
        number of planes: 3
        type: YUV (planar)
      id: 0x30323449 (I420)
        guid: 49343230-0000-0010-8000-00aa00389b71
        bits per pixel: 12
        number of planes: 3
        type: YUV (planar)
  Adaptor #2: "NV Video Blitter"
    number of ports: 16
    port base: 127
    operations supported: PutImage 
    supported visuals:
      depth 24, visualID 0x21
      depth 24, visualID 0x22
    number of attributes: 2
      "XV_SET_DEFAULTS" (range 0 to 0)
              client settable attribute
      "XV_SYNC_TO_VBLANK" (range 0 to 1)
              client settable attribute
              client gettable attribute (current value is 1)
    maximum XvImage size: 2046 x 2046
    Number of image formats: 5
      id: 0x32595559 (YUY2)
        guid: 59555932-0000-0010-8000-00aa00389b71
        bits per pixel: 16
        number of planes: 1
        type: YUV (packed)
      id: 0x32315659 (YV12)
        guid: 59563132-0000-0010-8000-00aa00389b71
        bits per pixel: 12
        number of planes: 3
        type: YUV (planar)
      id: 0x59565955 (UYVY)
        guid: 55595659-0000-0010-8000-00aa00389b71
        bits per pixel: 16
        number of planes: 1
        type: YUV (packed)
      id: 0x30323449 (I420)
        guid: 49343230-0000-0010-8000-00aa00389b71
        bits per pixel: 12
        number of planes: 3
        type: YUV (planar)
      id: 0x3
        guid: 03000000-0000-0010-8000-00aa00389b71
        bits per pixel: 32
        number of planes: 1
        type: RGB (packed)
        depth: 24
        red, green, blue masks: 0xff0000, 0xff00, 0xff
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

Comment 1 Petr Tomasek 2011-01-15 08:40:51 UTC
Oh, sorry for spamming, forgot to mention, that the kaffeine has the same problem when playing captured DVB-T streams (MPEG-TS). It plays, however AVI streams just fine (even the HD variant of Elephant Dreams, e.g.). Some other MPEG streams are also played ok.

Comment 2 Thomas Janssen 2011-02-14 18:29:42 UTC
Ok. I can't reproduce the problem. kaffeine-1.1-1.fc14.x86_64
qt-4.7.1-15.fc14.x86_64, KDE 4.6.00. I was able to watch DVB-T and recorded TS even with 4.5.x.

Could you provide further info what KDE and Qt version you're running?
Or do you use kaffeine within GNOME, XFCE or LXDE?
Oh and what driver for your nVidia card as well, thanks.

Comment 3 Petr Tomasek 2011-02-14 18:58:48 UTC
My versions:

kaffeine-1.1-1.fc14.x86_64
qt-4.7.1-9.fc15.x86_64
kdebase-runtime-libs-4.5.5-1.fc14.x86_64

I did "yum update" before trying it this time.
I run GNOME only.

I use the default nVidia driver, i.e. "NOVEAU" (xorg-x11-drv-nouveau-0.0.16-11.20100826git065576d.fc14.x86_64)

Comment 4 Joachim Backes 2011-03-25 07:55:12 UTC
(In reply to comment #0)
> Description of problem:
> 
> Kaffeine on Fedora 14 / x86_64 cannot play DVB-T streams. It sucessfully
> detects the DVB-T usb stick, tunes the programmes, but doesn't show any video.
> A short (I guess not more the 200ms) part of the audio is heard but nothing
> more comes.

Having similar problems in F15 (x86_64) with kaffeine-1.1-2.fc15.x86_64.
I'm using DVB-T AverMedia Black Volar. This Hardware runs successfully in F14 (32 Bit), but not in F15 (no video, no sound, but scanning program list sucessfully).

Additional error message: kaffeine-xbu(4067) XineObject::init: cannot create deinterlace plugin.

My firmware: /lib/firmware/dvb-usb-af9015.fw
Kernel: 2.6.38-1.fc15.x86_64

Comment 5 Joachim Backes 2011-04-30 12:57:17 UTC
(In reply to comment #4)
> (In reply to comment #0)
> > Description of problem:
> > 
> > Kaffeine on Fedora 14 / x86_64 cannot play DVB-T streams. It sucessfully
> > detects the DVB-T usb stick, tunes the programmes, but doesn't show any video.
> > A short (I guess not more the 200ms) part of the audio is heard but nothing
> > more comes.
> 
> Having similar problems in F15 (x86_64) with kaffeine-1.1-2.fc15.x86_64.
> I'm using DVB-T AverMedia Black Volar. This Hardware runs successfully in F14
> (32 Bit), but not in F15 (no video, no sound, but scanning program list
> sucessfully).
> 
> Additional error message: kaffeine-xbu(4067) XineObject::init: cannot create
> deinterlace plugin.
> 
> My firmware: /lib/firmware/dvb-usb-af9015.fw
> Kernel: 2.6.38-1.fc15.x86_64

I could solve my problems by installing xine-lib-extras-freeworld. Now I get video and sound.

Comment 6 Thomas Janssen 2011-04-30 17:37:31 UTC
Yeah, that's the usual solution for the two known problems with kaffeine. Installing xine-lib-extras-freeworld solves them.

Nothing i could do as i was the maintainer of kaffeine, since the needed package is in rpmfusion and doesn't get installed by default.

Now, the bug is still assigned to me, but i'm currently not maintaining anything in Fedora.
I run the latest kaffeine 1.2 self compiled. Everything fine there as well, with the missing package installed.

I'm not sure if i pick this (and other packages i owned) up again. Currently i need some break. One, two things have to change in Fedora, especially Fedora-kde to have me come back. 
I'm probably doing some personal repo with updated packages. Will see.

I'm sorry.

Sincerely yours
thomasj

Comment 7 Fedora Admin XMLRPC Client 2011-06-10 17:56:03 UTC
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

Comment 8 Kevin Kofler 2011-06-10 18:01:39 UTC
Anyone seeing this bug, please "yum install xine-lib-extras-freeworld".

Unfortunately, we cannot make this work out of the box in Fedora because the required codecs are patent-encumbered. Thus the CANTFIX. But if you install that package from RPM Fusion Free, it should just work for you.

Comment 9 Petr Tomasek 2011-06-10 19:23:24 UTC
Then kaffeine should at least complain about missing codecs and give reasonable message so that the user knows what to do.

Comment 10 Richard W.M. Jones 2012-02-01 20:48:49 UTC
I agree with comment 9.  I just hit this bug and it took me
a good hour even to locate this bug.

Comment 11 Kevin Kofler 2012-02-01 21:23:54 UTC
xine-lib and Kaffeine are going to move to RPM Fusion wholesale anyway, see:
http://lists.fedoraproject.org/pipermail/devel/2012-January/160856.html

And the problem with reporting missing codecs is that there's a fine line to walk because of contributory copyright infringement. I cannot pop up a message which says "install xine-lib-extras-freeworld", Legal would veto that.

Comment 12 Kevin Kofler 2012-02-01 21:24:44 UTC
Oops, s/copyright/patent/, sorry, but it doesn't change the rest of the situation.

Comment 13 Petr Tomasek 2012-02-01 21:41:06 UTC
(In reply to comment #11)
>  I cannot pop up a message
> which says "install xine-lib-extras-freeworld", Legal would veto that.

But you can definitely pop-up a message saying "can't play this because some codecs are missing" or even "can play this due to patent issues" or something like this. Silently failing is the worst thing to do...