Announcement

Collapse
No announcement yet.

Amarok 2.8.0 File Protocol Source Error

Collapse
This topic is closed.
X
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

    Amarok 2.8.0 File Protocol Source Error

    I was wondering if anyone else had run into this issue with Amarok on trusty alpha.
    Whenever a amarok playlist is started or stopped, you get a box stating the following:

    Code:
    Question - Qapt Codec Search
    
    The following plugin is required:
      File Protocol Source
    Do you want to search now?
    A search returns nothing. Here are the diagnostic specifications for Amarok on my trusty alpha box:

    Amarok Version: 2.8.0
    KDE Version: 4.12.2
    Qt Version: 4.8.6
    Phonon Version: 4.7.1
    Phonon Backend: GStreamer (4.7.1)
    PulseAudio: Yes

    Amarok Scripts:
    Amarok Script Console 1.0 (stopped)
    Lyricwiki .2 (running)
    Free Music Charts 1.6.0 (stopped)
    Librivox.org 1.0 (running)
    Cool Streams 1.0 (running)

    Amarok Plugins:
    AudioCd Collection (enabled)
    DAAP Collection (disabled)
    MTP Collection (enabled)
    MySQLServer Collection (enabled)
    MySQLe Collection (enabled)
    Nepomuk Collection (disabled)
    UPnP Collection (enabled)
    Universal Mass Storage Collection (enabled)
    iPod, iPad & iPhone Collection (enabled)
    Ampache (disabled)
    Jamendo (enabled)
    Last.fm (enabled)
    MP3 Music Store (enabled)
    MP3tunes (disabled)
    Magnatune Store (disabled)
    Podcast Directory (enabled)
    gpodder.net (disabled)

    I just noticed this today, so I haven't had to to further investigate the cause just yet, but will be interested to see if anyone else has run across this

    cheers,
    bill
    sigpic
    A person who never made a mistake never tried anything new. --Albert Einstein

    #2
    I installed Fedora 20 several weeks ago which broke my Kubuntu 14.04. Will fix that after release.

    So, why am I commenting here? Well, I had something like that on Fedora20. Using Juk I got that pop-up after every track. The fix for me was to use VLC-backend for audio instead of Gstreamer. I am disappointed that Kubuntu has picked up that same bug.

    Here is my thread on Fedoraforums: I am pdxken there.
    http://forums.fedoraforum.org/showthread.php?t=297554

    Ken.
    Opinions are like rear-ends, everybody has one. Here's mine. (|)

    Comment


      #3
      Default vs recommended Phonon backend

      http://irclogs.ubuntu.com/2014/02/28...el.html#t09:43
      ...
      Mamarok dear apachelogger: why does Trusty use the gstreamer backend as default? Shouldn't it use the vlc one? at least according to your own recommendations vlc is the preferred backend. 09:43
      Mamarok kde bug 331586, I closed it with comments 09:44
      ubottu KDE bug 331586 in general "Unable to play mp3 files" [Crash,Resolved: upstream] http://bugs.kde.org/show_bug.cgi?id=331586 09:44
      apachelogger Mamarok: distro decision 09:45
      Mamarok crap 09:46
      Mamarok in other words: we will be flooded with crash reports 09:46
      Mamarok Riddell: ^ that was not a good idea 09:47
      valorie any chance of a gst upgrade in time? 09:47
      Mamarok valorie: that is not the problem, the problem is the current backend 09:48
      Mamarok and AFAIK the implementaiton with gstreamer 1.x is not nearly finished 09:48
      Mamarok Phonon developer recommendation: do not use the current gstreamer backend anymore, use the vlc one 09:48
      valorie ah, wishful thinking on my part 09:48
      Mamarok apachelogger: is there really somebody working on the newer one or did that chap from Fedora already abandon the task? 09:49
      apachelogger he was thinking about pushign a alpha/beta the other day to get some testing on what is there 09:49
      Mamarok would be a good idea 09:50
      apachelogger also the phonon developer recommendation is: use the vlc backend if at all possible 09:50
      ...

      -------EDIT-------

      Trusty - h.264 - Phonon

      http://irclogs.ubuntu.com/2014/02/16...el.html#t09:33
      ...
      debfx can anyone play h.264 encoded files with phonon in trusty? 09:33
      debfx gstreamer0.10-ffmpeg has been removed from the archive and none of the others seems to be able to decode it. 09:33
      jussi debfx: can you give me a sample file to test? 09:47
      debfx jussi: http://download.openbricks.org/sampl...5fps_1800K.MP4 10:03
      BluesKaj Hiyas all 13:15
      ghostcube o/ 13:17
      soee debfx: it doesnt fork for me (h.264) 17:05
      soee debfx: i had to switch to VLC backend 17:05
      soee *work 17:05
      ...
      http://irclogs.ubuntu.com/2014/03/07...el.html#t12:40
      ...
      seaLne apachelogger: is dragon (prosumably phonon?) ment to not be able to play h.264 in trusty? (upgraded from saucy) 12:40
      shadeslayer seaLne: known issue 12:40
      shadeslayer I'm investigating today 12:40
      seaLne ah ok 12:40
      apachelogger stupid gstreamer 12:40
      apachelogger we should just use vlc :P 12:40
      ...
      Last edited by Rog132; Mar 09, 2014, 10:48 AM.
      A good place to start: Topic: Top 20 Kubuntu FAQs & Answers
      Searching FAQ's: Google Search 'FAQ from Kubuntuforums'

      Comment


        #4
        Thanks Rog132.

        I did some searching yesterday afternoon and this morning and found that qapt is part of gstreamer. (Which lead me to believe that something in the backend had been changed.) No news on this specific issue on the #amarok channel on freenode. However after reading through the bug report that you linked, I uninstalled phonon-backend-gstreamer and phonon-backend-gstreamer-common and installed phonon-backend-vlc. That solved the issue I was seeing.

        I guess I'll post a note over in the #amarok group to at least let others know what I found.. Thanks again for the pointer.

        cheers,
        bill
        sigpic
        A person who never made a mistake never tried anything new. --Albert Einstein

        Comment


          #5
          Just a follow up on this issue for those interested.... The amarok devs say this is a kubuntu specific issue and out of their control. Hopefully by the time trusty tahr is packaged for release, they'll either have a fix for the gstreamer backend or change the backend default to vlc.

          cheers,
          bill
          sigpic
          A person who never made a mistake never tried anything new. --Albert Einstein

          Comment


            #6
            The amarok devs say this is a kubuntu specific issue and out of their control.
            That's interesting. As I stated in post #2 above I had this problem in Fedora 20. My Fedora is Jam-KDE spin but that's not Kubuntu.

            I don't see many others complaining about this issue so it may be a limited thing with certain hardware combination or something.
            Whatever, we have a fix anyway.

            Ken.
            Opinions are like rear-ends, everybody has one. Here's mine. (|)

            Comment


              #7
              It's quite possible that it could be related to the specific hardware combo in my test machine. I haven't tried it on other machines here to see if its a larger issue. I have a test machine at the office running trusty thar, but don't normally run amarok there. I'll have to give it a go and see if the same issue crops up.

              Perhaps given a bit of time others will come across it and comment. Fortunatly, we have at least identified the offending module and have a work around for now.

              cheers,
              bill
              sigpic
              A person who never made a mistake never tried anything new. --Albert Einstein

              Comment


                #8
                Seems its most certainly hardware related. I tested the development machine at the office running trusty thar (which still has gstreamer 4.7.1 installed in phonon) and amarok will playback just fine in all the cases that caused a failure on my machine at the house.

                The machine experiencing trouble has an Aureal au8820 based chipset (soundblaster card.) The machine which is working has an Intel 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 on board audio controller.

                cheers,
                bill
                Last edited by bweinel; Mar 11, 2014, 06:41 AM.
                sigpic
                A person who never made a mistake never tried anything new. --Albert Einstein

                Comment

                Working...
                X