Enqueing via "J" Key menu

[DrO]

at the moment i've taken a few days off from the code (also had to do some extra work to pay the bills ).

just looking through fixing a few bugs and getting the timed code in (timer is setup and working, just to work from there now).

the aim is to allow you to specify to the second when it will start playing a song with the ability to repeat every hour, every day or on a specified day and time. as well with this, if winamp is not playing and a file in the timed queue is reached then playback would begin (makes snese that way with the purpose of the feature).

as well the timed files in the queue will be able to be left in the queue or removed from the list on playing of the file.

i do have code that will shut down,restart the computer, etc (in plfr) which could be added in as an option (makes sense now i think about it) once a file has been played.

as for more, i guess it depends on the feedback i get on the earlier versions and what is appropriate to add to the code. (as a note it makes sense to get the timed queue code sorted out and then the shuffle thing can be done in one go since i will know how/where i need to deal with file tracking - will be easier for me to do it that way).

and for the other things, the aims for the next public build(s) are:

1. customisable playlist editor right-click menu
2. move after current in the playlist editor
3. add to timed queue in the playlist editor
4. fix a small queuing display issue
5. get the multiple queued indicator to be correctly used
6. load a playlist into the queue
7. autoload a specific playlist as the queue
8. anything else (small) that i remember

off to sleep now

-daz

[amano]

/me too.

tnx for the update.

[lunarboy1]

yay

[Icegod]

A nice feature for the timed enqueue would br if you could chose a specific song to be played out of your playlist. You could chose the song number or select it from a list.
Because if you chose a playlist it wil either strat at the first song(without shuffle) or at a random song(with shuffle). That's my main problem with current alarm/timed enqueue plug-ins.
Don't know if it's possible. But like they say nothing impossible
Hope Dro can get it into his plug-in. Again if it's possible.

PS. Sorry for the bad english, if it is. I had a few drinks

[GqSkrub]

why has this thread fallen so far?

[lunarboy1]

nobody has any more bug fixes. It's all up to DrO now...

[DrO]

nobody has any more bug fixes.

not true, i do

yeah it has been a bit quite but i've needed to leave the code for a bit so i can come back to it fresh with new features and fixes that i know need to be done

also i'm just updating the smaller ones with recent fixes to JTFE to make them language pack compatible.

-daz

[amano]

Patience is a virtue...


(OOps, good ol' amano remebers his sig...)

[lunarboy1]

@ Dro

i meant the masses, whenever i make something i don't think it's ever finished either. Especially when you know you coded something in a shitty way that could easily break at runtime...

[Benco]

DrO : Why don't you add an item in the context menu, or in the JTFE window to show the queue list ? It would be much easier to acces than preferences->configure->jtfe->enque list...
another point (not sure it hasn't been told before) would be to have access to hit with extended playlist's right pane.

any way, JTFE is really a great work !!

[DrO]

in the JTFE window you can view and manage the queuelist (just click on the button that's fully visible in the current version).

the ability to get at the queuelist from the playlist is a good idea - the code to do that needs to be altered so it will be customisable adn can have that added


as for the extended playlist, eventually it will make it in (the aim at the moment will be to bundle the two plugins together to remove code duplication but still have all of the features needed).

-daz

[EdgeOfEpsilon]

quickie question - why can't people spell "queue"?

[mondo shaking]

Originally posted by EdgeOfEpsilon
quickie question - why can't people spell "queue"?

Because it's pronounced as "kyoo" and doesn't look that way. A friend who once told me you could pronounce it as "kwee-wee" That, Epsilon, is why people cannot spell queue.

[DrO]

or just go for 'q' - sounds the same and is easier to type

-daz

[EdgeOfEpsilon]

ahh, it is all clear now... *gazes mystically*

Sorry, getting way off-topic.

I have a comment that's going to make me very unpopular. Seeing as JTFE jumps to files by logging their position in the playlist, it's going to be pretty hard to integrate it into XPL, which will have multiple playlists... To see what I mean, queue something then switch playlists.

[DrO]

it's going to be pretty hard to integrate it into XPL, which will have multiple playlists...

not necessarily. the eventual aim is to make all of the queue code playlist independant so that it can be used what ever the playlist/plugin is.

this way q lists ( ) can be created for each playlist and will work correctly - would be very simple then to just switch between different memory q lists based on the playlist in use

it's still at the idea stage on how best to do this but post v1.0 of JTFE i think it will come though it may all change depending on how things end up going.

-daz

[EdgeOfEpsilon]

How about filename?

Search the playlist for the filename, if so play, if not just open it (keeping the current pl, don't know how that would work...).

[EDIT: on second thought, that wouldn't be the best idea, because if you loaded the playlist you queued from, it wouldn't be highlighted

[EDIT: Hmmm... on third thought it would be a good idea, because then editing your playlist wouldn't shift you queued entries.] ]

[lunarboy1]

All in all, I think DrO knows what he's doing... .

[DrO]

Originally posted by lunarboy1
All in all, I think DrO knows what he's doing... .

nah, i just give the impression of it

@EdgeOfEpsilon: i can see what you mean. the current code is part position based / part file based (needed so that the position indicators work correctly without massive speed hits especially with large playlists.

i do intend on a workaround to allow playlist alterations to be kept track of but that will come with time.

i intend to start on JTFE coding tomorrow night (i've managed to get a work around for a modern skinning issue it now seems with the new code in the currnet build of displaychange that can be incorporated in now i hope)

-daz

[lunarboy1]

anybody else notice his sig is getting really really big?

[Ikarus7]

anyone else notice his description should be MOTY not motM ?

[DrO]

Originally posted by lunarboy1
anybody else notice his sig is getting really really big?

been that size for at least a month or so. also 12 plugins won't all fit in there (especially with the text notifications i've gone for adding in there).

in fact the web site is the best place now since i'm updating it with things every few days or so (in fact there's two updates yet to come over to the forum + the first plugin pack is almost there but that's a bit off topic).

-------------------------------------------------------

so people are aware, language support is going to be added to the plugin. i know there are people out there using the language packs that are coming out and it makes sense to allow JTFE to do similarly and is useful since the plugin now correctly copes with them (internal build that is).

the aim is a simple ini file which will contain all of the strings to be used. the issue at the moment is that i need to finalise the layout of the config pages but basic player options will be added in for the time being.

now i'm off to code this beast

-daz

[EdgeOfEpsilon]

You could always use *gasp* Marquee

Er, that is if you could directly edit the html.

[EDIT: And so it came to pass that the HTML was edited, and there sprang forth marquee from the darkness. And he saw, and it was pure evil. ]

[lunarboy1]

i remember when what was it, IE4 came out and the marquee tag was new and EVERYONE had to use it. Really really bad.

I would make pages and peopel would say, "put a scrolling thing in there!" and i'd cringe ... guuhhhh.

[EdgeOfEpsilon]

Ugh, the woman who runs the school website club at school is obsessed with marquee... I've told her, numerous times, that it's tasteless and unnecessary, but she persists. They should call it WebN00bs Club.

[Dipso]

Yea, why is it that n00bs always get obsessed with the gimics? Don't they have eyes it their sockets. Its like all those fools that HAVE to use the lensflare in all their photoshop work(after having used all the other filters aswhell)

"Yes, it has a certain "flare", but it still looks tacky and tasteless!"

[john_is_war]

better then blink

[amano]

I thinks that this information should be posted in this forum here.

It seems that DrO's JTFE will be featured in the next winamp release:
http://forums.winamp.com/attachment....postid=1259449

This screenshot was posted by Will in this thread: http://forums.winamp.com/showthread....hreadid=164765

I think that this would be the better place to discuss this topic:

[Dipso]

*GRIN GRIN GRIN*

[EdgeOfEpsilon]

W00t. Wonder if ml_www is in that installer...

[DJ Egg]

no ml_www

jtfe & new in_mp4 / enc_mp4

[EdgeOfEpsilon]

Awww... Is it going to be in 5.02? (Don't know what version that installer was for, it was blanked out)

[amano]

Originally posted by DJ Egg

jtfe & new in_mp4 / enc_mp4

ooops,
amano happens to be waiting for 5.01+

[inthegray]

no ml_www? any reason why, that you know of?

and what does enc_mp4 do?

[DJ Egg]

well, it's Justin's plugin, so.... ummm

Fear not though


enc_mp4 is for ripping to mp4 format (mpeg4ip mp4 encoder)

[amano]

So aac decoding isn't integrated into the in_mp3 anymore?

is it a completely new codebase?(perhaps supporting HE-aac now?) or is just mp4 support added?

EDIT: What do mean with MP4ip encoder? did they switch from Dolby to FAAC? (as I think that the mpeg4ip tools use FAAC as the command line tool).

[DJ Egg]

well, I guess seeing it's still in beta, you will just have to wait and see...

AAC (raw dolby lc-aac) is still handled by in_mp3.dll
MP4/M4A container is handled by Nullsoft in_mp4.dll
enc_mp4 muxing library is built with MPEG4IP (iTunes/QT/Nero compatible)

btw, I don't like the idea of hijacking the JTFE thread with talk of MP4/AAC. I'm basically just very happy for all of us, and especially for DrO himself, re: JTFE being included with the default setup.

[amano]

I don't hijack any thread. I am just hunting for new information (you know me already, I think).

That means -> back to pure JTFE discussion (in here, at least).

[DrO]

hehe, anything related to Winamp is good news.
so yes, official JTFE is in the distribution.

the build that will go out doesn't really add any new features, more just a few important bug fixes and OS compatability. for a public release it has been necessary to fix a few issues that everyone will comment on so best to fix those first.

development will be a bit more active over the next few weeks as all of the new features go in so there will be test builds coming to test to help improve reliability for future public releases.

as a note, i had intended for JTFE going in to be a surprise but will was a bit eager about it

so a big thanks to all of you who have given feedback over the last few months and helped get JTFE to this point.
thank you all!

-daz

[amano]

I hope, that JTFE will also be released as a plugin, not only in the winamp bundle (For those WA2 users that are reported to be still around).

Maybe stable builds for the winamp bundle and experimental ones for us to test.