Dear Jens, The attached is log data from gst-discover and gupnp-info. It seems id3 get ID3v1 tag, right? 2012/7/11 Jens Georg <mail jensge org>: > On Mi, 2012-07-11 at 11:08 +0800, Soho Soho123 wrote: >> Dear Jens, >> >> >> the attached is MP3 Tag information about fail case, >> and next I will attached the ok case. >> the fail case is the original MP3 file. >> the OK case is the modification from Mp3Tag tool, >> I use Mp3Tag tool to display MP3 file , and then save Tag again >> then It is OK when I do media export. >> Do you have idea about : >> Rygel parse different ID3 tag will get different result. >> Do you know where is the code that do ID3 tag parsing? >> Thanks! > > > The code is in > http://cgit.freedesktop.org/gstreamer/gst-plugins-good/tree/gst/id3demux/gstid3demux.c?h=0.10 and http://cgit.freedesktop.org/gstreamer/gst-plugins-base/tree/gst-libs/gst/tag?h=0.10 > > You can get some clue on what GStreamer thinks about the file by running > GST_DEBUG=*id3*:5 gst-discoverer-0.10 yourfile.mp3 > or > GST_DEBUG=*id3*:5 gupnp-dlna-info yourfile.mp3 > >> >> >> 2012/7/10 Soho Soho123 <soho123 2012 gmail com>: >> > Dear Jens, >> > >> > Currently, my problem is: >> > the tag information in MP3s can not parse normally by rygel, >> > at latest, >> > title, Album, Artist in chinese can not display normally on windows 7 >> > media player. >> > When I use Mp3tag tool to view the tag information of my MP3s. >> > The version is ID3v2.3. >> > Rygel should extract the meta-data correctlly, right? >> > Could you give me the hints about trace extract metadata fail issue? >> > >> > Thanks a lot ! >> > >> > >> > >> > 2012/7/10 Jens Georg <mail jensge org>: >> >> On Di, 2012-07-10 at 18:24 +0800, Soho Soho123 wrote: >> >>> Dear Jens, >> >>> Excuse me!! >> >>> I use another tool to check MP3s. >> >>> There are 2 kinds of MP3s I test. >> >>> One tag is :(ID3v1 ID3v2.3) >> >>> the other tag is:(ID3v1 ID3v2.3 APEv2) >> >>> I can see the Albun information about tag "ID3v1 ID3v2.3 APEv2". >> >>> Does it cause the display problem? >> >>> >> >>> Rygel cannot parse MP3s that include tag :(ID3v1 ID3v2.3), right? >> >> >> >> Ok, apparently parsing id3 is a bit of black magic while APE is a bit >> >> more defined. Parsing non-ascii id3 depends on a lot of factors, so it >> >> might work or might not work. depends on the id3 tags or your >> >> environment. What's your locale set to? >> >> >> >>> >> >>> Thanks! >> >>> >> >>> >> >>> >> >>> >> >>> 2012/7/10 Jens Georg <mail jensge org>: >> >>> > On Di, 2012-07-10 at 12:42 +0800, Soho Soho123 wrote: >> >>> >> Excuse me!! >> >>> >> Let me explain more detail. >> >>> >> >> >>> >> When I enable mediaexport , I can see the folder from windows 7 media player, >> >>> >> but the albums information of each file can not be recognized. >> >>> >> I do not have idea about how to set language for embedd system. >> >>> >> I just install /locale/zh_TW, /locale/zh_CN, /locale/en_GB. >> >>> >> what environment parameter needed to set? >> >>> >> or >> >>> >> I have to modify parameter when I try to mount USB disk? >> >>> >> Since the mediaexport source is from USB disk. >> >>> > >> >>> > If your MP3 files have proper meta-data then it should display whatever >> >>> > is in there. It definitely works here, even with a german system locale. >> >>> > >> >>> > However, we do not do any clever encoding guessing if the MP3 only has >> >>> > IDv1 tags. This is quite complicated and hard to get right. So if your >> >>> > MP3s are using that, it might be just broken. If you use IDv2 with >> >>> > proper UTF-8 encoded information, it should work. >> >>> > >> >>> > >> >>> >> >> >> >> > >
Attachment:
mp3_log.zip
Description: Zip archive