Declined file tags (mp3, jpg"

[K_Meinhard]

Hallo Rex,

is there a chance that TCC will support file tags for e.g. mp3 and jpg
files in the foreseeable future?

Explorer can show a lot of them, and I find the ability to sort
according to a tag useful (renaming my holiday pictures according to
shooting date, not copy or changed date, for example).

Mit freundlichem Gruß,

Klaus Meinhard

 

[Steve Fabian]

K_Meinhard wrote:
| Hallo Rex,
|
| is there a chance that TCC will support file tags for e.g. mp3 and jpg
| files in the foreseeable future?
|
| Explorer can show a lot of them, and I find the ability to sort
| according to a tag useful (renaming my holiday pictures according to
| shooting date, not copy or changed date, for example).

I name my pictures by shooting date and time, e.g., 200806\16210520.jpg =
2008-06-16 @21:05:20.
--
Steve

 

[K_Meinhard]

Steve FXbiXn wrote:

> I name my pictures by shooting date and time, e.g.,
> 200806\16210520.jpg = 2008-06-16 @21:05:20.

That's fine, but how? After you have perhaps changed and copied the
files, only the tag information remains constant. And it doesn't help
with mp3.

Mit freundlichem Gruß,

Klaus Meinhard

 

[Steve Fabian]

K_Meinhard wrote:
| Steve FXbiXn wrote:
|
|
|
| ---Quote---
|| I name my pictures by shooting date and time, e.g.,
|| 200806\16210520.jpg = 2008-06-16 @21:05:20.
| ---End Quote---
| That's fine, but how? After you have perhaps changed and copied the
| files, only the tag information remains constant. And it doesn't help
| with mp3.

I have a TCC batch program that searches the virtual drives where the camera
or its SD card may be plugged in for .JPG and .MOV files, and use
%@filedate[] and %@filetime[] of the files as created by the camera to copy
them under the new name. Once the filedate and filetime are used to provide
the name for the file, any subsequent processing or copying would not
accidentally change the filename, remaining a reliable tag.

Another alternate would be to use the DESCRIBE command. If you use NTFS, you
can select stream descriptions. BTW, is "tag" available for non-NTFS file
systems?

I don't know what you refer to when you mention mp3. Your OP related to
pictures only; this would be an extension of your original question.

BTW, how does the á (lower case "a" with acute accent) character in my name
become capital X in your response? Your responses are the only place where
this happens.
--
Steve

 

[K_Meinhard]

Steve FXbiXn wrote:

> I have a TCC batch program that searches the virtual drives where the
> camera or its SD card may be plugged in for .JPG and .MOV files, and
> use %@filedate[] and %@filetime[] of the files as created by the
> camera to copy them under the new name. Once the filedate and
> filetime are used to provide the name for the file, any subsequent
> processing or copying would not accidentally change the filename,
> remaining a reliable tag.

Yeah, if you have access to the original files on card. Here, I have to
concatenate pictures from different cameras I receive e.g. on CD.
Working with the tagged info in that pictures would decidedly be nice.

> I don't know what you refer to when you mention mp3. Your OP related
> to pictures only; this would be an extension of your original
> question.

That's only because you have not read properly. Try again :-)

> BTW, how does the á (lower case "a" with acute accent) character in
> my name become capital X in your response? Your responses are the
> only place where this happens.

I don't know. My OE character set is Westeuropean by default, and I see
no difference when switching to UTF8. Middle European, Baltic or else!
:-) The "Properties" show your name

From: Steve FXbiXn <>

so I guess it has to happen somewhere along the line. BTW, I see Lucho's
kyrillic or what it is properly.

Okay, all this still hasn't answered my original question.

Mit freundlichem Gruß,

Klaus Meinhard

 

[joshjeppson]

Hallo Rex,

is there a chance that TCC will support file tags for e.g. mp3 and jpg
files in the foreseeable future?

Explorer can show a lot of them, and I find the ability to sort
according to a tag useful (renaming my holiday pictures according to
shooting date, not copy or changed date, for example).

Mit freundlichem Gruß,

Klaus Meinhard

Perl has the perfect library for this: Image::ExifTool
It supports reading and writing tags for myriad of audio, video and image file formats.

If Perl isn't your thing, I found a simple win32 command line tool for id3 & id3v2 manipulation.

There are lots of exif manipulation tools out there, including a reasonably good one included in CygWin.


- Josh

 

[rconn]

K_Meinhard wrote:

> is there a chance that TCC will support file tags for e.g. mp3 and jpg
> files in the foreseeable future?

Support them how?

> Explorer can show a lot of them, and I find the ability to sort
> according to a tag useful (renaming my holiday pictures according to
> shooting date, not copy or changed date, for example).

