Crossfade option - bug?
Hi, When Crossfade is set to Always or Track Skip Only, should Rockbox use crossfade when skipping playback to the next track (i.e. using the right button)? With the H300 CVS build, this doesn't happen with a forward (or reverse) skip, although if I manually go back to the playlist and select the next (or any other) track that way, I do get a crossfade (albeit with a glitch as the WPS is redisplayed that Brandon's hopefully aware of!). My crossfade configuration is: Enable Crossfade: Track Skip Only Fade-In Delay: 0s Fade-In Duration: 1s Fade-Out Delay: 0s Fade-Out Duration: 2s Fade-Out Mode: Crossfade If this is a bug, let me know and I'll put it on Flyspray (unless it gets fixed in the meantime!). Steve Bavin
Daily build error
Hi devs, since some days I got these build errors under cygwin. Can some wise guy find the reason? bash: mkdir my cd my ../tools/configure make tools make clean make make zip gcc -I../include -c -o ucl_str.o ucl_str.c gcc -I../include -c -o ucl_util.o ucl_util.c sh-elf-ar ruv libucl.a alloc.o io.o n2b_99.o n2b_d.o n2b_ds.o n2b_to.o n2d_99.o n2d_d.o n2d_ds.o n2d_to.o n2e_99.o n2e_d.o n2e_ds.o n2e_to.o ucl_crc.o ucl_dll.o ucl_init.o ucl_ ptr.o ucl_str.o ucl_util.o /dev/null 21 sh-elf-ranlib libucl.a gcc uclpack.o src/libucl.a -o ../uclpack src/libucl.a: could not read symbols: Archive has no index; run ranlib to add one collect2: ld returned 1 exit status make[2]: *** [../uclpack] Error 1 make[1]: *** [uclpack] Error 2 make: *** [tools] Error 2 Cleaning build directory make[1]: `rdf2binary' is up to date. make[1]: `convbdf' is up to date. make[1]: `scramble' is up to date. make[1]: `descramble' is up to date. make[1]: `sh2d' is up to date. make -C ucl gcc uclpack.o src/libucl.a -o ../uclpack src/libucl.a: could not read symbols: Archive has no index; run ranlib to add one collect2: ld returned 1 exit status make[2]: *** [../uclpack] Error 1 make[1]: *** [uclpack] Error 2 make: *** [tools] Error 2 find: apps: No such file or directory zip warning: name not matched: ajbrec.ajz zip error: Nothing to do! (rockbox.zip) ~ Joerch ___ SMS schreiben mit WEB.DE FreeMail - einfach, schnell und kostenguenstig. Jetzt gleich testen! http://f.web.de/?mc=021192
Re: FMR ucl directory and TagCache issues
General Settings - Playback - Gather Runtime Data (experimental) which probably shouldnt be there any more. Yes, some items need to be cleaned up before release. Regards, Jens I would suggest to put the Tagcache and dircache options together. For instance in system/caching When someone is doing this, please consider to put the sleep timer a little bit closer to the root, i think it is to deep inside the menu structure and isn't a system option like for instance disk and battery either.
Re: Crossfade option - bug?
Happening with the latest? I know there was a bug that caused crossfade to never engage on manual skips for a short while. As for a bug with the WPS display, Im not aware of any such. Please report these issues on the SoftwareCodecPlayback wiki page if they are indeed alive and kicking. Brandon On Thu, 04/20/06 at 11:27:59 +0100, Steve Bavin wrote: Hi, When Crossfade is set to Always or Track Skip Only, should Rockbox use crossfade when skipping playback to the next track (i.e. using the right button)? With the H300 CVS build, this doesn't happen with a forward (or reverse) skip, although if I manually go back to the playlist and select the next (or any other) track that way, I do get a crossfade (albeit with a glitch as the WPS is redisplayed that Brandon's hopefully aware of!). My crossfade configuration is: Enable Crossfade: Track Skip Only Fade-In Delay: 0s Fade-In Duration: 1s Fade-Out Delay: 0s Fade-Out Duration: 2s Fade-Out Mode: Crossfade If this is a bug, let me know and I'll put it on Flyspray (unless it gets fixed in the meantime!). Steve Bavin
Re: FMR ucl directory and TagCache issues
On Thu, 20 Apr 2006, Simon M. wrote: I would suggest to put the Tagcache and dircache options together. For instance in system/caching Personally I can't see Tag Cache as a cache at all so bundling the dircache (which I do view as a cache) with Tag Cache like that would feel highly unintuitive to me. I actually propose we call the feature tagdb, trackdb or something like that. -- Daniel Stenberg -- http://www.rockbox.org/ -- http://daniel.haxx.se/
Re: iAudio M5 / X5 ?
On 20 apr 2006, at 13:41, Daniel Stenberg wrote: Oh yes they are. The upgrade firmwares are (at least in the X5* cases) unencrypted so you can start your disassemble adventures right away! ;-) :-D What do you use to disasm it, IDA? Hmm, the free version of IDA doesn't support the ColdFire chip, I'm afraid... Keys? Do you mean decryption keys? Sorry, bad use of words on my behalf. I meant buttons. Having Rockbox without being able to read/scan buttons is... a bit lacking! ;-) :-D It would indeed not be very convenient to have to ssh into the thing to skip tracks... ;-) Ie, we cannot in fact destroy the player by flashing a bad firmware on it. At least not to my knowledge. Don't feel obliged to prove me wrong! ;-) If you don't mind, I'll leave that to someone else. ;-) This certainly sounds like fun (so far all I did was porting Linux to WinCE-only terminal devices http://winterm.gaast.net/, but it involved quite a lot of reverse-engineering already)! BTW, we should probable take further develop speak to the rockbox-dev list instead... Done! So now all I have to do is actually *buy* an M5. I just wanted to make sure that I really don't need an X5. And well, if it doesn't work, at least I hope the people at Cowon make better firmware than iRiver does (at least for the iMP player, for example the iMP-550 had a habit of randomly skipping some specific Ogg tracks when played in a playlist (or something similar), while in fact it could play them very well if you select the track manually). Having open-source firmware on a music player really sounds good to me. Like phones, music players always do something wrong, and at last now I got the chance to fix it. ;-) Thanks for all the information, and I hope to give some information back soon then! :-D Wilmer van der Gaast. -- + .''`. - -- ---+ +- -- --- - --+ | wilmer : :' : gaast.net | | OSS Programmer www.bitlbee.org | | lintux `. `~' debian.org | | Full-time geek wilmer.gaast.net | +--- -- - ` ---+ +-- - --- -- -+