--- Log for 29.01.123 Server: calcium.libera.chat Channel: #rockbox --- Nick: rb-logbot Version: Dancer V4.16 Started: 1 month and 4 days ago 00.02.05 Quit larbob (Ping timeout: 246 seconds) 00.13.42 Join larbob [0] (~larbob@159.65.42.191) 00.18.18 Quit massiveH (Quit: Leaving) 00.21.07 *** Saving seen data "./dancer.seen" 02.21.10 *** No seen item changed, no save performed. 03.24.23 Quit LambdaCalculus37 (Ping timeout: 255 seconds) 03.26.25 Join LambdaCalculus37 [0] (~LambdaCal@2600:4040:aed7:e400:2c69:cbd0:52d2:cda4) 04.07.10 Join lebellium [0] (~lebellium@2a01cb040109a60057484dad52b1f739.ipv6.abo.wanadoo.fr) 04.21.13 *** Saving seen data "./dancer.seen" 05.13.19 Quit _bilgus_ (Ping timeout: 260 seconds) 06.21.14 *** Saving seen data "./dancer.seen" 06.42.22 Join berber [0] (~berber@2001:470:69fc:105::1:ab45) 06.44.18 # often, when i play the first song of an album or playlist or whatever (not the one in the first position, i mean the first one that i select), it doesn't immediately start, but it "fades in" from quiet to loud. is there a way to turn this off, or does this have to do with the hardware? because it doesn't happen between songs or when i select something else after that etc... 06.58.04 Join amachronic [0] (~amachroni@user/amachronic) 07.15.43 # Build Server message: 3New build round started. Revision d85f4b5e1c, 303 builds, 9 clients. 07.15.44 # 3pdbox: Move core thread off COP by Aidan MacDonald 07.32.07 # Build Server message: 3Build round completed after 984 seconds. 07.32.10 # Build Server message: 3Revision d85f4b5e1c result: All green 07.32.37 # Build Server message: 3New build round started. Revision 2c4546ba99, 303 builds, 9 clients. 07.32.37 # 3playlist: Remove unused PLAYLIST_DELETE_CURRENT by Aidan MacDonald 07.48.32 Quit LambdaCalculus37 (Ping timeout: 248 seconds) 07.48.40 Join LambdaCalculus37 [0] (~LambdaCal@2607:fb90:ea08:9182:1405:aaff:fef9:64b3) 07.53.21 # Build Server message: 3Build round completed after 1245 seconds. 07.53.23 # Build Server message: 3Revision 2c4546ba99 result: All green 07.55.12 # Build Server message: 3New build round started. Revision 25bd3bc971, 303 builds, 9 clients. 07.55.12 # 3playlist: Optimize playlist_remove_all_tracks() by Aidan MacDonald 08.02.14 Quit S|h|a|w|n (Read error: Connection reset by peer) 08.17.22 # Build Server message: 3Build round completed after 1331 seconds. 08.17.25 # Build Server message: 3Revision 25bd3bc971 result: All green 08.21.18 *** Saving seen data "./dancer.seen" 08.25.57 # Build Server message: 3New build round started. Revision 78718aa7eb, 303 builds, 9 clients. 08.25.58 # 3playlist: Annotate locks as read/write by Aidan MacDonald 08.33.29 Join dconrad [0] (~dconrad@152.117.104.235) 08.34.47 # berber, do you have Fade On Stop/Pause (under Playback settings) enabled? 08.35.10 # no i don't 08.37.54 # hmm, I figured that had to be it 08.39.43 Quit amachronic (Ping timeout: 248 seconds) 08.45.12 # Build Server message: 3Build round completed after 1155 seconds. 08.45.14 # Build Server message: 3Revision 78718aa7eb result: All green 09.05.08 # berber: what device? 09.05.22 # xduoo x3 09.26.09 Quit dconrad () 09.27.12 Quit LambdaCalculus37 (Ping timeout: 248 seconds) 09.27.39 Join LambdaCalculus37 [0] (~LambdaCal@2600:4040:aed7:e400:2c69:cbd0:52d2:cda4) 09.44.51 # hmm, what _may_ be happening is that the first time the codec starts it has to ramp up. 09.45.13 # I've noticed that on mine, but usually it's when player voices the "recent bookmarks" menu item when starting up. 09.45.30 # does this matter how long you wait before starting the audio playback? 10.00.39 # i don't have recent bookmarks (or i don't know what you mean). and what do you mean by when the player "voices" it? 10.21.19 *** Saving seen data "./dancer.seen" 10.22.19 Join amachronic [0] (~amachroni@user/amachronic) 10.37.58 # rockbox can voice menus, filenames, etc 10.44.25 # oh 10.49.42 Join _bilgus_ [0] (~bilgus@162.154.213.134) 10.55.41 # "hmm, what _may_ be happening..." <- this does sound right though. because it usually (i think) only happens after startup, and afterwards its usually fine 11.03.10 # it's probably due to the soft ramping. 11.03.12 # cs4398_write_reg(CS4398_REG_RAMPFILT, CS4398_ZERO_CROSS | CS4398_SOFT_RAMP); 11.04.37 # normally that's a good thing but perhaps we should disable it on initial startup 11.04.45 # worst case it takes 21ms per 1/8dB.. 11.06.22 # easy enough to test that this is the culprit though 11.10.21 # berber: Try this and let me know how it sounds: https://www.shaftnet.org/~pizza/rb-x3-test.zip 11.10.43 # I disabled ramping altogether. 11.15.37 Quit pixelma (Quit: .) 11.15.38 Quit amiconn (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) 11.15.51 Join pixelma [0] (marianne@p200300ea872b5d00305e95fffec66ff3.dip0.t-ipconnect.de) 11.15.52 Join amiconn [0] (jens@p200300ea872b5d00305e95fffec66ff3.dip0.t-ipconnect.de) 11.36.48 Quit amachronic (Ping timeout: 248 seconds) 11.38.43 Join amachronic [0] (~amachroni@user/amachronic) 11.39.48 # sry i am out shopping, give me another 30mins 11.46.39 Quit amachronic (Quit: amachronic) 11.48.17 Join Piece_Maker [0] (~eddie@cpc95736-bolt17-2-0-cust330.10-3.cable.virginm.net) 12.03.37 Join dconrad [0] (~dconrad@152.117.104.235) 12.04.44 # I think I found a bug, can anyone reproduce with the steps here? FS#13389 12.04.47 # https://www.rockbox.org/tracker/task/13389 3Changing playlist after power cycle can cause panic under certain conditions (bugs, new) 12.05.21 # It only occurs with the database, and seems to require a reboot to occur 12.14.34 # Also probably a factor is that when you resume after rebooting and then hit the back button, you're now browsing with the file browser instead of the database 12.20.39 Quit dconrad (Remote host closed the connection) 12.21.02 Join dconrad [0] (~dconrad@152.117.104.235) 12.21.15 Quit prg (Quit: ZNC 1.8.2 - https://znc.in) 12.21.20 *** Saving seen data "./dancer.seen" 12.25.25 Join prg_ [0] (~prg@xannode.com) 12.42.01 # speachy: so i should just replace my `.rockbox` with this one, correct? 13.10.16 # <_bilgus_> breber yes reanme your current one to .rockboxold and copy over the new one 13.10.57 # <_bilgus_> or delete it but starting from a clean dir is the first step and its nice to be able to go back 14.21.23 *** No seen item changed, no save performed. 14.35.52 Quit dconrad (Remote host closed the connection) 14.40.34 Join gartral [0] (~gartral@2603-6011-0800-8303-68bb-ba5b-7e04-f8d2.res6.spectrum.com) 14.40.40 # oh hey 14.40.45 # ya'll moved over 14.42.09 Quit gartral (Quit: Client closed) 14.43.20 Join gartral [0] (~gartral@cpe-76-177-234-0.natcky.res.rr.com) 14.48.49 Join gartral_ [0] (~gartral_@2603-6011-0800-8303-68bb-ba5b-7e04-f8d2.res6.spectrum.com) 14.56.23 Join dconrad [0] (~dconrad@152.117.104.235) 15.01.03 Quit dconrad (Ping timeout: 268 seconds) 15.15.50 Join dconrad [0] (~dconrad@152.117.104.235) 15.42.52 Quit gartral (Changing host) 15.42.52 Join gartral [0] (~gartral@user/gartral) 16.16.09 Quit dconrad (Remote host closed the connection) 16.20.41 Join dconrad [0] (~dconrad@152.117.104.235) 16.21.24 *** Saving seen data "./dancer.seen" 16.25.19 Quit dconrad (Ping timeout: 260 seconds) 16.56.28 Join dconrad [0] (~dconrad@152.117.104.235) 17.01.03 Quit dconrad (Ping timeout: 248 seconds) 17.53.10 Quit jacobk (Ping timeout: 260 seconds) 17.58.17 Quit lebellium (Quit: Leaving) 18.21.26 *** Saving seen data "./dancer.seen" 18.25.08 Join dconrad [0] (~dconrad@152.117.104.235) 18.25.37 Join massiveH [0] (~massiveH@2600:4040:a992:a300:8c14:8a83:9fca:8864) 18.40.38 # berber: I was out running errands, otherwise I'd have been able to test myself. :D 20.21.28 *** No seen item changed, no save performed. 20.56.27 Quit massiveH (Quit: Leaving) 21.00.32 Quit advcomp2019 (Read error: Connection reset by peer) 22.21.30 *** Saving seen data "./dancer.seen" 22.49.24 Quit dconrad () 23.25.05 Join advcomp2019 [0] (~advcomp20@user/advcomp2019) 23.37.11 Quit m01 (Quit: Konversation terminated.) 23.39.26 Join m01 [0] (~quassel@vps-b172b88b.vps.ovh.net)