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 2016-10-26

00:02:03 Join ryanwaclaw [0] (46abc4de@gateway/web/freenode/ip.70.171.196.222)
00:02:09ryanwaclawhello
00:17:13 Quit ryanwaclaw (Quit: Page closed)
00:24:03 Quit ender (Quit: I sometimes wish lipstick really would.)
00:30:01 Quit ZincAlloy (Quit: Leaving.)
00:36:07 Quit alexweissman (Remote host closed the connection)
00:44:15 Join alexweissman [0] (~alexweiss@149.160.180.23)
00:46:10 Quit robertd1 (Quit: Leaving.)
00:46:23 Join robertd1 [0] (~root@190.79.236.49)
01:00
01:20:14 Quit cc___ (Ping timeout: 260 seconds)
01:30:15 Part robertd1
01:42:31***Saving seen data "./dancer.seen"
02:00
02:01:18 Quit alexweissman (Remote host closed the connection)
02:35:06 Quit krabador (Quit: Leaving)
03:00
03:11:51 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net)
03:16:50 Quit alexweissman (Ping timeout: 256 seconds)
03:24:19 Quit krnlyng (Ping timeout: 256 seconds)
03:37:34 Join krnlyng [0] (~liar@178.114.84.49.wireless.dyn.drei.com)
03:42:35***Saving seen data "./dancer.seen"
04:00
04:07:23 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net)
04:19:39 Join Leo-AGPTEK [0] (b70e7419@gateway/web/freenode/ip.183.14.116.25)
04:44:23 Quit alexweissman (Remote host closed the connection)
05:00
05:20:02 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net)
05:34:43 Join chrisb [0] (~chrisb@pool-71-175-245-221.phlapa.east.verizon.net)
05:42:38***Saving seen data "./dancer.seen"
05:55:25 Quit Leo-AGPTEK (Ping timeout: 260 seconds)
06:00
06:07:38 Quit alexweissman (Remote host closed the connection)
06:13:15 Quit ps-auxw (Ping timeout: 260 seconds)
06:22:49 Join ps-auxw [0] (~arneb@p5B0FBAE8.dip0.t-ipconnect.de)
06:49:38 Quit TheSeven (Ping timeout: 245 seconds)
06:49:59 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
07:00
07:42:39***Saving seen data "./dancer.seen"
08:00
08:18:02 Join ender` [0] (krneki@foo.eternallybored.org)
08:25:09 Quit pixelma (Quit: .)
08:25:09 Quit amiconn (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
08:25:20 Join pixelma [0] (~pixelma@rockbox/staff/pixelma)
08:25:21 Join amiconn [0] (~amiconn@rockbox/developer/amiconn)
08:25:51 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
08:32:11 Join Jinx [0] (~Jinx@unaffiliated/jinx)
08:45:04 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
08:46:00 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
09:00
09:42:40***Saving seen data "./dancer.seen"
09:52:04 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
09:52:35 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
10:00
10:18:52 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
10:19:22 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
10:41:29 Quit girafe (Quit: Leaving)
10:46:47 Join pamaury [0] (~pamaury@rockbox/developer/pamaury)
10:46:55 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
10:47:25 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
11:00
11:05:27 Join elensil [0] (~edhelas@2001:1c02:1903:d800:401b:46de:be3b:e11a)
11:19:20 Join bluebrother [0] (~dom@rockbox/developer/bluebrother)
11:19:32 Join fs-bluebot_ [0] (~fs-bluebo@x4d099cc7.dyn.telefonica.de)
11:22:02 Quit fs-bluebot (Ping timeout: 256 seconds)
11:22:29 Quit bluebrother^ (Ping timeout: 256 seconds)
11:24:03 Nick Guest49577 is now known as alexbobp (~alex@testificate.xen.prgmr.com)
11:42:41***Saving seen data "./dancer.seen"
12:00
12:00:27 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net)
12:04:18 Join robertd1 [0] (~as@190.79.236.49)
12:05:30 Quit alexweissman (Ping timeout: 276 seconds)
12:12:40 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
12:13:13 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
12:20:39 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
12:21:34 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
12:22:05 Join Senji [0] (~Senji@46-10-80-56.ip.btc-net.bg)
12:31:01TorCIs there a way to get playlist time remaining and total playlist time to add to a WPS? If it matters, I'm on Clip Zip.
12:31:35TorCI've looked through the tags, and am not sure how to do this.
12:59:08pixelmaI don't think that this is possible
12:59:30pamauryTorC: I don't kow much about about the playlist works, but I don't think rockbox looks through the metadata of all files in the playlist in advance
12:59:52pamaurythus this type of information is not easily available I think
13:00
13:01:15TorCpamaury: I kind of thought not from looking at the tags, but had to ask.
13:02:31TorCI tend to use the Random Folder Advance near exclusively. A lot of my folders contain just one track, but live recordings and multi-movement pieces get kept together in a folder.
13:03:30TorCIt would sometimes be nice to know how much time a piece split into multiple tracks has left.
13:05:16TorCI used to wish there were an easy way to have multiple folder lists or configuration lists for Random Folder Advance, but these days I tend not to care.
13:05:54TorCMy usecase before was to keep a track or two I liked from being played at work where I considered them just a little to adult for the store.
13:09:08fs-bluebot_Build Server message: New build round started. Revision fed083c, 255 builds, 15 clients.
13:10:57 Join petur [0] (~petur@rockbox/developer/petur)
13:16:35 Join cryham_ [0] (~cryham@ip-94-42-235-87.multimo.pl)
13:18:51 Quit chrisb (Ping timeout: 260 seconds)
13:19:36 Quit cryham (Ping timeout: 276 seconds)
13:19:43 Nick cryham_ is now known as cryham (~cryham@ip-94-42-235-87.multimo.pl)
13:20:42fs-bluebot_Build Server message: Build round completed after 694 seconds.
13:20:43fs-bluebot_Build Server message: Revision fed083c result: All green
13:25:38pamauryTorC: Rockbox is an open project, if you find someone to implement it, we might accept the patch. I don't know who touches that part of the code usually
13:26:23pamaurywhy did the build server do a new round when there wasn't a new commit ?!
13:34:05TorCpamaury: I'll think about it, but I'm no longer working there, so that isn't a problem for me now. It wasn't seriously bad, but Mis-Conceptions by Mercedes Lackey seemed a little inappropriate for a toy store attracting lots of little kids. You can hear it at https://www.youtube.com/watch?v=4b3-KpdPjs0
13:40:29dongs< TorC> Is there a way to get playlist time remaining and total playlist time to add to a WPS?
13:40:34dongsthat sounds like an extremely expensive operation
13:40:36dongsto calculate
13:42:43***Saving seen data "./dancer.seen"
13:46:15TorCdongs: I can see that. I also considered just total playlist time and remaining time not including current track. Then again, my playlists tend never to exceed one two CD album, so that isn't quite so expensive.
13:47:12TorCThe total time seems like it should only have to be calculated occasionally, and for my use case is usually only one track.
13:48:08TorCThat might be part of why I thought it feasible to produce in the first place...
13:56:58pixelmawell if it's just for one track, the remaining time of the track should be enough, which is already available, or not? And to know that there's only one in the playlist, you could use the playlist position and total number of tracks in the playlist tags. Though I'm not sure that I understand your use case correctly
14:00
14:00:16TorCpixelma: I was looking for, essentially time remaining on the album for times when I have e.g. an entire musical playing.
14:01:07TorCI usually use the Random Folder Advance, and the largest folders I have are a few two CD albums.
14:01:59TorCI suppose adding that feature might be dangerous for those who have monstrous playlists, though.
14:02:53pamauryyeah the problem is the idea sounds reasonable for small playlists, but for big ones, it's can be very expensive
14:03:30pamauryon flash I guess it's kind of okay, but on hard-drive based device, it's basically a huge amount of random reads
14:05:10TorCTrue. I suppose in theory one could find a way to cache the time once calculated and only update it if the md5 of the playlist changes. I believe that opens a Pandora's Box better left closed, though.
14:05:58TorCThat might or might not help when all playlists are dynamic and folder based. Though those playlists are probably the kind where the operation is relatively painless.
14:06:17pamaurywell it's more complicated, if you insert in the middle of the playlist for example, or move file. I guess you could cache it and scan the metadata in the background (ie the total playlist time would need some time to calculate)
14:07:11pamauryalso what happens when the playlist contains a folder? By default I don't think rockbox expands folders until it reaches them, so those would be taken into account
14:08:37TorCHmmm... all things to consider. I missed them because I don't use pre-set playlists, and very rarely actively make a temporary playlist. Thus, I don't know the ins and outs of that.
14:09:26TorCI gave up on playlists when I couldn't figure out a way to include playlists so I could play the list random and play included playlists in order when reached.
14:10:18TorCI never got past the first step, there. I think I found it was impossible without adding code.
14:10:58TorCI was much less bothered when I found RFA
14:10:59gevaertsYes, that's not supported
14:11:25TorCI think almost no program supports that kind of thing.
14:11:55TorCRockbox RFA is actually the only place I actually know of that pattern working at all.
14:13:15TorCAnd I'm very glad it does.
14:13:24gevaertsThe main issue with "plain" RFA is that it will spin up the disk more often than you want, because it can't load more than until the end of the current directory
14:13:37gevaertsThat's why there is the export to playlist option
14:14:25TorCI suppose so, but on the ClipZip that isn't such an issue. I also like having no idea what is coming next.
14:15:44TorCAn entirely track based random does bad things to live albums with patter leading from song to song.
14:17:13gevaertsAlso (depending on the listener, of course) for classical, where full works tend to consist of several movements, which tend to be separate tracks
14:18:16 Join cc___ [0] (~ac@2001:910:113f:1:6a05:caff:fe1c:1627)
14:18:17TorCBoth of which exist in my collection, along with musicals that have an order to the songs. The latter can usually go both ways, though.
14:19:42TorCI've got several cases of classical albums with a few different pieces that are separated into /album/piece/tracks.ogg so that they play nicely with RFA.
14:20:56dongsbeen a while since i heard ".ogg" extension, wow.
14:21:01dongsi thought that died with NetBSD
14:21:58TorCReally? Seems like most of the Linux ripping tools use that by default and have to be told to use something different.
14:23:22gevaertsThey should be ripping to flac!
14:23:47gevaertsogg may be a decent secondary format for on your DAP, but it shouldn't be the primary one
14:23:47 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
14:23:56duo8i would use vorbis exclusively if i could
14:24:00 Join krabador [0] (~krabador@unaffiliated/krabador)
14:24:18 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
14:24:20duo8but for some albums i can't find a lossless version to convert from
14:25:26TorCI tend to keep the CDs around, but I suppose they aren't forever, so ripping to a lossless is probably prudent.
14:25:38gevaertsThat and re-ripping is a pain
14:25:39duo8yeah archive them
14:26:57TorCTrue, that. I've got some I haven't gotten round to ripping yet, and others I tried, but didn't have time to enter the track info when I did it. Files with no tags are nasty.
14:28:45TorCWell, I need to get to bed. I'll take a look at the log in the morning. If I didn't get the answer I came for, at least I came away with good reasons why the feature doesn't exist and probably won't.
14:29:32TorCI wouldn't mind if the RFA import/generate would ask for a file to work from instead of hardcoding it. Though it isn't a big deal for me.
14:51:02 Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:319d:c8a8:b5e8:ba3c)
15:00
15:08:13 Join smoke_fumus [0] (~smoke_fum@dynamic-vpdn-93-125-14-199.telecom.by)
15:09:03 Quit krabador (Read error: Connection reset by peer)
15:42:44***Saving seen data "./dancer.seen"
15:57:56 Quit cc___ (Quit: WeeChat 1.6)
16:00
16:00:30 Join hoshi [0] (~hoshi@acfa12.neoplus.adsl.tpnet.pl)
16:11:23 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net)
16:25:22 Join krabador [0] (~krabador@unaffiliated/krabador)
16:44:23 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
16:44:56 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
17:00
17:01:25 Join toehser [0] (~tom@Connqueror.Toms.NET)
17:10:02 Quit Senji (Ping timeout: 245 seconds)
17:20:02 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
17:31:46 Quit robertd1 (Ping timeout: 260 seconds)
17:32:54 Join robertd1 [0] (~as@190.79.236.49)
17:42:47***Saving seen data "./dancer.seen"
17:44:11 Quit n17ikh (Ping timeout: 244 seconds)
17:51:18 Join n17ikh [0] (~n17ikh@unaffiliated/n17ikh)
18:00
18:02:15 Join Senji [0] (~Senji@46-10-80-56.ip.btc-net.bg)
18:11:38 Quit elensil (Quit: Leaving.)
18:21:28 Quit krabador (Quit: Leaving)
18:35:27 Quit n17ikh (Ping timeout: 245 seconds)
18:37:07TobiXgevaerts: I'm currently re-ripping all my albums (this time to flac) :(
18:41:45TobiXTorC: cuetools/eac are nice for ripping & tagging, but Windows-only :(
18:42:16 Join n17ikh [0] (~n17ikh@unaffiliated/n17ikh)
18:45:49 Quit robertd1 (Ping timeout: 250 seconds)
18:55:22 Join paulk-collins [0] (~paulk@gagarine.paulk.fr)
19:00
19:20:37 Join lebellium [0] (~chatzilla@89-93-177-91.hfc.dyn.abo.bbox.fr)
19:21:19 Quit toli (Ping timeout: 256 seconds)
19:27:27 Join toli [0] (~toli@ip-62-235-196-172.dsl.scarlet.be)
19:42:50***Saving seen data "./dancer.seen"
20:00
20:30:09 Quit ruhans (Quit: Connection closed for inactivity)
20:45:25 Join girafe [0] (~girafe@LFbn-1-8015-136.w90-112.abo.wanadoo.fr)
20:47:14fs-bluebot_Build Server message: New build round started. Revision 794104d, 255 builds, 15 clients.
20:55:15fs-bluebot_Build Server message: Build round completed after 480 seconds.
20:55:16fs-bluebot_Build Server message: Revision 794104d result: All green
21:00
21:06:17TorCTobiX: I use abcde, which works well for me, and mostly automates the process. It can even run a volume lever adjuster and leave hints RB can observe to keep the volume more even across disparate albums.
21:07:06 Join robertd1 [0] (~as@190.79.236.49)
21:19:53TobiXTorC: Use a ripper with MusicBrainz support, that should increase automatic tag quality quite a bit ;)
21:20:11TobiXlast time I checked, abcde only did cddb/freedb...
21:33:01TorCTobiX: I think so. I'll have to look into that. Though I'm not exactly a fanatic about perfection on that score. If it's got reasonable tags that enable me to know what I have without listening to it, then I'm happy.
21:33:35TorCUnless of course I can expect MusicBrainz to have details for more albums than cddb/freedb
21:33:50TorCThat would be a good reason to look into it.
21:37:02 Quit smoke_fumus (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)
21:42:54***Saving seen data "./dancer.seen"
22:00
22:51:32 Quit lebellium (Quit: ChatZilla 0.9.92 [Firefox 49.0.2/20161019084923])
22:58:01 Quit petur (Remote host closed the connection)
23:00
23:19:54TobiXTorC: I don't know. FreeDB probably has more coverage, since updating albums is easier, but the MusicBrainz database is better quality most of the time, since it is peer-reviewed (at least theoretically ;))
23:20:49TobiXYou can compare, since MB has a FreeDB gateway to their database: https://musicbrainz.org/doc/FreeDB_Gateway
23:42:55***Saving seen data "./dancer.seen"

Previous day | Next day