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 2015-01-29

00:00:57 Quit AlexP (Remote host closed the connection)
00:00:57 Quit dfkt (Read error: Connection reset by peer)
00:02:15 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
00:03:52 Quit einhirn (Ping timeout: 246 seconds)
00:03:52 Quit dfkt (Read error: Connection reset by peer)
00:04:21 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
00:08:08 Quit dfkt (Read error: Connection reset by peer)
00:09:00 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
00:09:36[Saint]choo choo motherfucker.
00:10:12[Saint]and, yes, it'll be ridiculously easy to port.
00:11:56 Quit dfkt (Read error: Connection reset by peer)
00:12:25 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
00:14:29 Quit amayer (Quit: Leaving)
00:14:30 Quit dfkt (Read error: Connection reset by peer)
00:15:17 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
00:41:38 Quit krabador (Ping timeout: 255 seconds)
00:44:32 Quit bertrik (Remote host closed the connection)
00:44:32 Quit dfkt (Read error: Connection reset by peer)
00:46:02 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
00:50:15 Quit RiD (Quit: A good plan today is better than a perfect plan tomorrow.)
00:50:16 Quit dfkt (Read error: Connection reset by peer)
00:50:54 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
00:52:46 Quit xorly| (Ping timeout: 245 seconds)
00:52:46 Quit dfkt (Read error: Connection reset by peer)
00:54:00 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
00:58:17 Join krabador [0] (~krabador@unaffiliated/krabador)
01:06:56 Join ivanf [0] (~ivan@unaffiliated/kferdous)
01:07:03ivanfHey guys quick question
01:07:21ivanfHow long does it take for the clip+ to turn on if batt is dead?
01:07:53[Saint]If the battery is dead, how do you expect it to turn on?
01:08:27ivanfI mean how long to charge it
01:08:33ivanfbefore it turns on
01:08:53ivanfWhen I connect it
01:08:57ivanfIt keeps telling me to format
01:09:08[Saint]It should be near instantaneous.
01:09:22[Saint]Also, what is "it"?
01:09:32ivanfWhen I connect the clip+
01:09:33[Saint]Rockboc certainly won't tell you to format anything.
01:09:45ivanfsays usb not rec
01:10:36[Saint]Try charging it with a dedicated charger, as opposed to USB.
01:10:53ivanfI have
01:11:44[Saint]Sounds like you're out of luck.
01:11:45 Quit dfkt (Read error: Connection reset by peer)
01:11:49ivanfIt says rockbox
01:11:59ivanfand then screen goes blank
01:12:21[Saint]Have you attempted to boot the original firmware? If so, what happens here?
01:13:13 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
01:13:22[Saint]From your first message it seemed as though the device wasn't booting _at all_.
01:13:36[Saint]And, if the batter were truly deep discharged, it would not.
01:15:03 Quit dfkt (Read error: Connection reset by peer)
01:16:05 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
01:16:19[Saint]But if it boots, and is connected to a power source, it should be able to power itself and charge.
01:16:28[Saint]So I suspect this isn't the underlying issue.
01:19:43 Quit ender` (Quit: Friends come and go, but enemies accumulate. - Jones Law - ... and sometimes the real trick is telling the difference. -- addendum)
01:19:44 Quit dfkt (Read error: Connection reset by peer)
01:20:57 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
01:22:39***Saving seen data "./dancer.seen"
01:25:16ivanfwindows isn't able to recognize it
01:25:16 Quit dfkt (Read error: Connection reset by peer)
01:25:47 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
01:26:25ivanfIt says
01:26:25ivanfWindows has stopped this device because it has reported problems. (Code 43)
01:26:25ivanfA request for the USB device descriptor failed.
01:28:23[Saint]I would really prefer it if you answered the question I actually asked.
01:28:23 Quit dfkt (Read error: Connection reset by peer)
01:28:46[Saint]At this stage I don't really care what the host does or doesn't do.
01:29:00 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
01:30:31ivanfHow do I boot to the orginal firmware?
01:30:31 Quit dfkt (Read error: Connection reset by peer)
01:31:19 Quit Marex (Ping timeout: 256 seconds)
01:31:53 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
01:33:39[Saint]Our fine manual covers this.
01:33:39 Quit dfkt (Read error: Connection reset by peer)
01:34:46 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
02:04:28 Join Strife89 [0] (
02:04:28 Quit dfkt (Read error: Connection reset by peer)
02:05:27 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
02:45:15 Quit krabador (Quit: Sto andando via)
02:45:15 Quit dfkt (Read error: Connection reset by peer)
02:46:15 Join krabador [0] (~krabador@unaffiliated/krabador)
02:46:32 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
02:48:45IvoahIs there a manual or something describing how to start making plugins for rockbox? Is it in the normal manual?
02:48:45 Quit dfkt (Read error: Connection reset by peer)
02:49:03[Franklin]the wiki is your friend here
02:49:24 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
02:50:23IvoahThanks [Franklin]
02:52:13 Quit dfkt (Read error: Connection reset by peer)
02:52:45 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
02:52:47[Franklin]Ivoah: look at rb->lcd_putsxy() for sl
03:00:35IvoahWhat's the link to git clone rockbox
03:00:35 Quit dfkt (Read error: Connection reset by peer)
03:00:49[Franklin]git clone git:// I think
03:00:51[Franklin]something like that
03:00:58 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
03:01:04IvoahYep, thanks
03:01:10[Franklin]well, gotta run now
03:05:57 Quit [Franklin] (Ping timeout: 256 seconds)
03:05:57 Quit dfkt (Read error: Connection reset by peer)
03:07:26 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
03:22:43***Saving seen data "./dancer.seen"
03:47:27 Quit dfkt (Read error: Connection reset by peer)
03:48:33 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
03:50:59 Quit dfkt (Read error: Connection reset by peer)
03:51:30 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
03:54:40 Join Marex [0] (~Marex@
04:11:53 Join chrisb [0] (
04:12:01 Quit JanC (Ping timeout: 264 seconds)
04:24:17 Quit dfkt (Read error: Connection reset by peer)
04:24:35 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
04:25:48 Join JanC [0] (~janc@lugwv/member/JanC)
04:32:49 Quit dfkt (Read error: Connection reset by peer)
04:33:10 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
04:36:53 Quit dfkt (Read error: Connection reset by peer)
04:38:05 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
04:42:02 Quit dfkt (Read error: Connection reset by peer)
04:42:17 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
04:45:15 Quit dfkt (Read error: Connection reset by peer)
04:46:47 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
04:52:08 Quit dfkt (Read error: Connection reset by peer)
04:53:00 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
04:55:00 Quit dfkt (Read error: Connection reset by peer)
04:56:15 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
05:05:19 Quit dfkt (Read error: Connection reset by peer)
05:06:21 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
05:09:21 Quit dfkt (Read error: Connection reset by peer)
05:10:28 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
05:11:57 Quit dfkt (Read error: Connection reset by peer)
05:12:35 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
05:14:55 Quit dfkt (Read error: Connection reset by peer)
05:15:27 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
05:16:47 Quit dfkt (Read error: Connection reset by peer)
05:18:18 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
05:19:47 Quit dfkt (Read error: Connection reset by peer)
05:21:13 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
05:22:44***Saving seen data "./dancer.seen"
05:22:54 Quit dfkt (Read error: Connection reset by peer)
05:24:05 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
05:26:10 Quit dfkt (Read error: Connection reset by peer)
05:26:55 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
05:28:50 Quit dfkt (Read error: Connection reset by peer)
05:29:02 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
05:38:51 Quit krabador (Quit: Sto andando via)
05:40:47 Quit dfkt (Read error: Connection reset by peer)
05:41:24 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
05:42:47 Quit dfkt (Read error: Connection reset by peer)
05:44:16 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
05:47:13 Quit dfkt (Read error: Connection reset by peer)
05:47:29 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
05:49:10 Quit TheSeven (Ping timeout: 272 seconds)
05:50:07 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
05:50:08 Quit dfkt (Read error: Connection reset by peer)
05:51:09 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
05:52:29 Quit dfkt (Read error: Connection reset by peer)
05:54:02 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
05:55:43 Quit dfkt (Read error: Connection reset by peer)
05:56:08 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
06:04:45 Quit dfkt (Read error: Connection reset by peer)
06:05:31 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
06:08:50 Quit dfkt (Read error: Connection reset by peer)
06:09:41 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
06:20:21ivanf[Saint] it's rebuiling the lib
06:20:21 Quit dfkt (Read error: Connection reset by peer)
06:21:27 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
06:51:22 Quit dfkt (Read error: Connection reset by peer)
06:52:29 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
07:22:48***Saving seen data "./dancer.seen"
07:34:26 Join LinusN [0] (
07:37:13 Quit shamus (Ping timeout: 264 seconds)
07:38:59 Quit dfkt (Read error: Connection reset by peer)
07:39:27 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
07:41:35 Join shamus [0] (
07:41:35 Quit dfkt (Read error: Connection reset by peer)
07:42:18 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
07:44:24 Quit ivanf (Ping timeout: 245 seconds)
07:44:24 Quit dfkt (Read error: Connection reset by peer)
07:45:09 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
07:49:36 Join ivanf [0] (
07:49:37 Quit ivanf (Changing host)
07:49:37 Join ivanf [0] (~ivan@unaffiliated/kferdous)
07:54:06 Quit ivanf (Ping timeout: 255 seconds)
07:54:41 Join ivanf [0] (~ivan@unaffiliated/kferdous)
08:07:31 Quit mc2739 (Ping timeout: 244 seconds)
08:07:31 Quit dfkt (Read error: Connection reset by peer)
08:07:59 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
08:11:14 Join ender` [0] (
08:11:15 Quit dfkt (Read error: Connection reset by peer)
08:12:05 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
08:30:08 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon)
08:30:09 Quit dfkt (Read error: Connection reset by peer)
08:30:12 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739)
08:31:15 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
08:31:48 Quit JdGordon (Ping timeout: 244 seconds)
08:36:36 Quit dfkt (Remote host closed the connection)
08:41:03 Join petur [0] (~petur@rockbox/developer/petur)
08:45:43 Join JdGordon [0] (
08:45:44 Quit JdGordon (Changing host)
08:45:44 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon)
08:47:12 Quit JdGordon_ (Ping timeout: 255 seconds)
09:02:08 Join mortalis [0] (~kvirc@
09:22:44 Join pamaury [0] (
09:22:44 Quit pamaury (Changing host)
09:22:45 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
09:22:50***Saving seen data "./dancer.seen"
09:49:27 Quit michaelni (Read error: Connection timed out)
09:50:39 Join xorly| [0] (
09:51:15 Join michaelni [0] (
10:00:26 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon)
10:01:49 Quit JdGordon (Ping timeout: 264 seconds)
10:16:37 Join einhirn [0] (
10:37:15 Join wodz [0] (
10:53:59 Quit xorly| (Ping timeout: 245 seconds)
11:01:14funmansaratoga: dma patch looks ok, i can't find anything that says i2s can't take high burst sizes
11:05:08 Quit preglow (Ping timeout: 252 seconds)
11:22:54***Saving seen data "./dancer.seen"
11:28:36 Quit akaWolf (Ping timeout: 256 seconds)
11:29:52 Join preglow [0] (~thomj@2001:840:4243:3:1278:d2ff:fe77:e8eb)
11:43:51 Quit chrisb (Ping timeout: 264 seconds)
12:04:31 Join AlexP [0] (~alex@rockbox/staff/AlexP)
12:38:09 Join foolsh [0] (
12:45:22 Quit APLU (Ping timeout: 245 seconds)
12:48:30 Join APLU [0] (
13:10:48pamaurywodz: great news about atj ;)
13:22:55***Saving seen data "./dancer.seen"
13:23:47wodzpamaury: thanks
14:55:07 Join amayer [0] (
15:12:12 Join chchjesus [0] (~chchjesus@unaffiliated/chchjesus)
15:22:56***No seen item changed, no save performed.
15:31:13 Quit fs-bluebot_ (Ping timeout: 264 seconds)
15:32:20 Join fs-bluebot [0] (
15:32:52 Quit bluebrother (Ping timeout: 240 seconds)
15:33:18 Join edhelas [0] (~edhelas@
15:34:50 Join bluebrother [0] (~dom@rockbox/developer/bluebrother)
15:35:26 Join circ-user-3URVt [0] (~circuser-@
15:44:02 Nick circ-user-3URVt is now known as PurlingNayuki_ (~circuser-@
15:46:08 Join ChristW [0] (
15:48:01 Nick PurlingNayuki_ is now known as PurlingNayuki (~circuser-@
15:49:08ChristWHi, I recently installed Rockbox (on a not fully supported device) and experience quite some crashes. Is there anything I can do to help diagnose or fix those crashes? I have quite some background experience in programming in C, so perhaps I can do fixes/patches/tests myself?
15:49:28PurlingNayukiWhat device?
15:49:38ChristWApple iPod classic 80Gb
15:50:23PurlingNayukiThat's quite normal, it is labeled usable.
15:50:29ChristW(black, if it makes a difference :-) )
15:50:41PurlingNayukiCan you compile?
15:50:49ChristWI know, that's why I tried...
15:51:02ChristWI can setup a virtaul machine and compile on there, I guess?
15:51:06PurlingNayukiIf yes, you may try a older version.
15:51:52PurlingNayukiSome older version might be relatively more stable :)
15:52:40ChristWOk, first let me build a virtual machine and see if I can get all dependencies installed. Is there a preferred host OS for that? Will Ubuntu do the job?
15:52:54PurlingNayukiUbuntu sure will work.
15:53:07ChristWOk, let me grab a .ISO then...
15:53:35PurlingNayukiIf I were correct, there's a prebuilt VM image available on
15:53:52ChristWAh, that makes life easier!
15:54:18PurlingNayukiYes, that will help if you're not familiar to (installing) Linux :)
15:54:54ChristWI am, but a pre-built VM helps wonders...
15:55:21 Quit zoktar (Quit: -)
15:57:32[Saint]The older versions aren't going to be any more stable.
15:57:57 Join ploco [0] (dce9b7f9@gateway/web/freenode/ip.
15:58:25 Join zoktar [0] (~zoktar@unaffiliated/zoktar)
15:58:32PurlingNayukiTheoretically, no. But actually, yes, they may.
15:58:47[Saint]Fact of the matter is you're using an "unusable" (we offer precisely zero means of installation for this device, ever noticed that?) with no active maintainer. Deal with it.
15:59:09[Saint]I mean, sorry, but you can't even install this in any official capacity.
15:59:14plocoChristW: the VM is available here
15:59:35 Quit Strife89 (Quit: Vamoose.)
16:00:14PurlingNayukiploco: Yes thank you, I couldn't find it anywhere just now
16:00:40 Quit preglow (Ping timeout: 252 seconds)
16:01:14[Saint]Without OP explaining _what_ these crashes are (we very rarely, if ever, crash with zero explanation), sending him/her off a mission to compile their own binaries is fairly misguided.
16:01:19 Quit PurlingNayuki (Remote host closed the connection)
16:01:21[Saint]Sorry, but, that's how it is.
16:01:41 Join PurlingNayuki [0] (~PurlingNa@
16:02:04[Saint]There's been zero attempt to debug the issue. Just sending the user off to build their own binary. Its pretty shoddy support.
16:02:50plocowell, that's why I'm here. Ask is it the crash due to memory leak in pbe and surround dsp flush
16:04:08[Saint]Yeah, I figured.
16:04:40[Saint]I mean, I don't mean to offend anyone, but "gee, I dunno, maybe compile an older build" isn't particularly productive.
16:04:55[Saint]It simply sidesteps the issue and no one benefits.
16:07:49plocoI think its harmless to set up the VM. very useful when needs to cherry-pick patchs
16:08:57[Saint]Only if one intends to do active development,
16:09:18[Saint]If a user needs a one-off binary to fix a specific issue, its easier if myself or someone else does it.
16:09:22ChristWI asked if there was a way to help, seeing that I have been programming various stuff since 1985. So, telling me how and where to build binaries was on my own request :-)
16:09:25PurlingNayukiAt least it's a choice. Not every one is capable to figure out the problem, for example, me. The best choice for them is still try some other version.
16:10:01ChristWI'll try to reproduce 'a' crash, just a sec...
16:10:23PurlingNayukiAnd if possible, get the log
16:10:29 Quit PurlingNayuki (Remote host closed the connection)
16:10:33plocobtw ChristW , was the crash due to the DSPs? crash when enable while music in playback
16:10:37[Saint]The log of what exactly?
16:10:42[Saint]There's no such thing.
16:10:50 Join PurlingNayuki [0] (~PurlingNa@
16:11:04[Saint]PurlingNayuki: which log is this?
16:11:19ChristWI'll type up what's in the screen first, then we'll see how to get logs :-)
16:11:20[Saint]No such thing exists
16:11:40PurlingNayukiI remembered that gdb is available
16:16:09ChristWI have about 12000 files on disk. When I scroll through the track list, I get pauses (about 10 seconds every 10 seconds) while scrolling down. Too many files in the database?
16:17:26byteframeyou've peanut butter on the sd chard
16:18:19[Saint]sdcard on a Classic, dude must be a fucking wizard then. ;)
16:19:19 Quit Rondom (Remote host closed the connection)
16:19:44 Quit chchjesus (Ping timeout: 252 seconds)
16:20:08 Join Rondom [0] (
16:21:00 Quit AlexP (Remote host closed the connection)
16:22:04ChristW"Data abort at 08007510 FSR 0xF7 (domain 15, fault 7) address 0xDDF32F5D pc:08007510 sd:080AE0E0
16:23:48plocohappened while scrolling?
16:24:25ChristWNo, during playback.
16:25:42plocoso you just play the music, without change any settings, and it crashes?
16:26:11ChristWBasically, yes.
16:26:41ChristWWhat settings could I change? I recently set the playback freq to 48kHz, but crashes happened before that, as well.
16:27:19plocosince you mention about 12000 files...remind me of general settings>system>limits
16:27:50[Saint]that only affects how many files the file browser displays
16:27:55 Quit wodz (Quit: Leaving)
16:28:05[Saint]in any one given directory.
16:28:08[Saint]not in total
16:28:26ChristWSo that's not related...
16:28:40[Saint]I would posit not.
16:28:56ChristWWhoops, is that the time... Time to go home :-(
16:29:02ChristWI'll be back
16:29:53ChristWI'll try uploading the just-built binary to the iPod to see if that works, and see if I can make any changes and see those reflected on the iPod as well.
16:31:13 Part ChristW
16:31:35plocobtw [Saint] , still tracking the Android 5.0 crash? I've found a cm12 alpha build for my device. soon, will adb the way to hell
16:32:42[Saint]I've pretty much moved solely to Google Music and YouTube Music Key, but I should pick that work back up.
16:32:50[Saint]Its sitting in a branch, half baked.
16:33:28[Saint]Rockbox on Android feels to me rather like flogging a dead horse. Its sad, I know.
16:35:40plocojust not enough developer interesting in RaaA.
16:36:19[Saint]I think a lot of people now recognize what a bad idea it is in its present state.
16:36:31[Saint]There's no life for it going forward as-is.
16:37:26plocothe only problem is that the display engine is framebuffer based.
16:37:35[Saint]To actually succeed in any reasonable way, we need to drop all the clunky legacy shit leftover from Rockbox on DAPs, and do a playback library with a full native UI.
16:37:50[Saint]That's the only way I'd be willing to pick work back up on it seriously again.
16:38:05[Saint]If a playback library eventuates, I will write the shit out of the UI for it.
16:38:11[Saint]I'll do it with bells on.
16:38:36[Saint]We've got no business bringing our own UI to the table here.
16:38:52[Saint]Its clunky, and inelegant.
16:39:02[Saint]It needs to be native.
16:39:56plocokugel did make a library out of RB before right?
16:40:36[Saint]There's a very basic proof of concept called "warble"
16:41:16plocotell me more about the history of this "warble"
16:41:49plocoI'm interest in expend its capability
16:41:57[Saint]It was developed as a GSOC project many years ago, and pretty much saw absolutely zero development after the student finished their GSOC.
16:42:23[Saint]If you would like to play around with it, its in our source tree.
16:42:56[Saint]Its pretty far from feature complete, and could do with a fair bit of optimization, though.
16:43:07[Saint]In its present state its little more than a POC.
16:43:24plocobuild as a target call warble? or build using other tools
16:43:32[Saint]I'm not sure what, if any, work kugel has done in this area, but I believe you're correct in that he has done some.
16:44:28[Saint]cd lib/rbcodec/test && make
16:45:08[Saint]grep and/or find for 'warble' in our tree.
16:45:37plocomake: *** No targets specified and no makefile found. Stop.
16:46:31[Saint]hmmm, maybe 'make warble'? Its been years, perhaps I'm misremebering.
16:46:41[Saint]the makefile is clearly there, I'm looking right at it.
16:46:47gevaertsPick the sdl app, and then build type W
16:47:28[Saint]wow - ok, I was way off. Thanks.
16:47:41plocogevaerts: thanks!
16:48:38 Quit pamaury (Remote host closed the connection)
16:53:46plocoseems warble build is for SDL only. first need to make it support android. gonna be fun
16:54:47 Quit Topy44 (Ping timeout: 265 seconds)
16:55:45gevaertsI'd say you need to talk to kugel first. Warble is the codec engine, not the playback engine
16:58:07plocosomething like fetch data stream >decode & dsp > output as pcm stream?
16:58:30 Join Topy44 [0] (
17:00:20 Join RiD [0] (
17:03:14 Join AlexP [0] (~alex@rockbox/staff/AlexP)
17:12:34 Quit mortalis (Ping timeout: 256 seconds)
17:14:48 Quit edhelas (Ping timeout: 255 seconds)
17:22:20 Quit krnlyng (Ping timeout: 246 seconds)
17:23:00***Saving seen data "./dancer.seen"
17:24:00 Quit ploco (Quit: Page closed)
17:33:49 Quit PurlingNayuki (Remote host closed the connection)
17:39:20 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
17:47:35 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier.
17:53:26 Join JdGordon [0] (
17:53:26 Quit JdGordon (Changing host)
17:53:26 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon)
17:53:56 Quit JdGordon_ (Ping timeout: 244 seconds)
17:58:19[Saint]I seem to recall it has some basic seeking options.
17:58:33[Saint]but that's pretty far removed from a playback engine, indeed.
17:58:48[Saint]its a /start/, though.
17:59:22[Saint]I'm pretty sure kugel did more work in this regard with a dedicated playback lib, but where its hiding, and what state its in, is unknown to me.
17:59:38[Saint]he's got rather a lot of Android-stuffs on gerrit
18:01:15[Saint]hmmm, actually, it does qualify as a playback lib, somewhat.
18:01:37[Saint]see warble.c, check out the helper functions list.
18:02:18[Saint]tempo, dither, volume, seeking, looped playback, start at offset...
18:02:30[Saint]that qualifies as a playback lib to me.
18:03:05[Saint]looks like I even wrote a wrapper script for it....I wonder when the hell I did that!?!
18:04:29[Saint]lol...2012, apparently. No wonder I don't remember it. A whole lotta drugs were consumed since then, I've since largely cleaned my act up. That time period was, kinda hectic.
18:08:16 Quit Scall (Ping timeout: 252 seconds)
18:16:34 Join edhelas [0] (
18:18:51 Join Scall [0] (~chat@unaffiliated/scall)
18:39:03 Join y4n [0] (~y4n@unaffiliated/y4ndexx)
18:48:02gevaerts[Saint]: a proper playback lib has next track, shuffle, queue, ...
19:07:44 Join xorly| [0] (
19:10:13 Join bertrik [0] (~quassel@rockbox/developer/bertrik)
19:20:47 Join nthn12345 [0] (~nathan@2a02:a03f:2460:a100:ae72:89ff:fec7:cfdb)
19:23:03***Saving seen data "./dancer.seen"
19:30:06 Quit tchan (Read error: Connection reset by peer)
19:35:17nthn12345Hi guys, using a Clip+, I just updated from the latest release to the last build, and there seems to be a problem with the database. In the latest stable release, when you select an artist/album/... from the database, it instantly displays the tracks. However in the latest build, it seems to freeze for about a second until the albums/songs/... show up. Is this a known problem, is it something on my side, ...?
19:36:29nthn12345I think this problem has been here for some time, as I think I tried using the latest build some months ago and it also froze for a moment when selecting things in the database.
19:37:50[Saint]A whole metric shittonne of things have changed in the 2+ years since release. Its hard to say what it would be, exactly, but its highly possible there was a regression in this area.
19:37:50 Join chrisb [0] (
19:38:27[Saint]I have a few candidates in mind, though.
19:38:45[Saint]I can't say I've noticed it, but, may of us don't use the Database at all.
19:39:08[Saint](so, I wouldn't notice it)
19:39:42 Quit edhelas (Ping timeout: 255 seconds)
19:41:59 Quit chrisb (Ping timeout: 246 seconds)
19:43:15nthn12345Yeah, it's not that big of a problem as I don't use the database that often either anyway. I took a quick peek at the changelog since last stable and there seem to be a couple of commits related to the database, but no idea which one could be the troublemaker here.
19:49:07 Join chrisb [0] (
19:49:45 Join tchan [0] (~tchan@lunar-linux/developer/tchan)
19:49:47 Join krabador [0] (~krabador@unaffiliated/krabador)
19:52:22 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
19:54:00[Saint]nthn12345: FWIW,;a=commit;h=7d1a47c was my bet
19:54:00 Quit dfkt (Read error: Connection reset by peer)
19:54:31[Saint]and the ~dozen or so related commits after the fact.
19:54:47[Saint]The filesystem handling was /completely/ rewritten.
19:55:13 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
19:55:23[Saint]that patch touches pretty much evrything. It was rather daunting actually.
19:55:43[Saint]I'm not entirely convinced it got all the reviewing a patch of that magnitude required.
19:57:52 Join edhelas [0] (
19:57:52 Quit dfkt (Read error: Connection reset by peer)
19:58:05 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
20:00:07 Quit dfkt (Remote host closed the connection)
20:01:20 Join lorenzo92 [0] (
20:01:27lorenzo92polling again for g#707
20:01:32fs-bluebotGerrit review #707 at : yp-r0: improve the charging code by Lorenzo Miori
20:01:36lorenzo92it's ridiculously old
20:01:59nthn12345[Saint]: I was also looking at that one, it's so big I wouldn't know where to start looking for possible problems.
20:02:00lorenzo92and g#1120
20:02:04fs-bluebotGerrit review #1120 at : ypr0/ypr1: GPIO handling API refactoring by Lorenzo Miori
20:02:18 Quit edhelas (Ping timeout: 245 seconds)
20:03:09[Saint]lorenzo92: the only one who can really review/test that is kugel, and he stated the other day that he's not able to do so due to various factors in his social and work life.
20:03:14[Saint]Or, something along those lines.
20:03:43lorenzo92[Saint]: is there a specific reason, other than no other maintainers for ypr0 are available?
20:04:04lorenzo92(not regarding its situation, I mean related to rb)
20:04:35[Saint]No one else owns the device and has intimate knowledge of it.
20:04:44[Saint]Its a bit of an obscurity.
20:05:01[Saint]I have one, but its dead as a doornail.
20:05:10[Saint](and I know next to nothing about them)
20:05:57lorenzo92it is similar to the ongoing work on th ibasso devices...i don't see the obscurity ^^
20:06:18[Saint]Without digging up the exact quote, IIRC he stated something along the lines of being unwilling to +2 the YP* and DX* stuff due to issues with his availability
20:06:40[Saint]he rushed out a couple of reviews the other dya, and disappeared to enjoy some much needed social time.
20:07:10[Saint]he's a very busy boy lately.
20:07:22[Saint]almost all the original maintainers are.
20:08:15lorenzo92well, I know the situation, I'm also busy...but what if then...I mean the target shouldn't die just for that
20:09:03lorenzo92I completely agree and understand the reasoning behind thorough review
20:09:35lorenzo92reverting is bad, but always possible :)
20:10:06[Saint][26:01:15 10:35:25] <kugel> unless I'm -2'ing anything feel free to push any/all of those when I'm away
20:10:07[Saint][26:01:15 10:41:38] <kugel> no time to test any of this on an android or ypr0 build anymore though
20:10:07[Saint][26:01:15 11:24:34] <kugel> I'm off to my cruise now. have a good time everyone, see you in two weeks
20:10:20[Saint]there we go.
20:10:24[Saint]2 weeks at least
20:10:48[Saint](and, if I parse it correctly, possibly not even then)
20:11:23lorenzo92I see, but my main point is: can we do without kugel? If not, why. If yes, how
20:11:41[Saint]a dedicated maintainer with the device would need to step up.
20:11:42lorenzo92for the negative part, I suppose, no other ppl testing
20:12:02lorenzo92got the point. where is an official maintainer list?
20:12:09[Saint]other people can maintain it, sure, but without owning the hardware you're just poking around in the dark.
20:12:15[Saint]and relying on others for testing.
20:12:42lorenzo92I actually don't consider myself "other" the end I started the port back in 2011 ^^
20:12:57 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
20:13:34[Saint]If you genuinely believe it to be ready for commit, it may be possible to convince someone to push it for you.
20:13:43[Saint]But, I can't do so, and never wanted to.
20:13:57[Saint]I've never desired for commit rights.
20:14:34[Saint](too much responsibility and getting hassled for things like this on devices I'm not familiar with. ;))
20:14:48lorenzo92I also don't want to force anyone of course ... but in that case I will. To demonstrate the effectiveness of the patch, I will do some benchmarks (that of course have been lost over this time period)
20:15:14[Saint]That would go a long way to demonstrating the effectiveness, indeed.
20:15:49[Saint]Primarily, I can't do squat about it due to not having the hardware, or the time, or, frankly, the motivation.
20:15:51lorenzo92I just need more than 2 days ^^
20:16:26[Saint]The development time I do have is spent maintaining my reasonably vast fleet of Android builds for semi-obscure midrange and legacy devices.
20:16:50[Saint]I was only barely hanging on to the project when I was still interested in RaaA on Android
20:17:07[Saint]ANd now I've pretty much abandoned all hope or want for that cause.
20:17:32[Saint]I stick around to handle support when and where I can.
20:17:35lorenzo92I see
20:18:09[Saint]Giving back support is the one valuable thing I can offer the community.
20:18:30lorenzo92and that is appreciated, support is important!
20:18:48[Saint]I have little desire (actually, none) to proceed with Rockbox on Android, sadly.
20:19:38[Saint]Especially since I spent the last few weeks with it banging my head against the ART runtime and RaaA failing to init sucessfully on Android 5.x
20:20:01[Saint]All my devices are on a current Android build which Rockbox doesn't run on anymore, for reasons I don't understand at all.
20:20:01lorenzo92well, I also had a long time without even getting here in the channel...but from time to time I have the interest of fixing and hacking around
20:20:13[Saint]I can get it booting, and it runs, for about 4 seconds, and then dies.
20:20:22[Saint]But, believe it or not, that's actually progress...
20:20:33[Saint]git head dies immediately. :)
20:20:35 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon)
20:20:49lorenzo92huh very strange, indeed
20:21:29[Saint]It works on 4.4.4 ART, but not 5.x ART, the two iterations of the runtime are quite similar, but also vastly different.
20:21:39[Saint]However, it /should/ "Just Work".
20:21:58lorenzo92does maintainer also mean commit rights? Just to ask, because there is also the ypr1 port around (working) and if none is around...
20:22:00[Saint]sorry, git head doesn't run on 4.4.4 ART, but, its possible to make it so with minor alteration.
20:22:22lorenzo92what's the minor alteration? just curious ^^
20:22:31[Saint]A dedicated maintainer typically would mean direct commit access, yes.
20:22:45[Saint]Though, it needn't necessarily, it just makes the workflow a lot easier.
20:23:06 Quit JdGordon (Ping timeout: 265 seconds)
20:23:31[Saint]also, thanks.
20:24:03[Saint]often I wonder if sticking around for support does any real good. Hearing that its appreciated makes a big difference.
20:24:42 Join wodz [0] (
20:25:37wodzlorenzo92: If you promise to fix reds/yellows if any I can push the changes. I am strongly against rotting patches.
20:25:54[Saint]^ yay!
20:26:23lorenzo92wodz: of course, I'm also against problems ^^ but often you face them :P
20:27:09wodzlorenzo92: so g#707 and g#1120 ?
20:27:16fs-bluebotGerrit review #707 at : yp-r0: improve the charging code by Lorenzo Miori
20:27:16fs-bluebotGerrit review #1120 at : ypr0/ypr1: GPIO handling API refactoring by Lorenzo Miori
20:27:44lorenzo92I can check twice
20:27:49lorenzo92at least for the gpio patch
20:28:44lorenzo92I actually see a problem now, there is the debug code
20:29:07lorenzo92I'm in doubt whether leaving it in or not, since a follow patch will introduce a debug screen
20:29:12lorenzo92what do you think?
20:29:24wodzI pushed both patches already
20:29:43lorenzo92thanks ;)
20:29:53lorenzo92that is appreciated, later the debug screen patch
20:29:56 Quit foolsh (Ping timeout: 246 seconds)
20:30:24wodzwhat a lazy bot
20:30:47gevaertsI suspect bluebrother's build client might be down
20:30:59gevaertsThat's the one that tells the bot about build events
20:34:46fs-bluebotBuild Server message: Build round completed after 397 seconds.
20:34:48fs-bluebotBuild Server message: Revision 6879dec result: All green
20:34:49fs-bluebotBuild Server message: New build round started. Revision f35d63b, 254 builds, 22 clients.
20:35:26gevaertsOr it was lazy :)
20:36:26*lorenzo92 All green
20:40:50fs-bluebotBuild Server message: Build round completed after 361 seconds.
20:40:51fs-bluebotBuild Server message: Revision f35d63b result: All green
20:46:06 Join JdGordon [0] (
20:46:06 Quit JdGordon (Changing host)
20:46:06 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon)
20:46:59 Join TheLemonMan [0] (~lemonboy@unaffiliated/thelemonman)
20:48:03 Quit JdGordon_ (Ping timeout: 244 seconds)
20:48:21 Join edhelas [0] (
20:49:33wodzTheLemonMan: ping
20:49:58TheLemonManwodz, pong ?
20:50:15wodzTheLemonMan: Are you involved in new webui for radare2?
20:51:07TheLemonManwodz, i'm not a web gui :) i'm involved with the magic behind it
20:52:14wodzah, hmm. Anyway I tried this stuff and I hit a problem that I am unable to jump into lower address then entry point (although the address is valid and within .text)
20:53:45 Join Ivoah_ [0] (
20:54:11TheLemonManwodz, it's still in beta (or even less, alpha ?), feel free to jump in #radare and expose your problem
20:54:48wodzTheLemonMan: That is what I did. And basically the answer was 'fix yourself'
20:56:36 Quit kvieta (Ping timeout: 264 seconds)
20:56:36 Quit Ivoah (Ping timeout: 264 seconds)
20:56:37 Quit JanC (Ping timeout: 264 seconds)
20:58:11 Join JanC [0] (~janc@lugwv/member/JanC)
20:58:26 Join kvieta [0] (~kvieta@
20:58:26 Quit kvieta (Excess Flood)
20:58:46lorenzo92TheLemonMan: cool thing :)
20:59:26 Join kvieta [0] (~kvieta@
20:59:26 Quit kvieta (Excess Flood)
20:59:57 Join kvieta [0] (~kvieta@
20:59:57 Quit kvieta (Excess Flood)
21:01:26 Join kvieta [0] (~kvieta@
21:03:16TheLemonManwodz, people there are slightly weird heh, sadly i don't have time to look into it myself but opening a ticket on github would definitely help
21:07:22 Quit edhelas (Ping timeout: 246 seconds)
21:16:18 Join rela [0] (~x@pdpc/supporter/active/rela)
21:17:59 Quit krabador (Read error: No route to host)
21:22:42 Quit lorenzo92 (Quit: ChatZilla [Firefox 30.0/20140608211457])
21:23:07***Saving seen data "./dancer.seen"
21:27:41 Join stoyan [0] (~stoyan@
21:28:17 Quit stoyan (Client Quit)
21:45:13 Join lebellium [0] (
21:45:32 Quit y4n (Read error: Connection reset by peer)
22:02:35 Join ZincAlloy [0] (
22:11:37 Quit rela (Quit: Leaving)
22:26:26 Quit petur (Quit: Leaving)
22:29:20 Quit wodz (Ping timeout: 256 seconds)
22:31:51 Quit chrisb (Ping timeout: 240 seconds)
23:00:07 Join shrimps [0] (92c8b480@gateway/web/freenode/ip.
23:00:52shrimpsEvening, I was wondering if someone could help me bring back my Sansa Clip+ from the dead?
23:01:54shrimpsI used Rockbox very happily for a long time (up to 3.8) before the database was severely corrupted in Rockbox and the dual boot into the Sandisk firmware frose on the Refreshing Media screen
23:05:33 Join [Franklin] [0] (~franklin@unaffiliated/franklin)
23:07:21shrimpsEvening, I was wondering if someone could help me bring back my Sansa Clip+ from the dead?
23:07:33shrimpsI used Rockbox very happily for a long time (up to 3.8) before the database was severely corrupted in Rockbox and the dual boot into the Sandisk firmware frose on the Refreshing Media screen
23:08:47[Franklin]the database?
23:09:17[Franklin]Ivoah_: how's the sl port going?
23:09:26 Nick Ivoah_ is now known as Ivoah (
23:09:44IvoahHaven't gotten the compiler working yet :(
23:09:50[Franklin]ah :/
23:10:18[Franklin]any specific reason why?
23:11:48IvoahGCC wouldn't compile right, I'm just going to use the vm
23:14:53 Quit RiD (Read error: Connection reset by peer)
23:15:29 Join RiD [0] (
23:17:52 Quit pamaury (Ping timeout: 244 seconds)
23:18:37 Quit [Franklin] (Ping timeout: 264 seconds)
23:19:14 Quit shrimps (Quit: Page closed)
23:23:08***Saving seen data "./dancer.seen"
23:25:04 Join [Franklin] [0] (
23:32:25 Part LinusN
23:32:50 Quit amayer (Quit: Leaving)

Previous day | Next day