TrIDNet - File Identifier [DotNET GUI]

Submit portable freeware that you find here. It helps if you include information like description, extraction instruction, Unicode support, whether it writes to the registry, and so on.
Post Reply
Message
Author
dotdot
Posts: 1
Joined: Mon Jun 26, 2006 9:49 pm

TrIDNet - File Identifier [DotNET GUI]

#1 Post by dotdot »

TrIDNet - File Identifier

Image

Synopsis: TRIDNet is the GUI version of TrID, A File Identifier application, probably more practical to use than the CLI version, especially for those not very familiar with the command line prompt.

In addition, with a simple double click, it have the ability to display a series of information about every match listed: the definition's file name, its author & e-mail address (if provided), a clickable link to a reference URL, remarks, etc.

Notes: You need to download the application & the definitions seperatly and extract them to the same folder

Writes settings to: None

How to extract: Download the ZIP & RAR file and extract to a folder of your choice. Launch the program by double-clicking on TRrIDNet

License: Freeware

System Requirements: WinAll

Download: http://mark0.net/download/trid_net.zip

Website: http://mark0.net/soft-tridnet-e.html

User avatar
bugmenot
Posts: 43
Joined: Sun Feb 26, 2006 1:16 pm

#2 Post by bugmenot »

According to homepage, .NET is required
you should add it in System requirements...

User avatar
Andrew Lee
Posts: 3071
Joined: Sat Feb 04, 2006 9:19 am
Contact:

#3 Post by Andrew Lee »

For the time being, I have no plans to include .Net apps in the database. Same goes for Java apps.

selepo
Posts: 5
Joined: Sun Oct 15, 2006 9:14 am

Trid

#4 Post by selepo »

The command line version is not dependant on .net. I use it on my USB-memory. The same goes for tridscan, used to include new unknown filetypes.

It should be included, right ?

/selepo

User avatar
AlephX
Posts: 664
Joined: Thu May 11, 2006 10:53 pm
Contact:

Re: Trid

#5 Post by AlephX »

selepo wrote:The command line version is not dependant on .net. I use it on my USB-memory. The same goes for tridscan, used to include new unknown filetypes.

It should be included, right ?

/selepo
Unfortunately even the command line version have to be excluded from the Database. This is the policy: the Collection includes only GUI apps. It does not mean that console apps are not portable... of course :)

User avatar
Andrew Lee
Posts: 3071
Joined: Sat Feb 04, 2006 9:19 am
Contact:

#6 Post by Andrew Lee »

Does anyone know of a command-line app that is not portable?

That would be the most anal thing if such a beast exists! :D

JohnW
Posts: 386
Joined: Wed Apr 19, 2006 9:18 am
Location: London, UK

#7 Post by JohnW »

I recently had a need for a file identifier and eventually found TrIDNET.
It works very well indeed and a point to make is that although the program may be a little old, the definitions are bang uptodate. Nonetheless it is true that it requires NET Framework.
Now that doesn't matter to me - the computers I use all have NET Framework so that is not an issue for me.
On that basis I thought I would post the info somewhere on PFC.
dotdot beat me to it by a long chalk!

I think the issue that arises is how to deal with programs like this (requiring NET Framework) or others needing say Java. It would be a pity if members didn't bother to post significant apps just because etc ...
I also accept that the mods have convincing counter-arguments.

User avatar
Devils Advocate
Posts: 14
Joined: Wed Jul 25, 2007 1:23 am
Location: Perth, Australia

TridNET

#8 Post by Devils Advocate »

JohnW..

I'm in basic agreement on your principle of not excluding Java programs (see my post earlier on Java Portablizer). NET though - can this be taken with you ? I suppose it the questions that must be asked are :
1. Are these 'platforms' that are required any different than needing the Windows platform in the first place ?
2. How 'pure' must the application be ?
3. What does the Freeware Portable site management want to promote. Is it the 'purity' or available solutions to the end user.

My view is that ultimately if the platform Java or NET can be taken with you, then these utilities should be included. However - its not my site !! Andrew has given his views on this subject & I respect those views - they have served this site well for a long time.

I would like to see further opinions on this matter.

JohnW
Posts: 386
Joined: Wed Apr 19, 2006 9:18 am
Location: London, UK

#9 Post by JohnW »

@Devils Advocate
I agree with most of the points you make.

Obviously this specific topic is not the place for a full blown debate but I hope that Andrew etc does seek views.

I think we can all accept that this is not a simple issue.
In the end I'll fit in with the mods' decisions.
(Actually what else could I do !!)

User avatar
Andrew Lee
Posts: 3071
Joined: Sat Feb 04, 2006 9:19 am
Contact:

#10 Post by Andrew Lee »

We can use this forum to discuss command-line, Java or .NET apps. I just don't want to add them to the database, since I don't want the search results to be "polluted". :D

portackager
Posts: 169
Joined: Sun Apr 29, 2007 2:01 pm

#11 Post by portackager »

If someone is interested I can whip up a gui for the cmd version real quick. :wink:

User avatar
Midas
Posts: 6741
Joined: Mon Dec 07, 2009 7:09 am
Location: Sol3

Re: TrIDNet - File Identifier [DotNET GUI]

#12 Post by Midas »

Very old topic update: TriIDNET v1.95 released 2016-01-26 (changelog and download at https://mark0.net/soft-tridnet-e.html).

FTR, here's a copy of full changelog:

Spoiler!   

Code: Select all


TrIDNet v1.95 - 26/01/16:
+ New directory structure for the definitions (.\defs\0,a-z)

TrIDNet v1.91 - 03/01/16:
+ Rebuilt targeting .NET 3.5, for better compatibility with older systems.

TrIDNet v1.90 - 27/03/15:
+ Added MIME Type support.

TrIDNet v1.80 - 03/09/04:
+ Full Drag'n'Drop support.
+ The file to analyze can be passed as a parameter.
+ Definitions Caching; vast speed improvement on first scan.

TrIDNet v1.62 - 20/01/04:
* Fixed a bug searching for strings > 255 chars.

TrIDNet v1.61 - 15/01/04:
+ Unique strings search speedup.

TrIDNet v1.60 - 03/01/04:
+ Better handling of malformed XML definitions.

TrIDNet v1.56 - 23/11/03:
* Fixed a minor bug that could lead to a crash on rare occasions.

TrIDNet v1.55 - 20/11/03:
+ Unique strings evaluation now is case insensitive.

TrIDNet v1.50 - 15/11/03:
+ Analysys engine enhanced. Now it can use some unique strings (if contained in the defs) in addition to binary patterns at fixed positions.

TrIDNet v1.0 - 22/09/03:
- First public release.

Post Reply