passing through compilation and album artist metadata

[Sébastien Barthélemy-3]

Hello list,

I'm using gstreamer together with scons to convert my music library
(mostly flac files) to mp3 I can listen to in iTunes.

This is done through the following command, ran by scons:

cmd = Command(tgt, src,
    'gst-launch-0.10 filesrc location=$SOURCE ! decodebin ! ' +
    'audioconvert ! lame vbr=new vbr-quality=4 ! id3v2mux ! ' +
    'filesink location=$TARGET')

I noticed that the mp3 files produced that way are missing the
"TCMP=1" and "TPE2=Various Artists" tags, even if the source file
has the corresponding "compilation=1" and "albumartist=Various
Artists" flags. This is patent when you use iTunes, because it screws
up cover flow.

I use gstreamer 0.10.15 on ubuntu lucid lynx.

Is this a known problem? I could not find a reference in the bug
tracker nor in the archive. Maybe I am missing something?

Regards,
Sebastien

------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

[Tim-Philipp Müller-2]

On Tue, 2010-09-07 at 10:43 +0200, Sébastien Barthélemy wrote:

Hi,

> I'm using gstreamer together with scons to convert my music library
> (mostly flac files) to mp3 I can listen to in iTunes.
>
> This is done through the following command, ran by scons:
>
> cmd = Command(tgt, src,
>     'gst-launch-0.10 filesrc location=$SOURCE ! decodebin ! ' +
>     'audioconvert ! lame vbr=new vbr-quality=4 ! id3v2mux ! ' +
>     'filesink location=$TARGET')
>
> I noticed that the mp3 files produced that way are missing the
> "TCMP=1" and "TPE2=Various Artists" tags, even if the source file
> has the corresponding "compilation=1" and "albumartist=Various
> Artists" flags. This is patent when you use iTunes, because it screws
> up cover flow.
>
> Is this a known problem? I could not find a reference in the bug
> tracker nor in the archive. Maybe I am missing something?

You could try id3mux from -bad as well. There are some known issues with
the taglib-based id3v2mux, but I would've expected it to handle unknown
text frames just fine.


> I use gstreamer 0.10.15 on ubuntu lucid lynx.

That doesn't sound right. What's the output of

  gst-inspect-0.10 id3v2mux | grep Version

?

Cheers
 -Tim



------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

[Sébastien Barthélemy-3]

Hi Tim,

On Tue, Sep 7, 2010 at 12:01 PM, Tim-Philipp Müller <[hidden email]> wrote:
> On Tue, 2010-09-07 at 10:43 +0200, Sébastien Barthélemy wrote:
>> Is this a known problem? I could not find a reference in the bug
>> tracker nor in the archive. Maybe I am missing something?
>
> You could try id3mux from -bad as well.

I just tried with id3mux 0.10.18. Thank you for the suggestion. Alas,
I got the exact same result.

> There are some known issues with
> the taglib-based id3v2mux, but I would've expected it to handle unknown
> text frames just fine.

Well, I can't tell.

Would you like me to file a bug report for this?

>> I use gstreamer 0.10.15 on ubuntu lucid lynx.
>
> That doesn't sound right.

I got it with 'aptitude show' on a random gstreamer package, assuming
they all shared the same version number, sorry.

> What's the output of
>
>  gst-inspect-0.10 id3v2mux | grep Version
>
> ?

0.10.21

Regards
--
Sebastien

------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

[Tim-Philipp Müller-2]

On Tue, 2010-09-07 at 21:22 +0200, Sébastien Barthélemy wrote:

> Would you like me to file a bug report for this?

Yes, please! If you could attach the beginning of the file in question
there as well, that'd be great (head --bytes=999kB foo.mp3 > head.mp3 or
so)

Cheers
 -Tim


------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

[Sébastien Barthélemy-3]

On Tue, Sep 7, 2010 at 9:39 PM, Tim-Philipp Müller <[hidden email]> wrote:
> On Tue, 2010-09-07 at 21:22 +0200, Sébastien Barthélemy wrote:
>
>> Would you like me to file a bug report for this?
>
> Yes, please!

This is now
https://bugzilla.gnome.org/show_bug.cgi?id=629039

> If you could attach the beginning of the file in question
> there as well, that'd be great
> (head --bytes=999kB foo.mp3 > head.mp3 or so)

I created a small audio file instead.

Thank you for your help.

Cheers
Sebastien

------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel