IPB

Welcome Guest ( Log In | Register )

13 Pages V  « < 3 4 5 6 7 > »   
Reply to this topicStart new topic
foo_dsp_continuator, crossfading plugin
Lyx
post May 11 2005, 12:40
Post #101





Group: Members
Posts: 3353
Joined: 6-July 03
From: Sachsen (DE)
Member No.: 7609



QUOTE (kjoonlee @ May 11 2005, 01:34 PM)
Who cares if someone else's formatting doesn't support your tags? You? You are free to hack at the formatting, and you'll have the freedom of not being forced to change your tags.
*

FYI, there are many fb2k users, who do know almost nothing about TAGZ-hacking and rely on ready-for-use public formatting strings. There are also many people who aren't very familiar with the masstagger for the same reasons.

Not every fb2k-user is a programmer/scripter. Do you propose to not care about those? Also, even tagz-coders may prefer a situation where "it just works" instead of them having to hack the formatting, because of incompatibility caused by an ambigious tag-standard.

- Lyx

This post has been edited by Lyx: May 11 2005, 12:43


--------------------
I am arrogant and I can afford it because I deliver.
Go to the top of the page
+Quote Post
kjoonlee
post May 11 2005, 12:46
Post #102





Group: Members
Posts: 2526
Joined: 25-July 02
From: South Korea
Member No.: 2782



Customization is good, but it's important to have sane default values.

Formatting string coders can rely upon the default values of foo_dsp_continuator_tagz if they want.

I didn't say that everything should be barebone, with the burden of formatting being pushed on to potential newbies.


--------------------
http://blacksun.ivyro.net/vorbis/vorbisfaq.htm
Go to the top of the page
+Quote Post
Lyx
post May 11 2005, 12:51
Post #103





Group: Members
Posts: 3353
Joined: 6-July 03
From: Sachsen (DE)
Member No.: 7609



QUOTE (kjoonlee @ May 11 2005, 01:46 PM)
Customization is good, but it's important to have sane default values.
*

Can you name a situation, where your proposed customization is useful? Something which outweigths the mentioned disadvantages?

Also, making it configurable adds some more options to the continuator preferences. As mentioned somewhere else, every unneeded option is a flaw, not a feature - so is there some benefit which outweights the added complexity?

- Lyx


--------------------
I am arrogant and I can afford it because I deliver.
Go to the top of the page
+Quote Post
kjoonlee
post May 11 2005, 12:56
Post #104





Group: Members
Posts: 2526
Joined: 25-July 02
From: South Korea
Member No.: 2782



*sigh*

I don't want to use CONTINUATOR. I want to use FADING or something else which *I* think is approriate. I thought I'd already mentioned that TAGZ can be useful for me in this case.

You might have noticed before that I regard customizability as a strong bonus, not as a flaw. I don't think I'll change my mind any time soon.


--------------------
http://blacksun.ivyro.net/vorbis/vorbisfaq.htm
Go to the top of the page
+Quote Post
Lyx
post May 11 2005, 13:02
Post #105





Group: Members
Posts: 3353
Joined: 6-July 03
From: Sachsen (DE)
Member No.: 7609



QUOTE (kjoonlee @ May 11 2005, 01:56 PM)
I don't want to use CONTINUATOR. I want to use FADING or something else which *I* think is approriate.
*

In other words, you propose to make continuator-preferences more complex and introduce the risk of incompatibility, just because you or someone else may not like the NAME of the tag?

Sounds like it could be a better idea to discuss and agree on a tag-name which is okay to most instead.

- Lyx


--------------------
I am arrogant and I can afford it because I deliver.
Go to the top of the page
+Quote Post
kjoonlee
post May 11 2005, 13:20
Post #106





Group: Members
Posts: 2526
Joined: 25-July 02
From: South Korea
Member No.: 2782



"Come here. Knock knock."
"Who's there?"
"Control freak. Now you say, 'Control freak who?'"

Well, yes.

OK, so what will it be? CONTINUATOR_MODE CONTINUATOR_FADELENGTH, akin to REPLAYGAIN? FADING::MODE FADING::LENGTH, or CONTINUATOR.MODE CONTINUATOR.FADES making use of Vorbis comments?


--------------------
http://blacksun.ivyro.net/vorbis/vorbisfaq.htm
Go to the top of the page
+Quote Post
Lyx
post May 11 2005, 13:34
Post #107





Group: Members
Posts: 3353
Joined: 6-July 03
From: Sachsen (DE)
Member No.: 7609



QUOTE (kjoonlee @ May 11 2005, 02:20 PM)
"Come here. Knock knock."
"Who's there?"
"Control freak. Now you say, 'Control freak who?'"

Some control and "consensus" is necessary to allow interoperability and compatibility. You wouldn't be able to post on this forum, without an agreement how webpages are described. Replaygain would be very frustrating without an agreed scheme. People wouldn't be able to communicate efficiently without established languages. Playcounter isn't supported in most formatting-schemes because of its ambigious format. If all those folks involved in the mentioned agreements are control-freaks is a matter of opinion.

QUOTE (kjoonlee @ May 11 2005, 02:20 PM)
OK, so what will it be? CONTINUATOR_MODE CONTINUATOR_FADELENGTH, akin to REPLAYGAIN? FADING::MODE FADING::LENGTH, or CONTINUATOR.MODE CONTINUATOR.FADES making use of Vorbis comments?
*

Why create multiple tags for it? I mean, as shown in my proposal, one tag is enough to implement it. It could even be extended if necessary in the future, because the options are just seperated with commas - so as long as the order remains unchanged, it can be extended in the future.

- Lyx

This post has been edited by Lyx: May 11 2005, 13:36


--------------------
I am arrogant and I can afford it because I deliver.
Go to the top of the page
+Quote Post
kjoonlee
post May 12 2005, 06:49
Post #108





Group: Members
Posts: 2526
Joined: 25-July 02
From: South Korea
Member No.: 2782



QUOTE (Lyx @ May 11 2005, 09:34 PM)
You wouldn't be able to post on this forum, without an agreement how webpages are described.

Bad analogy. HTML is a machine language. Tags are for natural languages.

QUOTE (Lyx @ May 11 2005, 09:34 PM)
Playcounter isn't supported in most formatting-schemes because of its ambigious format.

Playcounter is probably unsupported because it's unpopular; plain and simple.

QUOTE (Lyx @ May 11 2005, 09:34 PM)
Why create multiple tags for it? I mean, as shown in my proposal, one tag is enough to implement it.
*

To better describe the contents. Would you want your REPLAYGAIN tags to contain +11,0.49385930,+10,0.58303389? (edit: Plus, it will work nicely with foo_quicktag, I think.)

The principle here is, "One tag, for one thing." We want things to be userfriendly, and consistency is useful, isn't it?

PS. I was implying that *I* was a control freak when it comes to tagging.

This post has been edited by kjoonlee: May 12 2005, 07:51


--------------------
http://blacksun.ivyro.net/vorbis/vorbisfaq.htm
Go to the top of the page
+Quote Post
kjoonlee
post May 12 2005, 07:49
Post #109





Group: Members
Posts: 2526
Joined: 25-July 02
From: South Korea
Member No.: 2782



QUOTE (Lyx @ May 11 2005, 09:02 PM)
In other words, you propose to make continuator-preferences more complex and introduce the risk of incompatibility, just because you or someone else may not like the NAME of the tag?
*

Let's look at this again.

How bad is complexity? Unnecessary complexity is bad, I agree. Nevertheless, complexity can be ignored. If you don't understand it, you don't need to touch it. Everything in foobar2000 is pretty straight-forward, if you know what they mean, and nobody forces you to understand it.

Now, about the risk of incompatibility. How big is it?

If you assume that TAGZ writers will want to write for the largest audience, they'll write formatting for foo_dsp_continuator_tagz's default settings.

People who don't know how to use TAGZ will just use the defaults, and they'll be fine.

People who do know how to use TAGZ will be able to deal with incompatibilty. They have the tools, and they'll have the knowledge. So where's the risk?


--------------------
http://blacksun.ivyro.net/vorbis/vorbisfaq.htm
Go to the top of the page
+Quote Post
Manticorr
post May 12 2005, 08:29
Post #110





Group: Members
Posts: 16
Joined: 23-June 03
Member No.: 7351



QUOTE (kjoonlee @ May 11 2005, 10:49 PM)
QUOTE (Lyx @ May 11 2005, 09:02 PM)
In other words, you propose to make continuator-preferences more complex and introduce the risk of incompatibility, just because you or someone else may not like the NAME of the tag?
*

Let's look at this again.

How bad is complexity? Unnecessary complexity is bad, I agree. Nevertheless, complexity can be ignored. If you don't understand it, you don't need to touch it. Everything in foobar2000 is pretty straight-forward, if you know what they mean, and nobody forces you to understand it.

Now, about the risk of incompatibility. How big is it?

