Bug 883983 - Brasero won't accept MP3's
Summary: Brasero won't accept MP3's
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: brasero
Version: 18
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Xavier Lamien
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-12-05 16:33 UTC by Brandon
Modified: 2013-06-13 05:59 UTC (History)
12 users (show)

Fixed In Version: brasero-3.6.1-2.fc18
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-06-13 05:59:20 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
GNOME Bugzilla 687886 0 None None None Never

Description Brandon 2012-12-05 16:33:40 UTC
Using fedora 18 with all updates, brasero 3.6.1.

I have rpmfusion and all appropriate gstreamer plugins installed (good, good-extras, bad, bad-free bad-free-extras bad-freeworld, ugly)

If I try to make an audio cd and select an mp3 file brasero always says "is not suitable for audio or video media.".

I've seen this on both computers I've installed fedora 18 on. This makes brasero unusable for anyone with an mp3 library...

Comment 1 tuxor 2013-01-20 21:22:05 UTC
I want to confirm this bug for the latest updates (brasero is still 3.6.1-1) and add, that it works with xfburn on the very same system.

Comment 2 tuxor 2013-01-20 21:36:01 UTC
Upstream Bug report:
https://bugzilla.gnome.org/show_bug.cgi?id=687886

Comment 3 Michael Schwendt 2013-01-23 12:47:26 UTC
A note here, too: Brasero in F18 uses GStreamer v1.0 not GStreamer v0.10.x. Hence the gstreamer1-* packages are needed, not the gstreamer-* packages.

But as tuxor has found out in the upstream ticket, a plugin with "mp3parse" capability is missing, and Brasero complains about that.

$ gst-inspect-1.0 |grep mp3|grep parse
$ gst-inspect-0.10 |grep mp3|grep parse
mpegaudioparse:  mp3parse: MPEG1 Audio Parser
$

Comment 4 Michael Schwendt 2013-01-23 12:50:29 UTC
Totem in F18, which also uses GStreamer v1.0, has no issues playing back MP3 files, so the mp3parse usage could be a bug specific to Brasero.

Comment 5 Michael Schwendt 2013-01-23 12:51:54 UTC
tuxor writes in upstream ticket:

| The solution seems to be using "mpegaudioparse" instead of "mp3parse".
| The latter seems to have been dropped in v1.0:
| 
| http://lists.freedesktop.org/archives/gstreamer-devel/2012-November/038101.html

Comment 6 Michael Schwendt 2013-01-23 16:20:40 UTC
Might even be an EasyFix bug:

$ cd brasero-3.6.1
$ grep mp3parse * -R
libbrasero-utils/brasero-metadata.c:	parse = gst_element_factory_make ("mp3parse", NULL);
libbrasero-utils/brasero-metadata.c:					   "\"mp3parse\"");
plugins/transcode/burn-transcode.c:	parse = gst_element_factory_make ("mp3parse", NULL);
plugins/transcode/burn-transcode.c:	 * - filesrc ! decodebin ! audioconvert ! fakesink (find size) and filesrc!mp3parse!fakesink for mp3s

Comment 7 tuxor 2013-01-26 00:02:47 UTC
This issue is resolved upstream (see Comment 2). The patch has been pushed to master

http://git.gnome.org/browse/brasero/commit/?id=d2397f18e2fa082955ce10f5ef9cec68dafc5367

and it would be nice seeing it in an update in the near future. Thanks :)

Comment 8 Heldwin 2013-03-09 20:48:00 UTC
Seems to be also present in:
brasero-3.6.1-1.fc18.x86_64

But I am using Mate

Comment 9 Heldwin 2013-03-09 23:37:18 UTC
I recreated a rpm from the src.rpm, with the 4 modifications, and it worked.

There are a lot a deprecated warnings thought.

Comment 10 Ricardo Arguello 2013-04-01 04:36:21 UTC
brasero-3.6.1-2.fc18 scratch build, including Comment 7's patch, here:

http://koji.fedoraproject.org/koji/taskinfo?taskID=5193275

