Metadata extension
Forum rules
If you have an account on the wiki, remember to update the ADC Proposals page for new ideas.
http://dcbase.org/wiki/ADC_Proposals_list
If you have an account on the wiki, remember to update the ADC Proposals page for new ideas.
http://dcbase.org/wiki/ADC_Proposals_list
-
Toast
Re: Metadata extension
nice find big muscle less messy and legit gaylink doest have all the answers they mostly copy shit
-
OCTAGRAM
- Junior Member
- Posts: 10
- Joined: 31 Jul 2011, 07:25
- Location: Barnaul, Russia
- Contact:
Re: Metadata extension
FlyLink attaches metadata into a filelist xml extra attributes. FlyLink provides less information compared to Shareaza and GreyLink. No artist, no album, just bitrate and resolution.
-
Big Muscle
- Junior Member
- Posts: 39
- Joined: 01 Jul 2008, 19:27
Re: Metadata extension
Please, stop talking about GL here. Nobody is interested in it. It's not important what information it returns. Important thing is how everything is implemented and FlyLink source can be good guide for it.
-
OCTAGRAM
- Junior Member
- Posts: 10
- Joined: 31 Jul 2011, 07:25
- Location: Barnaul, Russia
- Contact:
Re: Metadata extension
All of them 3 use MediaInfo.dll. MediaInfo.dll can be updated independently of main executable.
-
poy
- Member
- Posts: 78
- Joined: 26 Nov 2008, 17:04
Re: Metadata extension
here are links to previous discussions that occured in the DC++ tracker:
<https://bugs.launchpad.net/dcplusplus/+bug/211753>
<https://blueprints.launchpad.net/dcplus ... +-metadata>
<https://blueprints.launchpad.net/dcplus ... -file-list>
regarding escaping "/", how about "//" (2 slashes)? that is what user commands use, so it would provide some sort of consistency from one extension to the other.
about the 2 mentioned programs that seem to have already designed their own extension to the protocol without consulting or informing anyone here, i consider them both equally useless in the purpose of this discussion. reverse-engineering their implementation and trying to be compatible with it wouldn't allow us to strive for the best possible extension.
<https://bugs.launchpad.net/dcplusplus/+bug/211753>
<https://blueprints.launchpad.net/dcplus ... +-metadata>
<https://blueprints.launchpad.net/dcplus ... -file-list>
regarding escaping "/", how about "//" (2 slashes)? that is what user commands use, so it would provide some sort of consistency from one extension to the other.
about the 2 mentioned programs that seem to have already designed their own extension to the protocol without consulting or informing anyone here, i consider them both equally useless in the purpose of this discussion. reverse-engineering their implementation and trying to be compatible with it wouldn't allow us to strive for the best possible extension.