If you assume that TAGZ writers will want to write for the largest audience, they'll write formatting for foo_dsp_continuator_tagz's default settings.

People who don't know how to use TAGZ will just use the defaults, and they'll be fine.

People who do know how to use TAGZ will be able to deal with incompatibilty. They have the tools, and they'll have the knowledge. So where's the risk?
*



Personally, if I were to choose between the formatting options, I would go with Lyx's option. It seems silly to have not one but multiple tags--and be continuously adding in new values as foo_continuator adds new functionalities. Keeping everything relevant to continuator inside one tag specifically designed *for* continuator makes much more sense than having 10 extra tags attached to each of thousands of mp3's to fill the required information for *one* plugin.

On a side note though, neither option really appeals to my personal collection. I'm one of those people who keeps the tags on my mp3s limited to:
artist;title;album;tracknumber;date;genre;album artist
What I would be very much interested in is some kind of designation for a particular playlist to be played in a particular way. IE, that mix playlist/tab you made for a party should be able to be set to "crossfade for 10 seconds" and any mp3s contained within would be played accordingly. While I see the reason and necessity for a tag designating the function of each mp3 as it's played, I think the *vast* majority of users would be much happier being able to create a playlist out of currently existing mp3s and play them in a specific manner without updating the actual tag-data of each mp3 (which may be singles from dozens of albums). Then, when I close foobar and open it up again another week, foobar still remembers how to crossfade for the playlist I've created. This is especially useful to those who play mp3's across a network and don't have write-access to write new tag data, but want to quickly and easily assemble playlists that continuate in a specific manner.
Go to the top of the page
+Quote Post
kjoonlee
post May 12 2005, 09:55
Post #111





Group: Members
Posts: 2526
Joined: 25-July 02
From: South Korea
Member No.: 2782



Hm. On second thought, if tag-reading is for quick mixes of small playlists, it won't matter what I put in the tags; I won't be keeping the tagz for long.


--------------------
http://blacksun.ivyro.net/vorbis/vorbisfaq.htm
Go to the top of the page
+Quote Post
Lyx
post May 12 2005, 16:00
Post #112





Group: Members
Posts: 3353
Joined: 6-July 03
From: Sachsen (DE)
Member No.: 7609



QUOTE (Manticorr @ May 12 2005, 09:29 AM)
On a side note though, neither option really appeals to my personal collection.  I'm one of those people who keeps the tags on my mp3s limited to:
artist;title;album;tracknumber;date;genre;album artist
What I would be very much interested in is some kind of designation for a particular playlist to be played in a particular way.  IE, that mix playlist/tab you made for a party should be able to be set to "crossfade for 10 seconds" and any mp3s contained within would be played accordingly.  While I see the reason and necessity for a tag designating the function of each mp3 as it's played, I think the *vast* majority of users would be much happier being able to create a playlist out of currently existing mp3s and play them in a specific manner without updating the actual tag-data of each mp3 (which may be singles from dozens of albums).  Then, when I close foobar and open it up again another week, foobar still remembers how to crossfade for the playlist I've created.  This is especially useful to those who play mp3's across a network and don't have write-access to write new tag data, but want to quickly and easily assemble playlists that continuate in a specific manner.
*

I agree, however, that info still needs to be stored somewhere. The playlist-files themselves obviously are a no-no for that purpose(to not break their format). DB-only entries would be nice, but fb2k doesn't support that yet. That leaves us either with a seperate config-file for continuator, or plain simple tags. Tags have the advantage, that a playlist-formatting can make use of that info (after all, when creating such a playlist which you describe, it would be useful to *see* which tracks have which settings.)

- Lyx

This post has been edited by Lyx: May 12 2005, 16:02


--------------------
I am arrogant and I can afford it because I deliver.
Go to the top of the page
+Quote Post
Manticorr
post May 13 2005, 01:06
Post #113





Group: Members
Posts: 16
Joined: 23-June 03
Member No.: 7351



QUOTE (Lyx @ May 12 2005, 07:00 AM)
I agree, however, that info still needs to be stored somewhere. The playlist-files themselves obviously are a no-no for that purpose(to not break their format). DB-only entries would be nice, but fb2k doesn't support that yet. That leaves us either with a seperate config-file for continuator, or plain simple tags. Tags have the advantage, that a playlist-formatting can make use of that info (after all, when creating such a playlist which you describe, it would be useful to *see* which tracks have which settings.)

- Lyx
*


Not really; For example, all the configuration info for foo_pod is stored in foobar2000.cfg (iPod (foo_pod) for playlist name, how to send data, etc). All you'd need to do is maintain a small list of the current playlists and their behaviors, just slapped right into foobar2000.cfg and associated with foo_continuator

