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 2014-04-09

00:04:53kugelgevaerts: uh evil!
00:05:16*gevaerts hopes he won't get his commit access revoked over this!
00:05:30kugelrfa uses the the audio buffer to store the list and then starts playback
00:05:42gevaertsAh, right...
00:05:46gevaertsSounds like fun :)
00:07:36kugelhm, plugins have no way to release the audio buffer currently
00:24:50 Quit rudi_s (Quit: leaving)
00:25:58 Join mikroflops [0] (~yogurt@178.174.137.6)
00:27:49 Quit dfkt (Read error: Connection reset by peer)
00:27:56 Join rudi_s [0] (~simon@ruderich.eu)
00:28:01 Join dfkt [0] (OxO29A@unaffiliated/dfkt)
00:29:37kugelyay, one major step towards a proper (well, less improper) playlist library interface
00:36:36 Quit kugel (Ping timeout: 240 seconds)
00:38:27 Join wodz [0] (~wodz@89-75-151-160.dynamic.chello.pl)
00:41:17 Quit Misanthropos (Ping timeout: 240 seconds)
00:41:49 Quit wodz (Client Quit)
00:48:42 Join Gallomimia [0] (~gallomimi@209.115.181.5)
00:50:07 Join Misanthropos [0] (~Misanthro@frnk-4d0134c2.pool.mediaWays.net)
00:57:58dfktkugel (logs), make sure you add a "clear/delete playlist" function ;)
01:00
01:00:18 Quit ender` (Quit: Kids. You gotta love them. I adore children. A little salt, a squeeze of lemon--perfect. -- Harry Dresden (Jim Butcher: Storm Front))
01:04:47 Quit bertrik (Remote host closed the connection)
01:08:36 Quit Scromple (Quit: Leaving)
01:15:38 Join Scromple [0] (~Simon@161.43.73.67)
01:18:46 Quit FOAD (Read error: Operation timed out)
01:19:01 Join FOAD [0] (~foad@unaffiliated/foad)
01:19:24 Join radioastro [0] (~quassel@veda.xs4all.nl)
01:20:05 Quit babylonlurker (Ping timeout: 240 seconds)
01:20:45 Quit Gallomimia (Ping timeout: 246 seconds)
01:26:29 Join Gallomimia [0] (~gallomimi@209.115.181.5)
01:29:30 Quit dfkt (Disconnected by services)
01:29:31 Join dfkt_ [0] (dfkt@unaffiliated/dfkt)
01:30:12 Quit rudi_s (Ping timeout: 246 seconds)
01:30:24 Join rudi_s [0] (~simon@ruderich.eu)
01:33:28 Quit Misanthropos (Ping timeout: 240 seconds)
01:34:05 Quit Gallomimia (Ping timeout: 240 seconds)
01:37:12 Quit ZincAlloy (Quit: Leaving.)
01:40:15***Saving seen data "./dancer.seen"
01:57:40 Quit Scromple (Read error: Connection reset by peer)
01:59:56 Join Scromple [0] (~Simon@161.43.73.67)
02:00
02:04:56 Join Gallomimia [0] (~gallomimi@209.115.181.5)
02:16:07 Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs)
02:44:27 Join Misanthropos [0] (~Misanthro@frnk-4d0134c2.pool.mediaWays.net)
02:44:56 Quit Misanthropos (Client Quit)
02:45:42 Join Misanthropos [0] (~Misanthro@frnk-4d0134c2.pool.mediaWays.net)
02:52:36 Quit Misanthropos (Ping timeout: 240 seconds)
02:54:15 Join Strife89 [0] (~Strife89@adsl-98-80-233-155.mcn.bellsouth.net)
02:59:48 Join tertu3 [0] (~tertu@143.44.70.199)
03:00
03:00:01 Quit AlexP (Remote host closed the connection)
03:09:02 Join Misanthropos [0] (~Misanthro@frnk-4d0134c2.pool.mediaWays.net)
03:18:14 Join ter2 [0] (~tertu@143.44.70.199)
03:18:38 Quit tertu3 (Read error: Connection reset by peer)
03:18:46 Nick ter2 is now known as tertu (~tertu@143.44.70.199)
03:20:40 Quit Gallomimia (Ping timeout: 240 seconds)
03:23:36 Quit Misanthropos (Ping timeout: 240 seconds)
03:24:02 Join Misanthropos [0] (~Misanthro@frnk-4d0134c2.pool.mediaWays.net)
03:24:24 Join Gallomimia [0] (~gallomimi@209.115.181.5)
03:30:16 Quit Gallomimia (Ping timeout: 240 seconds)
03:37:25 Quit us`0gb (Ping timeout: 250 seconds)
03:40:17***Saving seen data "./dancer.seen"
03:59:14 Quit tertu (Quit: Leaving)
04:00
04:11:14 Quit DexterLB (Quit: So long and thanks for all the fish)
04:14:55 Join ygrek [0] (~user@108.59.6.97)
04:15:37 Join DexterLB [0] (~dex@77-85-59-142.btc-net.bg)
04:16:56 Join tertu [0] (~quassel@143.44.65.14)
04:34:27 Quit amiconn (Disconnected by services)
04:34:27 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn)
04:34:27 Quit pixelma (Disconnected by services)
04:34:28 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma)
04:34:30 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn)
04:34:30 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma)
04:37:50 Quit ygrek (Ping timeout: 246 seconds)
04:58:21 Join us`0gb [0] (~0gb.us@c-50-137-60-25.hsd1.or.comcast.net)
05:00
05:00:27 Join ygrek [0] (~user@108.59.6.97)
05:06:57 Quit Misanthropos (Ping timeout: 240 seconds)
05:12:15 Join tertu_ [0] (~quassel@143.44.65.14)
05:12:54 Quit tertu (Ping timeout: 240 seconds)
05:23:01 Join Misanthropos [0] (~Misanthro@frnk-5f742aa6.pool.mediaWays.net)
05:25:49 Join N0Lif3 [0] (~IceChat9@c-67-181-32-111.hsd1.ca.comcast.net)
05:25:53N0Lif3hello
05:27:13N0Lif3I took the plunge and install Rockbox onto my Sansa Clip+. For some reason it isn't keeping bookmarks of my podcasts. Let's say I listened to an hour of a two hour podcast, then I stopped and loaded a song. When I go back to the podcast it starts back at the very beginning instead of continuing at an hour in.
05:27:21N0Lif3I set all the bookmark settings to Yes
05:27:36N0Lif3why isn't Rockbox remembering my place I was at in a podcast?
05:30:11N0Lif3I kinda figured it out. I have to manually make a bookmark by tapping the power button. That's kinda dumb
05:30:31N0Lif3In the stock firmware, it made these bookmarks automatically
05:31:53 Quit TheSeven (Ping timeout: 252 seconds)
05:33:31 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
05:38:10JdGordonN0Lif3: i think you're using bookmarks incorrectly
05:38:17JdGordonhave you read the bookmark section of the manual?
05:40:02N0Lif3No, I'm just coming from having used the stock Sansa Clip+ firmware for over two years.
05:40:18***Saving seen data "./dancer.seen"
05:41:50alexbobpwell rockbox isn't designed to mimic sandisk's firmware :P for starters, sandisk players weren't even the first build targets
05:42:03alexbobpthere's a setting to auto-bookmark, let me poke at my player so I can get you the details :)
05:42:25alexbobpbecause I agree it's a good setting, I dunno why it's not on by default but since it's available I don't mind
05:43:28N0Lif3one reason that I was compelled to try Rockbox was because I had heard you could adjust the volume in the settings using the face-buttons, which it does brilliantly. The volume control buttons on the side broke some time ago, so until now I've been stuck on a single volume setting
05:44:14alexbobpgeneral > settings > bookmarking > bookmark on stop
05:44:27N0Lif3Ive set all of those to yes
05:44:38alexbobpalso sorry to hear about your volume rocker, that sounds frustrating!
05:44:44alexbobpoh wait I see
05:44:49alexbobpyou're trying to skip tracks but without stopping playback?
05:44:53alexbobpand you still want it to bookmark?
05:45:33alexbobpah yes tapping the power button to stop playback
05:45:35alexbobpyou did mention it
05:46:25alexbobpI have to agree with N0Lif3, it would be nice to have more failsafe bookmarking... I had to disable track skipping just so I didn't lose my place skipping tracks by accident
05:46:58alexbobpthough I wouldn't call it dumb, just a missing feature that would be nice :P
05:47:26N0Lif3yeah, there are times with the stock firmware when I'd accidentally hit the forward button to skip to the next podcast and then I could just hit back to the podcast I was listening to and it would continue right from where I left off
05:48:38N0Lif3I wonder if I'm going to get better or worse battery life with Rockbox. only time will tell
05:49:14alexbobpI've heard better but I never bothered to test it :P
05:49:21alexbobpthese things get such ridiculously good battery life anyways
05:49:37N0Lif3not really. The Clip+'s battery life is actually pretty awful
05:49:42alexbobpN0Lif3: sorry to recommend just a workaround, but you can disable track skip (and then go over to the playlist menu to skip)
05:49:48alexbobpoh? how awful?
05:49:53N0Lif3It goes like 8hours
05:50:16alexbobphmm
05:50:23alexbobpI wonder if your battery itself has wear and tear on it
05:50:35N0Lif3it's always been this way.
05:50:37alexbobpif not, you're probably gonna see it somewhat better with rockbox
05:50:44alexbobpthough not hugely better
05:50:54alexbobp8 hours of continuous runtime isn't what I call horrible xD
05:51:03N0Lif3My old 2nd iPod Nano was incredible. It felt like the battery lasted forever. I would only ever charge it for like 5-10 minutes whenever I sync'd new podcasts and it would go a week of rigorous podcast listening
05:51:17alexbobpoh well apple products are a whole other category when it comes to battery life :P
05:51:35alexbobprockbox will bring it closer to 10 or 12 hours I think
05:51:44N0Lif3that'll be nice
05:51:45alexbobprockbox does have a battery stats logger if you want to try it
05:52:06N0Lif3I saw. It claims I'm going to get 13 hours, but I'm taking it with a grain of salt
05:52:17alexbobpI wouldn't be surprised
05:52:29 Join |akaWolf| [0] (~akaWolf@188.134.9.161)
05:52:43N0Lif3is there a "lock screen" function?
05:53:22N0Lif3holding the home button used to turn on lock screen mode, it doesn't do it anymore
05:53:41N0Lif3holding the home button shows options for shuffle and repeat
05:54:39alexbobpsimultaneously hit center and back
05:54:45alexbobpon the wps
05:55:04N0Lif3that did it
05:55:06alexbobpgod I miss hold switches, RIP
05:55:06N0Lif3thanks
05:55:08alexbobpwelcome!
05:56:24N0Lif3The Clip+ really doesn't need Rockbox. The stock firmware already plays every format. I got my FLAC albums on my Clip+
06:00
06:02:33 Quit mc2739 (Ping timeout: 265 seconds)
06:04:14 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739)
06:06:23 Join ungali [0] (~ungali@unaffiliated/ungali)
06:07:21alexbobpwell if you don't need rockbox then good for you :P
06:07:28alexbobpI wouldn't buy these things if it weren't for rockbox
06:08:08alexbobpit's about a lot more than just codec support (and yes, we should applaud sandisk for that, though I was using rockbox on sandisk players before sandisk added vorbis and flac, so mleh!)
06:11:06N0Lif3everything about Rockbox seems like an upgrade except for the way it deals with podcast bookmarking.
06:19:20alexbobpyeah I do agree with you there
06:19:29alexbobpbut you'll get better responses saying what you just said and asking for a feature
06:19:37alexbobpthan coming in and slamming rockbox and calling it stupid :P
06:20:12alexbobpeg the dev who told you you're doing it wrong and said to rtfm and went back to sleep :P
06:20:17alexbobp(I'm not a dev, just a fellow user)
06:20:22 Quit Strife89 (Ping timeout: 246 seconds)
06:21:40N0Lif3rockbox is faster. it navigates a podcast faster and I can navigate through a list of all of my songs much faster
06:22:44alexbobpyeah, I love it... the ui takes learning, but it's not designed to ship on devices, it's designed for power users
06:22:52alexbobponce you know the ui, it makes stock firmwares all seem so clunky
06:26:34JdGordonalexbobp: I didnt go back to sleep :) I went off for lunch, but yeah, bookmarks is a feature I've never used so not even sure how it is expected to work, hence the rtfm comment
06:26:39 Quit tertu_ (Quit: No Ping reply in 180 seconds.)
06:26:54alexbobpoh well fair enough :P
06:27:00 Join tertu [0] (~quassel@143.44.65.14)
06:27:04alexbobpin present form it works only when you manually stop playback
06:27:09N0Lif3JdGordon if you could make bookmarking as perfect as it is in Sansa Clip+'s stock firmware. I would love you forever
06:27:14alexbobpI suspect for the most part only podcast listeners use that feature, but if you listen to podcasts it's great
06:27:20alexbobpyeah I'm with N0Lif3
06:27:25alexbobpso if you want to have two new best friends... :P
06:27:27N0Lif3I've been a podcast listener since 2005
06:27:33alexbobppodcasts are the best
06:27:36JdGordonsorry, already married :p
06:27:47alexbobptwo new creepy internet stalkers then!
06:27:48N0Lif3she wouldn't have to know ;)
06:27:49alexbobpwhat could go wrong
06:27:52N0Lif3harhar
06:28:03N0Lif3jk, just messing with ya
06:28:12alexbobpyeah we'll be good
06:33:29N0Lif3While listening to a podcast, if I navigated to a song/other podcast and start it, it would make a bookmark of that podcast I was listening to. When I go back to that other podcast, it would ask if I wanted to continue where I was or start at the beginning.
06:34:08N0Lif3just explaining it so perhaps you could consider adding this logic to Rockbox
06:34:53JdGordoncheck the manual.. I thought it does that already
06:36:08 Quit Misanthropos (Remote host closed the connection)
06:38:39 Join Misanthropos [0] (~Misanthro@frnk-5f742aa6.pool.mediaWays.net)
06:44:39N0Lif3I've looked at the manual and tried messing with it with all of the bookmarking settings set to Yes and it doesn't function like the stock firmware does. I can only get it to save a bookmark manually by tapping the power button once
06:46:21 Quit ungali (Quit: ungali)
06:46:33 Quit tertu (Remote host closed the connection)
06:52:37 Quit ygrek (Ping timeout: 240 seconds)
06:53:10MisanthroposN0Lif3, you could easily add a menuentry for rockbox like auto update bookmark on skip or so
06:56:49Misanthroposbut i would not like the idea if skipping through a playlist of bookmarking every single one...
06:58:28Misanthroposa feature like that should then check playtime and consider it before setting a bookmark before skipping
06:59:33N0Lif3listen to podcasts on a Clip+ with the stock firmware for a while and you'll fall in love with just how perfect it is with bookmarking. It isn't messy in the slightest
06:59:39 Quit us`0gb (Read error: Connection reset by peer)
06:59:45 Join us^0gb [0] (~0gb.us@c-50-137-60-25.hsd1.or.comcast.net)
07:00
07:00:04 Join tertu [0] (~quassel@143.44.65.14)
07:03:33Misanthroposi never really used the stock firmware... except to copy files while usb support was not ready...
07:04:07Misanthroposand despised the database updating afterwards
07:04:41Misanthroposbut again: you could try to hardcode autobookmarking .. should be easy
07:05:22N0Lif3the stock firmwares database updating is fast on the latest firmware. I remember it used to be slow, but believe me it's almost instant now
07:05:46Misanthroposon a 64gb sdcard? i doubt that :)
07:06:33N0Lif3how much music are you adding? how often? I add hundreds of megs of podcasts on a daily basis and it's instantaneous
07:06:44 Quit tertu (Ping timeout: 250 seconds)
07:06:51 Join tertu [0] (~quassel@143.44.65.14)
07:07:44Misanthroposi prefer to unmount mine an have it run :)
07:08:10Misanthroposbut i think i actually could be a good idea to have bookmarking on skip configurable
07:09:07Misanthroposi do listen a lot to audioplays and sometimes skip by accident...
07:10:54Misanthroposwill sleep on that :)
07:10:56Misanthroposgood night
07:17:05 Quit Misanthropos (Ping timeout: 246 seconds)
07:24:40 Quit us^0gb (Quit: http://0gb.us/)
07:33:18 Quit tertu (Remote host closed the connection)
07:33:51 Join us`0gb [0] (~0gb.us@c-50-137-60-25.hsd1.or.comcast.net)
07:40:19***Saving seen data "./dancer.seen"
07:56:29 Quit N0Lif3 (Quit: Give a man a fish and he will eat for a day. Teach him how to fish, and he will sit in a boat and drink beer all day)
07:57:05 Quit SuperBrainAK (Ping timeout: 252 seconds)
08:00
08:04:57 Join DormantBrain [0] (~andy@74.112.200.73)
08:05:07 Nick DormantBrain is now known as SuperBrainAK (~andy@74.112.200.73)
08:20:58 Quit Scall (Ping timeout: 255 seconds)
08:22:11 Join ender` [0] (krneki@foo.eternallybored.org)
08:24:57 Quit Bluefoxicy (Ping timeout: 240 seconds)
08:28:51 Join Scall [0] (~chat@unaffiliated/scall)
08:32:08 Join Bluefoxicy [0] (~Bluefoxic@c-76-21-157-203.hsd1.md.comcast.net)
08:39:35 Quit amiconn (Remote host closed the connection)
08:39:35 Quit pixelma (Remote host closed the connection)
08:39:47 Join pixelma [0] (pixelma@rockbox/staff/pixelma)
08:39:48 Join amiconn [0] (amiconn@rockbox/developer/amiconn)
08:46:52 Join kugel [0] (~kugel@91-65-253-235-dynip.superkabel.de)
08:46:52 Quit kugel (Changing host)
08:46:52 Join kugel [0] (~kugel@rockbox/developer/kugel)
08:53:44 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
08:59:25 Quit fragilematter (Quit: Leaving.)
09:00
09:04:17fs-bluebotBuild Server message: New build round started. Revision 9576134, 253 builds, 30 clients.
09:05:58 Join petur [0] (5bb7304d@rockbox/developer/petur)
09:12:12fs-bluebotBuild Server message: Build round completed after 475 seconds.
09:15:25kugelalexbobp: I think bookmarks are saved on automatic stop also
09:15:31kugelor at least there a setting for it
09:16:48kugeloh hmm I see. sounds like a bug to me although I also didnt develop the bookmarks feature
09:18:50kugelin case "stopped and loaded a song" meant starting a new playlist, e.g. by selecting a new file in the filebrowser
09:18:59kugelnot sure what should happen if you just skip in the playlist
09:21:25 Quit ruskie (Excess Flood)
09:21:48 Join ruskie [0] (ruskie@sourcemage/mage/ruskie)
09:37:20 Join auntphrax [0] (auntphrax@173-80-215-95-krmt.atw.dyn.suddenlink.net)
09:40:21***Saving seen data "./dancer.seen"
09:41:57 Quit auntphrax (Read error: Connection reset by peer)
09:45:49 Join Zagor [242] (~bjst@rockbox/developer/Zagor)
09:51:25 Join fragilematter [0] (~fragilema@unaffiliated/fragilematter)
09:57:22kugeljhMikeS: ping
10:00
10:05:09 Join GodEater [0] (93722cc9@rockbox/staff/GodEater)
10:13:17 Join [Saint] [0] (~quassel@rockbox/staff/saint)
10:15:16jhMikeSkugel: quickly, I'm off really soon :)
10:16:01kugeljhMikeS: oh hmm. I'm working on getting the filetree out of playlist.c. this requires re-doing the dirplay/auto-dirskip logic
10:16:34kugelI thought I could use the BUFFER_LOW event to trigger a dirskip but I found it doesnt fire on end-of-playlist. is there a specific reason for that?
10:16:48*gevaerts wants to buy kugel lots of beers for this work
10:17:12GodEatercan someone just confirm I've not lied to a colleague at work
10:17:18kugelgevaerts: do it in warsaw :)
10:17:22GodEater128GB microSDs do work ok in the sansa clip zip right?
10:17:28jhMikeSkugel: Because it's not really expecting more data
10:17:29gevaertskugel: I'll do my best!
10:17:48kugelGodEater: I remember another successful report
10:17:52gevaertsGodEater: I think you didn't lie, *on this occasion* :)
10:18:09kugelmanual reformat to fat32 is required of course
10:18:21GodEaterkugel: ah yes - good point!
10:18:36*GodEater will convey this info to the intereted party
10:18:40gevaertsAlso changing the partition type, maybe?
10:18:42*gevaerts isn't sure
10:19:01kugeljhMikeS: it looks like playback.c explicitely zeros the watermark (which disables the event entirely) and instead uses the codec finished event to initiate dirskip
10:20:01kugelI would think the BUFFER_LOW event is more suitable since it's designed so that new audio can be buffered without trouble
10:21:31jhMikeSit shouldn't initiate dirskip before the codec is done
10:22:15jhMikeSBUFFER_LOW just means the buffer is low, not that anything completed
10:24:03kugelah hm, i see. the buffer_low could fire before the codec is finished, and since dirskip replaces the playlist at once the audio would be cut off
10:24:42GodEaterthis sounds nightmarish :D
10:24:47kugelalright. assuming I changed it so the new dir would be added to the playlist (and the currently playing track changed to be queued so it's automatically removed), then BUFFER_LOW would be better?
10:24:57 Quit mc2739 (Ping timeout: 240 seconds)
10:25:44 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739)
10:26:02jhMikeSit does suppress it when it reaches the end of all data of course since end of data shouldn't trip the event
10:26:43jhMikeSIt's not really in need of more and since it's a new playlist, it's a new playback sequence altogether
10:28:49kugelI want to find a way to hook up the dirskip mechanism outside of playlist.c
10:30:09jhMikeSthe auto or manual one?
10:30:19kugelboth
10:31:06kugelwell, the manual one goes through playback.c even before playlist.c which I would also like to get rid of
10:31:55jhMikeSare you trying to build the next play sequence so that it's not really a new playlist but just adjusting the current one?
10:32:45kugelI think the mechanism should use a playlist API to insert the new tracks (or replace the whole playlist), _when_ it's notified in some way that playback is out of data
10:33:25kugelI'm not trying anything yet but changing the current playlist is a possiblity
10:33:34kugel(is still exploring)
10:33:57jhMikeSso, basically, the inter-playlist hacks in playback.c will be able to go....hmmm
10:34:30jhMikeSthere's some nasty stuff because it can't look ahead across a playlist boundary
10:34:47jhMikeSit would actually simplify it if that crap could go away
10:36:53jhMikeSif as far as playback knew, it was just playing one long playlist it would only suppress that at the actual last track to play before stopping
10:39:25jhMikeSif playlist_peek never returns 0, it just goes along like nothing
10:39:32kugelplayback would still need to handle the situation that it sees the end-of-playlist even though tracks will be added towards the end
10:40:58jhMikeSaudio_flush_and_reload_tracks would do that
10:41:14kugelthat the playlist didn't actually end is not known until just before the last song ended (even when the mechanism is moved elsewhere)
10:42:08kugelplaylist_peek is called well before that
10:42:54jhMikeSof course, it's doing stuff seconds ahead of what's being heard
10:43:10 Join ygrek [0] (~user@108.59.6.97)
10:44:12jhMikeSit does a backout of the end playlist case
10:45:17jhMikeSaudio_on_audio_flush
10:45:56kugeli see
10:47:13kugeljhMikeS: speaking of flushing. is it expected that the whole playlist is rebuffered even if a song is added to the end of the playlist (well after the last buffered song)?
10:47:18 Quit ygrek (Ping timeout: 240 seconds)
10:48:09kugele.g. if I have 100 tracks, the 2nd one is playing, and I add one to the very end (101 songs now). the whole buffer is rebuffered which seems unecessary
10:49:21kugeli see playlist.c calls audio_flush_and_reload_tracks() for all insertions because it can't know better, but I would think playback.c can know better?
10:51:00jhMikeSnothing tells it what got done so I didn't deal with that at the time since it wasn't about rewriting that part of it
10:52:37jhMikeSI guess it would depend upon whether rebuffering would actually result in discarding already-played tracks. if what's buffered is short of whatever was added at the end, it wouldn't have to rebuffer anything yet
10:53:53kugelokay so it's kind of expected for now
10:57:16jhMikeSright now it might rebuffer whatever it already has buffered if it's on the first track, otherwise the buffering would start at the after the 2nd, 3rd, etc. and continue until full
10:58:37pixelmacould "it looks like playback.c explicitely zeros the watermark (which disables the event entirely) and instead uses the codec finished event to initiate dirskip" be a reason for FS #11355 ? Too bad this work probably won't help hwcodec anymore :(
10:58:39fs-bluebothttp://www.rockbox.org/tracker/task/11355 Auto-Change Directory crashes hardwarecodec players (bugs, new)
10:59:34jhMikeSpixelma: since HWCODEC doesn't use playback.c, I don't think there's any relationship :(
11:00
11:00:01pixelmaah, ok
11:00:42jhMikeSI did try to spot why that could happen (looking at mpeg.c) but couldn't see it
11:01:43kugelhm it's almost 4 years old but I still never saw this bug
11:03:01jhMikeSkugel: If the playlist code could hint about what changed, then I'm sure playback could make more intelligent rebuffering decisions
11:03:01pixelmaif you don't use "Auto-Change Directory" on a hwcodec player... IIRC it's still there and I remember seeing reports of it in the forums every now and then
11:04:15kugeljhMikeS: I don't feel like introducing a direct playlist<->buffering relationship
11:05:07kugelit's not a huge problem right now imo. I was just curious
11:05:33jhMikeSIsn't there one already?
11:07:06*jhMikeS doesn't see how there _cannot_ be one since buffering order and playlist order are the same
11:08:01kugelI mean playlist never calls buffering APIs and the other way around
11:08:08kugelthere is always the playback layer between
11:08:32jhMikeSsure, but flush_and_reload tracks can pass a hint as to where the change happened
11:13:07jhMikeSbasically it just has to know if what it already buffered is now invalid; if it's outside that range it will see it when it calls playlist for more
11:14:13kugelsounds doable
11:16:02jhMikeSgtg now. later
11:16:53kugelbye
11:20:19 Quit jhMikeS (Ping timeout: 246 seconds)
11:24:37 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl)
11:25:14wodzkugel: can you fill possible DevCon dates? The earlier we set the date the highest probability the event will actually happen
11:25:31wodz*higher
11:27:37 Quit kugel (Ping timeout: 240 seconds)
11:29:31wodzbah :/
11:40:24***Saving seen data "./dancer.seen"
12:00
12:08:19 Quit [Saint] (Remote host closed the connection)
12:09:23 Join [Saint] [0] (~quassel@rockbox/staff/saint)
13:00
13:15:50 Quit [Saint] (Remote host closed the connection)
13:28:17 Quit GodEater (Ping timeout: 240 seconds)
13:37:54 Quit Zambezi__ (Changing host)
13:37:55 Join Zambezi__ [0] (Zulu@unaffiliated/zambezi)
13:38:03 Nick Zambezi__ is now known as Zambezi (Zulu@unaffiliated/zambezi)
13:40:25***Saving seen data "./dancer.seen"
13:52:29 Quit wodz (Ping timeout: 240 seconds)
13:56:14 Join Rower [0] (husvagn@h176n2-aeg-a11.ias.bredband.telia.com)
14:00
14:08:02 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
14:14:10 Join Misanthropos [0] (~Misanthro@frnk-4d01321a.pool.mediaWays.net)
14:20:55 Quit pamaury (Ping timeout: 246 seconds)
14:35:48 Join amayer [0] (~amayer@mail.weberadvertising.com)
14:55:33 Quit michaelni (Ping timeout: 240 seconds)
14:56:15 Quit mikroflops (Remote host closed the connection)
15:00
15:07:41 Quit cmhobbs (Ping timeout: 240 seconds)
15:08:42 Join michaelni [0] (~michael@80-123-58-214.adsl.highway.telekom.at)
15:09:59 Join michaelni_ [0] (~michael@chello084114129144.4.15.vie.surfer.at)
15:12:57 Quit michaelni (Ping timeout: 240 seconds)
15:40:26***Saving seen data "./dancer.seen"
15:45:23 Quit derf (Remote host closed the connection)
15:49:16 Quit Rower (Quit: Hmmm...)
15:53:17 Join derf [0] (~derf@static-108-18-126-14.washdc.fios.verizon.net)
15:53:23 Join Rower [0] (husvagn@h176n2-aeg-a11.ias.bredband.telia.com)
16:00
16:01:15 Join N0Lif3 [0] (~IceChat9@c-67-181-32-111.hsd1.ca.comcast.net)
16:01:53N0Lif3hello
16:02:03copperhi
16:03:03N0Lif3I was on here last night and talked about how I have Rockbox on my Sansa Clip+ now. I'm using it because it offers volume control with facebuttons as my built-in volume buttons on the Clip+ are broken.
16:04:27N0Lif3I got an idea. When I'm playing a song, when I hold the Hold button it shows a screen where I can enable Shuffle and Repeat by pressing left or right respectively. On this screen, pressing Play(up) and Menu(down) do nothing. I was wondering if it's possible to modify this screen for me so up and down will adjust the volume
16:04:35N0Lif3this would be absolutely perfect for me
16:05:22N0Lif3is there a file I could edit to make this a real thing?
16:06:17 Quit Misanthropos (Ping timeout: 240 seconds)
16:08:21gevaertsN0Lif3: that's the quickscreen, and yes, that's configurable
16:08:41 Quit mc2739 (Ping timeout: 240 seconds)
16:09:01gevaertsGo to the setting you want, and instead of entering it hold the dentre button and pick "Set as ... quickscreen item"
16:09:11gevaerts*centre
16:09:34gevaertsYou can pick all four of them
16:10:13gevaertsAnd if you set two opposite sides (left and right, or top and bottom) to the same setting, they will act as up and down for that setting
16:10:13 Quit copper (Quit: ZNC - http://znc.in)
16:11:43N0Lif3that was easy
16:13:07N0Lif3I set Volume to quickscreens up and down, but it's backwards. Pressing up is lowing the volume and down makes it louder. Is there an easy way to swap this?
16:13:25N0Lif3nevertheless. I'm happy that I have accessible volume controls again
16:13:29 Join copper [0] (~copper@unaffiliated/copper)
16:13:35N0Lif3thanks
16:13:38gevaertsHmmm, not sure if that's possible...
16:16:09 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739)
16:34:42 Part toehser
16:38:57 Join kugel [0] (~kugel@rockbox/developer/kugel)
16:40:15 Join maruk1 [0] (~papier@titanium.v6.sdv.fr)
16:55:31copperwhy is my iPod Classic charging over USB even after I set "Charge During USB Connection" to "no"?
16:57:06 Quit Zagor (Quit: Clint excited)
16:59:16 Join kuldeepdhaka [0] (~kuldeepdh@unaffiliated/kuldeepdhaka)
17:00
17:07:13 Join IgoRCL [0] (~IgorC@host166.181-1-210.telecom.net.ar)
17:07:25kugelcopper: the setting doesnt control charging, but UMS mode
17:07:38kugelso it's either charge or charge+usb storage
17:07:47IgoRCLhi to all
17:08:02IgoRCLis there any plan to realese stable Rockbox for Android...
17:08:04IgoRCL?
17:08:15IgoRCLcopper : oh, hi there!
17:08:46IgoRCLuntil now there is not official Android channel (or fork)
17:08:51kugelIgoRCL: no, unfortunatelly not
17:08:55IgoRCL:(
17:09:23kugelthe port isn't ready for the masses and will probably never be without substantial effort
17:09:40kugeland we don't currently have the manpower for this effort
17:10:58IgoRCLwell, it's a little bit buggy... I''ve learnt how to avoid crashes. I should always get back to Android main window ...and never let a Android window when close the phone
17:11:18IgoRCLthis way it never crashes
17:11:19copperkugel: I'm sorry, what?
17:11:37nrgive used android rockbox some
17:11:38IgoRCLcopper: Man, whats upp?
17:11:39copperkugel: "This option lets you control whether the player should charge during the USB connection and hence draw the full 500 mA. Turning it Off is recommended if the player is connected through an unpowered USB hub or a laptop port."
17:11:49nrgive noticed no problems with it yet
17:11:51copperthat's from the iPod Video manual
17:12:05kugelcopper: hm. then I mixed it up, sorry. gevaerts? ^
17:12:24IgoRCLkugel: Thank You for information
17:25:17 Quit petur (Ping timeout: 240 seconds)
17:38:20 Quit us`0gb (Ping timeout: 246 seconds)
17:40:28***Saving seen data "./dancer.seen"
17:41:08 Quit mc2739 (Ping timeout: 250 seconds)
17:43:11 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739)
17:43:42 Join wodz [0] (~wodz@89-75-151-160.dynamic.chello.pl)
17:43:48wodzkugel: ping
17:45:55 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
17:46:20 Join AlexP [0] (~alex@rockbox/staff/AlexP)
17:46:48 Quit alucryd (Quit: Alucryd out.)
17:48:17 Quit habys (Quit: WeeChat 0.4.2)
17:53:22 Quit kiwicam (Ping timeout: 255 seconds)
17:57:29 Quit TheSeven (Ping timeout: 240 seconds)
17:57:34 Quit pamaury (Ping timeout: 246 seconds)
17:59:11 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
18:00
18:00:56 Join Misanthropos [0] (~Misanthro@frnk-4d01321a.pool.mediaWays.net)
18:02:12kugelwodz: pong. I'll fill the dates soon
18:05:47wodzkugel: good
18:27:04 Quit maruk1 (Quit: Leaving.)
19:00
19:00:58 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
19:01:22 Join bertrik [0] (~quassel@rockbox/developer/bertrik)
19:22:29 Join habys [0] (~luke@50.73.79.113)
19:40:31***Saving seen data "./dancer.seen"
19:43:34 Join GodEater [0] (6d90a64f@rockbox/staff/GodEater)
19:45:56 Quit bluebrother (Read error: Connection reset by peer)
19:46:04 Quit fs-bluebot (Read error: Connection reset by peer)
19:46:34 Join bluebrother [0] (~dom@rockbox/developer/bluebrother)
19:48:05 Quit kugel (Ping timeout: 240 seconds)
19:50:02 Join fs-bluebot [0] (~fs-bluebo@g225253226.adsl.alicedsl.de)
19:52:22 Nick ArneB is now known as ps-auxw (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123)
19:52:38 Join GodEater_ [0] (6d90a64f@rockbox/staff/GodEater)
19:53:07 Quit ps-auxw (Quit: Reconnecting)
19:53:25 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123)
19:54:16 Quit GodEater (Ping timeout: 240 seconds)
19:59:44 Join rela [0] (~x@pdpc/supporter/active/rela)
20:00
20:11:37 Join jhMikeS [0] (~jethead71@c-68-43-2-35.hsd1.mi.comcast.net)
20:11:37 Quit jhMikeS (Changing host)
20:11:37 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS)
20:30:15 Join kugel [0] (~kugel@91-65-253-235-dynip.superkabel.de)
20:30:15 Quit kugel (Changing host)
20:30:15 Join kugel [0] (~kugel@rockbox/developer/kugel)
20:30:43 Quit habys (Ping timeout: 258 seconds)
20:50:27 Join ygrek [0] (~user@108.59.6.97)
21:00
21:11:19 Quit rela (Read error: Connection reset by peer)
21:18:16 Quit |akaWolf| (Ping timeout: 240 seconds)
21:25:17 Nick radioastro is now known as babylonlurker (~quassel@veda.xs4all.nl)
21:26:19 Quit babylonlurker (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
21:26:33 Join babylonlurker [0] (~quassel@veda.xs4all.nl)
21:27:36 Join Strife89 [0] (~Strife89@2602:306:bce1:8c20:9082:a9ac:cf94:e7b2)
21:40:33***Saving seen data "./dancer.seen"
21:43:47 Quit ygrek (Ping timeout: 250 seconds)
21:56:40 Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net)
22:00
22:10:56 Join lebellium [0] (~chatzilla@89-93-178-161.hfc.dyn.abo.bbox.fr)
22:16:30 Join IgoRCL1 [0] (~IgorC@host182.190-224-104.telecom.net.ar)
22:17:58 Quit IgoRCL (Ping timeout: 246 seconds)
22:18:46 Quit GodEater_ (Ping timeout: 240 seconds)
22:35:35 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019)
22:37:49 Join advcomp2019__ [0] (~advcomp20@unaffiliated/advcomp2019)
22:38:39 Quit advcomp2019_ (Ping timeout: 264 seconds)
22:40:02 Join advcomp2019_ [0] (~advcomp20@63-154-201-167.mpls.qwest.net)
22:40:02 Quit advcomp2019_ (Changing host)
22:40:02 Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019)
22:41:16 Quit advcomp2019 (Ping timeout: 252 seconds)
22:43:17 Quit advcomp2019__ (Ping timeout: 240 seconds)
22:43:47 Join advcomp2019__ [0] (~advcomp20@63-154-201-167.mpls.qwest.net)
22:43:47 Quit advcomp2019__ (Changing host)
22:43:47 Join advcomp2019__ [0] (~advcomp20@unaffiliated/advcomp2019)
22:45:40 Quit advcomp2019_ (Ping timeout: 252 seconds)
22:46:09 Join advcomp2019_ [0] (~advcomp20@63-154-201-167.mpls.qwest.net)
22:46:09 Quit advcomp2019_ (Changing host)
22:46:09 Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019)
22:47:18 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019)
22:47:35 Quit ikeboy (Quit: Leaving)
22:49:04 Quit advcomp2019__ (Ping timeout: 240 seconds)
22:49:20 Join advcomp2019__ [0] (~advcomp20@unaffiliated/advcomp2019)
22:50:29 Quit advcomp2019_ (Ping timeout: 240 seconds)
22:52:41 Quit kugel (Ping timeout: 250 seconds)
22:52:45 Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019)
22:52:50 Quit advcomp2019 (Ping timeout: 252 seconds)
22:53:15 Join alucryd [0] (~alucryd@archlinux/trusteduser/alucryd)
22:54:25 Quit advcomp2019__ (Ping timeout: 250 seconds)
22:58:16 Quit advcomp2019_ (Ping timeout: 240 seconds)
23:00
23:01:11 Quit alucryd (Quit: alucryd out)
23:01:11 Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019)
23:01:36 Join alucryd [0] (~alucryd@archlinux/trusteduser/alucryd)
23:03:24 Quit lebellium (Quit: ChatZilla 0.9.90.1 [Firefox 29.0/20140403132807])
23:04:55 Join advcomp2019__ [0] (~advcomp20@63-154-135-147.mpls.qwest.net)
23:04:55 Quit advcomp2019__ (Changing host)
23:04:55 Join advcomp2019__ [0] (~advcomp20@unaffiliated/advcomp2019)
23:06:49 Quit IgoRCL1 (Read error: Connection reset by peer)
23:07:07 Quit advcomp2019_ (Ping timeout: 252 seconds)
23:09:04 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
23:10:27 Quit advcomp2019__ (Ping timeout: 250 seconds)
23:13:20 Join kugel [0] (~kugel@91-65-253-235-dynip.superkabel.de)
23:13:20 Quit kugel (Changing host)
23:13:20 Join kugel [0] (~kugel@rockbox/developer/kugel)
23:23:36 Quit Scall (Ping timeout: 240 seconds)
23:26:41 Quit kuldeepdhaka (Quit: sleepy!)
23:27:46 Quit amayer (Quit: Leaving)
23:30:23 Join Scall [0] (~chat@unaffiliated/scall)
23:35:46 Quit Rower (Read error: Connection reset by peer)
23:40:35***Saving seen data "./dancer.seen"
23:53:03 Quit bertrik (Remote host closed the connection)

Previous day | Next day