[span style='font-size:13pt;line-height:100%']
What is foo_temple about?[/span]
Think of an party where the music comes from one big playlist which is played in random order. After playing random music for some hours one of your guest wants to hear 2-3 special songs. What would you do? Move them to another playlist, switch the order to repeat, standing next to the machine and switching the playlist back after the special songs are over? Yes, you could do this but the better way would be using
foo_templeIt provides a temporary playlist where you can add songs. This songs then get played and when they are over foobar continue with the normal playing mode
(I hope you get it, english isn't my mother tongue )
[span style='font-size:13pt;line-height:100%']
How to use foo_temple?[/span]
since 0.8.8The way it works has changed, it doesn't use an own playback order drop down list. To activate the plugin you have to set playback order to "Enqueue", if the list is empty it switches back to the previous selected playmode. Just play around with it, i think is easy to use.
The plugin has now a DSP compatibility mode which can be activated in the preference dialog. It only works if the next song is in the active playlist, otherwise it uses the old method witch doesn't
before 0.8.8This plugin is only active when the 'Enqueue' playback oder is active.
If no song is in the enqueue list the plugin will use the playback order which is selected via the dropdown box in the enqueue plugin window.
If there is a song (or more than one) in the enqueue list and the 'Enabled' switch is enabled than this songs will be played. If they are all over the playback with the selected order will continue.
Just play around with it, it's really easy
If you want 'Enqueue file(s)' or 'Toggle enqueue' as a shortcut just go to the shortcut config page and search for the '[context / playlist] Enqueue file(s)' or '[context / playlist] Toggle List' items.
To make keyboard shortcuts look at the keyboard preferences for '[context / playlist] Enqueue file(s)' and '[context / playlist] Toogle List'
For those who use [Next or Random], please use [Next (depend on order)] it will work better[span style='font-size:13pt;line-height:100%']
Download[/span]
newest version:
foo_temple 0.8.9 (http://www.daskleinegruenedreieck.de/foobar2000/foo_temple-0.8.9.zip) (24.10.2004)
older versions (not recommend):
foo_temple 0.8.8.5 (http://www.daskleinegruenedreieck.de/foobar2000/foo_temple-0.8.8.5.zip) (22.10.2004)
foo_temple 0.8.8.1 (http://www.daskleinegruenedreieck.de/foobar2000/foo_temple-0.8.8.1.zip) (22.10.2004)
foo_temple 0.8.8 (http://www.daskleinegruenedreieck.de/foobar2000/foo_temple-0.8.8.zip) (22.10.2004)
foo_temple 0.8.6.1 (http://www.daskleinegruenedreieck.de/foobar2000/foo_temple-0.8.6.1.zip) (09.07.2004)
foo_temple 0.8.5 (http://www.daskleinegruenedreieck.de/foobar2000/foo_temple-0.8.5.zip) (06.07.2004)
foo_temple 0.8.4 (http://www.daskleinegruenedreieck.de/foobar2000/foo_temple-0.8.4.zip) (05.07.2004)
foo_temple 0.8.2 (http://www.daskleinegruenedreieck.de/foobar2000/foo_temple-0.8.2.zip) (03.07.2004)
foo_temple 0.8.0 (http://www.daskleinegruenedreieck.de/foobar2000/foo_temple-0.8.0.zip) (02.07.2004)
foo_temple 0.7.6 (http://www.daskleinegruenedreieck.de/foobar2000/foo_temple-0.7.6.zip) (23.06.2004)
[span style='font-size:13pt;line-height:100%']
Source[/span]
foo_temple 0.8.9 source (http://www.daskleinegruenedreieck.de/foobar2000/foo_temple-0.8.9-src.zip) (24.10.2004)
foo_temple 0.8.8 source (http://www.daskleinegruenedreieck.de/foobar2000/foo_temple-0.8.8-src.zip) (22.10.2004)
foo_temple 0.8.4 source (http://www.daskleinegruenedreieck.de/foobar2000/foo_temple-0.8.4-src.zip) (05.07.2004)
foo_temple 0.8.3 source (http://www.daskleinegruenedreieck.de/foobar2000/foo_temple-0.8.3-src.zip) (05.07.2004)
foo_temple 0.8.0 source (http://www.daskleinegruenedreieck.de/foobar2000/foo_temple-0.8.0-src.zip) (01.07.2004)
foo_temple 0.7.6 source (http://www.daskleinegruenedreieck.de/foobar2000/foo_temple-0.7.6-src.zip) (01.07.2004)
[span style='font-size:13pt;line-height:100%']
News[/span]
known bug for 0.8.8 and newer: Activating the DSP compatibility mode sometimes brakes the 'Update Playlist Position'.
-> 0.8.9 releasedAdded support for ui columns. It's not perfect yet but it works most of the time.
Don't try to open 2 extensions of it (with uie_tabs), I am pretty sure that strange things will happen.
-> 0.8.8.5 releasedSince I changed a lot of internal things I decided to release this version witout no big new features, because it needs some testing. Bugreports are very welcome, so if you find something please let me now.
-> 0.8.8.1 releasedThe 'close list after last song' option should work again
-> 0.8.8 releasedI finally managed to work on this plugin again (better late then never ), so here is the newest version with some new features:
- The internal playback order drop down thing is gone, see above
- Option to stop playback after last song in enqueue list
- DSP compatibility mode
What DSP compatibility mode does:
There was a problem in prior version with DSP plugins, e.g. foo_dsound_ex doesn't fade between two songs. The DSP compatibility mode of 0.8.8 version makes these kind of plugin work as they should, as long as the next song from the enqueue list is in the active playlist.
All other DSP plugins like Resampler and stuff will (and have) always work, this is just for DSP plugins which do sth. between two tracks.
Because of the long development pause I bet there are some bugs in this release so if you find something please tell.
-> 0.8.6.1 releasedIn 0.8.6.1 the playback sometimes stopped, hope this is fixed now
-> 0.8.6 releasedhm, pretty much additions, don't know where to start
- Rewritten large parts of the source code -> easier to maintain and faster/safer/better/...
- Added a 'PLayback/Enable enqueue' menu item so the plugin can be enabled/disabled with a shortcut
- The list can be closed with Escape
- The highlighted songs can be played with Enter
- fixed the '- If foobar is minimized when the last song in the enqueue list is played, the list will not autohide.' bug
- Reorganized/renamed config page:
-- New 'Enable enqueue' when songs are added function
-- New 'Set Playback Order to Enqueue' when songs are added
-- New 'Focus window or not' function added
I hope that I haven't forgot anything
-> 0.8.5 released- cleaned up the config dialog
- added [next (depend on order)] command as a replacement to [next or random]
- the list is saved between sessions (still alpha, you have to enable it in the config dialog)
- some other things I forgot
- the usual bugfixing
-> 0.8.4 released - UPDATE is strongly recommend- fixed (hopefully) the way metadb_handles are treated and stored, foobar2000 should no longer crash on exit (Thanks to Phi for helping me )
- the title bar now shows the number of enqueued songs
- depending on the number of selected songs in foobar2000 context menu its label is now either "Enqueue file" or "Enqueue files"
-> 0.8.3 released- the status-bar-isn't-updated bug is fixed (hopefully)
- added a playback order dropdownlist to the configpage (this is just for you anza )
- general bugfixing and tuning
- i got 2 times a 'virtual function error' after closing foobar2000 but i could not reproduce it. if you encounter this then please report
-> 0.8.2 releasedFound some more free time (programming is so much more fun than learning )
3 Things have changed:
- I've rewritten large parts: no new features, just easier to maintain the code
- The 'Format String' now works in realtime, try it with some songs enqueued
- something hard to explain, here an example from upNorth:
Key: played -> enqueued -> after finished queue
Old: 1,2,3,4,5 -> 120 -> 6,7,8,9
New: 1,2,3,4,5 -> 120 -> 121, 122,123,124
With enabling one of the two new options you can enforce the 'new' behavior (I'm to tired to explain it further, just give it a try and you will find out)
-> 0.8 releasedI finally found some free minutes and rewrote the 'core function' of foo_temple: It's now a playback order. Just select 'Enqueue' in the order menu and play around with it.
Many thanks to Phi, it was his idea which I implemented
With this new release many of the old problems should be gone, but it's far from being perfect. If you find some bugs or have some suggestions then post here in this thread.
(There is a problem with foo_scroll: The last song in the enqueue list will be played twice. If you don't like this then disable foo_scroll for the moment, I will look into this problem)
->0.7.6 source releasedDue to my lack of free time i've released the sourcecode, but don't laugh at me if you look at it, it's somewhat strange and n00bish
You can do whatever you want to, its released under 'i don't care what you do with it'-license
-> 0.7.6 released- context menu problem on multi monitor system possibly fixed, can someone validate this? (because i only have one monitor)
- the complete foobar context menu is now available
-> 0.7.5.1 released- The minimum window size of the list has gone
-> 0.7.5 released- You can now use your own Format String instead of %_filename%
- DEL deletes entries in the list
- Doubleklick on an entry will play it
- You can choose wether the temp. list becomes activated or not when 'Toogle List' is used
-> 0.7.1 releasedI think I have fixed the window-is-gone bug
-> 0.7 releasedThis is the first version after a long time. The custom color support has gone for a while but one important thins was added:
foo_temple no longer relies on the playlist position of a song but it now uses internal handles. This way you could move songs around an switch playlist and the whole thing still works
I don't see a thing. It does show up in components list (latest foobar beta). What does this specifically do, again?
how to use it:
use the "Show|Hide List" and "Enqueue File(s)" in the context menu.
what it does:
you can add some songs to the temp. list. foobar then plays this songs and afterwards it continue with the normal playmode. it's very handy if you have a big playlist and there are a few songs you want you want to hear next without creating a new playlist
beta 0.2 is out, now the window position und window state is saved
download: see first post in this thread
Very nice
Only problem I see is that the name "foo_enqueue.dll" is allready taken by Mark Paschal for his Enqueue Next (http://markpasc.org/code/enqueue/) plugin.
Some ideas after a short test:
*Don't use playlist number as a reference to enqueue files.
*Move the "Show|hide" to the components menu.
*Ability to keep the window open after the last song.
*Preferences page with formatting support.
*Background color and font support.
*Ability to play a track when double clicking it in playlist, even though there are more tracks in queue. Just let them wait for their turn.
*Rearranging and removing entries in the enqueue list
*Checkbox to decide if the playlist should jump to the spot where the next track in queue is located, when it starts playing.
Only ideas, not expecting you to add them right away.
Btw: I find the two checkbox features very useful.
Thanks alot for this plugin, I have waited a long time for something like this
Edit:
Added more ideas. No pressure, just use the ones you like, if any...
Great start!
Here's a bug: when I hit play after it's already playing to change to the next enqueued song, it plays about 1-2 seconds of the highlighted song (in the playlist) before changing to the enqueued song. My config is entirely default.
stripe
what i like to see..
drag n drop from playlist to enqueuelist and move delete etc.
formating support like in standard ui (with font and bg color support)
Move the "Show|hide" to the components menu. (dynamic if it is viseble = hide templist and if not show templist)
nice module... i like it a lot
instead of going to vacation i'm sitting here with a sore throat
new version is up (url: see first post):
- new name
- context menu is working
- hide list after last song - checkbox
- integrated in the components menu
- some more bugs
Cool plugin! Hoping to see upNorth's suggestions, but it works fine enough already (but needs at least those things to get on my "regularly used plugins" -list)
Quite nice. Does not seem to remember current playlist position for me though. Regardless wether playlist follow cursor in playlist menu is enabled or not.
I always have to reset the cursor back to the position of that last song in the main playlist after enqueuing. Wich is a bit of a hassle since you obviously have to change selection when enqueuing songs.
Could be I overlooked something though.
Sucks about the the sore throat . Hope you get better.
* A two line config at the bottom, is a little too much for my taste and small screen (1024x768). A config in preferences would do for me, or at least not more than one line in the window.
* Have a look at the spelling of the word "Toggle" in the menues
Still a nice plugin though, thanks
This is a pretty cool plugin.
One feature request I'd like to see, if possible: Enqueue from other windows (e.g., Album List, Extended Search, etc.). That would be killer, but I don't know how easy/possible it is.
One feature request I'd like to see, if possible: Enqueue from other windows (e.g., Album List, Extended Search, etc.). That would be killer, but I don't know how easy/possible it is.
@janjan: use data that is supplied with perform_command() instead of using the playlist selection.
Great Start, look forward to future versions
0.5 is up
added:
- custom color and font support
- a configuration page
- corrected a few bugs
- added a few more bugs
things that still sucks:
- uses the playlist position as reference to a file, if you move the file it does't work correctly
- i'm using play_callback to change the playback an this is not the best way to do it
- Enqueue from other windows (e.g., Album List, Extended Search, etc.) does't work
- the ownerdraw listbox isn't fully optimized, it flickers a lot if you resize it
- ...
i think i will rewrite it from scratch, the only problem is that i'm in c++ programming for about 4 weeks and it's quite hard for me to understand the SDK. i hardly get how to use metadb, playlist_oper, playback_flow_control. and stuff like that.
perhaps someone who understand the SDK better then me could give a short summary of the most important techniques/methods and the general way how foobar works internally, this would help me a lot.
Feature request: "Stop playback after enqueue list is empty".
variables are cool:
1. play song x.
2. enqueue another song, y.
3. before song x is done, double click a third song, z, to play.
z plays for 2 seconds and then it goes to y.
personally, it seems like it would make sense if it let z play, and only went to y after x was done. no?
also, is there some way you could have the plugin just mimic whatever color scheme you're using in foobar? seems like that would be super-handy.
loooove the plugin so far.
stripe/ben
[edit... upNorth already mentioned my first point, far more succinctly too. oops.]
Any updates?
Ok, cool plugin
any chance of you making a plugin that makes a (perhaps temp) playlist that scans a given dir/path and adds new files to it on startup/when asked to ?
EDIT: the name of the playlist should be given a logical name, such as path or dir
I guess it's my turn to bring this up -- thanks, great plugin!
However (), are we going to see updates? For example, the enqueue command affects only the tracks selected in the main playlist, making it impossible to enqueue via the foo_dbsearch plugin (which would be a _nice_ option).
Well, anyway, thanks again for this plugin.
I really like this plug-in, though one thing I dislike is pop-ups...can't the "enqueued-songs" list merge at the bottom of the regular foobar-playlist? Making it look something like this:
(http://www.brummas-alabamas.nu/foo_temple_sugg.gif)
/Superbesten
I really like this plug-in, though one thing I dislike is pop-ups...can't the "enqueued-songs" list merge at the bottom of the regular foobar-playlist?
No, not without violating forum rule #15 or reimplementing the standard UI.
Ok, I see, thanks for the info foosion...
Well, then I can only hope for an implementation of this function in the regular Foobar-pack then...
/Superbesten
Is 0.5 of foo_temple is the latest version available. If so it's not compatible with fb2k 0.76. It loads when starting fb2k, but when I try to play enqueued items it crashes. Or maybe i do smth wrong? Don't let this great plugin die!!!
it works for me
Very nice plugin, i've been looking for something like this, thanks.
I would like to see the following behaviour though.
First check out xmplay (www.un4seen.com). When i middle-click a track in the playlist, that track is queued for playback and gets a >1 in front of it. Middle-click another track and it is queued as >2 etcetera. All the other tracks keep their playlist numbers. This works very intuitively.
Can this be done in foobar2000, perhaps with this plugin?
Thanks for your work so far!
Bart
I get this problem after installing foo_temple.
foobar 0.7.7a
winxp
Illegal operation:
Code: C0000005h, flags: 00000000h, address: 019457E1h
Access violation, operation: read, address: 00000000h
Call path:
WinMain=>app_mainloop=>play_callback::on_playback_new_track
This is the first crash logged by this instance.
Code bytes (019457E1h):
019457A1h: 48 FF EB 0F 8A 11 80 FA 2E 74 0C 80 FA 3F 75 02
019457B1h: 8B C1 49 3B CE 77 ED 3B CE 72 11 80 39 2E 75 0C
019457C1h: 41 2B C1 50 51 8B CF E8 73 BA FF FF 8B C7 5F 5E
019457D1h: C2 04 00 55 8B EC 51 51 56 D9 EE 8B F1 DD 5D F8
019457E1h: 8B 06 FF 50 30 8B 06 6A 00 8B CE FF 50 0C 85 C0
019457F1h: 74 0A 8B 10 8B C8 FF 52 54 DD 5D F8 8B 06 8B CE
01945801h: FF 50 38 DD 45 F8 5E C9 C3 55 8B EC 8B 45 0C 85
01945811h: C0 74 03 83 20 00 56 8B 75 10 85 F6 57 75 04 33
Stack (0012FD18h):
0012FCF8h: 00000000 00000000 00000000 00000000
0012FD08h: 00000000 00000000 00000000 00000000
0012FD18h: 00000000 00000000 00000000 0012FD98
0012FD28h: 01941E3E 02AC6E38 00000000 00000000
0012FD38h: 02AC6E38 014F35EB 014F8670 014F35D9
0012FD48h: 02AC6E38 00000000 41FE4E44 11C7CCA7
0012FD58h: 000FA82C 00000006 02AC6E38 00000000
0012FD68h: 00E88250 FFFFFFFF 0012FE5C 019469D0
0012FD78h: FFFFFFFF 01942005 0040ECDD 028AEB94
0012FD88h: 0042E410 00000000 0042E418 00000015
0012FD98h: 0012FDD0 00411A74 0012FE4C 00411966
0012FDA8h: 00000000 02AC5AC0 00000004 00000004
0012FDB8h: 00000001 0042F368 0042F354 0042E410
0012FDC8h: 0012FDCC 0042E418 0012FDD8 004119AE
0012FDD8h: 0012FE04 77D43A50 004803E6 00000400
0012FDE8h: 00000000 00000000 00411966 DCBAABCD
0012FDF8h: 00000000 0012FE4C 00411966 0012FE6C
0012FE08h: 77D43B1F 00411966 004803E6 00000400
0012FE18h: 00000000 00000000 0012FF00 0012FEF8
0012FE28h: 00670998 00000020 00000000 00000001
Registers:
EAX: 00000000, EBX: 00000000, ECX: 00000000, EDX: 00437FE0
ESI: 00000000, EDI: 00000008, EBP: 0012FD24, ESP: 0012FD18
Crash location: "foo_ui_light", loaded at 01940000h - 0194E000h
Loaded modules:
foobar2000 loaded at 00400000h - 00440000h
ntdll loaded at 77F50000h - 77FF7000h
kernel32 loaded at 77E60000h - 77F46000h
USER32 loaded at 77D40000h - 77DCC000h
GDI32 loaded at 77C70000h - 77CB0000h
ADVAPI32 loaded at 77DD0000h - 77E5D000h
RPCRT4 loaded at 78000000h - 78086000h
COMCTL32 loaded at 71950000h - 71A34000h
msvcrt loaded at 77C10000h - 77C63000h
SHLWAPI loaded at 63180000h - 631E5000h
utf8api loaded at 10000000h - 1000B000h
comdlg32 loaded at 763B0000h - 763F5000h
SHELL32 loaded at 773D0000h - 77BC2000h
IMM32 loaded at 76390000h - 763AC000h
LPK loaded at 629C0000h - 629C8000h
USP10 loaded at 72FA0000h - 72FFA000h
foo_abx loaded at 008C0000h - 008CA000h
foo_ac3 loaded at 008D0000h - 008E0000h
foo_addall loaded at 008E0000h - 008E6000h
MSVCR70 loaded at 7C000000h - 7C054000h
foo_albumlist loaded at 00900000h - 00909000h
foo_ape loaded at 00910000h - 0092F000h
foo_apl loaded at 00930000h - 00939000h
foo_audioscrobbler loaded at 00940000h - 00962000h
LIBCURL loaded at 00970000h - 00989000h
WS2_32 loaded at 71AB0000h - 71AC4000h
WS2HELP loaded at 71AA0000h - 71AA8000h
WINMM loaded at 76B40000h - 76B6C000h
foo_bitcompare loaded at 00A20000h - 00A28000h
foo_burninate loaded at 00A30000h - 00A3B000h
VERSION loaded at 77C00000h - 77C07000h
foo_cdda loaded at 00A40000h - 00A4E000h
foo_clienc loaded at 00A60000h - 00A74000h
foo_console loaded at 00A80000h - 00A88000h
foo_convolve loaded at 00A90000h - 00ABC000h
foo_copynpaste loaded at 00AC0000h - 00AC7000h
foo_dbsearch loaded at 00AD0000h - 00AEB000h
ole32 loaded at 771B0000h - 772D1000h
foo_diskwriter loaded at 00AF0000h - 00AFB000h
foo_dsp_crossfade loaded at 00B00000h - 00B07000h
foo_dsp_crossfeed loaded at 00B10000h - 00B16000h
foo_dsp_extra loaded at 00B20000h - 00B3F000h
libmmd loaded at 00B40000h - 00C3D000h
foo_dsp_nogaps loaded at 00C40000h - 00C47000h
foo_dsp_pause loaded at 00C50000h - 00C57000h
foo_dsp_skip_silence loaded at 00C60000h - 00C67000h
foo_dsp_soundtouch loaded at 00C70000h - 00C7B000h
MSVCP60 loaded at 55900000h - 55961000h
foo_dynamics loaded at 00C80000h - 00C87000h
foo_faac loaded at 00C90000h - 00CC3000h
foo_festalon loaded at 00CD0000h - 00DE2000h
foo_flac loaded at 00DF0000h - 00E06000h
foo_flaccer loaded at 00E10000h - 00E29000h
foo_focus loaded at 00E30000h - 00E40000h
foo_freedb loaded at 00E40000h - 00E72000h
foo_history loaded at 00E80000h - 00E8E000h
foo_id3v2 loaded at 00E90000h - 00EB6000h
foo_input_std loaded at 00EC0000h - 00FA9000h
MSACM32 loaded at 77BE0000h - 77BF4000h
foo_lame loaded at 00FB0000h - 00FB9000h
foo_lpac loaded at 00FC0000h - 00FC7000h
lpac_codec_api loaded at 00FD0000h - 00FDA000h
lpaccodec loaded at 00FE0000h - 01009000h
foo_masstag loaded at 01230000h - 0123E000h
foo_matroska loaded at 01240000h - 01280000h
foo_minibar loaded at 01280000h - 0128B000h
MSVCR71 loaded at 7C340000h - 7C396000h
foo_mod loaded at 012A0000h - 012A9000h
BASS loaded at 012B0000h - 01303000h
foo_monkey loaded at 01310000h - 0132E000h
foo_mpcenc loaded at 01330000h - 01338000h
foo_mpeg4u loaded at 01340000h - 0136C000h
foo_nez loaded at 01370000h - 0139D000h
foo_null loaded at 013A0000h - 013A7000h
foo_ofr loaded at 013B0000h - 013DE000h
foo_oggpreview loaded at 013F0000h - 014ED000h
foo_osd loaded at 014F0000h - 014FB000h
foo_output_std loaded at 01500000h - 01509000h
foo_out_dsound_ex loaded at 01510000h - 01519000h
DSOUND loaded at 51080000h - 510D6000h
foo_out_ks loaded at 01530000h - 0153B000h
SETUPAPI loaded at 76670000h - 76757000h
foo_psf loaded at 01540000h - 015E9000h
foo_read_http loaded at 015F0000h - 015FA000h
foo_rgscan loaded at 01600000h - 0160B000h
foo_search_ex loaded at 01610000h - 01618000h
foo_send_to_pl loaded at 01620000h - 01629000h
foo_shn loaded at 01630000h - 01640000h
foo_shuffle loaded at 01640000h - 0164D000h
foo_sid loaded at 01650000h - 01697000h
foo_spc loaded at 016A0000h - 016AF000h
foo_speex loaded at 016B0000h - 016C8000h
foo_stfu loaded at 016D0000h - 016D7000h
foo_syfm loaded at 016E0000h - 016EA000h
foo_temple loaded at 016F0000h - 016FD000h
foo_tfmx loaded at 01700000h - 01709000h
foo_toolame loaded at 01710000h - 01723000h
foo_tradersfriend loaded at 01730000h - 0173C000h
foo_tunes loaded at 01740000h - 017A4000h
uxtheme loaded at 5AD70000h - 5ADA4000h
YzShadow loaded at 018F0000h - 018FE000h
PowerMenuHook loaded at 01910000h - 01923000h
foo_ui_light loaded at 01940000h - 0194E000h
foo_ui_std loaded at 01950000h - 01969000h
foo_unpack loaded at 01970000h - 019A1000h
OLEAUT32 loaded at 77120000h - 771AB000h
foo_utils loaded at 019B0000h - 019B6000h
foo_vis_manager loaded at 019C0000h - 019C8000h
foo_vis_simple_spectrum loaded at 019D0000h - 019DA000h
foo_vis_vu_meter loaded at 019E0000h - 019E8000h
foo_vorbisenc loaded at 019F0000h - 01AEB000h
foo_wavpack loaded at 01AF0000h - 01AFB000h
foo_wma loaded at 01B00000h - 01B15000h
WMVCore loaded at 08530000h - 0872D000h
WMASF loaded at 07260000h - 07299000h
foo_xa loaded at 01B20000h - 01B32000h
msctfime loaded at 01B60000h - 01B8B000h
YzDock loaded at 01CE0000h - 01CED000h
Msimtf loaded at 746F0000h - 74716000h
MSCTF loaded at 74720000h - 74764000h
mswsock loaded at 71A50000h - 71A8B000h
DNSAPI loaded at 76F20000h - 76F45000h
winrnr loaded at 76FB0000h - 76FB7000h
WLDAP32 loaded at 76F60000h - 76F8C000h
rasadhlp loaded at 76FC0000h - 76FC5000h
wshtcpip loaded at 71A90000h - 71A98000h
idlemon loaded at 1C000000h - 1C006000h
ksuser loaded at 5EF80000h - 5EF84000h
imagehlp loaded at 76C90000h - 76CB2000h
DBGHELP loaded at 6D510000h - 6D58D000h
Stack dump analysis:
Address: 01941E3Eh, location: "foo_ui_light", loaded at 01940000h - 0194E000h
Address: 014F35EBh, location: "foo_osd", loaded at 014F0000h - 014FB000h
Address: 014F8670h, location: "foo_osd", loaded at 014F0000h - 014FB000h
Address: 014F35D9h, location: "foo_osd", loaded at 014F0000h - 014FB000h
Address: 00E88250h, location: "foo_history", loaded at 00E80000h - 00E8E000h
Address: 019469D0h, location: "foo_ui_light", loaded at 01940000h - 0194E000h
Address: 01942005h, location: "foo_ui_light", loaded at 01940000h - 0194E000h
Address: 0040ECDDh, location: "foobar2000", loaded at 00400000h - 00440000h
Address: 0042E410h, location: "foobar2000", loaded at 00400000h - 00440000h
Address: 0042E418h, location: "foobar2000", loaded at 00400000h - 00440000h
Address: 00411A74h, location: "foobar2000", loaded at 00400000h - 00440000h
Address: 00411966h, location: "foobar2000", loaded at 00400000h - 00440000h
Address: 0042F368h, location: "foobar2000", loaded at 00400000h - 00440000h
Address: 0042F354h, location: "foobar2000", loaded at 00400000h - 00440000h
Address: 0042E410h, location: "foobar2000", loaded at 00400000h - 00440000h
Address: 0042E418h, location: "foobar2000", loaded at 00400000h - 00440000h
Address: 004119AEh, location: "foobar2000", loaded at 00400000h - 00440000h
Address: 77D43A50h, location: "USER32", loaded at 77D40000h - 77DCC000h
Address: 00411966h, location: "foobar2000", loaded at 00400000h - 00440000h
Address: 00411966h, location: "foobar2000", loaded at 00400000h - 00440000h
Address: 77D43B1Fh, location: "USER32", loaded at 77D40000h - 77DCC000h
Address: 00411966h, location: "foobar2000", loaded at 00400000h - 00440000h
Address: 77D7390Ah, location: "USER32", loaded at 77D40000h - 77DCC000h
Symbol: "CreateAcceleratorTableA" (+0000032Dh)
Address: 77D99B68h, location: "USER32", loaded at 77D40000h - 77DCC000h
Address: 77D43D79h, location: "USER32", loaded at 77D40000h - 77DCC000h
Symbol: "GetMessageW" (+00000125h)
Address: 00411966h, location: "foobar2000", loaded at 00400000h - 00440000h
Address: 77D43A33h, location: "USER32", loaded at 77D40000h - 77DCC000h
Address: 77D4B1A9h, location: "USER32", loaded at 77D40000h - 77DCC000h
Symbol: "IsDialogMessageW" (+0000008Dh)
Address: 77D7390Ah, location: "USER32", loaded at 77D40000h - 77DCC000h
Symbol: "CreateAcceleratorTableA" (+0000032Dh)
Address: 77D99B88h, location: "USER32", loaded at 77D40000h - 77DCC000h
Address: 77D43DDFh, location: "USER32", loaded at 77D40000h - 77DCC000h
Symbol: "DispatchMessageW" (+0000000Bh)
Address: 10003436h, location: "utf8api", loaded at 10000000h - 1000B000h
Symbol: "uDispatchMessage" (+0000000Ah)
Address: 004104C9h, location: "foobar2000", loaded at 00400000h - 00440000h
Address: 631AF1ABh, location: "SHLWAPI", loaded at 63180000h - 631E5000h
Symbol: "Ordinal125" (+00000027h)
Address: 0040F14Dh, location: "foobar2000", loaded at 00400000h - 00440000h
Address: 0042DC6Eh, location: "foobar2000", loaded at 00400000h - 00440000h
Address: 00400000h, location: "foobar2000", loaded at 00400000h - 00440000h
Address: 631AF1ABh, location: "SHLWAPI", loaded at 63180000h - 631E5000h
Symbol: "Ordinal125" (+00000027h)
Address: 0042DC98h, location: "foobar2000", loaded at 00400000h - 00440000h
Address: 004306D0h, location: "foobar2000", loaded at 00400000h - 00440000h
Address: 77E814C7h, location: "kernel32", loaded at 77E60000h - 77F46000h
Symbol: "GetCurrentDirectoryW" (+00000044h)
Address: 631AF1ABh, location: "SHLWAPI", loaded at 63180000h - 631E5000h
Symbol: "Ordinal125" (+00000027h)
Address: 77E94809h, location: "kernel32", loaded at 77E60000h - 77F46000h
Symbol: "SetThreadExecutionState" (+00000097h)
Address: 77E91210h, location: "kernel32", loaded at 77E60000h - 77F46000h
Symbol: "OpenConsoleW" (+0000EDBEh)
Address: 0042DB3Ah, location: "foobar2000", loaded at 00400000h - 00440000h
Address: 00410072h, location: "foobar2000", loaded at 00400000h - 00440000h
Address: 00430022h, location: "foobar2000", loaded at 00400000h - 00440000h
Version info:
foobar2000 v0.7.7a
UNICODE
Crash location: "foo_ui_light", loaded at 01940000h - 0194E000h
Perhaps you could try removing foo_ui_light...
Regards,
The Link
Crash location: "foo_ui_light", loaded at 01940000h - 0194E000h
Perhaps you could try removing foo_ui_light...
Regards,
The Link
yea just noticed that myself....
oddly, i am not USING foo_ui_light at the time...
works fine now...
one problem tho, when enqueing a track that is in a single file that is split with a CUE sheet, it displays only the name of the one big file, rather than the track name etc in the temple playlist.
sorry for the lack of updates but currently i have no time to finish this plugin. perhaps i will start again in one or two months but i'am not sure about this
sorry for the lack of updates but currently i have no time to finish this plugin. perhaps i will start again in one or two months but i'am not sure about this
In that case, would you mind posting the source? Oh and I don't mind what language the comments are in
If janjan, or anybody else, is going to update the plugin, please first check out a minor bug on multimonitor systems when foo_temple window is on negative coordinates. If you right click, the context menu opens up in a completely screwed up position.
I have another suggestion (in a bit related to my last one), why not add the enqueue-list as another play-list tab? I just can't stand several windows for each program
I second that!
I have another suggestion (in a bit related to my last one), why not add the enqueue-list as another play-list tab? I just can't stand several windows for each program
i tried this a few days ago but with the current SDK it's not possible to implement such a behavior in a clean way
i think i will make a list of needed functions to implement a good working temporary playlist and hand it over to peter, perhaps there is a chance that he will include these things...
i have a version of foo_temple running here that doesn't rely on the playlist position, instead it uses metadb_handle. basically it works but the way the plugin connects into the playflow (i hope you know what i mena ) just sucks... i think i will not release another version until i find a better way...
janjan... glad you are still around...
Anyhow, I have had the problem where the enqueue list won't show up.
Everything else works fine.
Any ideas?
Glad I'm not the only one having this problem.
With 0.8 betas I can enqueue files and it works fine, but the list doesn't show up no matter what I do.
Everything works fine with 0.7.
I think I remember having the same problem after upgrading to a new fb2k beta.
I can't recall how I fixed it, but try renaming the plugin (to say, foo_temple.disabled), then open and close foobar, then rename it back and run foobar again. This should reset the config variables for foo_temple, which might be the cause of the problem.
Glad I'm not the only one having this problem.
With 0.8 betas I can enqueue files and it works fine, but the list doesn't show up no matter what I do.
Everything works fine with 0.7.
Have you tried to remove the dll, turn foobar2000 on and off and then add the dll back? That seems to have done the trick here with beta9 and foo_temple v0.5.
i have a version of foo_temple running here that doesn't rely on the playlist position, instead it uses metadb_handle. basically it works but the way the plugin connects into the playflow (i hope you know what i mena ) just sucks... i think i will not release another version until i find a better way...
This is good news. I hope it can be solved as using the playlist position only have its limitations.
The problem with this plugin and 0.8 seems to be that if you close foobar with foo_temple being used at all (whether it be items in the temporary playlist and the list hidden, or the list showing with anything, or nothing, in it), the next time you start foobar you won't be able to get the enque list to show up.
Is development entirely stopped on this plugin? That is a pretty significant issue, it would be nice to see it fixed. As it stands, in order to get the enque list to show up again I have to start foobar with the dll deleted, then restart foobar again with the file back in the components folder.
Wow! Cool plugin Thanks a lot! This is what I nedeed.
Just some little suggestions for your consideration:
- Double-click on playlist send the track to the 'temp playlist' (instead of right-click>enqueue file). Or drag & drop. More intuitive.
- Possibility of shuffle in the 'temp playlist'. COudl eb great when creating a large playlist and don't want to listen it in the order you've vreated it
- In 'temp playlist' window, it could possible just to show Tile and Artist, instead of the filename?
- If posible don't delete the 'temp playlist' once a track is played, but have the posibility to keep it (and maybe even save it).
Otherwise, thanks again for this great plugin
Regards
As you stated, currently foo_temple only works within one playlist - I think it would be vastly more useful/awesome if I were able to build a temporary playlist with tracks across several different normal playlists.
More than anything else, that's the feature I'd love to see added.
hi,
well, i got several pms during the last weeks from people who would like to see me to continue developing this plugin. sadly there are several reasons which keep me from doing this:
- i have no time
- i have no motivation
- with the current sdk it is not possible to write a clean temporary playlist plugin. currently there are two ways and both of them suck.
i'm missing a good working version of this plugin too but as you see i can't complete it at the moment
give me 1-2 months and i will try finish this plugin
sorry guys
(there is no sense in releasing the source code, i think i've f***ed them up the last time i worked on them)
Sorry to hear that janjan.
I hope you can continue your great work soon.
One other little thing to add to the bug list:
It doesnt seem to work properly with the "Continuator" crossfading plugin. Instead of fading into the song in the temp playlist, it cuts out the last 10 seconds of the song in the real playlist, and starts playing the enqueued song then.
BTW, Is anyone else working on a similar plugin?
Finally i've found some time and motivation to clean up the code and port it over to 0.8.2
2 Things have changed:
- the color support has gone (just wait some days/weeks, it will be back again)
- the most requested feature has been implemented:
The plugin does not rely on playlist position anymore, it now uses the handle of a track. that means: you can enqueue a file and then move it around and it will be still found. Other than that it now works across playlist (but be warned, with "playback -> follow cursor" turned on you will notice some strange behaviors with the selection)
All in all this is just a quick and dirty hack, it should work most of the time as it is used to be. I tested it for some some hours but i very shure that there are bugs in it.
foo_temple 0.7 (http://www.daskleinegruenedreieck.de/foobar2000/foo_temple-0.7.zip)
(i'm still not happy the way this plugin works, for example in combination with foo_history there might be some strange issues (it's not the fault of foo_history), you have to live with that unless some things in the SDK changes)
Nice to see an update, and hear that you have found both time and motivation again
"The plugin does not rely on playlist position anymore" <- That's certainly good news
If you haven't done it already, do you think you could look into the problem with the list not appearing as it should. I'm not really sure what triggers it, but IIRC someone posted about it earlier. When this happens, the enqueuing works just fine, but there is no way to make the list appear (you have to start foobar without the dll once to get things back to normal). I've gotten used to use it without the list though
If you haven't done it already, do you think you could look into the problem with the list not appearing as it should. I'm not really sure what triggers it, but IIRC someone posted about it earlier. When this happens, the enqueuing works just fine, but there is no way to make the list appear (you have to start foobar without the dll once to get things back to normal). I've gotten used to use it without the list though
Strange, i never experienced this problem but i will look through the code.
The problem with this plugin and 0.8 seems to be that if you close foobar with foo_temple being used at all (whether it be items in the temporary playlist and the list hidden, or the list showing with anything, or nothing, in it), the next time you start foobar you won't be able to get the enque list to show up.
I do not really understand what ndrake means with this, does somebody has a better bug report for this?
Finally i've found some time and motivation to clean up the code and port it over to 0.8.2
Good to hear Thanks for this new build. Just downloading....
[Edit] Just downloaded. Work very well. Just a question: It's me or now the window seems to have a fixed minimum width?
The problem with this plugin and 0.8 seems to be that if you close foobar with foo_temple being used at all (whether it be items in the temporary playlist and the list hidden, or the list showing with anything, or nothing, in it), the next time you start foobar you won't be able to get the enque list to show up.
I do not really understand what ndrake means with this, does somebody has a better bug report for this?
That's the problem I was talking about. For short, think what he says, is that if foo_temple is active in anyway when you close foobar, you won't be able to bring up the enqueue list in later sessions.
I'm not sure if it's as simple as that though.
Ok, i think i've found the bug 0.7.1 is ready for download
foo_temple 0.7.1 (http://www.daskleinegruenedreieck.de/foobar2000/foo_temple-0.7.1.zip)
Just a question: It's me or now the window seems to have a fixed minimum width?
I noticed that too, the window behaves already like that in the VisualStudio Ressource Editor. currently i don't know but i will look into it.
Gr8 plugin, thanks a lot!
If/When you will continue with it, i think there is a few things to add if possible:
-Hotkey to enqueue a file
-Double click on file in the list plays file
-Drag around file in list
-Hotkeys to display/hide window, activating it in global hotekeys, opens it when you click that button, but clicking again does nothing, because temple-window is active, not foobar
Hey, great to have you back, and thanks for the update - finally I can enqueue from the dbsearch resultlist, probably the only thing that I've been longing for
-Hotkey to enqueue a file
you set it up in config - i have
-Double click on file in the list plays file
-Drag around file in list
those would be cool.
requests, please:
most importantly:let tracks stay in list after they play
let multimedia keys work in temple
let other hotkeys work as if temple was another playlist (hmm, i guess some do)
let other context menu stuff work.
thanks for your time,
Many thanks for the update, janjan
My two requests:
- allow us to customise the title formatting string used in the dialog instead of using just %_filename%
- let us use the escape key to close the enqueue list window, as you can in some of the other standard plugins (console, albumlist, and history, for example)
Delete key to remove enqued files from the list would be great, as well.
0.7.5 released, look at the first page for details
things to come
- color support
- esc -> hides the window
- more button support
- ...
Can somebody tell me more about the multi-monitor-bug?
The download link in the first post still pointed to the 0.7.1 version, so I have taken the liberty of fixing that.
Janjan, it has the same multimonitor bug than quite many other plugins have also had, the context-menu appears on the wrong monitor, when the enqueue window is on negative coordinates.
Hope that's enough for you to fix it
Also, the configuration page doesn't seem to use the correct system-default font. It seems it's MS Sans Serif or something like that, not Tahoma, which is my default font.
You also have a typo in the help dialog, it says "the handling schould be prety..."
Janjan, it has the same multimonitor bug than quite many other plugins have also had, the context-menu appears on the wrong monitor, when the enqueue window is on negative coordinates.
Hope that's enough for you to fix it
Hm, i have to look into it, but I have no idea to to solve it.
Do you know of an open source plugin which has a window and a context menu without this bug so I could look where the difference between my and their context menu code is?
Also, the configuration page doesn't seem to use the correct system-default font. It seems it's MS Sans Serif or something like that, not Tahoma, which is my default font.
Good to know, I never noticed that because MS Sans Serif is my system font.
edit:Are you shure that my plugin is the only one that behave like this? I just played around with some themes and font settings on my computer (WinXP) and all the plugin config pages do use Ms Sans Serif, no matter what font i select.
You also have a typo in the help dialog, it says "the handling schould be prety..."
This 'sch'-mistake happens quite often because german is my first language
Just a question: It's me or now the window seems to have a fixed minimum width?
I noticed that too, the window behaves already like that in the VisualStudio Ressource Editor. currently i don't know but i will look into it.
Thanks for this new build 0.7.5!
Just to report (I hope I'm no t being annoying, if I am just slap me ):
Now when you install the new foo_temple, the window has a smaller width (than 0.7.1), but when you enlarge it and want to reduce it again it's fixed to the same minimum width than build 0.7.1. So, you can enlarge it but not reduce it to the original width. I can post some screenshots but it's easy to reproduce
Thanks for you time in making this plugin!
Just to report (I hope I'm no t being annoying, if I am just slap me ):
Now when you install the new foo_temple, the window has a smaller width (than 0.7.1), but when you enlarge it and want to reduce it again it's fixed to the same minimum width than build 0.7.1.
*slap*
It's doing the same thing over here and I have no idea why. I will rewrite large parts of the window code, perhaps this will solve it.
-Hotkey to enqueue a file
you set it up in config - i have
What's the name of that entry in that box? The only I can find is toggle enqueue window, which is not what I want....
Do you know of an open source plugin which has a window and a context menu without this bug so I could look where the difference between my and their context menu code is?
IIRC foo_history had this bug also, so here's a link (http://www.stud.uni-karlsruhe.de/~uzbs/fb2k/foo_history/) for you
Are you shure that my plugin is the only one that behave like this? I just played around with some themes and font settings on my computer (WinXP) and all the plugin config pages do use Ms Sans Serif, no matter what font i select.
I think that it might be because WinXP still uses (IIRC) Sans Serif as some kind of a default font, I've set mine to Tahoma using X-Setup Pro.
Edit: Ok I just checked and (according to X-Setup) MS Sans Serif is the default Windows XP font unless you change it. Most of the other plugins behave correctly, though it isn't a big thing, it's only cosmetic.
Otherwise, great work
*slap*
Ouch!
Not really important, it's just a 'fashion' little bug.
-Hotkey to enqueue a file
you set it up in config - i have
What's the name of that entry in that box? The only I can find is toggle enqueue window, which is not what I want....
'[context/playlist] Enqueue file(s)' is the one that you want
@jkwarras
Just for you I released 0.7.5.1 where the minimum-window-size-bug is gone
(there are many new 'features' in the new SDK that I've never seen before )
Feature request:- Option to select where to continue after the last enqueued track.
Currently it continues from the place it left off (+1 as the first milliseconds of the first one is played before this plugin kicks in) when the first track was added to the enqueue list. I like this behavior, but I would also like to be able to use it the way it worked before these new updates. For short, just continue from the last enqueued track. I often used this to go from one playlist or album, to another, without having to stop in the middle of a track. Very convenient IMHO.
When playing a song from the temp playlist (by doubleclicking on an item) foobar doesn't highlight the playing song when doubleclicking the statusbar (wrong handle?).
@jkwarras
Just for you I released 0.7.5.1 where the minimum-window-size-bug is gone
Thank you very much!
Just an observation: After enquing some files and playing them, when the last enqued track has finished playing and playback returns to normal playlist, that last (enqued) track gets played again. Could it be possible to implement some "skip to next track when returning to (normal) playlist" function?
0.7.6 released, look at the first page for details
Just an observation: After enquing some files and playing them, when the last enqued track has finished playing and playback returns to normal playlist, that last (enqued) track gets played again. Could it be possible to implement some "skip to next track when returning to (normal) playlist" function?
I've never seen this behavior, can you give me your playback configuration? 'Follow Cursor' and your playback order would be interesting.
When playing a song from the temp playlist (by doubleclicking on an item) foobar doesn't highlight the playing song when doubleclicking the statusbar (wrong handle?).
Works for me
Currently it continues from the place it left off (+1 as the first milliseconds of the first one is played before this plugin kicks in) when the first track was added to the enqueue list. I like this behavior, but I would also like to be able to use it the way it worked before these new updates. For short, just continue from the last enqueued track. I often used this to go from one playlist or album, to another, without having to stop in the middle of a track. Very convenient IMHO.
Uhm, i do not understand you...
Which 'old' behavior' do you mean?
[edit] Which playback order do you use. Or give me some detailed steps so I can reproduce it.
"(+1 as the first milliseconds of the first one is played before this plugin kicks in)" <- this problem is one of the reason my implemantation basically sucks, i would like to write a true 'playlist order' plugin but this is not posible (or at least i think so )
Yay, the context menu works perfectly!
Works for me
Procedure to reproduce (here at least):
1. Enqueue songs from different playlists
2. Begin to play a song from any playlist
3. Go to the temp playlist and double click a song which isn't in the active playlist (the one which contains the former played song)
4. double click the status bar --> the now playing song won't be highlighted (at least here)
I've never seen this behavior, can you give me your playback configuration? 'Follow Cursor' and your playback order would be interesting.
Sorry. Ofcourse.... I was too quick there. I'm running fb2k 0.8.2 on XPsp1. I was using "Shuffle" playback order with foo_shuffle (http://www.cqasys.com/projects/kode54/index.php?s=d&o=d) 1.0.24 (history size 99%, history saving activated). Follow cursor mode deactivated, but running foo_scroll (http://members.lycos.co.uk/musicf/) 0.1.2 instead (autofocus enabled with "Autofocus + Highlight (Single)" on all the options). Yes, and foo_temple 0.7.5.1. I can reproduce it with this setup. I'll try some other configurations and see if that causes different behaviour....
EDIT: Tried it now with default playback order, follow cursor deactivated, foo_scrollers autofocus turned off: Now it's the
first of the enqueued tracks that get's repeated....
A fix for the incompatability with the "Continuator" crossfader plugin would be great if you can!
"(+1 as the first milliseconds of the first one is played before this plugin kicks in)" <- this problem is one of the reason my implemantation basically sucks, i would like to write a true 'playlist order' plugin but this is not posible (or at least i think so )
Lately I've been thinking about ways to implement a queue more cleanly than just reacting to the play_callback events. janjan, I know you've experimented with creating foo_temple as a true playback order component, what were the main problems with doing it this way?
Anyway, here is my (not tested at all ) theory of how things might be able to work:
// WARNING!!!11 SDK talk ensues...
- Make the queue mode a 'true' playback order
- When files are first added to the enqueue list (and it is enabled), save the current playback order state (i.e., whichever one of random/default/shuffle/etc is selected), and change the playback order to our "Enqueue mode"
- When it's time to change songs (and the get_next() method of our playback order subclass gets called):
- if the song is in the current playlist, return a suitable index from get_next() so that the song is played;
- if the song is not in the current playlist, return -1 from get_next() stopping playback; then, using a play_callback subclass that implements the method play_callback::on_playback_stop(), verify that we had stopped playback, then use a play_control:: method to begin playing the queued track
- When the enqueue list is finally empty (or is disabled):
- use methods from playback_order_helper to reset the playback order to the state that we had saved previously (or possibly a new state that the user can override with)
- use some logic to choose the track where playback should begin again
Well, it at least sounds good in
theory
This is the code for playback_order
class NOVTABLE playback_flow_control_v2 : public playback_flow_control
{
public:
virtual int get_next(int previous_index,int focus_item,int total,int advance,bool follow_focus,bool user_advance,unsigned playlist)=0;
//previous_index and focus_item may be -1; return -1 to stop
//IMPORTANT (changed in 0.8): you are in playlist indicated by <unsigned playlist>, use playlist_switcher methods to access data
static const GUID class_guid;
static inline const GUID & get_class_guid() {return class_guid;}
virtual service_base * service_query(const GUID & guid)
{
if (guid == get_class_guid()) {service_add_ref();return this;}
else return playback_flow_control::service_query(guid);
}
};
As you can see the get_next functions returns an integer, which (I think) is the playlist index of the next song that should be played. The 'unsigned playlist'-parameter' is the index of the playlist in which this song is contained. Sadly this parameter is given by foobar2000 and I have no influence on it. So there is no way to play a song which is outside of this active playlist.
If this isn't right then please correct me
edit forget about what I said above, I just read your post for a 6th time and now I understand that you already understand the problem
I think there are two ways:
- Begging for a new playback_flow_control that relies on handles rather than on playlist index
- The use of some combination of playback_callback and playback_flowcontrol as you proposed.
After thinking about it for 15 minutes I think that your appraoch could work but I also think I have found an easier way:
- Write a playback_flowcontrol that always stops after one song, thus returning -1 and make this order always the active order
- Let the user select in the preferences a 'default' playback order
- Catch all stop events in playback_callback
- If the user pressed 'Stop' do nothing
- If the song ended, check the queue buffer
- if full, play one of this songs (check if it is in the current playlist, make the selection move and so on)
- If empty, get the index of the next-to-play-song via playback_order_helper or so (I have seen somewhere a way to get the index of other playback_flow although they are not active)
What do you think of this way? Could it work?
i like Phi's idea more, but whatever suits you
Write a playback_flowcontrol that always stops after one song, thus returning -1
This would work as well, but i figured since we are using playback flow control anyway, that if the song is in the active playlist then we might as well use that to change the track in this case. Plus I think needlessly stopping playback would prevent gapless playback and probably interfere with some of the dsp plugins (continuator, gap killer, etc.).
make this order always the active order... Let the user select in the preferences a 'default' playback order
I thought about this too, and it might work even better than the remember/set way that I described above. We could even replicate/replace the Playback->Order->* menu in the interface, so the user wouldn't have to go into the preferences to change the order.
I have seen somewhere a way to get the index of other playback_flow although they are not active
Interesting.
Currently it continues from the place it left off (+1 as the first milliseconds of the first one is played before this plugin kicks in) when the first track was added to the enqueue list. I like this behavior, but I would also like to be able to use it the way it worked before these new updates. For short, just continue from the last enqueued track. I often used this to go from one playlist or album, to another, without having to stop in the middle of a track. Very convenient IMHO.
Uhm, i do not understand you...
Which 'old' behavior' do you mean?
[edit] Which playback order do you use. Or give me some detailed steps so I can reproduce it.
I guess it was another of my not so good explanations...
Although I would like this to work across playlists too, I'll try to illustrate it with a simple example:
Playback order: defaultNow playing: Track 4Enqueue: Track 23, 45, 67 (or something)
Then to the point. As it is now, it will jump to
track 5 when all enqueued track has been played (after track 67 in this example). I would also like to have the option to continue to
track 68 (then 69, 70 and so on). Simple as that.
Was that any clearer?
If not, here is another example (also with default playback order):
Key: played -> enqueued -> after finished queue
Now: 1,2,3,4,5 -> 120 -> 6,7,8,9
New: 1,2,3,4,5 -> 120 -> 121, 122,123,124
At least I would have great use for this. I often listen to a song and decide in the middle of it, that I will contionue my listening somewhere else in the playlist, but only after the current track has finished.
Edit: changed the last example a bit.
Playback order: default
Now playing: Track 4
Enqueue: Track 23, 45, 67 (or something)
Then to the point. As it is now, it will jump to track 5 when all enqueued track has been played (after track 67 in this example). I would also like to have the option to continue to track 68 (then 69, 70 and so on). Simple as that.
Was that any clearer?
If not, here is another example (also with default playback order):
Key: played -> enqueued -> after finished queue
Now: 1,2,3,4,5 -> 120 -> 6,7,8,9
New: 1,2,3,4,5 -> 120 -> 121, 122,123,124
At least I would have great use for this. I often listen to a song and decide in the middle of it, that I will contionue my listening somewhere else in the playlist, but only after the current track has finished.
I like this idea also...
At least I would have great use for this. I often listen to a song and decide in the middle of it, that I will contionue my listening somewhere else in the playlist, but only after the current track has finished.
I would use it too. Currently to do this I have to enable 'follow cursor' (and then I usually disable it again after the track has changed anyway), and this means I can't work on the playlist until the song changes.
I'm sorry, but I have to say that for the next couple of weeks I have to learn 'Regelungstechnik' and 'Mess- und Datenverarbeitung' instead of developing foo_temple After that I will move to another city, but I think in August I will be active again.
If someone wants to take over development, just contact me and I will give you the sourcecode (but don't be shocked, it's sometimes a little stange and confusing )
janjan if you can, would you just post the source code under GPL here?
Source released, look at the frontpage of this thread
0.8 released
Look at the front page for details, I think you will like this release
Look at the front page for details, I think you will like this release
Sure do! Excellent work!
0.8 released
Look at the front page for details, I think you will like this release
Thanks a lot! I love it Just some things I miss in your plugin, that I think will be great to make it more 'dumb-friendly" But as always, it's a matter of personal taste and personal use
1) Ability to choose to don't remove a song in the temp playlist after it's played. The cursor will just jump to the next song. And also don't clear the temp playlist when closing foobar.
2) Save the playlist..well I've just see that this can be done by selecting all tracks in the temp playlist and 'save as playlist'...But if the enqueue list has 100 tracks it could be better to have just a button 'save'.
3) Ability to load a playlist (by a 'load' button) in the temp playlist.
4) Ability to choose an order (default, shuffle, random, etc...) just for the temp playlist. (Let's say I enqueue 50 tracks but I don't want to play them the way that I've enqueue them).
5) Double-click on a song in a playlist will enqueue the song [I guess it can't be done)
In fact I think something like the playlist integration between the media library and the playlist in Winamp or MMJB. I think this really could improve foobar friendly use
Anyway,
thanks again for your work. I use your plugin a lot, and I really find it a 'must-have'.
[span style='font-size:14pt;line-height:100%']0.8.2 released[/span]
@spase/upNorth:
I think I've implemented that what you requested, tell me if it fit your needs.
1) Ability to choose to don't remove a song in the temp playlist after it's played. The cursor will just jump to the next song. And also don't clear the temp playlist when closing foobar.
2) Save the playlist..well I've just see that this can be done by selecting all tracks in the temp playlist and 'save as playlist'...But if the enqueue list has 100 tracks it could be better to have just a button 'save'.
3) Ability to load a playlist (by a 'load' button) in the temp playlist.
4) Ability to choose an order (default, shuffle, random, etc...) just for the temp playlist. (Let's say I enqueue 50 tracks but I don't want to play them the way that I've enqueue them).
For this i need definitively several weeks. foo_temple was first designed as a small and simple enqueue plugin, the things you request are kind of overkill for the purpose I've written the plugin. I personally don't see the urgent need of having these features, so they are low priority at the moment because i have currently little time. If I have mor time I will see what I can do
5) Double-click on a song in a playlist will enqueue the song (I guess it can't be done)
I think you'r right, this can't be done in an easy way
foo_temple was first designed as a small and simple enqueue plugin, the things you request are kind of overkill for the purpose I've written the plugin. I personally don't see the urgent need of having these features, so they are low priority at the moment because i have currently little time. If I have mor time I will see what I can do
Sure. It what only some suggestions. If you feel like you want to implement it then go ahead, if not then forget about it
I don't know if this is a bug or the intended behavior, but in the new version, if you are playing track 1 and then enqueue track 4, after track 4 is finished, it continues from where it was before you enqueue stuff, so it then plays track 2 (which comes after track 1 - the track it was on before you enqueued stuff). In the previous versions, it would have just gone on to track 5 instead. If this is the intended behavior, can an option be added to choose between the "old school" and new ways?
If this is the intended behavior, can an option be added to choose between the "old school" and new ways?
If you read the news in the first post, you'll see that it's intended... And it should be posible to switch between the new and old method. I don't see whats useful about the old method though. If you want to continue from where the enqueue-list stops, can't you just double-click that file in the normal playlist? no need for a plugin doing that?
@spase/upNorth:
I think I've implemented that what you requested, tell me if it fit your needs.
Sounds good, but as I'm not at home at the moment I can't test it. I'll be back home in a week or two.
@WarBird: The good thing about the old method, is that you can decide
now, where to continue playbak after the current track. Either in a different part of the current playlist or in another one. So, you don't have to remember what to play next and change to it after the current track has finished. Very convenient IMHO.
Now, I'm off to work on my tan again. Had to go inside for a moment to cool down. Not bad, concidered I'm pretty much at the arctic circle at the moment.
Haven't seen any polar bears though
Great work! I've found this component very useful, so thanks!
However, I've noticed a minor bug. I prefer fooTunes user interface (0.2.0 Beta) and foo_temple 0.8.2 doesn't seem to be fully functional with it. When foobar starts playing enqueued tracks, interface freezes partially. Main window title, seeking bar and status bar simply stops. Playback doesn't stop, though. foo_temple 0.7.6 didn't have these problems, but it enqueued wrong tracks (that's even bigger problem...).
I understand if you have no motivation to get foo_temple to work perfectly under fooTunes, but I was wondering if there is an easy solution.
Maybe I should stick to Default user interface where temple works great...!
Great work! I've found this component very useful, so thanks!
However, I've noticed a minor bug. I prefer fooTunes user interface (0.2.0 Beta) and foo_temple 0.8.2 doesn't seem to be fully functional with it. When foobar starts playing enqueued tracks, interface freezes partially. Main window title, seeking bar and status bar simply stops. Playback doesn't stop, though. foo_temple 0.7.6 didn't have these problems, but it enqueued wrong tracks (that's even bigger problem...).
I understand if you have no motivation to get foo_temple to work perfectly under fooTunes, but I was wondering if there is an easy solution.
Maybe I should stick to Default user interface where temple works great...!
I tested foo_temple in combination with fo_tunes and first I also got this error. After playing around a bit it seems to work know Don't know where the problem is, I will look into this
Great work! I've found this component very useful, so thanks!
However, I've noticed a minor bug. I prefer fooTunes user interface (0.2.0 Beta) and foo_temple 0.8.2 doesn't seem to be fully functional with it. When foobar starts playing enqueued tracks, interface freezes partially. Main window title, seeking bar and status bar simply stops. Playback doesn't stop, though. foo_temple 0.7.6 didn't have these problems, but it enqueued wrong tracks (that's even bigger problem...).
I understand if you have no motivation to get foo_temple to work perfectly under fooTunes, but I was wondering if there is an easy solution.
Maybe I should stick to Default user interface where temple works great...!
I'm having the same problem too with foo_ui_columns 0.1 and foo_temple 0.8.2. My status bar has a progress bar and shows the percentage of the track played and the time elapsed - none of which are updated during playback. However, the file format and bitrate are updated when the song changes.
Could you add the playback order selection also to the configuration page?
I don't open up the enqueue list too often and I've even removed it's menu item (as well as many others), so it's quite hard for me to change the order
Also, I love what you've done with this plugin! It's just amazing! Great work, and keep it up
@ala-t
I'm sorry but I'm unable to find the error. foo_tunes behaves strangly (Doesn't remove from memory if closed...) with foobar 0.8.2, even with my plugin uninstalled. I think somone should port it over to the newest SDK version, this should help.
@AndyL
I'm using foo_u_columns for myself and I can not reproduce the error. Could you give me some detailed steps? What version of windows do you use?
Has anyone else this error?
@anza
I will try that
@AndyL
I'm using foo_u_columns for myself and I can not reproduce the error. Could you give me some detailed steps? What version of windows do you use?
Has anyone else this error?
I'm using Windows XP SP1, Foobar2000 0.8.2, playback mode set on Enqueue. If I play a song, then enqueue two more, then skip to the second song, the problem will occur.
My status bar:
(http://server6.uploadit.org/files/AndrewL-Image1.jpg)
During playback of the second song, the progress bar, percentage and time elapsed will remain static.
I think I've found a bug. I'm using foo_temple 0.8.2 and when I enqueue a song (I've enable 'enqueue' playback order) when it's played this happen:
- No playcount updating (this tags aren't written).
- Time elapsed remains to 0:00 in status bar (%_time_elapsed%)
Ok, this error occurs also here, I never noticed it before...
At the moment I have no idea whats wrong with it, but I try to find it out.
I'm trying to setup a way of show in the temp playlist the time remaining (in fact the time remaining the song actually being played) for the next song in the temp playlist to play. Something like this:
foo_temple
----------------------------------------------------------
Bush - Everything's Zen [3:20] (this will decrease)
Nelly - Hot in here
....
....
----------------------------------------------------------
While I'm playing whatever song with remaining time [3:20] (this will decrease).
Obviously %_time_remaining% wil not work as it works with the current song played. SO in order to get this command owrk I'll need to call the song currently being played and put the string in the formatting string in the temp playlist. Of course it will not work only for the first (next) song in the enqueue list, but for all, un less janjan modify it in order to allow this
What I use right now as format string in foo_temple (that don't work) is:
[%artist% ::: ]$if(%title%,"%title%",%_filename_ext%) ::: %_time_remaining%
which shows
Bush ::: "Everything's Zen" ::: ?
Any ideas? Thanks in advance
[span style='font-size:14pt;line-height:100%']0.8.3 released[/span]
@jkwarras
This isn't possible without rewriting large parts of the plugin. Perhaps I could to something like this in the titlebar of the window but currently this is very low priority on my list.
Foo_temple seems to be crashing my Foobar. How I am able to reproduce:
1) Enque any file.
2) Delete the entry from the enque list, or let it play, just make sure the enque list is empty.
3) Close Foobar. This is when I see the crash. At least once, this crash has even cleared my playlist.
I can readily supply a crashlog if that is helpful.
Is there anyway to make temple automatically switch to the enqueue play order when you enqueue a file, and switch back when it's done? The fewer clicks required the better, I say.
Additionally, shouldn't temple unenable itself when the last song is played and it autohides? This would seem to be the most logical behavior.
Thanks for all your time and effort.
Is there anyway to make temple automatically switch to the enqueue play order when you enqueue a file, and switch back when it's done? The fewer clicks required the better, I say.
Additionally, shouldn't temple unenable itself when the last song is played and it autohides? This would seem to be the most logical behavior.
What you want it's already there (I think). Under foo_temple configuration page:
- Enable 'Show list when enqueuing'
- Enable 'Hide after last song.'
It will pop-up the foo_temple window when you enqueu a song and hide it after the last song enqueued has been played
About the 'auto-enqueue' just make sure to select 'enqueue' as playback order. As janjan explains:
This plugin is only active when the 'Enqueue' playback oder is active.
If no song is in the enqueue list the plugin will use the playback order which is selected via the dropdown box in the enqueue plugin window.
If there is a song (or more than one) in the enqueue list and the 'Enabled' switch is enabled than this songs will be played. If they are all over the playback with the selected order will continue.
Just play around with it, it's really easy
Hope it helps
What you cover is all correct, and would solve my difficulties if I left foo_temple enabled at all times.
I was stuck in the mindset of temple being enabled just when in use, disabled otherwise. I believe I've finally wrapped my mind around the always enabled, playback set to Enqueue idea.
Now if this crashing business can be cleared up, maybe in the future I can finish thinking before I post nonsense.
Nice work Jan, its just as I had envisaged
I just had a look at the source and I think I've fixed the bug that people have been reporting (there was a problem with metadb_handle reference counting). I also added/changed a couple of things, which I've noted in the comments. Just examples, use them if you like.
@Phi
Many thanks for the corrections, I was sure it has something to do with the handles (I never understood the hole system with this reference counting stuff...). I will include you fixes, just give me 24h
[span style='font-size:14pt;line-height:100%']0.8.4 released, please update[/span]
Does anyone have any suggestions for the caption of the config controls? My English isn't the best so it would be nice if someone could give me some more suitable/easier to understand/better captions.
Yes, that seems to have solved the crash on exit. Looks like the only major issue I continue to see is the 'conflict' with foo_scroll. If that's ever sorted out, I'll never bug this thread again.
janjan, I got the pure virtual function call error when closing foobar (to update foo_temple from 0.8.3 to 0.8.4).
All it said was:
(caption): Microsoft Visual C++ Runtime Library
Runtime Error!
Program: D:\Applications\foobar2000\foobar2000.exe
R6025
- pure virtual function call
Is this the crash you said you fixed in 0.8.4 or is it something else?
A feature request: I'd love to see this plugin remember the enqueue list across foobar sessions (with an optional user definable limit - just like foo_history has).
Is this the crash you said you fixed in 0.8.4 or is it something else?
I think that 0.8.4 solved that 'pure virtual function call' bug. I played around alot with the plugin after including Phi's bugfixes and the error never occured since then.
A feature request: I'd love to see this plugin remember the enqueue list across foobar sessions (with an optional user definable limit - just like foo_history has).
I like to have this feature too (But it could take some time, because first I have to udnerstand the foo_history source code)
Question about song play order when enqueue list is empty:
I want to play songs in random order. But if I enqueued songs, I want them to be played. So I set the playback order to "Enqueue" and in the preferences of foo_temple I set the order "Random". In the bottom of the enqueue window I've also selected "Random".
Now when I enqueue a song it gets played next, and afterwards the playback goes back to random But if I want to manually go to another song (and the temple list is empty) I always get a "Next" song, never the "Next or random" song which I have assigned to the key I press. Is it my fault?
I've ticked all the checkboxes in the foo_temple (v0.8.4) preferences, although I don't understand what they all mean.
[Edit] If this is deliberate, maybe an easy fix would be to automatically change playback order when the first file is enqueued and the enqueue list pops up, from whatever it was to "Enqueue", and when the enqueue list is empty and disappears set playback order back to whatever it was before.
Question about song play order when enqueue list is empty:
I want to play songs in random order. But if I enqueued songs, I want them to be played. So I set the playback order to "Enqueue" and in the preferences of foo_temple I set the order "Random". In the bottom of the enqueue window I've also selected "Random".
Now when I enqueue a song it gets played next, and afterwards the playback goes back to random But if I want to manually go to another song (and the temple list is empty) I always get a "Next" song, never the "Next or random" song which I have assigned to the key I press. Is it my fault?
I've ticked all the checkboxes in the foo_temple (v0.8.4) preferences, although I don't understand what they all mean.
[Edit] If this is deliberate, maybe an easy fix would be to automatically change playback order when the first file is enqueued and the enqueue list pops up, from whatever it was to "Enqueue", and when the enqueue list is empty and disappears set playback order back to whatever it was before.
Thanks for the tip, I never noticed this behaviour because I alway use "Next in history" (from foo_history) to advance in the playlist.
I did some research:
without foo_temple:
Play | Next | Next/Rand | Autoadvance
--------------------------------------------------
Repeat/Default Restart Song | Next Song | Next Song | Next Song
Repeat One Restart Song | Next Song | Next Song | Restart Song
Random Random Song | Next Song | Random Song | Random Songs
Shuffle Restart Song | Shuffle | Shuffle | Shuffle
with foo_temple:
Play | Next | Next/Rand | Autoadvance
--------------------------------------------------
Repeat/Default Restart Song | Next Song | Next Song | Next Song
Repeat One Restart Song | Next Song | Next Song | Restart Song
Random Random Song | Next Song | [Next Song] | Random Songs
Shuffle Restart Song | Shuffle | Shuffle | Shuffle
It seems to me that the 'Next/Rand' command gets converted to a 'Next' Command when using foo_temple.
Whats missing is a button that advance exactly to the song which also would be played if the track autoadvance (automatic song switch after end of songs). As you can see from above there is no button that does this.
One thing you can do is install foo_history and use the 'Next in History' command which works exactly like a autoadvance button.
The other thing is that you use foo_shuffle, which also works, because it returns a random song on the 'Next' command.
Hey janjan - Yes, I'll try out your suggestion with foo_shuffle or foo_history.
But one comment: In your foo_temple v0.7.6 I didn't have the problem that I've described above for v0.8.4. Can you make it back the way it was then?
In v.0.7.6 the "Next or Random" button still did what it is supposed to do, when the enqueue list is empty. OK, there are no playback order choices to make in v0.7.6, and I don't know if introducing these preferences made it necessary for the "Next or Random" function to be broken. But if you agree with me that the present behaviour in v0.8.4 isn't optimal, maybe you can find out what you have changed from the older version of foo_temple and see if you can re-introduce it...?
In any case, many thanks for a wonderful plugin!
I'll have to agree with Zoominee - the plugin itself is wonderful, but the logic is quite obscure. The .7x series was almost perfect: it overrode the original order and returned after the list was empty (well, I'd like it to continue from the new location, but that was only a minor problem with .7x ). The "choose following play order" in the later versions just isn't very practical, let alone setting the order to be "enqueue" for the plugin to kick in...
I asked at #foobar2000 about the problem and here is what I got:
22:09:22 janjan: Can somebody tell me something about the way the 'Playback\Next or Random' command exactly works? What does it do when for example 'Shuffle' is the active playback order? I think in this case it acts like the normal 'Next' command or am I wrong?
22:09:52 DEATH: it does stricmp of current playback order against "random"
22:10:01 DEATH: and does either "next" or "random" according to that
This means:
-> You press the 'Next/Random' button
-> foobar2000 checks if 'Random' is active or not
- If it's active then a random song will be played
- If it's not active, then the 'Next' command is executed.
Since you have 'Enqueue' and not 'Random' as the active playback order this will result in activating 'Next'. As you can see from my list above the the result of 'Random' order in conjunction with 'Next' is, that the next song from the playlist is played. (I hope that wasn't too complicated)
All in all that that means that my plugin works 100% correct from the view of 'Next or Random'.
I will add my own 'Get next track' command that will exactly do what you expect, in the mean time you either have to live with that glitch or you have to install foo_history in addition to foo_temple and use its 'Next in history'.
(In no case I will go back to a plugin that works like version 0.7.6, it just sucks...)
@spase/upNorth:
Hmm
I still see the same behavior as this
Playlist
-----
1
2
3
4
5
6
Playing: track 1
Enqueue list: track 4
when enqueue list ends (i.e. after track 4 plays) it returns to track 2 in the main list.
What i was thinking is that it would instead return to track 5 in the playlist. (unless there is a way to update this and I do not understand how to do it.).
[span style='font-size:14pt;line-height:100%']0.8.5 released[/span]
@spase
have a look at the config dialog, the option you want to activate is called 'update playlist position...'. please tell me if this works for you
Nice update, I especially like the clean up in the config Perhaps you should rename the config page from foo_temple (which is still nicer than the old Temporary playlist) to something like Enqueue or Queue control or something like that.
[span style='font-size:14pt;line-height:100%']0.8.5 released[/span]
Thanks!
[span style='font-size:14pt;line-height:100%']0.8.5 released[/span]
@spase
have a look at the config dialog, the option you want to activate is called 'update playlist position...'. please tell me if this works for you
yes now it works as described!
thanks very much for the great plugin
have a look at the config dialog, the option you want to activate is called 'update playlist position...'. please tell me if this works for you
Hmm, this doesn't seem to work for me for some reason. I have both "update playing position after..." boxes checked but it still continues with the next song that would have come up before enqueueing anything.
have a look at the config dialog, the option you want to activate is called 'update playlist position...'. please tell me if this works for you
Hmm, this doesn't seem to work for me for some reason. I have both "update playing position after..." boxes checked but it still continues with the next song that would have come up before enqueueing anything.
Hm, don't really know whats going on. Try do delete delete foo_temple. Start foobar2000, close it an then install foo_temple 0.8.5 again. Then got to options, enable both 'Update after...' boxes and try the following:
- Make a small playlist (~10 songs)
- Set foobar2000 mode to 'Enqueue'
- Set foo_temple mode to 'Repeat'
- Start Song number one
- Enqueue song number 5
- Press 'Next...' two times
Song number 6 should be played, at least that is what happens here at my foobar2000 instalation. Do you have foo_scroll installed? Try to disable it because there are some problems between them.
[edit]: Please look if you have foo_rgscan.dll in your components directory. If it's not there try to install it see if it helps (I had this problem over here a while ago, but never understood why foo_rgscan could be problem)
Nice, now temple 0.8.4 works with fooTunes. Thanks a lot, janjan!
Now downloading 0.8.5...
I like the new version! I agree with you, janjan, I didn't mean that you should dig out old code from 0.7.6... especially seeing that so much has improved since then! I still find 0.7.6 a little bit more practical though, regarding the way it returns to the previous playback order when the enqueue list is empty - but with the "Next (depend on order)" function I'm very pleased.
Now the only thing still on my wish list is to activate the "Enqueue" playback order automatically when a song is entered into the enqueue list. Maybe you could add this on the options page? That'd be wonderful!
I've now assigned "Next (depend on order)" to my key for Next, so that fixes most problems. However, I think I should be able to enqueue a file with one key and get it played by hitting just one key - at the moment I need two (first, "Enqueue...", then "Playback order/Enqueue"). Alternatively, is it possible to assign a key to the Preferences option of playback order in the foo_temple preferences? Then I could leave the playback order in the main foobar window at "Enqueue" permanently.
BTW Thanks for your technical explanation of what the "Next or Random" function does - it's good to see you know your stuff and where to find the answers to difficult questions like this!
@janjan:
A little feature request that just occured to me. Actually I remember this beeing asked a long time before, but I just realized that now it could possibly be done (well I'm not sure about how easy it would be, but...).
[span style='font-size:8pt;line-height:100%']Warning: the following text has been modified/rewritten/eg too many times (and it's also quite late night here), so it might be a bit illogical or it could have some things said twice or something like that.[/span]
To the point now:
Could you implement a feature that would basically just play the enqueued files in a random order (and it should also play songs from the current playlist, according to the playback order between them)?
It shouldn't be just randomizing the list, I would like that the list would stay intact (unless the randomizing is done "silently"), but foo_temple should randomly pick a song to play from it.
The user should also be able to configure how often (s)he wants the enqueued songs to be played, eg "play 7 (random) songs from the list in the next 10 songs" and/or "play an enqueued song after every N songs".
An example:
playlist -> now playing -> enqueued -> the order the songs are played
Current way: 1-10 -> 1 -> 4, 6, 7 -> 1, 4, 6, 7, 2 or 8 (depends on settings), ...
Optional way: 1-10 -> 1 -> 4, 6, 7 -> 1, X, X, X, Y, Y, X, X, Y, X, ...
X = Random song, selected by the playback order
Y = Random song from the enqueue list, selected by foo_temple
Of course the variation of X's and Y's would be affected by the settings.
So it'd be some sort of a "wishlist of songs to be played", perfect for use in parties
That would mean that people at the party could wish for a song (=enqueue it) and, unlike now, it would not be played immediately, but in a short while.
Hopefully you bothered to read this post all the way through and understood what you read
[span style='font-size:8pt;line-height:100%']I just figured that it wouldn't be such a good feature when using the default playback order, but it'd be kick-ass when using random or shuffle.[/span]
Could you implement a feature that would basically just play the enqueued files in a random order (and it should also play songs from the current playlist, according to the playback order between them)?
It shouldn't be just randomizing the list, I would like that the list would stay intact (unless the randomizing is done "silently"), but foo_temple should randomly pick a song to play from it.
It's a really good idea As you said, really great for parties. I would love to see that implemented.
And what would be also great it's (if janjan implement it one day) an option to just play the enqueued songs randomly and then continue with the playback order: cad. enqueue i.e. 10 files, play them in 'shuffle' mode and then continue with normal playback order. Of course this is more an everyday use
BYW, great job, janjan, your plugin it's getting better everyday. Thanks again.
Thanks for your suggestion, I added them to my todo list
@Zoominee
Sorry, but I don't see any differences with the new behavior when 'Next (depends on order)' is used and the behavior from 0.7.6. If you could describe precisely (and in easy words ) what you want foo_temple to do then I will look what I can do. (Sorry if I didn't get you right, but as I said before, English is not my mother tongue and it's sometimes hard to understand technical descriptions )
Currently there are the following 'problems' to be solved:
- stop playback after enqueue list is empty
Don't know why this could be usefull, but since it was requested and it's simple to implement this will be included in the next release.
- "Now the only thing still on my wish list is to activate the "Enqueue" playback order automatically when a song is entered into the enqueue list. Maybe you could add this on the options page?"
It's easy and usefull, so it will be included soon.
- shortcut/menu item for enabling/disabling the plugin
Also to be included soon.
- extended keys: crtl-a, esc,...
This one really p*sses me off, I have no idea whats going wrong in my code I would like to implement it, but first I have to figure out some things about WM_VKEYTOITEM and stuff... (It detects DEL but not Escape...)
Advanced enqueue list playback features:
- randomize/sorting of the list
- let tracks stay in list after they play
- anza's suggestion from two posts above
Uh, that one could take some time, because it seems fairly complicated and I have not that much free time at the moment. Remind me again in 4 weeks after my moving to a new city.
Currently I only check if the plugin is enabled and if the enqueue list is empty. Depending on that I either play (and then delete) the first song in the enqueue list or I continue with normal playback.
The things that you proposed need a far more complex logic. For example I need a pointer to the active song which is changed after the end of the current song. The problem here is that I'm not sure how this 'pointer' should react on enqueue list changes, for example if you add/delete/move songs... I hope you get the point
Perhaps this shouldn't be part of a simple Enqueue list plugin but rather be a script in an advanced playback control plugin...
Hm, the longer I think about this idea, the more I think a scriptable playback control plugin would be a killer plugin. Think about the posibilities:
loop begin
if (playlist('Enqueue') not empty)
play song(0,'Enqueue playlist')
delete song(0,'Enqueue playlist')
else
play song(random,active_playlist)
end
loop end
I have to think about this one...
Back to topic:
- playlist/file dragging
Don't know about this one, could be simple, could be hard...
- color support
It's mid-priority, first I have to find a good tutorial about owner drawn listboxes. The code that I used in the 0.5 version was kind of buggy and slow
- extended load/save playlists
If somebody can tell me an easy way to load/save the standard playlist formats with the help of the SDK this is likely to be implemented soon.
- look at dsp compatability
Since I don't use any DSP plugins I can't tell if there are any problems. Perhaps somebody could tell me more about this topic?
- rename some of the item captions
I'm very sure that there could be better captions for some items but I don't know which ones. If you like to see something renamed just tell me.
I hope this covers all, if I forgot something please tell me.
If foobar is minimized when the last song in the enqueue list is played, the list will not autohide.
- let tracks stay in list after they play
not sure if you specifically answered this one, is it do-able or not? i would like it.
Hm, the longer I think about this idea, the more I think a scriptable playback control plugin would be a killer plugin. Think about the posibilities:
again, not sure exactly what you mean, but something like this:
http://www.hydrogenaudio.org/forums/index....827&hl=playlist (http://www.hydrogenaudio.org/forums/index.php?showtopic=15827&hl=playlist)
thanks for your time on this plugin, its usefull
Currently there are the following 'problems' to be solved:
- shortcut/menu item for enabling/disabling the plugin
Also to be included soon.
I'd also like to be able to change the default playback order of foo_temple via shortcut keys. Zoominee suggested the same.
- extended keys: crtl-a, esc,...
This one really p*sses me off, I have no idea whats going wrong in my code I would like to implement it, but first I have to figure out some things about WM_VKEYTOITEM and stuff... (It detects DEL but not Escape...)
I think WM_VKEYTOITEM messages only get sent to the listbox when an item is selected. I don't have too much experience with the Windows UI SDK, but I think you would want to capture any WM_KEYDOWN messages in the dialog and react to those. You can use the GetKeyState() method to check (for example) if the ctrl key is held down:
if (GetKeyState(VK_CONTROL) & 0x8000)
{
// control key is down
}
Escape and Enter are special cases, you need case statements in the WM_COMMAND case of your dialogproc:
case WM_COMMAND:
switch(wp)
{
case IDCANCEL: /* this captures the ESCAPE key */
ShowWindow (g_wnd, SW_HIDE);
break;
case IDOK: /* this captures the ENTER key */
DoSomething();
break;
}
I found a few of these examples in the foo_playlistfind 0.6 source code (http://gelaed.com/resources/cplusplus/foo_playlistfind-src.zip).
- playlist/file dragging
Don't know about this one, could be simple, could be hard...
That would probably require changing the listbox to a listview.
- extended load/save playlists
If somebody can tell me an easy way to load/save the standard playlist formats with the help of the SDK this is likely to be implemented soon.
Have a look at the playlist_loader class in the SDK, particularly the load_playlist and save_playlist methods.
- look at dsp compatability
Since I don't use any DSP plugins I can't tell if there are any problems. Perhaps somebody could tell me more about this topic?
I'm just speculating, but since you are stopping playback, then restarting it, any dsp plugins that are related to gapless playback or crossfading etc. (continuator/crossfader/gap killer/skip silence/and foobar's own gapless playback) probably won't be working properly.
@DijiDiji
Thanks for this
@juglesh
I will try it, but not yet, because I have three written tests in the next few days
@Phi
I'd also like to be able to change the default playback order of foo_temple via shortcut keys. Zoominee suggested the same.
I will implement an 'Enqueue playback order' menu, just like the existing 'Order' menu, but for foo_temple.
For the Esc-Key stuff: Never heard of this ID_CANCEL, I will give it a try. Thanks also for your other tips
janjan: sounds great! You can be sure that I'll remind you in 4 weeks
A scriptable playback control plugin would be so über-cool (we need much more options than when using foo_shuffle's "shuffle tag set").
Hi janjan - your summary is great! Good luck with your exams, and many thanks for the foo_temple plugin!
I think you're addressing my main comments if I have anything to add regarding playback order, I'll tell you after the next release of foo_temple...
Other points:
a) Can you explain what the difference is between the dropdown list of playback order in the Preferences of foo_temple, and the one at the bottom of the enqueue window?
b) How do you feel about implementing the following: Add a preferences option for "probability to play an enqueued song when enqueue list is active (rather than a song from the playlist)". (This should apply both when the song that has just ended comes from the playlist, or from the enqueue list.)
c) Add an option to play the enqueued items in random order.
d) With those two options you can (almost) do what people have suggested recently for the "party-mode": If you set that (b) probability to medium, there's a chance that an enqueued song will be played next, or only later. By adding any song to the enqueue list more than once, these will then play a couple of times during the party before they disappear from the enqueue list. And with © random playback order within the enqueue list and (b) probability, the order they appear and the number of "other" songs that are played between the enqueued songs will be unpredictable.
This forum thread is great!
[span style='font-size:14pt;line-height:100%']0.8.6 released[/span]@Zoominee
Added your ideas to my list.
a) Can you explain what the difference is between the dropdown list of playback order in the Preferences of foo_temple, and the one at the bottom of the enqueue window?
There is none, just use the one you like
Stop, there seems to be an error...
Error should be gone, download 0.8.6.1
Update: After another update or 2, it seems to be working correctly now, thanks for the excellent plugin janjan
Could you add %_is_enqueued% and %_enqueue_position% as variables so that I can use it with title formatting? I dislike having a new window hanging around and would like to use it as little as possible.
Thanks for the great plugin!
Hm, that's a good idea but it will take some time. Currently there are too many problems in my life that I must solve before I can continue with developing...
Take your time :-D. While I'm here, another suggestion: rather than having it as a window (or in addition to that) could you make your songs into menu items the way "Quicktag" does? The menu could be dynamically generated from the playing list and then could be inserted anywhere.
Then I can right-click -> enqueue and right click -> enqueued files... and see the magic happen ;-) I imagine clicking on an queued file would transport me to the correct playlist with the song highlighted and then a right-click -> remove from enqueue list could effect that also. Thanks again for your work :-)
Take your time :-D. While I'm here, another suggestion: rather than having it as a window (or in addition to that) could you make your songs into menu items the way "Quicktag" does? The menu could be dynamically generated from the playing list and then could be inserted anywhere.
Then I can right-click -> enqueue and right click -> enqueued files... and see the magic happen ;-) I imagine clicking on an queued file would transport me to the correct playlist with the song highlighted and then a right-click -> remove from enqueue list could effect that also. Thanks again for your work :-)
[a href="index.php?act=findpost&pid=225200"][{POST_SNAPBACK}][/a]
Personally I wouldn't use this. Just using a hotkey which brings up the foo_temple list and then deleting it takes up less time and less clicks/button presses.
I used this plugin last weekend at a rather large party. It worked perfectly and everyone who was authorized to use the computer immediately understood the system. Just a big thanks
Two things I encountered while using it were the following issues (already mentioned AFAIK, but really worth mentioning again ):
1. Changing the order in the temporary playlist, like in main playlists
2. Choose playback order within the temporary playlist
Also mentioned before, if I recall correctly, but considered by me as the only downside of using foo_temple, is that crossfading is impossible while playback is stopped between songs.
is there any way to move the songs around in the enqueue list... either by drag and drop or with a menu item?
if not, is it a planned feature?
jajan, I've found something weird in foo_temple.
I've always set enqueue as playback order and then 'shuffle' as playback order after foo_temple (and btw as default when no song is enqueued) has played the last enqueued song. From time to time, when I change the default playback order in foo_temple to default or shuflle album or whetever, the normal shuffle mode remains, no matter if I change again. I have to do this:
*note*= No song ins enqueued, and the playback order in foo_temple is (i.e.) 'default'.
1) Change from 'enqueue' to 'default'.
2) Play a song. Stop it.
3) Change the 'default' order to 'enqueue' again.
4) Play a song. Skip next. Now 'default' works.
After my move to a new town i started developing again a few days ago. The problem is that I have no internet access at home, so development will take some time.
I changed the way foo_temple is working again, see Phi's post a few pages before, basically I got rid of the seperate playback mode drop down list. One request I implemented is the ability to randomize the songs in the window. It all seems to work very well and I will hopefully post a beta version of it tomorrow.
@spase:
drag and drop moving is besides color support the next thing on my todo list. The problem is the lack of internet access so I have to search for documents/examples at work, take them home and so on. It's kind of annoying
Still no news on the built-in variables?
I don't know if this has been reported, won't bother to read the whole page.
Crossfading doesn't work when files ar played from enqueue list.
Will this be fixed soon?
@Insolent
No, sorry. This could take some time
@R2D2
This is a known bug and it can't be fixed completly. In the newest version crossfading (and all other DPS stuff) should work for songs from the same playlist but not for songs enqueued from different playlists. IO have to test this.
Give me afew days until I will upload a new version
@Insolent
No, sorry. This could take some time
[a href="index.php?act=findpost&pid=238854"][{POST_SNAPBACK}][/a]
Oh well...
I don't suppose there's any chance of anyone making an http server to integrate with foo_temple, is there? That would be perfect for online requests to personal stream stations.
Could someone explain me why there's this playback order 'enqueue'? Now you have to set the playback order first from the ui to 'enqueue' and then from the foo_temple window to what you want, if there are no tracks enqueued. Wouldn't it be more sensible if there wasn't the playback order switch and enqueue order in foo_temple? Then you wouldn't have to keep the temple window always open, and plugin could be all the time enabled, like on stand-by mode. Much easier, I think. Comments...?
Well, that's how the initial version of foo_temple worked. But limitations in the foobar2000 API made it hard to do it that way without obvious bugs. The new version is basically a way to get around those limitations (although there are still a few issues that can only be resolved with a revised foobar API). You can find details in the preceding pages of this thread.
Also, I think janjan is planning to release yet another (functionally different) version of foo_temple in the future. I think one feature of this upcoming version is that the enqueue order switching is done automatically by the plugin when you enqueue songs, eliminating the need for the dropdown box.
Yeah, I remember the bugs in earlier versions. It all makes sense now, but the extra window still keeps annoying me...
Thanks for replying!
Hey thanks janjan ur component is the most useful function on my foobar!
Just a suggestion, do u think its possible to integrate the foo_temple queue window into the columns ui panel? this would make ur componant perfect
Thanks again
Ed
Hey thanks janjan ur component is the most useful function on my foobar!
Just a suggestion, do u think its possible to integrate the foo_temple queue window into the columns ui panel? this would make ur componant perfect
Thanks again
Ed
[a href="index.php?act=findpost&pid=247873"][{POST_SNAPBACK}][/a]
Thanks for the compliment
A new version of foo_temple is on the way. I wanted to release it several weeks ago but sadly I've been very busy with traveling serveral thousand kilometers from one conference to another.
I think I will first release a updated version of the normal plugin (enqueue is now a normal playback mode and doesn't need its own playmode selection) and then I will try to port this to foo_ui_columns. The port is on the very top of my todo list because i really would like to use such a plugin for myself.
The normal version schould be available on monday, but for the columns port I can't give any release date
Very nice
Can't thank you enough hehe.
Thanks for quick reply as well
Ed
Thanks for the compliment
A new version of foo_temple is on the way. I wanted to release it several weeks ago but sadly I've been very busy with traveling serveral thousand kilometers from one conference to another.
I think I will first release a updated version of the normal plugin (enqueue is now a normal playback mode and doesn't need its own playmode selection) and then I will try to port this to foo_ui_columns. The port is on the very top of my todo list because i really would like to use such a plugin for myself.
The normal version schould be available on monday, but for the columns port I can't give any release date
[a href="index.php?act=findpost&pid=247879"][{POST_SNAPBACK}][/a]
Just when I thought you dropped off the face of the planet and took foo_temple with you!
Any progress on the built-in variable/tag thingies? Yes, I am persisting.
any news? your plan was to release it on monday, today it's already wednesday
There are some some problems with the source, I think I will post a version tomorrow which will not include all the new features, sorry for this.
edit: typos...
Look at the frontpage of this topic, hope you like it
If you find any bugs then please post them as soon as possible, otherwise you have to wait until next week, because on weekend i do not have any internet access.
I don't know exactly what I do next with the plugin but I think it will add support for foo_ui_columns and after that some color customization ability. (And i think after that I will rewrite it from scratch to implement some more advanced features which were requested )
Mmm... foo_temple + foo_shuffle > all.
I'm still a bit iffy about this enqueue window though. It gets in the road of the playlist.
I'm still a bit iffy about this enqueue window though. It gets in the road of the playlist.
[a href="index.php?act=findpost&pid=249241"][{POST_SNAPBACK}][/a]
I'm sorry but do not really understand what you mean
I'm still a bit iffy about this enqueue window though. It gets in the road of the playlist.
[a href="index.php?act=findpost&pid=249241"][{POST_SNAPBACK}][/a]
I'm sorry but do not really understand what you mean
[a href="index.php?act=findpost&pid=249244"][{POST_SNAPBACK}][/a]
The Enqueue window. No matter where I place it, it overlaps and bugs me.
Edit: Hey, I just realized you can't move songs around in the Enqueue window. Maybe a feature for a future version is to be able to move items up and down in the list to change their enqueue position.
Unless I misunderstood something, that "After Last song > Hide list" option doesn't seem to do much. Personally I like the enque window to automagically show when files are enqued (which happens) and just as automagically disappear as soon as enque list are empty (which it doesn't).
EDIT: Typo
Thanks for the report
I think I've fixed it but I currently can't test it. So It would be nice if someone could check if it this bug is gone in 0.8.8.1
Unless I misunderstood something, that "After Last song > Hide list" option doesn't seem to do much. Personally I like the enque window to automagically show when files are enqued (which happens) and just as automagically disappear as soon as enque list are empty (which it doesn't).
EDIT: Typo
[a href="index.php?act=findpost&pid=249284"][{POST_SNAPBACK}][/a]
Have you ticked the "Hide list" box under "After Last song" in the foo_temple options. It works for me.
It was only working if the last song was not in the current playlist. This bug was introduced when implementing the DSP compatibility stuff and should be fixed now.
@Insolent:
I added the 'move songs around' to my todo list but for me there are more important functions to add. So this could take some while.
thanks janjan...i really appreciate your work
It was only working if the last song was not in the current playlist. This bug was introduced when implementing the DSP compatibility stuff and should be fixed now.
"Hide list" works just dandy now Thanks for your work BTW!
On the other hand I tried to play with Default playback order a bit now and the "Enable playlist position update" option says that when disabled it will go back to the playlist position it was before enque after last enqued track is played, like 1, 2, 3 => 67 => 4, 5 etc. But it doesn't do that, neither with the option disabled nor enabled. Instead it goes 1, 2, 3 => 67 => 68, 69 etc. every time...
I disabled foo_scroll, thinking it might had something to do with it. But it's the same...
Uh, this could be a hard one... it has something to do with the DSP compatibility mode so if you disable this it should work as before.
I can't fix it a the moment, so you have to wait until next week, sorry for this.
On the other hand I tried to play with Default playback order a bit now and the "Enable playlist position update" option says that when disabled it will go back to the playlist position it was before enque after last enqued track is played, like 1, 2, 3 => 67 => 4, 5 etc. But it doesn't do that, neither with the option disabled nor enabled. Instead it goes 1, 2, 3 => 67 => 68, 69 etc. every time...
I disabled foo_scroll, thinking it might had something to do with it. But it's the same...
[a href="index.php?act=findpost&pid=249318"][{POST_SNAPBACK}][/a]
Both seems to work as intended here.
@janjan: Great work! I use this plugin alot, and this new version is close to perfect for my usage. Turning it into a panel and adding some colors will of course make it even better. Keep up the great work!
Uh, this could be a hard one... it has something to do with the DSP compatibility mode so if you disable this it should work as before.
I can't fix it a the moment, so you have to wait until next week, sorry for this.
[a href="index.php?act=findpost&pid=249325"][{POST_SNAPBACK}][/a]
Unchecking "DSP Compability mode" made it work as promised, yes
(What exactly does DSP Compability mode imply, anyways? Are DSP's like Resampler and Advanced Limiter disabled while using foo_temple? Guess it's somewhere in the thread, hmmm....)
@all:
Thanks for the compliments
@Mr_Rabid_Teddybear
I think I should find a better name for this, perhaps someone could help me, my english isn't the best
What DSP compatibility mode does:
There was a problem in prior version with DSP plugins, e.g. foo_dsound_ex doesn't fade between two songs. The DSP compatibility mode of 0.8.8 version makes these kind of plugin work as they should, as long as the next song from the enqueue list is in the active playlist.
All other DSP plugins like Resampler and stuff will (and have) always work, this is just for DSP plugins which do sth. between two tracks.
I hope it's clearer now
edit: changed some things
I hope it's clearer now
Your english seems pretty good to me, but it's not my mothertounge either
If it's only DSP's like crossfaders, skip silence, fade, continuator and such that don't work, then there are no problems for me, since I don't use anything like that.
I'm not sure which plugins exactly are affected by foo_temple because i didn't use any DSP plugins at all
The only plugin I tested is foo_dsound_ex_2.5 which can fade between two songs. In pre 0.8.8 versions that didn't work at all and with DSP compatibility mode enabled in 0.8.8.1 it fades between two songs so I guess all other 'In-between' plugins will work too.
Thats enough coding for this week, I think I will change my focus on some serious beer drinking activities for the next few days
Thats enough coding for this week, I think I will change my focus on some serious beer drinking activities for the next few days
[a href="index.php?act=findpost&pid=249347"][{POST_SNAPBACK}][/a]
Exactly my own plan! Well, thanks for good work, you deserve it well! Cheers! Skål! Kippis!
Thats enough coding for this week, I think I will change my focus on some serious beer drinking activities for the next few days
[a href="index.php?act=findpost&pid=249347"][{POST_SNAPBACK}][/a]
Exactly my own plan! Well, thanks for good work, you deserve it well! Cheers! Skål! Kippis!
[a href="index.php?act=findpost&pid=249356"][{POST_SNAPBACK}][/a]
I guess we all have the same priorities then
Good to see development is back on track again janjan
Cheers!
Ed
janjan :
Thanx for the release of "foo_temple" !
This plugin is very practical... So, thank you for your work.
But I have noticed some bugs with foo_temple 0.8.8.1 (22.10.2004) :
- When I enable the option "After last song - Stop Playback", foo_temple does not fonctionnate anymore...
- And there are some problems with keyboard shortcuts.
For information, I use foobar2000 v0.8.3, with these components :
- Columns ui v0.1.2-alpha 5 with Azrael 4.9.0.1
- Playcount
- Album list / Album list panel
Bye.
Metallic-84s
(Sorry for my English, but I speak French).
@Metallic-84s:
This works for me here. Could you please tell me if you had 'DSP compatibility mode' enabeld?
0.8.8.5 released
Between several beers I managed to do some changes All of them are internal, so new functions this time. I release this version because I need your help to find bugs which were introduced with this version because quite a few things have changed.
Have a nice weekend and don't drink too much beer
It seems that there's a minimum size limit for foo_temple in the sidebar, could you please remove it?
Also, it seems that foo_temple cannot be added as a tab in foo_uie_tabs. forget it, it works now - a simple restart of foobar helped
And yet another thing, what about adding the ability to choose a font for the display?
Anyway, good job!
foo_temple enqueue list doesn't stay in the sidebar. after restarting foobar the enqueue list windows pops up and is removed from the sidebar.
foo_temple enqueue list doesn't stay in the sidebar. after restarting foobar the enqueue list windows pops up and is removed from the sidebar.
[a href="index.php?act=findpost&pid=249551"][{POST_SNAPBACK}][/a]
Happens here, too
foo_temple enqueue list doesn't stay in the sidebar. after restarting foobar the enqueue list windows pops up and is removed from the sidebar.
[a href="index.php?act=findpost&pid=249551"][{POST_SNAPBACK}][/a]
Happens here, too
[a href="index.php?act=findpost&pid=249554"][{POST_SNAPBACK}][/a]
here too...
also there is a small grey area above the actual enqueue list that maybe shouldnt be there?
The ui columns extension wasn't meant to use, I'am totally aware of all the bugs related to this
Give me 15 minutes or so and I will upload a new version which is a lot better concerning the ui columns extension
Ok, 0.8.9 is out.
Only thing added is support for ui columns. It works way better than in the last version but it isn't finished yet so expect some minor bugs.
Ok, 0.8.9 is out.
Only thing added is support for ui columns. It works way better than in the last version but it isn't finished yet so expect some minor bugs.
[{POST_SNAPBACK}][/a] (http://index.php?act=findpost&pid=249743")
Nice improvement, but after a while I found some problems:
Works:- It is still a panel after restart (doesn't turn into a dialog/window).
- Remembers list between sessions.
Broken:- "Update playlist position" seems to be one step behind.
- How it works now: 1,2,3,4->120->140->121,122,123
- Should have been: 1,2,3,4->120->140->141,142,143
- In words: Enqueue track 120 and 140. When track 140 is finished, it should have continued from there, but instead it continues from 120.
- When used as a tab with [a href="http://www.hydrogenaudio.org/forums/index.php?showtopic=28869]foo_uie_tabs[/url], it messes up the other tabs when a track is enqueued, but only if "show list when enqueuing files" is enabled. The other tabs won't work again until the foo_temple tab has been viewed.
The last one might be caused by foo_uie_tabs, but it's a problem that "needs" to be solved.
Suggestion:Maybe you need to talk to Phi, but it would be nice if "show list when enqueuing files" also worked with foo_uie_tabs (http://www.hydrogenaudio.org/forums/index.php?showtopic=28869) (focus the foo_temple tab when a track is enqueued). It would be even better if it remembered the tab it stole focus from, and gave focus back after last song, but only if "after last song|hide list" is checked and if foo_temple tab is focused at that time.
Edit: Found some problems and rephrased post
I think I've found a bug. When temple reaches the end of it's queue, it doesn't change the playback mode drop down box to what it was previously. What I mean is, say I have it set to Random. Temple switches to Enqueue, plays the songs and switches back to Random, but the drop down box in the toolbar still says Enqueue.
Does that make sense?
- "Update playlist position" seems to be one step behind.
- How it works now: 1,2,3,4->120->140->121,122,123
- Should have been: 1,2,3,4->120->140->141,142,143
- In words: Enqueue track 120 and 140. When track 140 is finished, it should have continued from there, but instead it continues from 120.
Could you please tell me if you had 'DSP compatibility mode' enabled? It would help me to find this bug, because here at work I don't have that much time
- When used as a tab with foo_uie_tabs (http://www.hydrogenaudio.org/forums/index.php?showtopic=28869), it messes up the other tabs when a track is enqueued, but only if "show list when enqueuing files" is enabled. The other tabs won't work again until the foo_temple tab has been viewed.
The last one might be caused by foo_uie_tabs, but it's a problem that "needs" to be solved.
That one should be easy, I think I know what's going wrong
Suggestion:
Maybe you need to talk to Phi, but it would be nice if "show list when enqueuing files" also worked with foo_uie_tabs (http://www.hydrogenaudio.org/forums/index.php?showtopic=28869) (focus the foo_temple tab when a track is enqueued). It would be even better if it remembered the tab it stole focus from, and gave focus back after last song, but only if "after last song|hide list" is checked and if foo_temple tab is focused at that time.
Edit: Found some problems and rephrased post
[a href="index.php?act=findpost&pid=249756"][{POST_SNAPBACK}][/a]
That's basically a good idea but I first have to rewrite a lot of source code, because the way I implemented panel suport isn't what a godd programmer would call good/clean/elegant/well done/... For this reason I will be meditating in front of the foo_history source and try to find out how foosion solved some issues i ran into with my way of doing things.
If you find other little bugs I will try to release a fixed 0.8.9 version but stuff like color support and things won't be added for some time.
edit:
@Insolent:
I think this is just a display issue, if you press 'next' once it should switch back to your old flow mode. (Btw: this bug is there since 0.8.5 or so )
@Insolent:
I think this is just a display issue, if you press 'next' once it should switch back to your old flow mode. (Btw: this bug is there since 0.8.5 or so )
[a href="index.php?act=findpost&pid=249870"][{POST_SNAPBACK}][/a]
Well, it appears to be the DSP support thing. When I unchecked the box it does what its supposed to and returns the drop down box to the previous playback mode.
- "Update playlist position" seems to be one step behind.
- In words: Enqueue track 120 and 140. When track 140 is finished, it should have continued from there, but instead it continues from 120.
Could you please tell me if you had 'DSP compatibility mode' enabled? It would help me to find this bug, because here at work I don't have that much time
Same happens here only with 'DSP compatibility mode' disabled.
And another bug, if 'follow cursor' option is enabled, the last track in enque list gets played twice.
Anyway panel support is excellent!
Keep up the good work!
- "Update playlist position" seems to be one step behind.
- How it works now: 1,2,3,4->120->140->121,122,123
- Should have been: 1,2,3,4->120->140->141,142,143
- In words: Enqueue track 120 and 140. When track 140 is finished, it should have continued from there, but instead it continues from 120.
Could you please tell me if you had 'DSP compatibility mode' enabled? It would help me to find this bug, because here at work I don't have that much time
No, I don't have it enabled. What I have enabled is: "Enable plugin when files are enqueued", "Enable playlist position update" and "Save list between sessions". Most of the others doesn't apply when it is used as a panel/tab, so I unchecked them.
- When used as a tab with foo_uie_tabs (http://www.hydrogenaudio.org/forums/index.php?showtopic=28869), it messes up the other tabs when a track is enqueued, but only if "show list when enqueuing files" is enabled. The other tabs won't work again until the foo_temple tab has been viewed.
The last one might be caused by foo_uie_tabs, but it's a problem that "needs" to be solved.
That one should be easy, I think I know what's going wrong
Good. It's not that easy to say exactly what plugin is to blame, when a group of "new" plugins are used together (panels + foo_uie_tabs + foo_temple). In addition to your upcoming improvements, Phi said he would work on the error checking in foo_uie_tabs too.
Suggestion:
Maybe you need to talk to Phi, but it would be nice if "show list when enqueuing files" also worked with foo_uie_tabs (http://www.hydrogenaudio.org/forums/index.php?showtopic=28869) (focus the foo_temple tab when a track is enqueued). It would be even better if it remembered the tab it stole focus from, and gave focus back after last song, but only if "after last song|hide list" is checked and if foo_temple tab is focused at that time.[a href="index.php?act=findpost&pid=249756"][{POST_SNAPBACK}][/a]
That's basically a good idea but I first have to rewrite a lot of source code, because the way I implemented panel suport isn't what a godd programmer would call good/clean/elegant/well done/... For this reason I will be meditating in front of the foo_history source and try to find out how foosion solved some issues i ran into with my way of doing things.
Sounds familiar. I got my first panel plugin to work yesterday, but it's an ugly patchwork that needs alot more work.
If you find other little bugs I will try to release a fixed 0.8.9 version but stuff like color support and things won't be added for some time.[a href="index.php?act=findpost&pid=249870"][{POST_SNAPBACK}][/a]
I'll do my best to track down any bugs find. No hurry with colors and such.
This plugin has certainly come a long way since the initial release. Keep up the good work!
Edit: Made post more compact.
Thanks for a great plugin Janjan. The ui_columns side panel support makes it even more useful for me.
On the Enqueue List side panel, would it be possible to add a tooltip showing the whole string for entries which don't fit into the available space?
Yes, of course this is possible. I added it to my todo list but as mentioned above it could take some time until this is implemented since there are more important things to code.
The only convenient option I have is where you can drag songs in the queue to the location you want them to be located in! Thats the only request I have, besides that your plugin is titties! Thanks!
The only convenient option I have is where you can drag songs in the queue to the location you want them to be located in! Thats the only request I have, besides that your plugin is titties! Thanks!
[a href="index.php?act=findpost&pid=250098"][{POST_SNAPBACK}][/a]
I agree, the ability to drag things from windows or the Album List would be immensefully useful.. Could there also be an option to have it autohide when the list is empty? I don't know if this is possible with the current sidepanel code, but I'd like to see it disappear and resize the panel above it automatically.
To clarify my previous post, it would be useful to be able to drag the songs in the enqueue list to certain positions in the list.
Excellent plugin Janjan, it's really useful. I have a quick feature request: Would you mind adding a keyboard-mappable context menu item that would allow you to wipe the Enqueue list (so I don't have to open the window up, right click the songs and click 'Remove all')
Thanks!
@Skates:
I think integrating the drag and drop stuff shouldn't be too hard but it wil take some time.
@Killmaster:
I'm not sure if this works but i think it could be done. Perhaps another method could be that if the list is empty is sets its height to ~20-30 pixel and if you again add songs to the list it will expand to its previous height.
@Manticorr:
Never thought of this but this is definitively a good (and easy to implement) idea
Another suggestion I have is some sorting options that can be selected for the panel like to randomize the queue list, etc....
also, any chance of making the font customizable? kinda like the foo_history plugin. Sorry this is asking for alot i know :S
i havent used foo_temple a lot, but i would like to ask if it is possible to enqueue a song from the exporer context menu or via foobar command line?
The way it works has changed, it doesn't use an own playback order drop down list. To activate the plugin you have to set playback order to "Enqueue", if the list is empty it switches back to the previous selected playmode. Just play around with it, i think is easy to use.
[a href="index.php?act=findpost&pid=123693"][{POST_SNAPBACK}][/a]
agreed, but when the temp playlist has finished, it doesn't switch back to previous order.
Yes it does, atleast here it works with the latest version...
hmm all signs point to it changing back, including menu items, but the toolbar entry for chenging order still shows enqueue
hmm all signs point to it changing back, including menu items, but the toolbar entry for chenging order still shows enqueue
[a href="index.php?act=findpost&pid=251492"][{POST_SNAPBACK}][/a]
It also works here. Toolbar goes back to previous mode.
@chowe:
Yes, someday this will be possible
@dano:
This is a good question. I really don't know if there is a way to accomplished that. Anyone of the better coders have any idea if this is possible to implement?
@spase:
I don't really know what's going on with this. Since I changed some internal things it works for me all of the time but suddenly 2-3 ago it stopped changing back to the previous order
The new version comes along very well but since I decided to do a complete rewrite it will take some time till I release a new version. Most of the internal things do work again but there aren't any windows/panels and stuff implemented yet.
i havent used foo_temple a lot, but i would like to ask if it is possible to enqueue a song from the exporer context menu or via foobar command line?[a href="index.php?act=findpost&pid=251423"][{POST_SNAPBACK}][/a]
You can use any context menu command from the command line like this:
foobar2000.exe /context_command:"<command>" <list of files>
i havent used foo_temple a lot, but i would like to ask if it is possible to enqueue a song from the exporer context menu or via foobar command line?[a href="index.php?act=findpost&pid=251423"][{POST_SNAPBACK}][/a]
You can use any context menu command from the command line like this:
foobar2000.exe /context_command:"<command>" <list of files>
[a href="index.php?act=findpost&pid=251531"][{POST_SNAPBACK}][/a]
Oh thanks, I didnt know about /context_command, I was trying it with /playing_command or /playlist_command.
Great, now ill try making a registry entry for this, only thing is, it will make foobar flash if it's not minimized to tray.
I have an odd problem which is either a bug or I'm doing something wrong..
I have set up a keyboard shortcut for Enqueue File. When I select a file and press the shortcut, it enqueues the currently playing file instead of the currently selected file. This is obviously very irritating as it makes the shortcut useless and I have to use the context menu to enqueue.
I have version 0.8.9 of foo_temple. This problem occurs with both the standard UI and the latest beta of foo_ui_columns.
The only plugin I have installed which might affect things (I guess) is the History plugin.
Should I check anything else about my set up or do other people have this problem too?
Check your keyboard shortcut assignment. I guess you have used the "[context / now playing]" prefix for the shortcut which makes the command act on the now playing track. Use the "[context]" (works everywhere where keyboard shortcuts are supported in foobar2000) or "[context / playlist]" (always affects the selected tracks in the active playlist) instead.
Check your keyboard shortcut assignment. I guess you have used the "[context / now playing]" prefix for the shortcut which makes the command act on the now playing track. Use the "[context]" (works everywhere where keyboard shortcuts are supported in foobar2000) or "[context / playlist]" (always affects the selected tracks in the active playlist) instead.
[a href="index.php?act=findpost&pid=251937"][{POST_SNAPBACK}][/a]
Thanks. Problem was I hadn't messed with my keyboard shortcuts for quite a few versions of foobar so had missed the whole addition of context. Makes a lot more sense now.
Useful to know what [context] on its own means too.
Hi,
I am not sure if this was mentioned already before:
a small issue with foo_temple (0.8.9) installed is that the "Playback order" menu entries can't be selected with the cursor keys anymore (f2k 0.8.3).
Regards
Christoph
Hey, just one little feature request: Being able to change the order of enqueued files would be just lovely..
cheers
*1* I love this plugin. Thanks for all the work you've put into it.
*2* However I have a problem with what happens when the enqueue playlist is complete.
I have enabled playlist position update so what should happen is this:
played -> enqueued -> after finish queue
1, 2, 3, 4, 5 -> 120, 125 -> 126, 127...
But what happens is:
1, 2, 3, 4, 5 -> 120, 125 -> 121, 122...
or
1, 2, 3, 4, 5 -> 120 -> 6, 7...
It always seems to ignore the the last item in the queue when deciding where to resume in the playlist.
*3* I'd like to request an option to middle click to add a track to the queue and also the ability to change the order of the queue list.
Thanks =D
Hey, just one little feature request: Being able to change the order of enqueued files would be just lovely..
cheers
[a href="index.php?act=findpost&pid=253302"][{POST_SNAPBACK}][/a]
I second that request! It's all I miss in this great plugin
Nice plugin indeed !
The behavior however for multiple instances could be improved in comparison to other plugins. See This test (http://www.hydrogenaudio.org/forums/index.php?showtopic=28869&view=findpost&p=254562) fore more information
Nice plugin indeed !
The behavior however for multiple instances could be improved in comparison to other plugins. See This test (http://www.hydrogenaudio.org/forums/index.php?showtopic=28869&view=findpost&p=254562) fore more information
[a href="index.php?act=findpost&pid=254567"][{POST_SNAPBACK}][/a]
In what kind of situation would it be useful to add more than one instance of this plugin?
IMHO the current behavior sounds like the most reasonable.
Nice plugin indeed !
The behavior however for multiple instances could be improved in comparison to other plugins. See This test (http://www.hydrogenaudio.org/forums/index.php?showtopic=28869&view=findpost&p=254562) fore more information
[a href="index.php?act=findpost&pid=254567"][{POST_SNAPBACK}][/a]
In what kind of situation would it be useful to add more than one instance of this plugin?
IMHO the current behavior sounds like the most reasonable.
[a href="index.php?act=findpost&pid=254579"][{POST_SNAPBACK}][/a]
I agree with you regarding the not so usefull usage .... but it's in the end of the user to decide what he wants to do anyway. My comment was more oriented towards sound development practices. Several plugins relying on a common set of services (provided by ui_columns extensions AFAIK) should behave the same way.
I agree with you regarding the not so usefull usage .... but it's in the end of the user to decide what he wants to do anyway. My comment was more oriented towards sound development practices. Several plugins relying on a common set of services (provided by ui_columns extensions AFAIK) should behave the same way.
[a href="index.php?act=findpost&pid=254582"][{POST_SNAPBACK}][/a]
Its not always possible, hence the ability to only support a single instance. E.g. there should only be one playlistfind window, because otherwise when running its menu item to activate it, it wouldn't know which one to activate. Same for foo_dbsearch and its search for same artist etc. menu items.
Of course, it could be implemented in some of the other plugins. Maybe one possible use in foo_enqueue would be so you can open foo_enqueue as a popup window when foobar is minimised. I dunno though if anyone would actually do that..
I know about the single instance issue. The next version will we much better but since development is somewhat slow the next big release could take some weeks.
The next version is based on the dialog code of foo_history, so it will support multiple instances, custom colors/fonts, tooltips and so on. You just have to be a little bit patienced
Hey again, just wondering if its possible to get the curser to follow the tracks being played from the tem playlist? Atm it just stays on the last track i selected. This is probably bein picky tho and i dun mind if it cant be implemented
cheers
Ed
Have you tried setting (Playback|Follow cursor) on? Another possibility would be using foo_scroll
janjan, I'm eagerly waiting for the next version
ive tried both, although i used foo_scroll sometime ago and it didnt seem to work...i mite give it another try some time soon. Personally tho id prefer not to have that many plugins
can't wait for ur next version either
Ed
Feature request: Punch in!
I would find the possibilty to put tracks first in the list through the right clickmenu very useful... like this:
Enqueue -> Enqueue file
Punch in file
toggle enqueue list
I like Blippe's idea
*1* I love this plugin. Thanks for all the work you've put into it.
*2* However I have a problem with what happens when the enqueue playlist is complete.
I have enabled playlist position update so what should happen is this:
played -> enqueued -> after finish queue
1, 2, 3, 4, 5 -> 120, 125 -> 126, 127...
But what happens is:
1, 2, 3, 4, 5 -> 120, 125 -> 121, 122...
or
1, 2, 3, 4, 5 -> 120 -> 6, 7...
It always seems to ignore the the last item in the queue when deciding where to resume in the playlist.
In my case, the plugin behaves normally when 'in between' dsp compatability mode is checked, and abnormally when it isn't.
As long as it works I guess.
I agree though, this is a great plugin that I now use all the time.
In my case, the plugin behaves normally when 'in between' dsp compatability mode is checked, and abnormally when it isn't.
As long as it works I guess.
I agree though, this is a great plugin that I now use all the time.
[a href="index.php?act=findpost&pid=256599"][{POST_SNAPBACK}][/a]
Crikey, you're right enabling DSP compatibility mode fixes the problem even though the about box says that plugins that do not affect what happens between tracks always work without it. My only active DSP is volume control. Thanks, lance. Now I can use this properly.
I guess the about box should be corrected or the problem fixed in the next release.
can we get some beta 4 support for columns_ui?
Yes, someday there will be a new version... The problem is that I am currently working for about 10 hours a day and I have absolutely no time to develop this plugin at the moment. i hope this will change this weekend or so. Sorry for this
You can use any context menu command from the command line like this:
foobar2000.exe /context_command:"<command>" <list of files>
[a href="index.php?act=findpost&pid=251531"][{POST_SNAPBACK}][/a]
Oh thanks, I didnt know about /context_command, I was trying it with /playing_command or /playlist_command.
Great, now ill try making a registry entry for this, only thing is, it will make foobar flash if it's not minimized to tray.
[a href="index.php?act=findpost&pid=251650"][{POST_SNAPBACK}][/a]
So, would this be "foobar2000.exe /context_command:"Enqueue/Enqueue file" file1, file2, file3"? Also, what exactly does the registry entry do?
I'd love to see an option to automatically remove the queued files from the main playlist after playing them. For example, I might add a file I want to hear once, but then not again -- if I don't remove it, it will end up getting played again sometime.
Anyway, thanks for this handy plugin!
Explorer file context command (for mp3 files)
"c:\program files\foobar2000\foobar2000.exe" /context_command:"Enqueue/Enqueue file" "%1"
works only if one file is selected. How to enqueue multiple files at once from Explorer?
edit: added shiftsExplorer file context command (for mp3 files)
"c:\program files\foobar2000\foobar2000.exe" /context_command:"Enqueue/Enqueue file" "%1"
works only if one file is selected. How to enqueue multiple files at once from Explorer?
[a href="index.php?act=findpost&pid=257370"][{POST_SNAPBACK}][/a]
Try: "c:\program files\foobar2000\foobar2000.exe" /context_command:"Enqueue/Enqueue file" "%1" "%2" "%3" "%4" "%5" "%6" "%7" "%8" "%9"
if you want more than nine entries try to save this as an .bat:
"c:\program files\foobar2000\foobar2000.exe" /context_command:"Enqueue/Enqueue file" "%1" "%2" "%3" "%4" "%5" "%6" "%7" "%8" "%9"
@for /L %%a in (1,1,9) do @shift
@if NOT "%1"=="" GOTO Start
or this would probably work too:
:Start
@"c:\program files\foobar2000\foobar2000.exe" /context_command:"Enqueue/Enqueue file" "%1"
@shift
@if NOT "%1"=="" GOTO Start
Make sure the file ends with an empty line!
edit: added shifts
....
or this would probably work too:
:Start
@"c:\program files\foobar2000\foobar2000.exe" /context_command:"Enqueue/Enqueue file" "%1"
@shift
@if NOT "%1"=="" GOTO Start
Make sure the file ends with an empty line!
[a href="index.php?act=findpost&pid=257688"][{POST_SNAPBACK}][/a]
Is it possible (and how) to execute such a command on a remote computer ? I'd like to use it for controlling another foobar on my lan.
getting off topic, but i think there is a component for controlling foobar over a network.
search the forum here and you should be able to find it
Sorry guys, my power supply blew up this weekend and if I'm unlucky it killed most of the other hardware too
It could take some time until I'm able to buy new hardware... I hate when things like this happen *angry*
my power supply blew up this weekend and if I'm unlucky it killed most of the other hardware too [a href="index.php?act=findpost&pid=257991"][{POST_SNAPBACK}][/a]
Sorry to hear about that janjan
Just an observation: After enquing some files and playing them, when the last enqued track has finished playing and playback returns to normal playlist, that last (enqued) track gets played again. Could it be possible to implement some "skip to next track when returning to (normal) playlist" function?
[a href="index.php?act=findpost&pid=220366"][{POST_SNAPBACK}][/a]
I would like to know if this problem was solved, since im experiencing it too.
XPSP2, 0.83, flw cursor off.
temple is a great plug-in! I just wish that someone made a web server for it so that people could remotely enqueue! Now that would be awesome!
Just a short update from my side: My computer is totally f***** up, the mainboard, cpu, ram, graphiccard, soundblaster... all dead
This will definitely take until the end of the year until I can buy and install new stuff...
Sorry to hear that.... i hope you can get stuff together soon so we'll see an updated foo_temple.
Just a short update from my side: My computer is totally f***** up, the mainboard, cpu, ram, graphiccard, soundblaster... all dead
This will definitely take until the end of the year until I can buy and install new stuff...
[a href="index.php?act=findpost&pid=260034"][{POST_SNAPBACK}][/a]
My condolences for your comp
Anyways foo_temple are at version 0.8.9 in a very stable and useful state. I didn't use this plug so much in the beginning because I had some problems with it. But now I use it all the time and it's proven very useful for my needs. I see no shortcomings or bugs in this version. Ofcourse there's always new features that would be nifty to see implemented in this plug, but that's of no urgency...
So take your time and enjoy Christmas!
And let's hope you get many hard(ware) packages under the tree this year....
little suggestion: 'enqueue random'
sorry to hear about your computer, jan jan... best of luck getting it replaced!
-stripe/ben
Hey janjan
whats the current situation on your computer? You backed up most of ur stuff i hope....:S. Have a great christmas mate, try not to worry too much:D
Ed
Anyone wana carry this on so it becomes a playlist? Like if you use Playlist tree, thats a playlist.
That'd make this immense. And as a columns UI sidebar/toolbar would be also great. Both would be perfection as there are uses for obh.
Functionality is great, but this'd jus be immense.
Sorry guys, it seems that my break will be longer than I initially thought Still problems with my PC and a few other things which all create chaos in my life...
could i make a suggestion for the program? i'm sorry if i'm a bit off track
illimenate the enque list and playback order "encue" function and handle everything internally. then make the foobar playlist formatting string and the plugin to work with eachother.
ie,
a) create a variable %temple%.
b) have "Cue up... " as a context menu item
c) when the "cue up... " function is set, the song is added to the internal cue list, and %temple% is set to the mp3 filename. if the user invokes that context menu function more than once, the filenames are sepparated by a comma
d) the formatting string can then parse %temple% and place "*" or "[t]" infront of the entry in the playlist
Once the current song has ended ofcourse foobar would be instructed to play the fist song on the internal cue list, removing the marker (* or [t] or whatever) from the playlist entry.
To clear the cue list and inturn the markers on the songs, simply manually play another song.
could i make a suggestion for the program? i'm sorry if i'm a bit off track
illimenate the enque list and playback order "encue" function and handle everything internally. then make the foobar playlist formatting string and the plugin to work with eachother.
ie,
a) create a variable %temple%.
b) have "Cue up... " as a context menu item
c) when the "cue up... " function is set, the song is added to the internal cue list, and %temple% is set to the mp3 filename. if the user invokes that context menu function more than once, the filenames are sepparated by a comma
d) the formatting string can then parse %temple% and place "*" or "[t]" infront of the entry in the playlist
Once the current song has ended ofcourse foobar would be instructed to play the fist song on the internal cue list, removing the marker (* or [t] or whatever) from the playlist entry.
To clear the cue list and inturn the markers on the songs, simply manually play another song.
[a href="index.php?act=findpost&pid=264710"][{POST_SNAPBACK}][/a]
Myself and others have already requested variables such as
%_isenqueued% and
%_enqueue_position%. You could hten edit your title formatting like so:
$if(%_isenqueued%,'[Q'%_enqueue_position%'] ')%artist% - %title%
That would display [Q[span style='font-size:8pt;line-height:100%']<position in the queue>[/span]] Artist - Title if a song is in the queue list. Then you could just hide the enqueue window.
It's not possible for a component to add special fields in the playlist. The only way to provide this information would be to add a regular tag, which means changing the file or blocking tag updates. This has already been discussed in the context of the play count component.
Guess what? My new computer died last evening 10 minutes after switching it on for the first time!
I'm pretty sure that there is something wrong with the electricity system of the house... 2 dead computers in 3 weeks is not normal... I'm so pissed off right now
Guess what? My new computer died last evening 10 minutes after switching it on for the first time!
I'm pretty sure that there is something wrong with the electricity system of the house... 2 dead computers in 3 weeks is not normal... I'm so pissed off right now
[a href="index.php?act=findpost&pid=264761"][{POST_SNAPBACK}][/a]
Sorry to hear that janjan. It's almost sure that it has to do with some kind of power supply/electric system.
Damn! I really wish you better luck next time, I hope you can get warranty on this :|
Hi
A feature suggestion to make something similar to what musicmatch does...when double click a file instead of getting played it gets added to a temporary playlist so if you want to listen to 3 or 4 songs just double click them and they appear inside the playlist in the order you clicked them..
Thanks
It's not possible for a component to add special fields in the playlist. The only way to provide this information would be to add a regular tag, which means changing the file or blocking tag updates. This has already been discussed in the context of the play count component.
[a href="index.php?act=findpost&pid=264760"][{POST_SNAPBACK}][/a]
Would it be possible for foo_temple to store the enqueue list in a external file and access it from Foobar with the aforementioned
%_isenqueued% and
%_enqueue_position% variables?
Guess what? My new computer died last evening 10 minutes after switching it on for the first time!
I'm pretty sure that there is something wrong with the electricity system of the house... 2 dead computers in 3 weeks is not normal... I'm so pissed off right now
Damn!
wow, very nice plugin, reminds me of the queue in dbPowerAmp (a feture I was missing in foobar ^^).
2 suggestions though :
-could you make a panel version for columns UI ?
-it would be nice to have something like "enqueue album" and "enqueue tracks from same artisit" in the enqueue menu.
wow, very nice plugin, reminds me of the queue in dbPowerAmp (a feture I was missing in foobar ^^).
2 suggestions though :
-could you make a panel version for columns UI ?
-it would be nice to have something like "enqueue album" and "enqueue tracks from same artisit" in the enqueue menu.
[a href="index.php?act=findpost&pid=265505"][{POST_SNAPBACK}][/a]
The latest version of foo_temple actually
is a sidepanel, but as the UI Panel API has been updated in the later versions of Columns UI, temple no-longer works as a sidepanel.
Oh ok, thanx ^^
Yes, we are awaiting a new version of the plug-in....
Yes, we are awaiting a new version of the plug-in....
[a href="index.php?act=findpost&pid=265962"][{POST_SNAPBACK}][/a]
Yes, but I think janjan has other things on his mind having had two computers blow up recently. So I'd say have patience.
mmh...
I really don't understand : if I check or uncheck the "enable playlist position update" option, the result is the same. it plays 1, 2, 3, -> 120 -> 4, 5, 6...
does someone encounter this problem before ? a tip to solve it ?
This is a great plug-in. I only have one suggestion: Let the 'Enable playlist posistion update' be accessible from commands, so I can bind a quick-toggle of this option to a keystroke or menu item. I'd really like to able to switch this quickly and often.
Cheers. Great work.
C
hey janjan how are things going with the new computer? did u manage to figure out the problem?
Ed
The latest version of foo_temple actually is a sidepanel, but as the UI Panel API has been updated in the later versions of Columns UI, temple no-longer works as a sidepanel.
A panel version of the enqueue list would be much appreciated. Right now the list kinda gets in the way.
The latest version of foo_temple actually is a side panel, but as the UI Panel API has been updated in the later versions of Columns UI, temple no-longer works as a side panel.
A panel version of the enqueue list would be much appreciated. Right now the list kinda gets in the way.
[a href="index.php?act=findpost&pid=282510"][{POST_SNAPBACK}][/a]
There is currently no one developing temple, It is a panel, it hasn't been updated recently. Your welcome to take the source and update the plugin to work with current versions of columns, but don't hold your breathe for someone else to do it.
thanx janjan,
I'v been needing this for some time and didn't realize foo_temple was what I needed.
It works sweet for me.
A panel version of the enqueue list would be much appreciated. Right now the list kinda gets in the way.
[a href="index.php?act=findpost&pid=282510"][{POST_SNAPBACK}][/a]
There is currently no one developing temple, It is a panel, it hasn't been updated recently. Your welcome to take the source and update the plugin to work with current versions of columns, but don't hold your breathe for someone else to do it.
[a href="index.php?act=findpost&pid=282522"][{POST_SNAPBACK}][/a]
Thanks for the invitation ;-) but i'm just a simple end user, not a software engineer.
I'll pass the invitation on. Can anyone rewrite foo_temple so that it works as a panel in the current columns_ui?
A panel version of the enqueue list would be much appreciated. Right now the list kinda gets in the way.
[a href="index.php?act=findpost&pid=282510"][{POST_SNAPBACK}][/a]
There is currently no one developing temple, It is a panel, it hasn't been updated recently. Your welcome to take the source and update the plugin to work with current versions of columns, but don't hold your breathe for someone else to do it.
[a href="index.php?act=findpost&pid=282522"][{POST_SNAPBACK}][/a]
Thanks for the invitation ;-) but i'm just a simple end user, not a software engineer.
I'll pass the invitation on. Can anyone rewrite foo_temple so that it works as a panel in the current columns_ui?
[a href="index.php?act=findpost&pid=283851"][{POST_SNAPBACK}][/a]
I second that.
3rd
Yeah, that'd be great. And maybe if it could include some simple styling settings.
OK, someone point me to directions on how to do it and I'll bloody do it. This too good a plugin to be left out in the rain...
OK, someone point me to directions on how to do it and I'll bloody do it. This too good a plugin to be left out in the rain...
[{POST_SNAPBACK}][/a] (http://index.php?act=findpost&pid=292468")
Here you go:
[a href="http://www.foobar2000.org/SDK.zip]http://www.foobar2000.org/SDK.zip[/url]
Good luck!
The Plugin Development Tutorial (http://www.hydrogenaudio.org/forums/index.php?showtopic=18138) is (meant to be) a good place to get you started with foobar2000 components in general. It also covers how to set up project dependencies to avoid linking errors (a common pitfall).
These would be my first steps into the world of C++... I think I need some more basic guidance as well, even if I'm a fast learner. But thanks for linking to the SDK and that tutorial.
Maybe you all want someone more experienced to do this, or is it okay if I give it a try?
Having played around with the SDK and some plugins, the biggest hurdle for a c++ beginner trying to make a foobar plugin is to learn the use of the SDK (even more the fact that with columns_ui you sort oh have a SDK in a SDK ). I never really managed too well and resorted to modifying existing plugins to achieve what I need. (f.e. I made some trivial changes to the trackinfo panel in order to make it show me the contents of an external .txt file, in this case the nowplaying.txt of evillyrics). I think your best shot would be to compare an existing panel-plugin with the already existent "old" foo_temple code (most of the code should be there already I believe) and try to figure out what has changed to break compatibility with the newer columns_ui versions.
Did you publish your mod somewhere round here? Sounds good actually...
Yeah, I'll try to do that. But I _would_ like to build it from the ground... I guess it's best to start simple tho.
No, I haven't published it anywhere since it still has a drawing bug somewhere sometimes causing pretty high cpu spikes with an active window that I have yet to address and secondly since I had a problem getting it to work co-existent to an unmodified version of the trackinfo panel because of the following line of code that I have yet to understand:
const GUID uie_trackinfo::extension_guid =
{ 0x44e5327a, 0x92ff, 0x4bd7, { 0x81, 0xb5, 0x3, 0x65, 0xb9, 0x21, 0xd4, 0x61 } };
This sets some sort of ID to the panel and in order for my version to coexist with the unmodified version I just hacked in some random number without having any idea what I just did (I know, I know, pretty bad idea ). Now it works, but I have no idea if that could have caused unwanted sideeffects anywhere else (although I haven't noticed any). Since you will probably come along that line of code somewhere, maybe you will figure it out eventually and can tell me how to determine a valid ID
But back to topic: starting from scratch is of course a good idea if you have some time on your hands because you will learn alot more than I did (at least when it comes to working with the SDK, converting strings to utf compatible strings etc.) but I think you will have a rough start
@hotzenpl0tz:
I asked about that GUID myself, and got an answer in this thread:
How to "create" a unique GUID?, for my foo_navigator panel component (http://www.hydrogenaudio.org/forums/index.php?showtopic=29157)
that was helpfull, thanks alot
foo_temple 0.9.0 Beta 1 (May 15 2005) (http://users.tpg.com.au/adsll926/foobar/foo_temple.rar)
Well here's a version that works in the sidebar, however it doesn't work with the tabbed panel stack (I don't know why yet). Source code included, so feel free to improve on it.
nice, been waiting for an update on this for ages.
Thanks.
Btw, it's May 14 today
once u can get this to run in a tab, and put the list in a panel, not a window in a panel, it would be pretty sweet.
an option to switch to the enque tab when you update it would be nice too
... and the possibility to put other colours on the background!
((((( Strictly4me )))))
The possibility to change the order of the enqeued tracks inside of foo_temple would also be nice. I think we stress kl33per too much, don't we? (see the playcount discussion) :/
Thanks.
Btw, it's May 14 today
[a href="index.php?act=findpost&pid=297584"][{POST_SNAPBACK}][/a]
Not where I am. On release it was 3:37am on May 15th.
Modifying this plugin any further is almost beyond by understanding of C++ and the foobar2000 SDK. I will attempt to make further changes, but it will prove very difficult.
I think we stress kl33per too much, don't we? (see the playcount discussion) :/
Hahaha, I don't mind. I'm here to be stressed.
Does not look nice here: If I add it to my panels, its placed there, but with window and caption and the small
- on top right. I'm on windows 2000sp4
Yes, that is how it is supposed to look. I did not write the original plugin. I only made the neccessary changes to have it work as a panel. I don't have the expertise in C++ to make further changes. That is why I included the source code, so someone who is a little more experienced can continue.
Thanks.
Btw, it's May 14 today
[a href="index.php?act=findpost&pid=297584"][{POST_SNAPBACK}][/a]
Not where I am. On release it was 3:37am on May 15th.
But definitely not May 19th, as you wrote in the original date
Really, well that was silly of me.
is there a way to have a song enqueued when double-klicking on it?
i.e.:
I have a pc just for playing music and when we have parties people go up and want to hear specific songs. but they don't know how or forget to enqueue it and just double klick in the playlist cutting off the current song in order to have their song be played. this can get very annoying!
so it would be great if there could be an option in the preferences with which I could surpress having a new song be played right away (say on a double-klick) and instead have it always be put into the enqueue list.
thx
is there a way to have a song enqueued when double-klicking on it?
i.e.:
I have a pc just for playing music and when we have parties people go up and want to hear specific songs. but they don't know how or forget to enqueue it and just double klick in the playlist cutting off the current song in order to have their song be played. this can get very annoying!
so it would be great if there could be an option in the preferences with which I could surpress having a new song be played right away (say on a double-klick) and instead have it always be put into the enqueue list.
thx
[{POST_SNAPBACK}][/a] (http://index.php?act=findpost&pid=298030")
I would love that too.
i had asked in another thread if it was possible to change the default action of double click in playlist but nobody has answered yet
[a href="http://www.hydrogenaudio.org/forums/index.php?showtopic=33942]link[/url]
if someone knows how to do that , that would be awesome
Like I said, this component is really beyond my understanding of C++ and the SDK. If someone wants to pick up my modified source code and continue development, your free to do so.
is it possible to move the enqueue list into a panel ? instead of seperate window
foo_temple 0.9.0 Beta 1 (May 15 2005) (http://users.tpg.com.au/adsll926/foobar/foo_temple.rar)
Well here's a version that works in the sidebar, however it doesn't work with the tabbed panel stack (I don't know why yet). Source code included, so feel free to improve on it.
[a href="index.php?act=findpost&pid=297539"][{POST_SNAPBACK}][/a]
is it possible to move the enqueue list into a panel ? instead of seperate window
[a href="index.php?act=findpost&pid=301427"][{POST_SNAPBACK}][/a]
Yes, kl33per's beta does that. Please read the thread before asking (The answer was on this page).
foo_temple 0.90 Beta 2 (May 30 2005) (http://users.tpg.com.au/adsll926/foobar/foo_temple.rar)
Well here you go. This version only works inside a panel. Do not attempt to use it as a seperate window. It doesn't use a seperate window inside a panel, as with the last beta.
This is very poorly implemented. When the 0.9 SDK is out, I will attempt to rewrite from scratch (using the enqueue list in 0.9) a Columns UI panel (assuming this is possible with the 0.9 SDK). Until then be warned, this is not a stable release. Use this software at your own risk. I cannot be held liable for anything this software does to your foobar2000 installation, or your computer.
That being said, I've been using this version for 2 weeks without an issue.
If it is still a window in the panel, restart foobar.
I've emptied my Firefox cache and all, but I'm still getting the file buildt on 15. may...
Try again now.
Edit: Beta 2 was actually built on the 19th, but was released today, May 30th (AEST).
Thanks! Got the new one now.
Seems to work fine as long as you don't try to add it to a tabbed panel stack... (Luckily I found a way out of that one again....)
Can you config foobar so if an MP3 is double clicked (and foobar is associated) they get loaded into a temp playlist rather than replacing your current one?
Yeah it won't work in tabbed panels, neither does beta 1. Was written in the beta 1 post.
@ tool++, do you mean if files are loaded from explorer?
Can you config foobar so if an MP3 is double clicked (and foobar is associated) they get loaded into a temp playlist rather than replacing your current one?
[a href="index.php?act=findpost&pid=301482"][{POST_SNAPBACK}][/a]
As far as I know, this is not possible in the way you suggest. But you can do something quite similar. I have an extra playlist called "Enqueued" (of course, you might call it any name you like). In preferences (under "Core") you can configure a playlist, which is to be used for all songs, which are enqueued ("Always send to playlist"). This serves quite well for me, as all my playlists stay untouched, when double clicking on mp3s.
Regards,
Andreas
Yeah it won't work in tabbed panels, neither does beta 1. Was written in the beta 1 post.
@ tool++, do you mean if files are loaded from explorer?
[a href="index.php?act=findpost&pid=301485"][{POST_SNAPBACK}][/a]
Ya, the shell explorer (like double clicking a file on desktop).
So basically if foobar is associated etc.
Well, you can't make them load in to foo_temple by double clicking. The closest method is described above by andreas.
Can you config foobar so if an MP3 is double clicked (and foobar is associated) they get loaded into a temp playlist rather than replacing your current one?
[a href="index.php?act=findpost&pid=301482"][{POST_SNAPBACK}][/a]
As far as I know, this is not possible in the way you suggest. But you can do something quite similar. I have an extra playlist called "Enqueued" (of course, you might call it any name you like). In preferences (under "Core") you can configure a playlist, which is to be used for all songs, which are enqueued ("Always send to playlist"). This serves quite well for me, as all my playlists stay untouched, when double clicking on mp3s.
Regards,
Andreas
[a href="index.php?act=findpost&pid=301492"][{POST_SNAPBACK}][/a]
Mmhm. That was a major annoyance when I first started using Foobar. I haven't quite gotten past it yet...
Well, you can't make them load in to foo_temple by double clicking. The closest method is described above by andreas.
[a href="index.php?act=findpost&pid=301937"][{POST_SNAPBACK}][/a]
You should be able to do so by editing foobar's registry values and using the commandline (see some pages before in this thread for the parameters)
Request:
would it be possible for you to make something like %_enqueue_num%, so I can add it to a column...
like when you enqueue on winamp, it puts a [1] next to the length of the track, so you know which tracks in enqueue right on the playlist...; I'd like to be able to do that on foobar...
would this be possible?
EDIT:
also, could you make an option that would prevent you from enqueueing the same track more then once?
Unless someone else takes up development on this plugin, it's dead. I lack the expertise in C++, and the ambition to add new features and fix the bugs already present. What you are suggesting is also not possible with foobar 0.8.3. Using the built in enqueue list in 0.9, it may be possible, but we won't know until it's either implemented or the SDK is out.
If I enqueue a track when foobars playlist is running in shuffle mode, the enqueued track will play 2 times. if I enqueue multiple tracks, the last enqueued track will play twice. this repeating bug happens in all the shuffle modes, but works perfectly in the standard order modes. im hoping theres some way to fix this i dont know where the bug came from.
Unless someone else takes up development on this plugin, it's dead. I lack the expertise in C++, and the ambition to add new features and fix the bugs already present. What you are suggesting is also not possible with foobar 0.8.3. Using the built in enqueue list in 0.9, it may be possible, but we won't know until it's either implemented or the SDK is out.
[a href="index.php?act=findpost&pid=337734"][{POST_SNAPBACK}][/a]
well, I guess I may look at the source code of the plug-in to see if I can figure it out. I have some C++ experiance but probably not nearly enough, none the less, I'll see what I can do.
thanx anyways
Is anybody picking up foo_temple for 0.9? The playback queue isn't showing by default.
Is anybody picking up foo_temple for 0.9? The playback queue isn't showing by default.
[a href="index.php?act=findpost&pid=374448"][{POST_SNAPBACK}][/a]
Either way you'd need a plugin so why not picking the existing one?
Request:
would it be possible for you to make something like %_enqueue_num%, so I can add it to a column...
like when you enqueue on winamp, it puts a [1] next to the length of the track, so you know which tracks in enqueue right on the playlist...; I'd like to be able to do that on foobar...
would this be possible?
EDIT:
also, could you make an option that would prevent you from enqueueing the same track more then once?
[{POST_SNAPBACK}][/a] (http://index.php?act=findpost&pid=337713")
[a href="http://www.hydrogenaudio.org/forums/index.php?showtopic=42569&st=0&p=374486]Check this out.[/url] ;\