taglib behaviour for RIFF/WAV files

[Tsuda Kageyu]

Exactly. It's mandatory to use InfoTag() method to access an INFO tag.

2015-05-22 21:31 GMT+09:00 jon bird <news at onastick.clara.co.uk>:

>
>
> On 22 May 2015 11:19:32 GMT+01:00, jon at onasticksoftware.co.uk wrote:
>>
>> Does that mean you *have* to use the RIFF specific interface to get the
>> tag rather than the generic 'tag' class?
>>
>> On 22 May 2015 10:12:42 GMT+01:00, Tsuda Kageyu <tsuda.kageyu at gmail.com>
>> wrote:
>>>
>>> Hi jon,
>>>
>>> You can use RIFF::WAV::File::hasInfoTag() to check if your file has an
>>> INFO tag, and InfoTag() to access it.
>>>
>>> Cheers,
>>> Kageyu
>>>
>>> 2015-05-22 18:06 GMT+09:00 jon bird <news at onastick.clara.co.uk>:
>>>
>>>> Hi,
>>>>
>>>> Can someone clarify for me the expected behaviour of taglib through the
>>>> Tag class when using RIFF/WAV files. In essence the behaviour I am seeing
>>>> is that when opening a file which has INFO chunks present, taglib does not
>>>> report this information back through this route. When writing metadata via
>>>> this route, I end up with ID3 tags written to the file, not INFO chunks.
>>>>
>>>> Thanks,
>>>>
>>>>
>>>> Jon.
>>>> --
>>>> == jon bird - software engineer
>>>> == <reply to address _may_ be invalid, real mail below>
>>>> == <reduce rsi, stop using the shift key>
>>>> == posted as: news 'at' onastick 'dot' clara.co.uk
>>>>
>>>> _______________________________________________
>>>> taglib-devel mailing list
>>>> taglib-devel at kde.org
>>>> https://mail.kde.org/mailman/listinfo/taglib-devel
>>>>
>>>
>>> ------------------------------
>>>
>>> taglib-devel mailing list
>>> taglib-devel at kde.org
>>> https://mail.kde.org/mailman/listinfo/taglib-devel
>>>
>>>
>> --
>> Via K9Mail on Nexus-S .
>
>
> _______________________________________________
> taglib-devel mailing list
> taglib-devel at kde.org
> https://mail.kde.org/mailman/listinfo/taglib-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/taglib-devel/attachments/20150522/28dcb3e2/attachment.html>