Do you want to use the tags in place of file descriptions?

Rex Conn
JP Software

 

[vpdura]

On Thu, 18 Sep 2008 03:25:03 -0500, K_Meinhard
<> wrote Re RE: [Suggestions-t-458] file tags
(mp3, jpg":

>Okay, all this still hasn't answered my original question.
>
>Mit freundlichem Gruß,
>
>Klaus Meinhard

Klaus,

If you are interested in doing complex mp3tag <=> file-name
conversions you may find the MP3Tag program useful.

It is Donation Ware and very powerful. Here are two of the Convert
Functions it has

Tag - Filename
This converter renames the selected files based on the tag and file
information. It thereby uses a format string, which consists of
pre-defined placeholders.


Filename - Tag
This function extracts tag information from the filename based on a
format string.

Of course, it does much more than just name conversions. I find it
very useful and reliable.
--
At first they laugh at you, then they ignore you, then they fight you, then you win.

 

[K_Meinhard]

Hi Rex,

> > is there a chance that TCC will support file tags for e.g. mp3 and
> > jpg files in the foreseeable future?

> Support them how?

At this moment I'd like the ability to sort a directory according to
internal tags like shooting date for jpg files, artist or album for mp3
files, bitrate for video or music files might be another one. I can then
direct the output of the dir command to a file and work from there.
Adding the ability to other file commands like copy, move and del
wouldn't hurt. Could ranges be adapted to this?

Iff the dir command is too complicated as is already, pdir would do just
as well. Anything that allows to read internal tags and sort files
according to these.

> Do you want to use the tags in place of file descriptions?

I don't use file descriptions any more, since LFNs are enough for my
purposes. But if I can get internal tags into files descriptions, i can
get them into LFNs.

More enterprising still: interaction between the TCMD List View window
and TCC would be nice: show the internal file tags optionally as in
Explorer, sort according to these by clicking on the columns header, and
the DIR command off TCC automatically inherits these settings :-)

Mit freundlichem Gruß,

Klaus Meinhard

 

[K_Meinhard]

vpdura wrote:

> If you are interested in doing complex mp3tag <=> file-name
> conversions you may find the MP3Tag program useful.

Thanks for the tip. Internal TCC / TCMD would be nicer, still.

Mit freundlichem Gruß,

Klaus Meinhard

 

[K_Meinhard]

joshjeppson wrote:

> If Perl isn't your thing, I found a simple win32 command line tool
> for id3 & id3v2 manipulation.

> There are lots of exif manipulation tools out there, including a
> reasonably good one included in CygWin.

Thanks for the tips.

I know there are externals out there to do this - but making them
redundant is what TCMD/TCC is about, right?

Mit freundlichem Gruß,

Klaus Meinhard

 

[joshjeppson]

Thanks for the tips.

I know there are externals out there to do this - but making them
redundant is what TCMD/TCC is about, right?

That, I would argue, is what plugins are for.

- Josh

 

[vpdura]

