Skip Menu |
 

This queue is for tickets about the Music-Tag CPAN distribution.

Report information
The Basics
Id: 38510
Status: resolved
Priority: 0/
Queue: Music-Tag

People
Owner: Nobody in particular
Requestors: sukria [...] sukria.net
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



Received: from x1.develooper.com (x1.develooper.com [63.251.223.170]) by diesel.bestpractical.com (Postfix) with SMTP id 116B74D80C3 for <bug-Music-Tag [...] rt.cpan.org>; Fri, 15 Aug 2008 19:46:31 -0400 (EDT)
Received: (qmail 28432 invoked from network); 15 Aug 2008 23:46:30 -0000
Received: from x16.dev (10.0.100.26) by x1.dev with QMQP; 15 Aug 2008 23:46:30 -0000
Received: from Unknown (HELO private.sukria.net) (80.67.169.33) by 16.mx.develooper.com (qpsmtpd/0.43rc1) with ESMTP; Fri, 15 Aug 2008 16:46:28 -0700
Received: from [192.168.0.104] (bigdata.sukria.net [82.225.144.70]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by private.sukria.net (Postfix) with ESMTP id 7586AB1742 for <bug-Music-Tag [...] rt.cpan.org>; Sat, 16 Aug 2008 01:46:03 +0200 (CEST)
Delivered-To: cpan-bug+Music-Tag [...] diesel.bestpractical.com
Subject: Tags are not written to MP3 files
MIME-Version: 1.0
User-Agent: Thunderbird 2.0.0.16 (X11/20080724)
X-Spam-Status: No, hits=-2.5 required=8.0 tests=BAYES_00,RDNS_NONE
Return-Path: <sukria [...] sukria.net>
X-Spam-Check-BY: 16.mx.develooper.com
X-Original-To: bug-Music-Tag [...] rt.cpan.org
Date: Sat, 16 Aug 2008 01:45:57 +0200
X-Spam-Level: *
Message-Id: <48A61535.6000201 [...] sukria.net>
content-type: text/plain; charset="utf-8"; format="flowed"
To: bug-Music-Tag [...] rt.cpan.org
Content-Transfer-Encoding: 7bit
From: Alexis Sukrieh <sukria [...] sukria.net>
X-RT-Original-Encoding: ISO-8859-1
Content-Length: 632
Download (untitled) / with headers
text/plain 632b
Hello, I have a small script that takes a bunch of MP3 files and try to sync a couple of common tags (artist, album, picture). Everything is fine, but when it comes to writing the changes onto the files, it doesn't happen. I use explicitly $info->set_tag and $info->close in order to save the chages, as explained in the documentation. However, Music::Tag says it does: [...] MP3: Updating MP3 MP3: Writing ID3v2 Tag MP3: Writing ID3v1 Tag for Clone.mp3 But when I look at the file, it didn't change at all. Any idea where it can come from? Thanks (and congrats for Music::Tag, it's huge!). Alexis.
MIME-Version: 1.0
In-Reply-To: <48A61535.6000201 [...] sukria.net>
X-Mailer: MIME-tools 5.427 (Entity 5.427)
Content-Disposition: inline
References: <48A61535.6000201 [...] sukria.net>
Content-Type: text/plain; charset="UTF-8"
Message-ID: <rt-3.8.HEAD-2372-1280292496-1127.38510-0-0 [...] rt.cpan.org>
Content-Transfer-Encoding: binary
X-RT-Original-Encoding: utf-8
Content-Length: 323
Download (untitled) / with headers
text/plain 323b
Marking resolved, as this is a few years old, and I have made major changes and improved testing significantly. This case is explicitly tested in the module, so it should work... BTW: It was dancer that got me looking at this stuff again. I am developing a web interface to a music db using it, and am very impressed...


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.