Comment 11 Steve 2013-04-01 05:28:05 UTC
(In reply to comment #10)
> brasero-3.6.1-2.fc18 scratch build, including Comment 7's patch, here:
> 
> http://koji.fedoraproject.org/koji/taskinfo?taskID=5193275

This build does not fix the main bug, does not accept mp3's.

Comment 12 tuxor 2013-04-01 10:39:35 UTC
It does fix the main bug for me, though. Why doesn't it work for Steve, as well?

Comment 13 Ricardo Arguello 2013-04-01 21:19:06 UTC
(In reply to comment #11)
> (In reply to comment #10)
> > brasero-3.6.1-2.fc18 scratch build, including Comment 7's patch, here:
> > 
> > http://koji.fedoraproject.org/koji/taskinfo?taskID=5193275
> 
> This build does not fix the main bug, does not accept mp3's.

Did you install the "gstreamer-plugins-ugly" package from the rpmfusion.org repo? You need that for MP3 support in gstreamer.

Comment 14 Steve 2013-04-02 05:13:05 UTC
(In reply to comment #13)
> (In reply to comment #11)
> > (In reply to comment #10)
> > > brasero-3.6.1-2.fc18 scratch build, including Comment 7's patch, here:
> > > 
> > > http://koji.fedoraproject.org/koji/taskinfo?taskID=5193275
> > 
> > This build does not fix the main bug, does not accept mp3's.
> 
> Did you install the "gstreamer-plugins-ugly" package from the rpmfusion.org
> repo? You need that for MP3 support in gstreamer.

Yes, i did.

Comment 15 Heldwin 2013-04-09 01:38:06 UTC
In my understanding, you would need:
gstreamer1-plugins-ugly

But somehow, something else seems to have change, as I cannot burn mp3 anymore.
(the brasero package is still the same as the one I had when it was working)

Comment 16 Heldwin 2013-04-09 20:12:38 UTC
hum, now it works again.

Did many steps, but after I reverted most of them, the only steps I can see that could make a difference:

rm -fr ~/.config/brasero
rm -f ~/.cache/gstreamer-1.0/registry.*

Comment 17 Steve 2013-04-11 13:13:24 UTC
(In reply to comment #16)
> hum, now it works again.
> 
> Did many steps, but after I reverted most of them, the only steps I can see
> that could make a difference:
> 
> rm -fr ~/.config/brasero
> rm -f ~/.cache/gstreamer-1.0/registry.*

This does not work for me either.

Comment 18 Tim Waugh 2013-04-25 14:22:47 UTC
The patch from comment #6 works fine for me.

Would it make sense to push this in an update and fix MP3-to-CD burning for at least some (most?) people, and use that as a base for determining what other problems remain?

Comment 19 Brandon 2013-04-25 17:37:13 UTC
@Tim, agreed. patch works here too. At the very least it works better with the patch than without it. Burning MP3's is an extremely common use case for a cd burning application so IMO an update should really be pushed out. OpenSuse and ubuntu have already pushed updated pacakges.

Comment 20 David Woodhouse 2013-05-01 11:04:51 UTC
I can't download the binary RPMs from koji. Did they expire after a month?

Comment 21 Simone Caronni 2013-05-29 13:58:57 UTC
It's working for me; I just had to patch the src.rpm and rebuild.

The fix has already been applied upstream on 3.7.91 (Fedora 19 has 3.8+) and on branch 3.6 (slated for 3.6.2 [1])

Can a proven packager apply the patch and rebuild? The bug has been opened for nearly 6 months :(

[1] https://git.gnome.org/browse/brasero/commit/?h=gnome-3-6&id=895777890485428a23f2e0da0e8ccd2edf624f6e

Comment 22 Kalev Lember 2013-06-03 12:34:56 UTC
I have pushed out a brasero-3.6.1-2.fc18 build with the backported patch, can you give it a try, please?

Comment 23 Fedora Update System 2013-06-03 12:35:50 UTC
brasero-3.6.1-2.fc18 has been submitted as an update for Fedora 18.
https://admin.fedoraproject.org/updates/brasero-3.6.1-2.fc18

Comment 24 Stephen Hatfield 2013-06-03 12:52:39 UTC
Thanks!  I'll watch for the update and feedback as soon as I can test.  Thanks again!

Comment 25 Steve 2013-06-03 14:32:41 UTC
(In reply to Fedora Update System from comment #23)
> brasero-3.6.1-2.fc18 has been submitted as an update for Fedora 18.
> https://admin.fedoraproject.org/updates/brasero-3.6.1-2.fc18

3.6.1-2 ? This is the build number of April.

Comment 26 Simone Caronni 2013-06-03 14:34:43 UTC
(In reply to Steve from comment #25)
> 3.6.1-2 ? This is the build number of April.

Yes, but it was for Fedora 19.
Now there's 3.6.1-2 in Fedora 18 and 3.8.0-1 in Fedora 19.

Comment 27 Steve 2013-06-03 14:43:17 UTC
(In reply to Simone Caronni from comment #26)
> (In reply to Steve from comment #25)
> > 3.6.1-2 ? This is the build number of April.
> 
> Yes, but it was for Fedora 19.
> Now there's 3.6.1-2 in Fedora 18 and 3.8.0-1 in Fedora 19.


See Comment 10.

---
$ rpm -qa | grep brasero
brasero-libs-3.6.1-1.fc18.x86_64
brasero-3.6.1-2.fc18.x86_64
brasero-nautilus-3.6.1-2.fc18.x86_64
---

Comment 28 Simone Caronni 2013-06-03 14:54:14 UTC
(In reply to Steve from comment #27)
> See Comment 10.

Yes, but that was only a scratch build; the version is fine as is:

http://koji.fedoraproject.org/koji/packageinfo?packageID=1416

> $ rpm -qa | grep brasero
> brasero-libs-3.6.1-1.fc18.x86_64
> brasero-3.6.1-2.fc18.x86_64
> brasero-nautilus-3.6.1-2.fc18.x86_64

How can you have packages from the same update with different versions? Is that because you installed only some packages out of the scratch build in Comment #10?

Please run the following in a few hours (when the update enters testing):

yum --enablerepo=updates-testing distro-sync brasero*

And you will have all the correct versions from the update Kalev has just posted.

If you don't want to wait for the updates to enter testing use "rpm --replacefiles --replacepkgs" on the downloaded rpms.

Regards,
--Simone

Comment 29 Steve 2013-06-03 16:07:42 UTC
(In reply to Simone Caronni from comment #28)
> (In reply to Steve from comment #27)
> > See Comment 10.
> 
> Yes, but that was only a scratch build; the version is fine as is:
> 
> http://koji.fedoraproject.org/koji/packageinfo?packageID=1416
> 
> > $ rpm -qa | grep brasero
> > brasero-libs-3.6.1-1.fc18.x86_64
> > brasero-3.6.1-2.fc18.x86_64
> > brasero-nautilus-3.6.1-2.fc18.x86_64
> 
> How can you have packages from the same update with different versions? Is
> that because you installed only some packages out of the scratch build in
> Comment #10?
> 
> Please run the following in a few hours (when the update enters testing):
> 
> yum --enablerepo=updates-testing distro-sync brasero*
> 
> And you will have all the correct versions from the update Kalev has just
> posted.
> 
> If you don't want to wait for the updates to enter testing use "rpm
> --replacefiles --replacepkgs" on the downloaded rpms.
> 
> Regards,
> --Simone

Yes i installed the scratch build in Comment 10. Thank You!

;O) Steve

Comment 30 Fedora Update System 2013-06-04 21:08:41 UTC
Package brasero-3.6.1-2.fc18:
* should fix your issue,
* was pushed to the Fedora 18 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing brasero-3.6.1-2.fc18'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2013-9955/brasero-3.6.1-2.fc18
then log in and leave karma (feedback).

Comment 31 Stephen Hatfield 2013-06-05 04:09:37 UTC
I've updated and run the suggested fix from comment #30:

Transaction Test Succeeded
Running Transaction
  Updating   : brasero-3.6.1-2.fc18.x86_64   1/2 
  Cleanup    : brasero-3.6.1-1.fc18.x86_64   2/2
  Verifying  : brasero-3.6.1-2.fc18.x86_64   1/2
  Verifying  : brasero-3.6.1-1.fc18.x86_64   2/2

Updated:
  brasero.x86_64 0:3.6.1-2.fc18                                     

Complete!

I ran a quick test from Banshee to write a CD and I get the same error msg about not being able to open the file, followed by:  "Crying.mp3" is not suitable for audio or video media.

I'll do some further testing tomorrow, quadruple check the gstreamer stuff, check some logs and report back.

Comment 32 Steve 2013-06-05 04:26:02 UTC
brasero-3.6.1-2.fc18 is working very well.

Comment 33 Stephen Hatfield 2013-06-06 14:33:48 UTC
I had to go back and re-read the comments but the problem is solved now; thanks!  It looks like the libs package was still causing me problems but the distro-sync fixed it:

[root@ThriceDarkness ~]# yum --enablerepo=updates-testing distro-sync brasero*
Loaded plugins: fastestmirror, langpacks, presto, refresh-packagekit
Loading mirror speeds from cached hostfile
 * fedora: mirror.itc.virginia.edu
 * rpmfusion-free: mirror.us.leaseweb.net
 * rpmfusion-free-updates: mirror.us.leaseweb.net
 * rpmfusion-nonfree: mirror.us.leaseweb.net
 * rpmfusion-nonfree-updates: mirror.us.leaseweb.net
 * updates: mirror.itc.virginia.edu
 * updates-testing: mirror.itc.virginia.edu
Resolving Dependencies
--> Running transaction check
---> Package brasero-libs.x86_64 0:3.6.1-1.fc18 will be updated
---> Package brasero-libs.x86_64 0:3.6.1-2.fc18 will be an update
--> Finished Dependency Resolution

Dependencies Resolved

===============================================================================
 Package                       Arch                                             Version                        Repository                        Size
===============================================================================
Updating:
 brasero-libs                  x86_64                  3.6.1-2.fc18                   updates-testing                  330 k

Transaction Summary
===============================================================================
Upgrade  1 Package

Total download size: 330 k
Is this ok [y/N]: y
Downloading Packages:
Setting up and reading Presto delta metadata
brasero-libs-3.6.1-2.fc18.x86_64.rpm                 | 330 kB  00:00:00     
Running Transaction Check
Running Transaction Test
Transaction Test Succeeded
Running Transaction
  Updating   : brasero-libs-3.6.1-2.fc18.x86_64                             1/2 
  Cleanup    : brasero-libs-3.6.1-1.fc18.x86_64                             2/2 
  Verifying  : brasero-libs-3.6.1-2.fc18.x86_64                             1/2 
  Verifying  : brasero-libs-3.6.1-1.fc18.x86_64                             2/2 

Updated:
  brasero-libs.x86_64 0:3.6.1-2.fc18                                            

Complete!

Thanks again guys!

Comment 34 Fedora Update System 2013-06-13 05:59:20 UTC
brasero-3.6.1-2.fc18 has been pushed to the Fedora 18 stable repository.  If problems still persist, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.