On Fri, 19 Sep 2008 04:16:03 -0500, joshjeppson
<> wrote Re RE: [Suggestions-t-458] Re: file
tags (mp3, jpg":

>--Quote (Originally by K_Meinhard)---
>Thanks for the tips.
>
>I know there are externals out there to do this - but making them
>redundant is what TCMD/TCC is about, right?
>---End Quote---

>That, I would argue, is what plugins are for.

I would agree 100% with that.
--
At first they laugh at you, then they ignore you, then they fight you, then you win.

 

[Steve Fabian]

vpdura wrote:
| On Fri, 19 Sep 2008 04:16:03 -0500, joshjeppson
| <> wrote Re RE: [Suggestions-t-458] Re: file
| tags (mp3, jpg":
|
|
|
| ---Quote---
|| --Quote (Originally by K_Meinhard)---
|| Thanks for the tips.
||
|| I know there are externals out there to do this - but making them
|| redundant is what TCMD/TCC is about, right?
|| ---End Quote---
| ---End Quote---
|
|
| ---Quote---
|| That, I would argue, is what plugins are for.
| ---End Quote---
| I would agree 100% with that.

... and the internal access to Perl, Rexx, etc.
--
Steve

 

[K_Meinhard]

joshjeppson wrote:

>> I know there are externals out there to do this - but making them
>> redundant is what TCMD/TCC is about, right?

> That, I would argue, is what plugins are for.

After some deliberation, I beg to disagree.

Filetags are essentially internal file descriptors, and the one of teh
major purposes of TCC is handling files. I think the handling of
filetags should be an internal to TCC.

BTW, externals are unreliable: e.g. F. Romano's FEDUTILS were written
for version 7 and don't work well with version 9. You are dependant on
the (freeware) authors will and ability to adapt his plugin to the
changing TCC.

Mit freundlichem Gruß,

Klaus Meinhard

 

[jmcm]

Klaus

joshjeppson wrote:

> ---Quote (Originally by K_Meinhard)---
> Hallo Rex,
>
> is there a chance that TCC will support file tags for e.g. mp3 and jpg
> files in the foreseeable future?

I think what you are asking of Rex is a huge and specialised undertaking
best delegated to single purpose external tools.

>
> Explorer can show a lot of them, and I find the ability to sort
> according to a tag useful (renaming my holiday pictures according to
> shooting date, not copy or changed date, for example).

Explorer displays only a small subset of the tags available in these and
similar file types.

While you require only the "Date Taken" tag, others may need any of the
many other available tags. The scope of your request is much larger than
what you may initially think.

I suggest you do a little more research of you own on the subject of
"Exif tags" to gain a better understanding of what is involved.

I recommend "Exiftool by Phil Harvey". As well as the Perl Library
mentioned by Josh below there is also a Windows Command line executable
package. This, however, may be overkill for what you need and a less
comprehensive tool like "id3" (mentioned below) or similar might suit
you better.

Regards
John

>
> Mit freundlichem Gru�,
>
> Klaus Meinhard
> ---End Quote---
> Perl has the perfect library for this: Image::ExifTool
> It supports reading and writing tags for myriad of audio, video and image file formats.
>
> If Perl isn't your thing, I found a simple win32 command line tool for id3 & id3v2 manipulation.
>
> There are lots of exif manipulation tools out there, including a reasonably good one included in CygWin.
>
>
> - Josh
>
>
>
>
>

--
Regards
John McMahon

 

[joshjeppson]

joshjeppson wrote:
After some deliberation, I beg to disagree.

Filetags are essentially internal file descriptors, and the one of teh
major purposes of TCC is handling files. I think the handling of
filetags should be an internal to TCC.

BTW, externals are unreliable: e.g. F. Romano's FEDUTILS were written
for version 7 and don't work well with version 9. You are dependant on
the (freeware) authors will and ability to adapt his plugin to the
changing TCC.

All very good points.

However, I still think that conceptually a plugin is a better way to do it. That way, JPSoft itself could write the plugin for very popular items (mp3 tags, exif headers, etc) while still leaving room for others to fill in the gaps for less popular items. The plugin model also allows JPSoft to have a standard way of doing something, but allow for individual creativity and expansion. In other words, if I don't like the JPSoft way of handling tags I can replace it myself or with a third party option. All of this assumes a robust plugin framework of course. Since I've yet to try my hand at plugin development for TakeCommand/TCC, I have no idea how difficult this is.

I guess I'm just a firm supporter of modularity wherever possible. A monolithic TakeCommand holds little appeal to me. In general, I would be opposed to blithely adding commands, functions, variables to the core functionality that could easily be provided by a plugin. I think such an approach generally lends itself to cleaner more bug free code.


- Josh

 

[K_Meinhard]

John,

> I think what you are asking of Rex is a huge and specialised
> undertaking best delegated to single purpose external tools.

I think that Rex can make his own decisions :-)

> I suggest you do a little more research of you own on the subject of
> "Exif tags" to gain a better understanding of what is involved.

> This, however, may be overkill for what you need
> and a less comprehensive tool like "id3" (mentioned below) or similar
> might suit you better.

I see a standalone executable that repeats much of what is inbuilt in
TCC. The size of that executable is about 87 Kb. If supporting all tags
is too much to ask, one could take a hint from Explorer selectionwise
:-)

I doubt it would add more than 10 Kb after Rex is through with it :-)

Mit freundlichem Gruß,

Klaus Meinhard

 

[K_Meinhard]

Josh,

> I guess I'm just a firm supporter of modularity wherever possible. A
> monolithic TakeCommand holds little appeal to me. In general, I
> would be opposed to blithely adding commands, functions, variables to
> the core functionality that could easily be provided by a plugin. I
> think such an approach generally lends itself to cleaner more bug
> free code.

That is a basic design decision. There are things in TCC now that could
be put into a plugin, and I don't care overmuch how something is
implemented, as long as it works. But my guess is that the support
problems are so much greater than with a "unified" TCC, and Rex will
prefer that.

Externals exist for much of what TCC has added over the years. There are
e.g. 6 hash functions for files implemented. Why these and not tags? I
repeat my opinion: TCC should be able to recognize and at least read
filetags, to use in sorting, renaming etc. If the ability to write is
included, so much the better.

Mit freundlichem Gruß,

Klaus Meinhard

 

[Charles G]

Made a similar request in https://jpsoft.com/forums/threads/utf8-chcp-regression-in-tcc17.6424/#post-37696 that also concerns this topic...