Previous day | Jump to hour: 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | Next day

Seconds: Show Hide | Joins: Show Hide | View raw
Font: Serif Sans-Serif Monospace | Size: Small Medium Large

Click in the nick column to highlight everything a person has said.
The Logo icon identifies that the person is a core developer (has commit access).

#rockbox log for 2023-11-09

00:00:05 Quit jacobk (Ping timeout: 240 seconds)
00:02:26 Join PheralSparky [0] (~Shawn@user/shawn/x-4432647)
00:21:03 Quit othello7 (Ping timeout: 240 seconds)
01:00
01:00:26***Saving seen data "./dancer.seen"
02:00
02:06:19rb-bluebotBuild Server message: New build round started. Revision 7f455af905, 304 builds, 7 clients.
02:06:20rb-bluebothwstub lib: Introduce framework for device filtering by Marcin Bukat
02:20:07rb-bluebotBuild Server message: Build round completed after 828 seconds.
02:20:08rb-bluebotBuild Server message: Revision 7f455af905 result: All green
02:28:14 Quit yang (Server closed connection)
02:28:22 Join yang [0] (sid23779@id-23779.lymington.irccloud.com)
02:31:16 Nick yang is now known as Guest6941 (sid23779@id-23779.lymington.irccloud.com)
02:54:45 Quit pixelma (Quit: .)
02:54:46 Quit amiconn (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
02:55:41 Join pixelma [0] (marianne@p4fe76a3d.dip0.t-ipconnect.de)
02:55:42 Join amiconn [0] (jens@p4fe76a3d.dip0.t-ipconnect.de)
03:00
03:00:30***Saving seen data "./dancer.seen"
03:43:19 Join mink [0] (~vison@31-10-163-238.cgn.dynamic.upc.ch)
03:51:23 Join _mink [0] (~vison@2a02:aa12:b101:6000::b1)
03:54:34 Quit mink (Ping timeout: 272 seconds)
04:00
04:05:49 Join CH23 [0] (~CH23@revspace/participant/ch23)
05:00
05:00:31***Saving seen data "./dancer.seen"
05:18:42 Quit PheralSparky (Quit: Leaving)
06:00
06:10:09 Quit Nyaa (Read error: Connection reset by peer)
06:11:34 Join Nyaa [0] (Nyaaori@cyberia.club/meow/nyaaori)
06:12:39 Quit Nyaa (Remote host closed the connection)
06:13:03 Join Nyaa [0] (Nyaaori@cyberia.club/meow/nyaaori)
06:13:28 Quit _mink (Remote host closed the connection)
06:14:09 Quit Nyaa (Remote host closed the connection)
06:15:42 Join mink [0] (~vison@31-10-163-238.cgn.dynamic.upc.ch)
06:29:52 Quit CH23_M (Read error: Connection reset by peer)
06:31:25 Join CH23_M [0] (~CH23@revspace/participant/ch23)
07:00
07:00:34***Saving seen data "./dancer.seen"
07:09:47 Quit sch (Ping timeout: 258 seconds)
07:17:24 Join sch [0] (a2fe4b5ecb@irc.cheogram.com)
08:00
08:30:22 Join CH23_ [0] (~CH23@revspace/participant/ch23)
08:45:43 Join Nyaa [0] (Nyaaori@cyberia.club/meow/nyaaori)
09:00
09:00:36***Saving seen data "./dancer.seen"
09:27:23 Join tr [0] (Nyaaori@cyberia.club/meow/nyaaori)
09:27:32 Quit Nyaa (Killed (zirconium.libera.chat (Nickname regained by services)))
09:27:32 Nick tr is now known as Nyaa (Nyaaori@cyberia.club/meow/nyaaori)
09:52:45 Join othello7 [0] (~Thunderbi@pool-100-36-166-8.washdc.fios.verizon.net)
10:00
10:37:12 Quit Guest6941 (Changing host)
10:37:12 Join Guest6941 [0] (sid23779@fsf/member/yang)
10:37:27 Nick Guest6941 is now known as yang (sid23779@fsf/member/yang)
10:42:11 Quit CH23_M (Ping timeout: 252 seconds)
10:42:55 Join CH23_M [0] (~CH23@revspace/participant/ch23)
10:48:23_bilguschris_s I figured out what takes up to a minute to start a playlist from boot sometimes
10:52:33_bilgusplaylist_resume_track() uses the CRC of the track path (excluding the volume identifier) well if the track at start_index does not match it then proceeds to search the tag cache in a linear fashion forcing the retrieval and CRC gen of potentially every track name
10:53:39_bilgussorry not the tag cache the playlist and potentially directory cache
10:55:38 Quit CH23_M (Read error: Connection reset by peer)
10:55:52 Join CH23_M [0] (~CH23@revspace/participant/ch23)
10:58:12_bilgusmy current patch appears to have sped it up a bit. but, I'm not quite sure if that's actually true or just got lucky that continuing from the start_index has been faster than starting at the beginnings
10:58:59_bilgusso I guess the next question is what causes the start_index to be wrong
10:59:13_bilgus-song missing
10:59:33_bilgus-shuffled from under us
11:00
11:00:03_bilgus-bad crc generation
11:00:40***Saving seen data "./dancer.seen"
11:01:10_bilgusthats all I can think of ATM
11:02:14_bilgusits ok if it actually finds the song otherwise you just waited forever to start the playlist at song 1
11:24:34 Quit CH23_M (Read error: Connection reset by peer)
11:27:16 Join CH23_M [0] (~CH23@revspace/participant/ch23)
12:00
12:39:50 Quit CH23_ (Ping timeout: 255 seconds)
13:00
13:00:42***Saving seen data "./dancer.seen"
13:20:28CH23I can´t get my iPod 4th gen to go into DFU mode, instead after the first shutdown, then the reboot, it shows the ´sad ipod´ for a long time
13:21:20CH23how can I figure out the cause of it
14:00
14:08:18 Join jacobk [0] (~quassel@129.110.242.224)
14:37:18revoI'm guessing you have some bad hardware CH23 as that happens on the later iPods, but I have no experience with the iPod 4th gen
15:00
15:00:43***No seen item changed, no save performed.
15:22:40 Quit jacobk (Ping timeout: 255 seconds)
15:28:35CH23revo, i think i overheated the iflash ata1. €50 down the drain :/
15:31:53 Join chris_s [0] (~chris_s@ip-176-199-253-146.um44.pools.vodafone-ip.de)
15:49:57 Quit mink (Remote host closed the connection)
16:00
16:05:16chris_sbilgus: There are probably other scenarios: But one thing that I know is broken (even after my set of patches on Gerrit) is that the "Shuffle" setting callback needs to sort the playlist first, or the resulting track order will be different after resuming, since PLAYLIST_COMMAND_SHUFFLE entails sorting the playlist.
16:06:02chris_sthat is, if you enable "Shuffle" when the playlist has *already* been shuffled
16:07:34 Quit martylake (Ping timeout: 245 seconds)
16:12:09chris_sotherwise you'll write an S command followed by an S command to the command file, but will get the equivalent of SUS after resume
16:25:44 Join mink [0] (~vison@31-10-163-238.cgn.dynamic.upc.ch)
16:27:45 Quit mink (Read error: Connection reset by peer)
16:31:28 Join mink [0] (~vison@2a02:aa12:b101:6000::b1)
16:42:24 Quit chris_s ()
16:52:55 Join tr [0] (Nyaaori@cyberia.club/meow/nyaaori)
16:55:03 Quit Nyaa (Ping timeout: 240 seconds)
17:00
17:00:47***Saving seen data "./dancer.seen"
17:15:20_bilgusthat very well might be it
17:17:58 Quit mink (Remote host closed the connection)
18:00
18:17:36 Join Moriar [0] (~moriar@107-200-193-159.lightspeed.stlsmo.sbcglobal.net)
19:00
19:00:48***Saving seen data "./dancer.seen"
19:25:08 Join massiveH [0] (~massiveH@2600:4040:a982:c800:18cb:44e1:6a75:5e3a)
20:00
20:47:57 Quit woffs (Server closed connection)
21:00
21:00:50***Saving seen data "./dancer.seen"
21:03:27rb-bluebotBuild Server message: New build round started. Revision 7ac4d34dd6, 304 builds, 7 clients.
21:03:27rb-bluebotPlaylist slight optimizations for playlist_resume by William Wilgus
21:22:47rb-bluebotBuild Server message: Build round completed after 1161 seconds.
21:22:48rb-bluebotBuild Server message: Revision 7ac4d34dd6 result: All green
21:47:18 Join jacobk [0] (~quassel@64.189.201.150)
22:00
22:04:37 Quit tr (Read error: Connection reset by peer)
22:04:54 Join Nyaa [0] (Nyaaori@cyberia.club/meow/nyaaori)
22:06:41 Join martylake [0] (~martylake@82.66.174.242)
22:32:29 Quit jacobk (Ping timeout: 248 seconds)
22:36:05 Quit Moriar (Ping timeout: 255 seconds)
22:38:44 Quit Nyaa (Read error: Connection reset by peer)
22:45:18 Join jacobk [0] (~quassel@utdpat241106.utdallas.edu)
23:00
23:00:51***Saving seen data "./dancer.seen"
23:25:58 Quit CH23_M (Read error: Connection reset by peer)
23:26:14 Join CH23_M [0] (~CH23@revspace/participant/ch23)
23:37:17 Quit m01 (Quit: Konversation terminated.)
23:40:09 Join m01 [0] (~quassel@vps-b172b88b.vps.ovh.net)
23:56:13 Quit jacobk (Ping timeout: 248 seconds)

Previous day | Next day