Bitrate

Archived discussion about features (predating the use of Bugzilla as a bug and feature tracker)

Moderator: Moderators

Locked
sysop
Posts: 1
Joined: 2003-01-15 23:42

Bitrate

Post by sysop » 2003-01-16 00:14

I would like to see the bitrate of mp3 files so that we have an idea of the quality of the files we are downloading.

sandos
Posts: 186
Joined: 2003-01-05 10:16
Contact:

Re: Bitrate

Post by sandos » 2003-01-16 01:21

sysop wrote:I would like to see the bitrate of mp3 files so that we have an idea of the quality of the files we are downloading.
In general, metadata would be nice, such as bitrate, length, codec and version, hashes, any metadata that is extractable from different filetypes.

This would, however, requiring a (small?) rewrite of dc++, which I even know that a guy have already made a long time ago, maybe a year or so. Unfortunately it seems to have been forgotten and was never taken out of testing phase.

OLDoMiNiON
Posts: 202
Joined: 2003-01-06 06:22
Location: Salford, England.
Contact:

Post by OLDoMiNiON » 2003-01-16 08:03

hmm, interesting...

it could possibly increase search bandwidth usage by a heck of a lot tho..

aDe
Forum Moderator
Posts: 138
Joined: 2003-01-07 09:14
Location: SE
Contact:

Post by aDe » 2003-01-16 08:16

yes.. but if they are returned with search results in active only or in a filelist, then it wouldnt affect the hub..

OLDoMiNiON
Posts: 202
Joined: 2003-01-06 06:22
Location: Salford, England.
Contact:

Post by OLDoMiNiON » 2003-01-16 08:24

yup, true!

Sedulus
Forum Moderator
Posts: 687
Joined: 2003-01-04 09:32
Contact:

Post by Sedulus » 2003-01-16 08:30

but it would still increase the sharelist load time by a huge factor..
http://dc.selwerd.nl/hublist.xml.bz2
http://www.b.ali.btinternet.co.uk/DCPlusPlus/index.html (TheParanoidOne's DC++ Guide)
http://www.dslreports.com/faq/dc (BSOD2600's Direct Connect FAQ)

sandos
Posts: 186
Joined: 2003-01-05 10:16
Contact:

Post by sandos » 2003-01-16 08:32

It could be limited in other ways.

1) require a special search be made to return metadata (maybe also require searches to be narrowed in some way)

2) Only return one or two results if they include metadata.

sandos
Posts: 186
Joined: 2003-01-05 10:16
Contact:

Post by sandos » 2003-01-16 08:34

Just a note: I care for passive mode users, since I am one! =)

sandos
Posts: 186
Joined: 2003-01-05 10:16
Contact:

Post by sandos » 2003-01-16 08:36

Another alternative also: if dc++ used hashes that can be found in the bitzi database, then all metadata can be found/serched/etc on bitzi, and only hashes need ever be sent using dc. Of course, depending on bitzi.com being alive isnt that great either.

Iceman[grrrr]
Forum Moderator
Posts: 58
Joined: 2003-01-03 11:30
Location: Québec, Canada
Contact:

Post by Iceman[grrrr] » 2003-01-16 09:58

users should have the choice to enable this option for their files or not...

I recall someone saying it took a while to /refresh his files... If the metadata must be extracted from them at the same time, it may be worse...
DC++ QoS Person

sandos
Posts: 186
Joined: 2003-01-05 10:16
Contact:

Post by sandos » 2003-01-16 11:30

Iceman[grrrr] wrote:users should have the choice to enable this option for their files or not...

I recall someone saying it took a while to /refresh his files... If the metadata must be extracted from them at the same time, it may be worse...
Yup, the metadata stuff should not be entwined into the refreshing of the filelist, it should be done lazily afterwards if enabled.

Locked