This post has been edited by Manticorr: May 13 2005, 01:08
Go to the top of the page
+Quote Post
Chaser
post May 15 2005, 12:33
Post #114





Group: Members
Posts: 403
Joined: 30-August 04
From: Germany, Bavaria
Member No.: 16641



http://www.hydrogenaudio.org/forums/index....st=0&p=297717&#
Go to the top of the page
+Quote Post
Cpt. Footure
post Jun 8 2005, 08:53
Post #115





Group: Members
Posts: 58
Joined: 12-January 04
From: Germany
Member No.: 11164



Hi guys,

i've uploaded continuator version 0.3.0, which adds the following new features:

- control through CONTINUATOR tag (see below)
- additional delay dependant on speed of volume drop, to give tracks with sudden ends some 'air', before the next track starts (currently not configurable)
- new menu items 'Settings...' and 'Override settings by CONTINUATOR-tag'


CONTINUATOR tag:

i chose to support three tag values with optional parameter

CODE
tag value      | description
---------------|------------------------------------------------------------------
overlap[,n]    | track overlapping dependant on volume,
               | optional parameter n: threshold, rms drop in dB (range 0-100)
               |
crossfade[,t]  | track crossfading,
               | optional parameter t: time in ms (range 0-'Maximum overlap length')
               |
off            | do nothing

notes:

- if you omit the parameter, the value from the settings is used
- case doesn't matter
- crossfade curves are currently not configurable


examples:

gap killing:
overlap,60

normal operation:
overlap,6
overlap,12

10 sec crossfade:
crossfade,10000


Enjoy!
Go to the top of the page
+Quote Post
Zeugma
post Jun 8 2005, 11:30
Post #116





Group: Members
Posts: 15
Joined: 11-February 05
From: Lyon, France
Member No.: 19759



Excellent !! smile.gif I'll play with that new version during my soon-to-come live broadcast and I'll send you my feedback...
Go to the top of the page
+Quote Post
CarlosTheTackle
post Jun 13 2005, 08:59
Post #117





Group: Members
Posts: 65
Joined: 31-March 04
From: New Zealand
Member No.: 13143



Great, Cpt. Footure,

just one thing: The 'Toggle State' command item now doesn't show a checkbox next to it when it is used in a menu.

And one suggestion: Nice of you to implement the extra tag info, but I would strongly recommend that you concentrate on automated intelligence instead, as most of us have music libraries sufficiently large that the thought of manually tagging thousands of songs with crossfade data is unthinkable. IMHO, of course. wink.gif

Cheers,

C
Go to the top of the page
+Quote Post
Cpt. Footure
post Jun 14 2005, 10:55
Post #118





Group: Members
Posts: 58
Joined: 12-January 04
From: Germany
Member No.: 11164



QUOTE (CarlosTheTackle @ Jun 13 2005, 09:59 AM)
just one thing: The 'Toggle State' command item now doesn't show a checkbox next to it when it is used in a menu.
The checkmark is next to the current state instead.

QUOTE (CarlosTheTackle @ Jun 13 2005, 09:59 AM)
And one suggestion: Nice of you to implement the extra tag info, but I would strongly recommend that you concentrate on automated intelligence instead, as most of us have music libraries sufficiently large that the thought of manually tagging thousands of songs with crossfade data is unthinkable. IMHO, of course.
I agree. Do you have any concrete suggestions as to where the intelligence should be amplified?

Bye
Go to the top of the page
+Quote Post
CarlosTheTackle
post Jun 14 2005, 12:14
Post #119





Group: Members
Posts: 65
Joined: 31-March 04
From: New Zealand
Member No.: 13143



QUOTE (Cpt. Footure @ Jun 14 2005, 10:55 PM)
QUOTE (CarlosTheTackle @ Jun 13 2005, 09:59 AM)
just one thing: The 'Toggle State' command item now doesn't show a checkbox next to it when it is used in a menu.
The checkmark is next to the current state instead.


Yeah, but I've just got a 'Toggle state' item in my systray menu, and now I can't tell at a glance whether it's enabled or not. Seems silly to add Enable/Disable menu items just for monitoring purposes. crying.gif

