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 2013-06-09

00:02:47 Quit knittl (Quit: Changing server)
00:12:58 Join knittl [0] (
00:12:58 Quit knittl (Changing host)
00:12:58 Join knittl [0] (~knittl@unaffiliated/knittl)
00:14:18 Join bertrik [0] (~quassel@
00:14:18 Quit bertrik (Changing host)
00:14:18 Join bertrik [0] (~quassel@rockbox/developer/bertrik)
00:18:57 Quit bertrik (Remote host closed the connection)
00:33:11 Quit froggyman__ (Changing host)
00:33:11 Join froggyman__ [0] (~me@unaffiliated/froggyman)
00:33:15 Nick froggyman__ is now known as froggymana (~me@unaffiliated/froggyman)
00:34:10 Quit Guest60705 (Quit: Blarglarg)
00:40:28 Join bertrik [0] (~quassel@rockbox/developer/bertrik)
01:00:05 Quit vsync_ (Quit: WeeChat 0.3.2)
01:04:08***Saving seen data "./dancer.seen"
01:14:46 Quit ender1 (Quit: #define sizeof(x) ((rand() % 100 == 42) ? sizeof(x)-1 : sizeof(x)))
01:46:52 Quit froggymana (Ping timeout: 264 seconds)
01:48:30 Quit pamaury (Ping timeout: 256 seconds)
02:10:47 Quit lebellium (Quit: ChatZilla 0.9.90 [Firefox 22.0/20130605070403])
02:23:21 Quit bertrik (Remote host closed the connection)
02:47:00 Quit onder` (Ping timeout: 245 seconds)
02:52:17 Join onder` [0] (~onder@
02:53:33 Quit mrtux (Quit: attemtping to install more ram)
03:04:10***Saving seen data "./dancer.seen"
03:23:46 Join mrtux [0] (~mrtux@unaffiliated/mrtux)
03:25:03 Quit bluebrother (Disconnected by services)
03:25:08 Join bluebrother [0] (~dom@rockbox/developer/bluebrother)
04:17:44 Quit liar (Read error: Operation timed out)
04:33:42 Quit tchan (Ping timeout: 256 seconds)
04:36:18 Join [ungali] [0] (~ungali]@
04:36:18 Quit [ungali] (Changing host)
04:36:19 Join [ungali] [0] (~ungali]@unaffiliated/ungali)
04:40:27 Quit b1101 (Quit: b1101)
04:47:00 Join tchan [0] (~tchan@lunar-linux/developer/tchan)
04:51:46 Quit pixelma (Disconnected by services)
04:51:48 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma)
04:51:50 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma)
04:52:00 Join amiconn_ [0] (quassel@rockbox/developer/amiconn)
04:52:00 Quit amiconn (Disconnected by services)
04:52:03 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
05:04:13***Saving seen data "./dancer.seen"
05:17:18 Quit [ungali] (Quit: hiding from aliens)
05:40:00 Quit [7] (Disconnected by services)
05:40:09 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
05:44:47 Join TheSphinX_ [0] (
05:48:21 Quit TheSphinX^ (Ping timeout: 248 seconds)
05:52:52 Join krabador [0] (~krabador@unaffiliated/krabador)
05:55:51 Quit krabador (Client Quit)
06:01:11 Quit dfkt_ (Read error: Connection reset by peer)
06:01:53 Join dfkt [0] (dfkt@unaffiliated/dfkt)
06:07:52 Join kevku [0] (~kevku@2001:470:27:773:0:feed:c0f:fee)
06:47:51saratogawhat else is needed to support SDXC besides exFAT?
06:48:05saratogalibexfat seems increasingly stable and quite cleanly implemented (and not very complex)
06:48:27saratogawe could probably include it without too much effort
07:04:16***Saving seen data "./dancer.seen"
07:09:00Mirisnt it propriatry?
07:09:33Miri thought microsoft was quite anal about there being no linux support for exFAT
07:11:16 Join akaWolf [0] (~akaWolf@unaffiliated/akawolf)
07:13:11saratogaits reverse engineered i assume
07:17:51 Join stoffel [0] (
07:19:05 Join [Saint] [0] (65629e67@gateway/web/freenode/ip.
07:28:31 Quit shamus (Read error: Connection reset by peer)
07:29:20 Join shamus [0] (
07:39:50 Join JdGord [0] (~AndChat72@
07:59:06 Quit JdGord (Ping timeout: 245 seconds)
08:11:52 Quit kevku (Quit: KVIrc 4.3.1 Aria
08:13:28 Join froggymana [0] (~me@unaffiliated/froggyman)
08:38:18 Quit froggymana (Ping timeout: 264 seconds)
08:55:46 Quit mikroflops (Ping timeout: 245 seconds)
09:04:17***Saving seen data "./dancer.seen"
09:26:59coppersaratoga: does Rockbox support files larger than 2 and 4 GB already?
09:36:55DEBUGEOF from server (Connection reset by peer) (snapshot: netstuff.c line 545)
09:36:55***No seen item changed, no save performed.
09:36:57***Started Dancer V4.16
09:36:57***Connected to on port 6667
09:36:57***Logfile for #rockbox started
09:36:58Mode"logbot :+i" by logbot
09:37:04***Server message 501: 'logbot :Unknown MODE flag'
09:37:04 Join logbot [0] (
09:37:04 Join TBCOOL [0] (
09:37:04 Join __jae___ [0] (
09:37:04 Join tchan1 [0] (
09:37:04 Join shamus [0] (
09:37:04 Join [Saint] [0] (65629e67@gateway/web/freenode/ip.
09:37:04 Join stoffel [0] (
09:37:04 Join akaWolf [0] (~akaWolf@unaffiliated/akawolf)
09:37:04 Join dfkt [0] (dfkt@unaffiliated/dfkt)
09:37:04 Join TheSphinX_ [0] (
09:37:04 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
09:37:04 Join amiconn [0] (quassel@rockbox/developer/amiconn)
09:37:04 Join pixelma [0] (pixelma@rockbox/staff/pixelma)
09:37:04 Join tchan [0] (~tchan@lunar-linux/developer/tchan)
09:37:04 Join bluebrother [0] (~dom@rockbox/developer/bluebrother)
09:37:04 Join mrtux [0] (~mrtux@unaffiliated/mrtux)
09:37:04 Join onder` [0] (~onder@
09:37:04 Join knittl [0] (~knittl@unaffiliated/knittl)
09:37:04 Join DexterLB [0] (
09:37:04 Join __jae__ [0] (
09:37:04 Join @ChanServ [0] (ChanServ@services.)
09:37:04 Join Bagder [0] (~daniel@
09:37:04 Join aevin [0] (eivindsy@unaffiliated/aevin)
09:37:04 Join dv_ [0] (
09:37:04 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful)
09:37:04 Join Rondom [0] (~rondom@2a01:488:66:1000:b24d:4f2f:0:1)
09:37:04 Join maraz_ [0] (
09:37:04 Join ranmachan [0] (
09:37:04 Join GeekShadow [0] (~antoine@reactos/tester/GeekShadow)
09:37:04 Join Marex_ [0] (~Marex@
09:37:04 Join freqmod_ [0] (
09:37:04 Join simabeis_ [0] (
09:37:04 Join amboss [0] (
09:37:04 Join soap [0] (~soap@rockbox/staff/soap)
09:37:04 Join dewlap [0] (~dewlap@2001:5c0:1000:a::41b)
09:37:04 Join saratoga [0] (123e1cf8@gateway/web/freenode/ip.
09:37:04 Join mystica555 [0] (
09:37:04 Join froggyman [0] (~froggyman@unaffiliated/froggyman)
09:37:04 Join funman [0] (
09:37:04 Join kugel [0] (~kugel@rockbox/developer/kugel)
09:37:04 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123)
09:37:04 Join nosa-j [0] (~m00k@
09:37:04 Join amithkk [0] (uid4289@2buntu/writers/amithkk)
09:37:04 Join Zarggg [0] (
09:37:04 Join derf [0] (
09:37:04 Join alexbobp [0] (
09:37:04 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019)
09:37:04 Join dokan [0] (
09:37:04 Join linuxguy3 [0] (
09:37:04 Join Scall [0] (~chat@unaffiliated/scall)
09:37:04 Join gevaerts [0] (~fg@rockbox/developer/gevaerts)
09:37:04 Join kiwicam [0] (~quassel@
09:37:04 Join yosafbridge [0] (
09:37:04 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739)
09:37:04 Join Torne [0] (~torne@rockbox/developer/Torne)
09:37:04 Join Raptors [0] (
09:37:04 Join AlexP [0] (~alex@rockbox/staff/AlexP)
09:37:04 Join thegeek_ [0] (
09:37:04 Join uwe_ [0] (
09:37:04 Join Galois [0] (
09:37:04 Join scorche|sh [0] (~scorche@rockbox/administrator/scorche)
09:37:04 Join Gallomimia [0] (
09:37:04 Join rasher [0] (~rasher@rockbox/developer/rasher)
09:37:04 Join pystar89 [0] (
09:37:04 Join FOAD [0] (~foad@
09:37:04 Join Provel_ [0] (
09:37:04 Join Kohlrabi [0] (
09:37:04 Join scorche [0] (~scorche@rockbox/administrator/scorche)
09:37:04 Join Topy44 [0] (~Topy44@
09:37:04 Join jmspeex [0] (
09:37:04 Join Zambezi [0] (Zulu@unaffiliated/zambezi)
09:37:04 Join Slasheri [0] (miipekk@rockbox/developer/Slasheri)
09:37:04 Join XavierGr [0] (~XavierGr@rockbox/staff/XavierGr)
09:37:04 Join rudi_s [0] (
09:37:04 Join Hadaka [0] (
09:37:04 Join ender| [0] (~ender1@2a01:260:4094:1:42:42:42:42)
09:37:04 Join monkoosbob0 [0] (
09:37:04 Join zu [0] (
09:37:04 Join habys [0] (
09:37:04 Join logbot- [0] (
09:37:04 Join TBCOOL_ [0] (
09:37:04 Join joshin [0] (~josh@unaffiliated/joshin)
09:37:04 Join zoktar [0] (~zoktar@unaffiliated/zoktar)
09:37:04 Join Poodlemastah_ [0] (
09:37:04 Join Belzebub_ [0] (torrentow@gateway/shell/
09:37:04 Join copper [0] (~copper@unaffiliated/copper)
09:37:04 Join Guinness [0] (
09:37:04 Join ruskie [0] (ruskie@sourcemage/mage/ruskie)
09:37:04 Join guymann [0] (~c@unaffiliated/guymann)
09:37:04 Join bzed [0] (
09:37:04 Join uwe_mobile__ [0] (
09:37:04 Join evilnick [0] (~evilnick@rockbox/staff/evilnick)
09:37:04 Join Synergist [0] (~synfn@unaffiliated/synergist)
09:37:04 Join Gareth [0] (~gareth@2607:ff38:2:83::3)
09:37:04 Join x56 [0] (
09:37:04 Join Mir [0] (
09:37:04 Join Xerion [0] (
09:37:04 Join dionoea [0] (
09:37:04 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon)
09:37:04 Join Jack87 [0] (Jack87@nasadmin/admin/jack87)
09:37:04 Join Elfish [0] (amba@2001:1608:12:1:13:3:3:7)
09:37:04 Join Barahir [0] (
09:37:04 Join GodEater [0] (~whoknows@rockbox/staff/GodEater)
09:37:04 Join user890104 [0] (Venci@unaffiliated/user890104)
09:37:04 Join gelraen [0] (
09:37:04 Join preglow [0] (thomj@rockbox/developer/preglow)
09:37:04 Join n17ikh [0] (~n17ikh@unaffiliated/n17ikh)
09:37:19 Join Topy [0] (~Topy44@
09:38:02 Quit tchan (Ping timeout: 276 seconds)
09:38:04 Quit __jae__ (Ping timeout: 276 seconds)
09:38:06 Quit TBCOOL_ (Ping timeout: 276 seconds)
09:38:06 Quit logbot- (Ping timeout: 276 seconds)
09:38:09 Quit Topy44 (Ping timeout: 276 seconds)
09:38:10 Nick Topy is now known as Topy44 (~Topy44@
09:38:24 Join bertrik [0] (~quassel@rockbox/developer/bertrik)
10:03:32 Join kevku [0] (~kevku@2001:470:27:773:0:feed:c0f:fee)
10:05:06[Saint]copper: Rockbox /might/, but, FAT doesn', I
10:05:09[Saint]re: 4GB
10:07:40[Saint]I am not aware of any such limitation with 2GB files. But its possible. Lots of things happen I'm not aware of.
10:10:39 Join pretty_function [0] (~sigBART@
10:12:31 Join ender` [0] (
10:39:07copper[Saint]: FAT32 no, but exFAT yes, which is what saratoga inquired about
10:39:16copper04:47:51 UTC <saratoga> what else is needed to support SDXC besides exFAT?
10:42:05 Quit ender` (Quit: Cigarettes are like squirrels. They're perfectly harmless until you put one in your mouth and light it on fire.)
10:44:45[Saint]The question confuses me then. "Does Rockbox support X and Y, if <system_that_isn't_in_place_was_in_place>?"...? Anyhoo...I doubt Rockbox itself cares about file limits, it may, but I doubt it. If it does, it is probably only due to the fact that we only ever expect the filesystem to be FAT.
10:57:24bluebrotherI don't think the point of supporting exFAT is files larger than 2GiB
10:57:43bluebrotherbut rather that SDXC defines exFAT at filesystem to be used
10:58:02bluebrotherand having users to reformat their cards is yet another cause for confusion / errors
10:59:50 Join lebellium [0] (
11:00:15copperyes but if you support exFAT, users will expect support for what exFAT supports
11:00:27bluebrotherwell, yes and no
11:00:48bluebrotheronce we support exFAT (if that is about to happen at all) we can see if there are problems with files that size
11:01:11bluebrotherplus, you can easily put files that large on the device. Rockbox might not able to play them, but that's a different story
11:01:28bluebrotherand seriously, what music files are >2GiB?
11:01:52copperbluebrother: very long 24/96/6ch recordings, I guess
11:02:05copperwhich ARE supported
11:02:12copperthe audio specs I mean
11:02:36bluebrotherand how much people are actually about to use that?
11:02:40copperthere are even 24/192 recordings!
11:02:48copperbluebrother: audiophiles
11:02:59copperwho get all of their music from HDtracks
11:03:07bluebrotherthose are for professional recording, and guys doing that are likely to use other equipment anyway
11:03:33copperwhat is for "professional recording"?
11:03:36bluebrotherplus, _if_ it turns out that there are bugs with files that large we can fix them when they show up
11:04:13 Nick Belzebub_ is now known as Belzebub (torrentow@gateway/shell/
11:04:18 Quit Belzebub (Changing host)
11:04:18 Join Belzebub [0] (torrentow@unaffiliated/blown-engine)
11:04:26bluebrotherrecording that isn't consumer
11:04:52copperwho said anything about recording anything?
11:05:18bluebrotherit's not about _doing_ the recording, it's about _handling_ it.
11:05:32copperaudiophiles buy high res albums from
11:05:32 Quit pretty_function (Remote host closed the connection)
11:05:45copperthose aren't uncommon at all
11:05:46bluebrotherit simply makes no sense to play back a file 24/192 on a device that cannot go further than 16/48
11:05:53copperno kidding
11:06:01copperbut they don't know that
11:06:04bluebrotherand audiophiles use crappy devices like the Ipods?
11:06:21copperthough I don't know what's "crappy" about iPods
11:06:22Kohlrabitechnically the iPod isn't bad
11:06:24Kohlrabijust the OS sucks
11:06:35Kohlrabijust look at the EQ...
11:07:05copperalso, rockbox doesn't do 48kHz
11:07:08copperit resamples to 44.1
11:07:12Kohlrabicopper: didn't you report that the EQ just applies positive gain?
11:07:19Kohlrabion iPods?
11:07:20bluebrotherwell, compared to the H100 my Mini's sound quality is bad. That bad that even I can hear it
11:07:21coppersome presets yes
11:07:30bluebrothercopper: I know it resamples ...
11:07:38bluebrotherbut IIRC the hardware _could_ do 48
11:07:48copperbluebrother: the iPod Classic is audibly transparent
11:07:58copperanyway, off topic
11:08:13bluebrotherdefine "audibly transparent"
11:08:13coppersaratoga's question was really simple
11:08:41bluebrotherto an audiophile that wants 24/192 a device that cannot output that cannot be "transparent"
11:08:54KohlrabiThat's not what transparent means
11:10:14bluebrotherso, you're basically saying one uses an extremely high resolution, drop data from it and it's still transparent. Why use that high resolution in the first place anyway (unless you're planning to do postprocessing, which you don't do on that kind of device)?
11:10:26copperbecause they're clueless
11:10:40bluebrotherthat's not our problem
11:10:42copperthat was not the point
11:10:49copperthe point was, large files
11:10:59bluebrotherthe point was filesystem support
11:11:35copper09:00:15 UTC <copper> yes but if you support exFAT, users will expect support for what exFAT supports
11:11:48copperthat's all I'm gonna say
11:11:55copperif you don't care, then fine
11:11:59bluebrotherso what?
11:12:05bluebrotherit supports storing files ...
11:12:07copperI was just expanding on saratoga's question about exFAT support
11:12:22copperwhich I suspect was the point of his question
11:12:31coppermaybe I was wrong
11:13:23[Saint]from eariler, about nasty audiophile uber-quality audio...putting that on a Rockboxed device is a fail anyway, since it all gets downsampled, so I'm not sure we need to care too much there ;)
11:14:29 Join y4n [0] (~y4n@unaffiliated/y4ndexx)
11:18:54 Quit [Saint] (Quit: Page closed)
11:23:11Kohlrabi640k is enough for everyone
11:23:52copperbeing able to play the files without having to convert them first
11:23:54copperI don't know
11:24:08coppermaybe also very long live recordings
11:25:02 Quit stoffel (Ping timeout: 256 seconds)
11:26:40 Join liar [0] (
11:37:00***Saving seen data "./dancer.seen"
11:38:49 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
12:22:11 Join mikroflops [0] (
12:23:23 Join stoffel [0] (
12:42:09 Join workflow [0] (
12:48:41 Quit mikroflops (Ping timeout: 264 seconds)
13:03:12 Join mikroflops [0] (
13:06:39 Join prof_wolfff [0] (
13:11:54 Quit stoffel (Ping timeout: 264 seconds)
13:37:01***Saving seen data "./dancer.seen"
13:48:03 Join einhirn [0] (
13:48:43 Join einhirn_ [0] (
13:52:53 Quit einhirn (Ping timeout: 264 seconds)
14:06:37 Quit prof_wolfff (Quit: Bye)
14:38:42 Quit DexterLB (Read error: Connection reset by peer)
14:43:57 Join DexterLB [0] (
15:10:42 Quit einhirn_ (Quit: Miranda IM! Smaller, Faster, Easier.
15:37:03***Saving seen data "./dancer.seen"
15:39:13 Join penth [0] (
15:52:00 Quit Belzebub (Changing host)
15:52:00 Join Belzebub [0] (torrentow@gateway/shell/
16:24:27 Join fs-bluebot [0] (
16:46:59 Join n1s [0] (~n1s@rockbox/developer/n1s)
16:51:37 Quit fs-bluebot (Remote host closed the connection)
16:52:00 Join fs-bluebot [0] (
16:52:32 Quit fs-bluebot (Read error: Connection reset by peer)
16:53:30 Join fs-bluebot [0] (
16:55:03 Join snepper [0] (snepper@
16:57:05snepperhi I want to ask about the player Sansa Clip+
16:57:47kugelweeh, TALK_PARTIAL_LOAD is a huge memory waste
16:57:58snepperI need dump the image from the player
16:58:28 Join eyfour [0] (~a4@
16:59:12fs-bluebotBuild Server message: New build round started. Revision 280a0eb, 217 builds, 20 clients.
16:59:36bluebrothersnepper: why do you need to do that?
17:00:29snepperformatted in repair mode
17:00:55kugelbluebrother: windows doesnt know /dev/null, but you can rediret to NUL
17:05:13bluebrotherkugel: yes. But I don't want to have to handle Windows and non-Windows separately.
17:05:27bluebrotherplus, the redirect to /dev/null is unnecessary in that place.
17:05:33snepperI'm in ubuntu, deleted all of the parttion and recorded with OF-image 0 sector, he now writes a bad disc format to format
17:05:48bluebrotherat least I don't see any change in output on the setups I've tested
17:06:18kugeljust saying in case you didnt know :)
17:06:24bluebrotherI do :)
17:06:44fs-bluebotBuild Server message: Build round completed after 452 seconds.
17:06:45fs-bluebotBuild Server message: Revision 280a0eb result: All green
17:08:39snepperdid what is written here, but formatted in the windows in front of this
17:09:24 Join froggymana [0] (
17:09:24 Quit froggymana (Changing host)
17:09:24 Join froggymana [0] (~me@unaffiliated/froggyman)
17:10:15*bluebrother can't help with that (unbrick thing)
17:17:27bluebrotherpamaury: any idea about snepper's problem?
17:17:58bluebrother(or who's been involved with the clip+ port? bertrik?)
17:18:10snepperI need dump the image from the player Sansa Clip+
17:18:53 Join ender` [0] (
17:23:15bluebrothersnepper: thinking about it ... if the image is broken, why do you want to dump it?
17:23:49bluebrotherthe OF files available at Sandisk contain a bin file. Which, from my understanding, should be exactly the image file.
17:24:16gevaertsbluebrother: IIRC there is some stuff that's *not* in there
17:24:21bluebrotherthough having this confirmed by someone more familiar with the device is probably a good idea :)
17:24:27gevaertsSo you'd need a dump from a working device
17:25:02bluebrothermaybe the wiki page should mention how to get the OF image then :)
17:25:05gevaertsHowever, I'm not sure if anyone's ever recovered from formatting the recovery device...
17:25:27*gevaerts hasn't ever done AMS recovery himself
17:25:55 Quit froggymana (Ping timeout: 252 seconds)
17:26:02 Quit pamaury (Ping timeout: 276 seconds)
17:26:11snepperYou can also dump the image from the player to your hard disk by using e.g.:
17:26:27snepperdd if=/dev/sde of=orig_image.bin bs=512 count=$((0xF000)) (count is 0x5000 for Clipv1/C200v2/M200v4, 0xf000 for others)
17:27:07bluebrotherwell, I guess that requires the player to be in working condition
17:27:29bluebrotherif not, why aren't you doing it then? ;-)
17:28:43snepperof course, that page will be sent here if the problem
17:29:50bluebrotheranyway, I can't really help so I'll stop the guessing
17:32:49snepperI created the first part of the 17mb leaving empty-sectors, the rest formatted in fat 32 and recorded to the top of OF-image memory, but it did not help
17:33:34 Quit kevku (Quit: KVIrc 4.3.1 Aria
17:36:17sneppersomebody help!
17:36:49bluebrothersnepper: patience. Most people are in weekend and the middle of sunday
17:37:04***Saving seen data "./dancer.seen"
17:38:02sneppermay be a question tomorrow
17:38:04bluebrothermost developers are in the european timezone. Try in the evening (or better simply wait)
17:39:09fs-bluebotBuild Server message: New build round started. Revision 58b4e71, 217 builds, 20 clients.
17:43:28n1shmm, the gcc 4.6 changelog mentions a rewrite of the code for generating load and store multiple on arm, i wonder if a compiler upgrade might be beneficial for us
17:44:35n1sandroid uses its own toolchain, right?
17:45:08kugelyea, but we use the 4.4.x version of it
17:45:32fs-bluebotBuild Server message: Build round completed after 383 seconds.
17:45:33fs-bluebotBuild Server message: Revision 58b4e71 result: All green
17:45:33fs-bluebotBuild Server message: New build round started. Revision 836cf14, 217 builds, 20 clients.
17:45:58n1skugel: good so changing the arm-eabi toolchain wont affect android
17:46:23n1safaiu the ldm/stm stuff is actually most important for the armv4
17:50:45fs-bluebotBuild Server message: Build round completed after 312 seconds.
17:50:45fs-bluebotBuild Server message: Revision 836cf14 result: All green
17:54:58n1smaybe i'll test a newer compiler if i'm bored. i hope the patches we use still apply
17:56:32 Join stoffel [0] (
17:57:18 Part snepper
18:17:34 Part eyfour ("WeeChat 0.3.7")
18:19:12 Quit stoffel (Read error: Connection reset by peer)
19:04:05 Quit thegeek_ (Ping timeout: 240 seconds)
19:09:37 Join kevku [0] (~kevku@2001:470:27:773:0:feed:c0f:fee)
19:37:05***Saving seen data "./dancer.seen"
19:41:57 Join froggymana [0] (
19:41:57 Quit froggymana (Changing host)
19:41:57 Join froggymana [0] (~me@unaffiliated/froggyman)
19:46:33fs-bluebotBuild Server message: New build round started. Revision 11280e2, 217 builds, 20 clients.
19:51:53 Join lebellium_ [0] (
19:52:58fs-bluebotBuild Server message: Build round completed after 386 seconds.
19:52:59fs-bluebotBuild Server message: Revision 11280e2 result: All green
19:52:59fs-bluebotBuild Server message: New build round started. Revision 67e1de7, 217 builds, 21 clients.
19:53:03 Quit lebellium (Ping timeout: 248 seconds)
19:53:18 Nick lebellium_ is now known as lebellium (
19:53:43bluebrotherhmm. We have some broken builds but the server announces all green :o
19:53:53bluebrotherZagor (logs): can you give that a look?
19:54:11bluebrotherkugel: 58b4e71 broke some targets
19:55:46 Join lebellium_ [0] (
19:57:43 Quit lebellium (Ping timeout: 252 seconds)
19:57:56 Nick lebellium_ is now known as lebellium (
19:59:11fs-bluebotBuild Server message: Build round completed after 372 seconds.
19:59:11fs-bluebotBuild Server message: Revision 67e1de7 result: All green
20:01:34 Quit DexterLB (Read error: Connection reset by peer)
20:06:28 Join DexterLB [0] (
20:20:26 Join thegeek [0] (
20:24:37 Join thegeek_ [0] (
20:26:52 Join fyrestorm [0] (
20:27:43 Quit thegeek (Ping timeout: 248 seconds)
21:01:52fs-bluebotBuild Server message: New build round started. Revision 770fadd, 217 builds, 21 clients.
21:07:28fs-bluebotBuild Server message: Build round completed after 336 seconds.
21:07:29fs-bluebotBuild Server message: Revision 770fadd result: All green
21:09:12fs-bluebotBuild Server message: New build round started. Revision 4263f67, 217 builds, 21 clients.
21:09:28gevaertsSome nice flag building there :)
21:10:33bertrikwe should reward style points for that
21:13:39fs-bluebotBuild Server message: Build round completed after 267 seconds.
21:13:39fs-bluebotBuild Server message: Revision 4263f67 result: All green
21:32:06bluebrotherhmm. The buildmaster always announcing all green is somewhat annoying / confusing
21:32:20*bluebrother considers blocking those messages until the result is actually correct
21:37:07***Saving seen data "./dancer.seen"
21:44:01fs-bluebotBuild Server message: New build round started. Revision 575cb63, 217 builds, 21 clients.
21:48:51fs-bluebotBuild Server message: Build round completed after 290 seconds.
21:48:52fs-bluebotBuild Server message: Revision 575cb63 result: All green
21:50:39kugelsomeone with h100/h300 should look at g#433 to g#435
21:50:42fs-bluebotGerrit review #433 at : optimize Cypress chip power supply for iriver h100 series by Dmitry Gamza (changes/33/433/1)
21:51:34kugelgerrit is filling up :\
21:55:50 Nick Marex_ is now known as Marex (~Marex@
22:03:59 Quit y4n (Quit: Today is the perfect day for a perfect day.)
22:08:40 Quit akaWolf (Ping timeout: 245 seconds)
22:39:31n1skugel: i have a h300 but i don't understand 434 and i don't think i'd be able to hear any sound quality improvement unless i'ts _really big_ so i'm not much ues reviewing 435
22:40:26n1simo it's nice if patches have a clear description of why the change is a good idea
22:51:14saratogaIMO patches that change audio output or battery life should have RMAA plots or battery bench results
22:51:24saratogaparticularly for stable ports
22:51:46 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
22:57:06saratogakugel: FWIW, we have the new log to ram system in all our builds now, so if you're reworking how buflib allocates memory, putting WARNFs in any error conditions might not be a bad idea
22:57:06saratogamight help people trouble shoot
22:57:08 Join Epicanis [0] (
23:03:26 Quit liar (Ping timeout: 245 seconds)
23:05:40saratogan1s: yes, I think that was the original idea
23:10:55n1ssaratoga: about the base64 jpeg?
23:11:08 Join mrtux_ [0] (~mrtux@unaffiliated/mrtux)
23:11:10 Quit mrtux (Read error: Connection reset by peer)
23:13:04 Quit pamaury (Remote host closed the connection)
23:15:50n1sthanks, i was thinking of a simple pass over the data to just decode it from base64, a bit less efficient but perhaps easier to write. Not that i'll do it :)
23:17:29saratogaparsing ogg is so weird i don't want to think about it
23:18:01EpicanisOh, come on, metadata_block_picture is perfectly intuitive, isn't it? :-)
23:18:35 Join liar [0] (
23:18:51 Nick mrtux_ is now known as mrtux (~mrtux@unaffiliated/mrtux)
23:29:30 Quit kevku (Ping timeout: 245 seconds)
23:37:08***Saving seen data "./dancer.seen"
23:40:20 Quit n1s (Quit: Ex-Chat)
23:55:21 Quit bertrik (Remote host closed the connection)

Previous day | Next day