For the next relase could be added, on the code for embeding application, the window trasparency? (like on visualization) would be usefoul for example use a normal button again instead of the region (that isn't precise on click), just make the windows 99% (with 1% of trasparence).
And could be added also support for the linein under the vector of activesources? :p
Thanks so much :)
Mitch please see debug log file from RR 12/01/2011
I like old this version because...I test by load many Flac songs amount tree hundred of songs in playlist..( hard test )
and when I run RR again it play resume from last song..so good,fast very well and corrected..
But newer from this version can't do that...newer from this version not play resume or play last position of song
I want to you test again
generally i dont go backwards... only forwards...
far i as i know no changes to foobar code in months, but your going back almost a year
so i would compare a debug.txt of current version to that version...
it takes foo, very long to process the list of songs, so it is possible, that it hasnt processed the list
when rr asks it to play
just checked the last time foobar player was touched is 6/11/2011
so... its not the player... there has been changes in rr... specially for custom sources, so start up has been changed
Your debug seems to show the player resuming the song within 4 seconds of starting RR. Like Mitch said, we haven't changed anything in the player plugin for over 1 year. I don't believe we have changed enough in RR lately to cause any problems - was this working on RR in the September version?
I keep the Old West in length compared each month. To see the difference. I have no technical knowledge. But I noticed that Version is now waiting for it to be successful rrpl continuous music playback. But Version new length. It does not wait until the rrpl success. I just want to the RR load rrpl complete before onsongstart to resume Thanks for the answer.
"ONSONGSTART"? thats an event...
if i use foobar on current version it works, it always resumes correctly, but i only have a handfull of files
foobar, maybe talking long to load the list, and asked to play a song that doesnt exist (yet)
you should be able to prove that
the loading of RRPL into foobar is done asynchronously, else it would hold up RR for a possible long time
but thats nothing new, its how the foobar control plugin works, and always has worked
and i also dont have any flac files, only mp3....
do some logical testing, put 10 songs into a PLAYLIST, play song #8
does song #8 resume?
ok, i got it to happen myself, RR is asking the player to play, and the player isnt ready...
i had to put a ton of songs in PL
seems, if you play song, exit rr
and then repeat that
since FOOBAR is caching the tags!
foobar is taking too long to process the list, and rr asks it to play
all you had to do is look at the DEBUG TEXT
its plain as day
23:42:44.391: INFO: AudPlayerStart() - music player: PLPosition=35 TrackPosition=107000
23:42:44.391: Foobar2000 AudPlayer---> Set to new track: 36
23:42:44.391: Foobar2000 AudPlayer---> To Fb2k: vol -100
23:42:44.398: INFO: AudPlayerStart() - player volume should be 0: 255
23:42:44.398: Foobar2000 AudPlayer---> To Fb2k: play 36
23:42:44.398: Foobar2000 AudPlayer---> From Fb2k: VOLUME|-100.00
23:42:44.398: Foobar2000 AudPlayer---> From Fb2k: ERROR|Playlist track index out of range
im going to guess we improved the start up of RR, and that shortend the time of foobar processing
the problem is foo, processing each file... takes too long..