QUOTE (Cpt. Footure @ Jun 14 2005, 10:55 PM)
QUOTE (CarlosTheTackle @ Jun 13 2005, 09:59 AM)
And one suggestion: Nice of you to implement the extra tag info, but I would strongly recommend that you concentrate on automated intelligence instead, as most of us have music libraries sufficiently large that the thought of manually tagging thousands of songs with crossfade data is unthinkable. IMHO, of course.
I agree. Do you have any concrete suggestions as to where the intelligence should be amplified?


Basically, the only real problem I have is with tracks that come from live albums or continuous-flow compilations. Because they carry on loud all the way to the end, you get a really ugly sudden stop as the next track slams in. I think it would be good to have a way of automatically determining whether a track is still above the volume threshold within (say) a few ms of the end of the file, and in such cases force a fade out starting a pre-determined number of seconds before the end. The incoming track could then use this forced fade to determine its inpoint.

This would be my number 1 priority improvement.

Great plug-in though; good to know it's still in active development. Remember this was the plug-in that ultimately convinced to make the switch over from Winamp.

Take care,

C

This post has been edited by CarlosTheTackle: Jun 14 2005, 12:16
Go to the top of the page
+Quote Post
Cpt. Footure
post Jun 14 2005, 13:39
Post #120





Group: Members
Posts: 58
Joined: 12-January 04
From: Germany
Member No.: 11164



QUOTE (CarlosTheTackle @ Jun 14 2005, 01:14 PM)
Yeah, but I've just got a 'Toggle state' item in my systray menu, and now I can't tell at a glance whether it's enabled or not. Seems silly to add Enable/Disable menu items just for monitoring purposes.  crying.gif
I see, you'll get your checkmark back. biggrin.gif

QUOTE (CarlosTheTackle @ Jun 14 2005, 01:14 PM)
Basically, the only real problem I have is with tracks that come from live albums or continuous-flow compilations. Because they carry on loud all the way to the end, you get a really ugly sudden stop as the next track slams in. I think it would be good to have a way of automatically determining whether a track is still above the volume threshold within (say) a few ms of the end of the file, and in such cases force a fade out starting a pre-determined number of seconds before the end. The incoming track could then use this forced fade to determine its inpoint.

This would be my number 1 priority improvement.

Great plug-in though; good to know it's still in active development. Remember this was the plug-in that ultimately convinced to make the switch over from Winamp.
Ok, consider it done. We don't want to lose you again to 'The Dark Side' laugh.gif
Go to the top of the page
+Quote Post
Zeugma
post Jun 25 2005, 12:11
Post #121





Group: Members
Posts: 15
Joined: 11-February 05
From: Lyon, France
Member No.: 19759



Actually I did the broadcast in a hurry so I hadn't had the time to plan which tracks to play. I just used the standard behaviours, without the new tagging options. However, the plugin seems to be stabler than ever smile.gif I'll let you know if I find something more to add !

This post has been edited by Zeugma: Jun 25 2005, 12:11
Go to the top of the page
+Quote Post
Cpt. Footure
post Jul 13 2005, 19:25
Post #122





Group: Members
Posts: 58
Joined: 12-January 04
From: Germany
Member No.: 11164



Hi guys,

i've uploaded continuator version 0.3.5, which adds the following new features:

- the two modes overlap and crossfade are now selectable from the UI
- configurable fade-out and fade-in curves
- fade length independent from crossfade resp. overlap length
- option to apply fade-out only when there's audio up to the end of the track ie. when the rms level doesn't drop below the threshold setting
- toggle checkmark for Carlos biggrin.gif

Enjoy!

sweat.gif sweat.gif sweat.gif
Go to the top of the page
+Quote Post
Squeller
post Jul 13 2005, 19:32
Post #123





Group: Members
Posts: 2351
Joined: 28-August 02
Member No.: 3218



Wow, this looks excellent, will test it soon, many thanks!
Go to the top of the page
+Quote Post
CarlosTheTackle
post Jul 14 2005, 11:26
Post #124





Group: Members
Posts: 65
Joined: 31-March 04
From: New Zealand
Member No.: 13143



You're a legend, Cap.


Off to try it now... biggrin.gif
Go to the top of the page
+Quote Post
Cpt. Footure
post Aug 4 2005, 10:22
Post #125





Group: Members
Posts: 58
Joined: 12-January 04
From: Germany
Member No.: 11164



Guys?

No bugs found?
No comments?
No suggestions?
Speechless regarding the extraordinary features and outstanding stability? biggrin.gif

Or busy testing 0.9?
Go to the top of the page
+Quote Post

13 Pages V  « < 3 4 5 6 7 > » 
Reply to this topicStart new topic
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:

 



RSS Lo-Fi Version Time is now: 24th July 2014 - 14:49