--- Log for 26.10.116  Server: karatkievich.freenode.net  Channel: #rockbox
--- Nick: logbot  Version: Dancer V4.16  Started: 18 days and 2 hours ago

00.02.03 Join    ryanwaclaw [0] (46abc4de@gateway/web/freenode/ip.70.171.196.222)
00.02.09 #       <ryanwaclaw> hello
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.20.14 Quit    cc___ (Ping timeout: 260 seconds)
01.30.15 Part    robertd1
01.42.31 ***     Saving seen data "./dancer.seen"
02.01.18 Quit    alexweissman (Remote host closed the connection)
02.35.06 Quit    krabador (Quit: Leaving)
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.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.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.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.42.39 ***     Saving seen data "./dancer.seen"
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.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.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.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.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.01 #       <TorC> Is 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.35 #       <TorC> I've looked through the tags, and am not sure how to do this.
12.59.08 #       <pixelma> I don't think that this is possible
12.59.30 #       <pamaury> TorC: 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.52 #       <pamaury> thus this type of information is not easily available I think
13.01.15 #       <TorC> pamaury: I kind of thought not from looking at the tags, but had to ask.
13.02.31 #       <TorC> I 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.30 #       <TorC> It would sometimes be nice to know how much time a piece split into multiple tracks has left.
13.05.16 #       <TorC> I 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.54 #       <TorC> My 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.08 #       <fs-bluebot_> Build Server message: 3New 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.42 #       <fs-bluebot_> Build Server message: 3Build round completed after 694 seconds.
13.20.43 #       <fs-bluebot_> Build Server message: 3Revision fed083c result: All green
13.25.38 #       <pamaury> TorC: 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.23 #       <pamaury> why did the build server do a new round when there wasn't a new commit ?!
13.34.05 #       <TorC> pamaury: 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.29 #       <dongs> < TorC> Is there a way to get playlist time remaining and total playlist time to add to a WPS?
13.40.34 #       <dongs> that sounds like an extremely expensive operation
13.40.36 #       <dongs> to calculate
13.42.43 ***     Saving seen data "./dancer.seen"
13.46.15 #       <TorC> dongs: 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.12 #       <TorC> The total time seems like it should only have to be calculated occasionally, and for my use case is usually only one track.
13.48.08 #       <TorC> That might be part of why I thought it feasible to produce in the first place...
13.56.58 #       <pixelma> well 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.16 #       <TorC> pixelma: I was looking for, essentially time remaining on the album for times when I have e.g. an entire musical playing.
14.01.07 #       <TorC> I usually use the Random Folder Advance, and the largest folders I have are a few two CD albums.
14.01.59 #       <TorC> I suppose adding that feature might be dangerous for those who have monstrous playlists, though.
14.02.53 #       <pamaury> yeah the problem is the idea sounds reasonable for small playlists, but for big ones, it's can be very expensive
14.03.30 #       <pamaury> on 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.10 #       <TorC> True.  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.58 #       <TorC> That 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.17 #       <pamaury> well 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.11 #       <pamaury> also 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.37 #       <TorC> Hmmm... 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.26 #       <TorC> I 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.18 #       <TorC> I never got past the first step, there.  I think I found it was impossible without adding code.
14.10.58 #       <TorC> I was much less bothered when I found RFA
14.10.59 #       <gevaerts> Yes, that's not supported
14.11.25 #       <TorC> I think almost no program supports that kind of thing.
14.11.55 #       <TorC> Rockbox RFA is actually the only place I actually know of that pattern working at all.
14.13.15 #       <TorC> And I'm very glad it does.
14.13.24 #       <gevaerts> The 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.37 #       <gevaerts> That's why there is the export to playlist option
14.14.25 #       <TorC> I suppose so, but on the ClipZip that isn't such an issue.  I also like having no idea what is coming next.
14.15.44 #       <TorC> An entirely track based random does bad things to live albums with patter leading from song to song.
14.17.13 #       <gevaerts> Also (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.17 #       <TorC> Both 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.42 #       <TorC> I'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.56 #       <dongs> been a while since i heard ".ogg" extension, wow.
14.21.01 #       <dongs> i thought that died with NetBSD
14.21.58 #       <TorC> Really?  Seems like most of the Linux ripping tools use that by default and have to be told to use something different.
14.23.22 #       <gevaerts> They should be ripping to flac!
14.23.47 #       <gevaerts> ogg 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.56 #       <duo8> i 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.20 #       <duo8> but for some albums i can't find a lossless version to convert from
14.25.26 #       <TorC> I tend to keep the CDs around, but I suppose they aren't forever, so ripping to a lossless is probably prudent.
14.25.38 #       <gevaerts> That and re-ripping is a pain
14.25.39 #       <duo8> yeah archive them
14.26.57 #       <TorC> True, 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.45 #       <TorC> Well, 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.32 #       <TorC> I 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.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.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.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.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.07 #       <TobiX> gevaerts: I'm currently re-ripping all my albums (this time to flac) :(
18.41.45 #       <TobiX> TorC: 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.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.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.14 #       <fs-bluebot_> Build Server message: 3New build round started. Revision 794104d, 255 builds, 15 clients.
20.55.15 #       <fs-bluebot_> Build Server message: 3Build round completed after 480 seconds.
20.55.16 #       <fs-bluebot_> Build Server message: 3Revision 794104d result: All green
21.06.17 #       <TorC> TobiX: 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.53 #       <TobiX> TorC: Use a ripper with MusicBrainz support, that should increase automatic tag quality quite a bit ;)
21.20.11 #       <TobiX> last time I checked, abcde only did cddb/freedb...
21.33.01 #       <TorC> TobiX: 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.35 #       <TorC> Unless of course I can expect MusicBrainz to have details for more albums than cddb/freedb
21.33.50 #       <TorC> That 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.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.19.54 #       <TobiX> TorC: 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.49 #       <TobiX> You 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"