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 2010-12-20

00:00:04 Quit domonoky1 (Read error: Connection reset by peer)
00:04:57 Quit cjcopi (Ping timeout: 264 seconds)
00:06:39 Join stripwax [0] (
00:06:40 Join JdGordon| [0] (
00:06:40 Quit JdGordon| (Changing host)
00:06:40 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon)
00:09:16 Join ReimuHakurei [0] (~reimu@
00:12:00 Join cjcopi [0] (
00:15:00***Saving seen data "./dancer.seen"
00:29:52 Quit Judas_PhD (Quit: This is a quitting message)
00:30:15 Quit kadoban (Ping timeout: 240 seconds)
00:30:30 Join Judas_PhD [0] (
00:31:10 Join kadoban [0] (
00:32:21 Quit evilnick (Read error: Connection reset by peer)
00:32:50 Join evilnick [0] (
00:38:33 Join AlexP_mob [0] (~ap@rockbox/staff/AlexP)
00:42:29 Quit thegeek (Read error: Connection reset by peer)
00:44:32 Quit Dreamxtreme (Quit: Ex-Chat)
00:44:48 Part Judas_PhD ("This is a partinjg message")
00:46:05CtcpPing from gevaerts!~fg@rockbox/developer/gevaerts
00:46:53 Join Dreamxtreme [0] (~Dre@
00:47:04 Quit ender` (Quit: We are surprised at our own versatility in being able to fail in so many different ways. -- Samuel McChord Crothers)
00:50:35 Quit Dreamxtreme (Client Quit)
00:52:37 Quit AlexP_mob (Ping timeout: 240 seconds)
00:54:17 Quit stripwax (Quit:
01:01:53 Join Dreamxtreme [0] (~Dre@
01:04:39 Join thegeek [0] (
01:07:24 Part sideral
01:09:17 Quit thegeek (Ping timeout: 260 seconds)
01:13:00 Join thegeek [0] (
01:23:54 Join Rob2222 [0] (
01:25:54 Quit kadoban (Ping timeout: 250 seconds)
01:37:10 Quit pamaury (Ping timeout: 250 seconds)
01:44:10[Saint]Current SVN isn't committing the DB on the iPod Colours for some reason....if I manage to get it to commit with a release build, will that mess anything up if I update the build?
01:54:32[Saint]Hmmm, and why does RBUtil specifically mention the U2 edition of the Colour? There were several "special editions" of the Colour/Photo including Tony Hawk, Madonna and Harry Potter signed versions that don't get a mention. IIUC there's no HW difference between them.
01:56:10 Join ubuntu_ [0] (
01:57:03 Nick ubuntu_ is now known as krabador (
02:03:28 Quit Kitar|st (Ping timeout: 259 seconds)
02:08:33 Join KiwiCam [0] (~Kiwicam@
02:09:10 Join Kitar|st [0] (
02:09:24 Join Kiwi_Cam [0] (~Kiwicam@
02:12:27 Join kugel [0] (~kugel@rockbox/developer/kugel)
02:12:52 Join GeekShadow [0] (~Antoine@
02:12:52 Quit GeekShadow (Changing host)
02:12:52 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow)
02:13:04JdGordon|kugel: FS #11816/7
02:14:51 Quit Kiwi_Cam (Quit: Leaving)
02:14:54 Quit KiwiCam (Quit: Leaving)
02:15:01***Saving seen data "./dancer.seen"
02:16:00[Saint]Hmmm, Calendar.rock is telling me it's Saturday when it's clearly Monday.
02:20:13kugelfor FS #11816: I think it's a bug which also noticed but which yet haven't been able to track down in the code (the code looks corret): the list code react properly if you hold a line
02:21:40kugelfor FS #11817: it's indeed worse with slower processors, but I'm pretty sure it could be fixed if we let the thread that gets something on its event_queue run next first. But I haven't been able to do that (I've tried but failed miserably). I tried to get into touch jhMikeS's about it
02:21:48 Join KiwiCam [0] (~Kiwicam@
02:24:02kugelFS #11817 is IMO another sign of our scheduler not working as expected, the list code stalls the audio thread eventhough the kinetic scrolling just puts messages onto the main thread's event_queue
02:24:33kugelthe other sign is FS #11387
02:26:40kugeli.e. threads which mostly spend time in queue_wait() stall threads which have real work to do
02:27:55kugelI hope jhMikeS gets a bit more active, seeing his latest mpegplayer commits
02:30:11 Quit krabador (Quit: Sto andando via)
02:48:54 Join kadoban [0] (
02:52:16 Join evilnick_ [0] (
02:55:21 Quit evilnick (Ping timeout: 264 seconds)
02:56:06 Join evilnick [0] (
02:58:41 Quit evilnick_ (Ping timeout: 276 seconds)
03:06:30[Saint]Hmmm...Ok, which devs have an iPod Colour?
03:06:51[Saint]current SVN simply WON'T init the DB, but 3.7.1 will.
03:07:30[Saint]also, what is the difference between when the DB asks to init on reboot, and when it just goes ahead and does it after finding the tracks?
03:07:38[Saint]I assume its some setting in my config.
03:08:01[Saint]That appears to have something to do with it...possibly.
03:11:03kugel[Saint]: it depends on if the DB was initialized before
03:11:43kugelthe DB has a (IIRC) 64K scratch buffer, if it was initialize *and* your new tracks don't exceed that buffer, it won't ask you to reboot
03:11:49[Saint]kugel: I just tried it on current SVN and 3.7.1...current SVN (clean config) attempts to init it immediately, 3.7.1 asks to be shut down.
03:11:56[Saint]shutting down, then initing works.
03:12:00[Saint]the other, not.
03:13:32kugel[Saint]: I claim an unitialized DB will always ask you to reboot
03:14:02kugelhowever you can basically only make sure it's unitialized by deleting the *.tcd in /.rockbox
03:14:07[Saint]current SVN is definitely not doing so.
03:14:17[Saint]on this device, andway.
03:14:39kugelI don't believe you :)
03:15:56[Saint]I restored to clear up any disk issues I knew I didn't have but was being cautious anyway...installed SVN head, booted, tried to init the DB and it hasn't asked to reboot at all in any atempt.
03:15:57kugelI highly doubt behaviour has changed, but I'd need to check again since it's been months since I last touched an mp3 player
03:16:23[Saint]it simply goes straight into the 1~9 countdown after scanning tracks and fails on 2
03:16:52[Saint]3.7.1 and 3.7 actually ask to be shutdown, and it works on next boot.
03:17:41[Saint]If it fails, the next time it boots it can't find rockbox.ipod so I think this may be a mixture of some bugs.
03:17:55kugelthe last change to the databse was probably pre-3.7
03:23:23[Saint]Hmmm...the Colour's screen always seems to shutdown uncleanly too.
03:23:40 Join fdinel [0] (
03:24:11[Saint]horrible verticle lines that take ~5min to fade out are left behind.
03:24:34[Saint](which is an awfuly long time for such LCD glitches)
03:38:16 Quit JesusFreak316 (Ping timeout: 240 seconds)
03:48:07 Quit sasquatch (Quit: WeeChat 0.3.2)
03:48:35 Join sasquatch [0] (
03:51:28 Quit timccc1 (Ping timeout: 260 seconds)
03:51:58 Quit Guest75739 (Remote host closed the connection)
03:52:49 Join Feisar [0] (
03:53:08 Nick Feisar is now known as Guest30336 (
03:58:29 Quit kugel (Remote host closed the connection)
03:59:37 Join timccc [0] (~timccc@
04:00:42 Join Judas_PhD [0] (
04:11:46 Quit Guest30336 (Ping timeout: 255 seconds)
04:13:39 Quit Keripo (Quit: Leaving.)
04:15:04***Saving seen data "./dancer.seen"
04:20:35 Quit chattr (Ping timeout: 240 seconds)
04:20:41 Join Feisar [0] (jljhook@
04:21:07 Nick Feisar is now known as Guest93793 (jljhook@
04:21:16 Join chattr [0] (
04:23:12 Quit amiconn (Disconnected by services)
04:23:14 Join amiconn_ [0] (quassel@rockbox/developer/amiconn)
04:23:15 Quit pixelma (Disconnected by services)
04:23:18 Join pixelma_ [0] (quassel@rockbox/staff/pixelma)
04:23:19 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
04:23:20 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma)
04:30:27 Quit Judas_PhD (Quit: This is a quitting message)
04:30:49 Quit Guest93793 (Ping timeout: 272 seconds)
04:33:18 Join Barahir_ [0] (
04:33:56 Quit Barahir (Read error: Operation timed out)
04:42:08 Quit guymann (Ping timeout: 250 seconds)
04:44:05 Join guymann [0] (~charles@
04:45:26 Join Strife1989 [0] (
04:47:58 Quit Strife89 (Ping timeout: 260 seconds)
04:48:06 Quit factor (Read error: Connection reset by peer)
04:48:26 Quit kadoban (Quit: bye)
04:48:41 Join kadoban [0] (
04:51:46[Saint]'s definitely *something* in current SVN.
04:52:27[Saint]My DB won't even update without a data abort in current SVN if I use a release build to initialise it.
04:53:00[Saint](install release build, init DB, install SVN head, add tracks, update DB, data abort) :/
04:53:04JdGordon|enalbe the metadata logging
04:53:23[Saint]I have done, it doesn't fail on a specific track.
04:53:25JdGordon|binchop and find the culparate
04:53:31JdGordon|umm.. spelling? :p
04:53:46[Saint]3.7 and 3.7.1 manage to init quite nicely.
04:54:19[Saint]it will be a while before I can do so, but I would like to find the culprit. Ideally I'd like a .map file for the current build.
04:54:27[Saint]is that possible to get?
04:54:59JdGordon|i dont tinhk so
04:56:26[Saint]Not packaging it seems kinda silly, it'd do no harm and be good for such times.
04:56:41JdGordon|i think we've had this discussionn before
04:56:47JdGordon|yes, we should be archiving the maps
04:57:25[Saint]not necessarily archived, couldn;t it simply be included in the .zip?
05:03:00 Quit InsDel (Read error: Connection reset by peer)
05:05:21 Join factor [0] (
05:10:12 Join froggyman [0] (~seth@
05:10:12 Quit froggyman (Changing host)
05:10:12 Join froggyman [0] (~seth@unaffiliated/froggyman)
05:10:43 Join Feisar [0] (
05:11:09 Nick Feisar is now known as Guest60004 (
05:12:56 Join shai [0] (
05:15:24 Join Topy [0] (
05:18:59 Quit T44 (Ping timeout: 240 seconds)
05:20:58 Quit guymann (Quit: tits)
05:23:01 Quit jfc^3 (Read error: Connection reset by peer)
05:24:51 Join JesusFreak316 [0] (
05:25:18 Quit GeekShadow (Quit: The cake is a lie !)
05:26:11 Quit mortalscan (Ping timeout: 260 seconds)
05:32:58 Quit Rob2222 (Ping timeout: 265 seconds)
05:35:05 Join guymann [0] (
05:40:05 Join jfc^3 [0] (
05:59:03 Quit KiwiCam (Remote host closed the connection)
06:00:24 Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier.
06:15:06***Saving seen data "./dancer.seen"
06:16:37the_KyleShould the Rockbox USB stack require that a microSD card be inserted in order for the Clip+ to be mounted? I may need to comment on this, but I first want to be sure it's a known problem.
06:20:56[Saint]That would seem like a fairly odd requirement.
06:23:40the_KyleThat's what I thought. It looks like a comment to be added to fs#11541, but it may just be an instability in the USB stack as it applies to the Clip+. Whenever I plug in the player without a microSD, it refuses to mount, and if I remove the card while the player is mounted, it ceases to be recognized.
06:24:18the_KyleI am getting input/output errors when attempting to right to the device.
06:25:29the_KyleSo basically, I need to find out if it's better to report this as a comment to fs#11541 or as a bug in USB.
06:27:57LloreanIt doesn't happen on other players with builds as of a day or two ago
06:28:15 Quit JesusFreak316 (Read error: Connection reset by peer)
06:28:21the_KyleMy build is from yesterday. Should I update again?
06:28:36LloreanI think you should assume it relates only to the patch and the players affected by it.
06:29:12the_KyleOK. I'll comment on the patch. Thanks.
06:29:21 Join JesusFreak316 [0] (
06:31:00 Quit ReimuHakurei (Quit: BRB FBI)
06:31:26 Join ReimuHakurei [0] (~reimu@
06:34:14[Saint]If somebody was nice enough to build SVN head iPod Colour/Photo build for me and package the .map file I would very much appreciate it.
06:34:34[Saint]No rush, it's not dire...but I would appreciate it nonetheless.
06:38:43 Join mortalscan [0] (~mortalsca@
06:39:55 Quit [Saint] (Disconnected by services)
06:39:57 Join S_a_i_n_t [0] (S_a_i_n_t@
06:45:30 Quit factor (Quit: Leaving)
07:12:11 Quit JesusFreak316 (Ping timeout: 240 seconds)
07:21:21 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey)
07:24:14 Join factor [0] (
07:25:31 Quit JdGordon| (Quit: leaving)
07:30:23 Join JdGord [0] (~jonno@
07:35:08 Quit pixelma (Disconnected by services)
07:35:08 Quit amiconn (Disconnected by services)
07:35:10 Join pixelma_ [0] (quassel@rockbox/staff/pixelma)
07:35:10 Join amiconn_ [0] (quassel@rockbox/developer/amiconn)
07:35:12 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma)
07:35:14 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
07:39:55 Quit JdGord (Read error: Connection reset by peer)
07:40:04 Join JdGord [0] (~jonno@
07:42:21 Join einhirn [0] (
07:48:09 Join xblink_ [0] (
07:48:33 Nick xblink_ is now known as xblink (
07:49:29S_a_i_n_tjust ask your question.
07:51:19S_a_i_n_tPorts are never given release estimations.
07:51:53S_a_i_n_tC, and ASM mostly
07:53:17 Quit xblink (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014])
07:56:29 Quit JdGord (Ping timeout: 264 seconds)
08:15:07***Saving seen data "./dancer.seen"
08:16:54 Join B4gder [0] (
08:19:17 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon)
08:21:47 Quit linuxstb (Ping timeout: 240 seconds)
08:23:24S_a_i_n_tHmmm....the screen scroll buttons (iPod) are reversed compared to how I would expect them to function.
08:24:04S_a_i_n_talso, "left scroll" only seems to work if "right scroll" has been used first.
08:24:40S_a_i_n_totherwise holding |<< just backs out of the current menu entry.
08:26:48S_a_i_n_tIf I can, I'd like to fix the latter up. Holding |<< should scroll left (not right as it does now), and *tapping* |<< should back out of a menu IMO.
08:28:07LloreanWasn't the idea that holding "Left" in the file browser (on targets where things are working properly) goes through several folder levels until you're in the "root" of the file browser?
08:28:29LloreanThat is, if you're in any number of subfolders deep
08:29:00JdGordonholding |<< scrolls right?!
08:29:06JdGordonthats totally fucked!
08:29:09LloreanThat on the other hand sounds like a bug.
08:29:41JdGordonor very broken hardware
08:29:45S_a_i_n_tLlorean: It seems you're correct.
08:30:02S_a_i_n_tI'm not sure I like it doing that in any other instance than the filebrowser though.
08:30:03LloreanOr very broken hardware, yeah, but I'd imagine you wouldn't be able to navigate the menus otherwise.
08:30:08S_a_i_n_tabd not really even then.
08:30:34LloreanS_a_i_n_t: Yes, but it's there to accommodate blind users, so you're not really the target audience of that feature. :)
08:31:04LloreanDoes it get in the way of anything other than "scrolling left before you've manually scrolled right"?
08:31:23S_a_i_n_tBut, yeah...holding >>| scrolls the screen to the left, |<< to the right etc.
08:31:41LloreanIt doesn't scroll the screen, it scrolls the text.
08:31:47LloreanYou may be visualizing what happens wrong
08:32:00S_a_i_n_terr...text, yes.
08:32:03LloreanHold >>| and you should move "forward" seeing later words on the line of text.
08:32:18LloreanHolding |<< should bring you back to the beginning of the text.
08:32:59Llorean>>| and |<< scroll properly on my Nano G1 in the list.
08:33:06LloreanWhat screen are you experiencing a problem in?
08:33:18S_a_i_n_texplained like that, it makes some sense...but I see it as being the "opposite" of how I would have done it personally.
08:34:18LloreanAh, so not a bug. seems that using |<< to scroll the text only works if the text is already scrolling.
08:34:25S_a_i_n_totherwise it backs out of the dir.
08:34:35S_a_i_n_t*that's* what was tripping me up.
08:34:38LloreanMaybe a bad description in the manual?
08:35:04S_a_i_n_tI'mnot sure I've read the section...just perception based error I believe.
08:35:32 Join linuxstb [0] (~linuxstb@
08:35:33 Quit linuxstb (Changing host)
08:35:33 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb)
08:37:34S_a_i_n_tI noticed some setting that seem a little irrelevant (for now at least): Like Settings - Recording Settings - Channels for example.
08:37:43S_a_i_n_tthings with only one possible selection.
08:38:15S_a_i_n_tIMO it/they need not be there until there's another thing to choose from.
08:38:24 Quit Bagder (Ping timeout: 260 seconds)
08:38:31 Join esperegu [0] (~quassel@
08:38:39 Quit B4gder (Ping timeout: 265 seconds)
08:40:31 Join wodz [0] (
08:43:32 Quit BHSPitMonkey (Remote host closed the connection)
08:46:59 Quit kadoban (Ping timeout: 240 seconds)
08:47:22 Join stripwax [0] (
08:49:38 Join Bagder [0] (
08:49:52 Quit stripwax (Client Quit)
08:51:02 Join B4gder [0] (~daniel@rockbox/developer/bagder)
08:52:26 Quit Bagder (Changing host)
08:52:26 Join Bagder [0] (~danielx@rockbox/developer/bagder)
08:57:22 Join TheLemonMan [0] (
08:58:05CIA-7New commit by jethead71 (r28862): MPEGPlayer: Fix a bug where seeking a stream into the same frame more than once in a row causes it to report itself at the end in error; to fix it, ...
09:00:01CIA-7r28862 build result: All green
09:00:07 Join ender` [0] (
09:09:08_jhMikeS_Thinks it's a good idea to also have a full file rewind action in mpegplayer for single play mode, just like multi play? It's worked out already but I'm still asking if it seems good.
09:09:17 Nick _jhMikeS_ is now known as jhMikeS (~jethead71@rockbox/developer/jhMikeS)
09:09:41LloreanWhat do you mean by "full file rewind"? Skip to the beginning?
09:10:04jhMikeSLlorean: yes
09:10:43LloreanI don't see why video shouldn't have it when audio does. :)
09:11:19jhMikeSme neither. I've wanted it more than a few times. :)
09:20:37 Join Zagor [0] (~bjst@rockbox/developer/Zagor)
09:23:07 Quit amiconn (Disconnected by services)
09:23:07 Join amiconn_ [0] (quassel@rockbox/developer/amiconn)
09:23:25 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
09:23:54 Quit pixelma (Disconnected by services)
09:23:56 Join pixelma_ [0] (quassel@rockbox/staff/pixelma)
09:23:58 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma)
09:52:13 Join swilde [0] (
09:57:33 Join Keripo [0] (
09:57:53 Join LinusN [0] (~linus@rockbox/developer/LinusN)
09:59:01 Quit n17ikh (Ping timeout: 245 seconds)
09:59:28JdGordonS_a_i_n_t: do you remember what the story with the theme settings patch is?
10:00:39 Join {phoenix} [0] (~dirk@xGagC832.WH1.TU-Dresden.De)
10:05:19wodzS_a_i_n_t: ping
10:15:10***Saving seen data "./dancer.seen"
10:30:33 Quit TheSeven (Ping timeout: 250 seconds)
10:33:06 Quit factor (Read error: Connection reset by peer)
10:33:20 Join factor [0] (
10:40:05 Join kevku [0] (
10:45:41 Join pamaury [0] (
10:45:41 Quit pamaury (Changing host)
10:45:41 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
10:54:02 Join insp_ [0] (~chatzilla@
10:58:38 Part Zagor
10:59:38 Quit insp_ (Quit: ChatZilla 0.9.86 [Firefox 3.6.8/20100722155716])
11:01:00 Quit wodz (Ping timeout: 240 seconds)
11:01:54 Join wodz [0] (
11:07:48 Quit wodz (Ping timeout: 240 seconds)
11:14:21 Join wodz [0] (
11:14:27 Quit amiconn (Disconnected by services)
11:14:27 Join amiconn_ [0] (quassel@rockbox/developer/amiconn)
11:14:33 Quit pixelma (Disconnected by services)
11:14:35 Join n17ikh [0] (
11:14:36 Join pixelma_ [0] (quassel@rockbox/staff/pixelma)
11:14:38 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma)
11:14:45 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
11:16:49 Join Zagor [0] (~bjst@rockbox/developer/Zagor)
11:18:56JdGordonhas anyone looked into headphone detection on android?
11:24:17soapfor what it's worth, scorche, AlexP, GodEater. My two test IP subnet bans on "agressive" spammers only caught 17 log-in attempt between them during a week, and all of those hits occurred during the first 24 hours. Apparently there is no point in doing such.
11:25:31JdGordonyeah, thats what I found... I tihnk we should be able to handle it with the current media key handling, but not entirely sure how to listen for that broadcast
11:29:13 Quit kevku (Quit: KVIrc 4.0.2 Insomnia
11:32:57 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven)
11:39:00 Join anotherian [0] (
11:39:46anotherianFIrst, a huge thank you for all the work on Rockbox over the years. Second, the problem :)
11:40:26anotherianUntil about two weeks ago, it was possible to use a program called get_iplayer to download mp3s from the BBC's iplayer service.
11:41:08anotherianIt pretends to be an iphone, and because that's crap, erm, has limited capabilities, it would be given sensible files.
11:42:17anotherian(Although the original author stopped work on it, due to the BBC messing around with video, it is GPL'd and get_iplayer is still available in Debian and presumably elsewhere.)
11:42:31JdGordonwhat's this got to do with rockbox?
11:42:46anotherianI'm coming to thatAh :) Now, using it gets .
11:42:55anotherianaac files
11:43:28anotherianWhich Rockbox 3.7.1 says it should play, but it doesn't.
11:44:22anotherianHere's what is reported by get_iplayer:
11:45:42anotherianINFO: Checking existence of default version
11:45:53anotherianINFO: flashaacstd1,flashaudio1,rtspaudio1,flashaaclow1,wma1 modes will be tried for version default
11:46:06anotherianINFO: Trying flashaacstd1 mode to record radio: The Million Pound Radio Show: Series 1 - Episode 4
11:46:20anotherianINFO: File name prefix = The_Million_Pound_Radio_Show_Series_1_-_Episode_4_b008s3js_default
11:46:33anotherianWARNING: Your version of flvstreamer/rtmpdump does not support SWF Verification
11:46:45anotherianFLVStreamer v2.1c1
11:46:54anotherian(c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
11:47:02anotherianConnecting ...
11:47:14anotherianStarting download at: 0.000 kB
11:47:29anotherian duration 2160.06
11:47:36anotherian moovPosition 36.00
11:47:45anotherian audiocodecid mp4a
11:47:52anotherian aacaot 2.00
11:48:01anotherian audiosamplerate 44100.00
11:48:11anotherian audiochannels 2.00
11:48:31anotherian(tags lines deleted)
11:48:53anotherian length 95258624.00
11:49:07anotherian timescale 44100.00
11:49:10anotherian language und
11:49:29anotherian sampletype mp4a
11:49:38anotherian35352.513 kB / 2159.53 sec (99.9%)
11:49:49anotherianDownload complete
11:51:00anotherian.. and the resulting file is The_Million_Pound_Radio_Show_Series_1_-_Episode_4_b008s3js_default.aac
11:51:01JdGordonuse pastebin
11:51:24JdGordonhmm, how wide is SYSFONT? 6 pixels isnt it?
11:51:57anotherian'Everything' on this Linux Mint 10 PC will play it, from mplayer to vlc, but Rockbox won't.
11:52:30anotherian(Let me see if it's possible to use pastebin without registering)
11:54:37soapfoobar (windows) has a "rewrite header" or some such IIRC for .aac files. Again, IIRC, you have a aac file w/o appropriate headers as it is effectively the middle of a continuous stream.
11:55:39soapthis has been discussed on the forum, as well as repair methods, anotherian, so even if I don't recall the exact situation correctly I know you can search there and find *nix cures if you don't like foobar in WINE.
11:55:45anotherianHere's the pastebin of another programme:
11:58:05CIA-7New commit by jdgordon (r28863): fix FS #11784 - needed alignemtn fixing to show the whole time
11:58:29anotheriansoap - hmm, possibly, but it looks to me like get_iplayer then uses FFmpeg to take that and come up with a 'proper' file.
11:58:52anotherianIs there a sensible place to put a sample 30M file?
11:59:06JdGordonAlexP: ^ *IF* you can be bothered putting that in stable go for it, imo its a pointless fix though so really no big deal if you can't
11:59:19soapI'll bet if you lop off the last 29 megs it will still exhibit the same behavior.
12:00:17CIA-7r28863 build result: All green
12:01:23soapanotherian, again this has been covered in the forum. You have a containerless raw stream. Mux it into your container of choice (mp4 please) and you're done.
12:03:20anotherianOK thanks. Is it possible to point me at the right post or do I just search for 'raw stream'?
12:04:53anotherianAh, found one. Will read..
12:09:14 Join xavieran [0] (
12:15:11***Saving seen data "./dancer.seen"
12:26:55 Join DerPapst [0] (
12:32:30 Join eWill [0] (~chatzilla@
12:33:08eWillOn the Battery Bench plugin, one instruction is "Select and playback an album. # (Be sure to be more than the player's buffer)". What does that mean, and where do I find out my players' buffer size?
12:35:23 Quit anotherian (Quit: CGI:IRC)
12:36:07wodzif you select too small album to play it will be loaded into mem buffer only once. There is nothing wrong in this but measured battery lifetime will be longer than for typical use pattern
12:38:37TheSevendoes anyone want to start playing around with his ipod classic? i now have a publicly-releaseable boot stub, which allows further code to be uploaded via usb mass storage :)
12:39:48eWillwodz: how do I find out the size of my mem buffer?
12:41:15wodzeWill: load more files than you have ram :-)
12:42:19wodzTheSeven: any progress with i2c scan?
12:42:36TheSevenno, didn't deal with that yet
12:42:45eWillwodz: I understand that. I think I found it: Menu > System > Rockbox Info > Buffer
12:52:39eWillwow −− my Fuze v2 has only 5MB RAM while my OLDER e200 has 28??? Can the e200 do anything in RB that the fuze v2 can't?
12:53:33 Quit linuxstb (Read error: Connection reset by peer)
12:54:35 Join shai_ [0] (
12:55:31wodzeWill: you can view bigger images for example
12:56:25eWillI assume image file size is limited to buffer size (minus any ram the OS is using)?
12:57:24 Quit shai (Ping timeout: 240 seconds)
12:58:23 Join teru [0] (
12:58:25wodzdecoded image size yes
12:58:31wodzteru: ping
12:58:33 Quit ps-auxw (Remote host closed the connection)
12:58:48teruwodz: pong
12:58:50 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123)
12:59:56wodzteru: Could you document somehow the steps needed to add new decoder to imageviewer? And btw current scheme of buffer managing is not well defined
13:00:07 Quit amiconn (Disconnected by services)
13:00:09 Join amiconn_ [0] (quassel@rockbox/developer/amiconn)
13:00:13 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
13:00:48 Quit pixelma (Disconnected by services)
13:00:51 Join pixelma_ [0] (quassel@rockbox/staff/pixelma)
13:00:53 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma)
13:04:44 Quit pixelma (Read error: Operation timed out)
13:05:28 Quit amiconn (Disconnected by services)
13:05:31 Join amiconn_ [0] (quassel@rockbox/developer/amiconn)
13:05:35 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
13:05:53 Join pixelma [0] (quassel@rockbox/staff/pixelma)
13:08:39 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb)
13:10:07 Join marines [0] (
13:15:20teruwodz: i'll try. you can use the buffer passed to load_image for whatever you want.
13:16:58wodzteru: I know, but it is hard to follow the code since every decoder treats that slightly differently. Some record bufer ptr in internal struct, some use global vars. It would be nice to standardize this
13:41:00 Join bluebrother [0] (
13:41:01 Quit bluebrother (Changing host)
13:41:01 Join bluebrother [0] (~dom@rockbox/developer/bluebrother)
13:44:54 Quit bluebroth3r (Ping timeout: 276 seconds)
13:44:59teruim not sure how standardize it. how the buffer is used would be different.
13:45:54 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow)
13:46:11 Join dfkt [0] (dfkt@unaffiliated/dfkt)
13:49:25eWillWill this (the first method) work on a e200R?
13:54:25wodzteru: inside decoder yes but we can standardize how it is passed between load_image and get_image
13:56:47 Join xblink [0] (
13:59:39Bagdernot in Rockbox as-is, no
14:01:04teruwodz: my thought is to use local variables in the decoder.
14:01:57wodzteru: what I need to change in order to register imageviewer as a default handler for some filetype?
14:01:58Bagderxblink: any language you fix support for
14:02:27Stummixblink, you want to know if there is a c++-compiler for the ipod-targets?
14:02:38Bagderxblink: there is no "iPod API"
14:02:41Stummii think yes
14:03:00Stummibut you can't use it with rockbox
14:03:16teruwodz: edit viewers.config
14:04:21Stummixblink, "natively" only machinecode runs on an device. Other languages "run" there, if there is a compiler for them to this device
14:04:32Zagorxblink: the ipod is a computer with an ARM cpu. it will run software compiled for the ARM instruction set. language is irrelevant, every language is compiled into machine code.
14:05:46teruwodz: i wrote a quick explanation.
14:07:17wodzteru: last question - I used existing makefiles as reference and I build ppm.ovl sucessfully but can't find out why it is not copied by make install to appropriate dir
14:07:23 Join insp_ [0] (~chatzilla@
14:08:01teruwodz: good point. also edit CATEGORIES.
14:09:51 Quit mortalscan (Remote host closed the connection)
14:10:06 Join mortalscan [0] (~mortalsca@
14:10:34 Join sideral [0] (~sideral@unaffiliated/sideral)
14:10:50wodzteru: thx now it is working
14:12:23 Quit eWill (Read error: Connection reset by peer)
14:15:13***Saving seen data "./dancer.seen"
14:18:35 Quit antil33t (Read error: Connection reset by peer)
14:18:45 Join antil33t [0] (
14:19:43 Quit AlexP (Remote host closed the connection)
14:20:12 Join AlexP [0] (~alex@rockbox/staff/AlexP)
14:27:09 Quit mortalscan (Ping timeout: 276 seconds)
14:36:04 Join komputes [0] (~komputes@ubuntu/member/komputes)
14:38:12 Nick Strife1989 is now known as Strife89 (
14:38:45teruwodz: updated explanation.
14:44:48 Join evilnick_B [0] (0c140464@rockbox/staff/evilnick)
14:49:36 Quit shai_ (Quit: Leaving)
14:49:52wodzteru: why there are no #ifdefs in apps/plugins/viewers.config? From your explanation I would expect some
14:50:35Bagderwodz: because it isn't copied verbatim, buildzip reads from it and builds a new in the install package
14:51:31wodzok it should be ifdefed in source tree still
14:52:22wodzif it is preprocessed there must be the source to preprocess
14:52:39Bagderit isn't preprocessed
14:52:50 Join mortalscan [0] (~mortalsca@
14:53:36wodzBagder: read point 2 from the last pastebin from teru
14:53:41teruviewers.config is preprocessed somewhere in
14:54:02wodzok so where is the ifdefed version?
14:54:53Bagderit is NOT preprocessed
14:54:58Bagdernot with the cpp line 467 and forward, see for yourself
14:55:34*wodz is reading
14:56:02teruyou mean it shoud be #ifdef instead of #if? then you are right.
14:56:16Bagderhm, I looked in a totally outdated version =)
14:56:53Bagderline 475 shows it being preprocessed
14:57:01Bagdermy bad, appologies
14:57:32wodz <- where are there some directives for preprocessor?
14:57:44Bagderthere are none
14:57:56Bagderit seems a rather pointless operation
14:58:20*wodz is confused
14:58:21 Quit xblink (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014])
14:58:32Bagderbut it _allows_ #if and #ifdef and friends to be used
14:58:35Bagderfor some reason
15:00:02Bagderteru: care to share your thoughts on that?
15:00:33 Join shai [0] (
15:00:51teruBagder: sorry, about what?
15:01:05Bagderteru: why did you make viewers.config get preprocessed?
15:01:15wodzwhy there is not single #if/#ifdef in viewers.config?
15:01:25Bagderwodz: because there's no need for them
15:01:51teruoh ok. i'm tring to explain.. please wait...
15:02:18wodzhow can it be? ppmviewer is build only for HAVE_LCD_COLOR targets so what's the point to have it registered on grey targets?
15:02:57Bagderwodz: again, buildzip doesn't COPY the file, it reads it and creates a new
15:03:13Bagderand it only creates lines for viewers that exist on the target
15:03:28 Join InsDel [0] (
15:03:31 Quit InsDel (Changing host)
15:03:31 Join InsDel [0] (
15:03:31Bagderso if your target doesn't have a particular viewer, it won't end up in the zip
15:03:37Bagderand not in the viewers.config
15:05:04wodzok so comming back to the origin - what's the point of #4 in teru's pastebin?
15:05:33terubecause image_viewer is built for all bitmap targets and the extension is assosiated to the image_viewer.rock, so entry may does appear in the generated viewers.config while the decoder to load image is not build for the target
15:05:39Bagderviewers.config in the repository holds info about ALL viewers we have
15:06:13Bagderteru: I hope you're reading my explanation here, that already worked without preprocessing
15:06:54BagderI think the most confusing part is that viewers.config has no preprocessing directives
15:07:33Bagderif you try to solve a problem with preprocessing then shouldn't it preprocess?
15:09:03Bagderso imageviewer doesn't support all image formats for all targets it builds on?
15:09:27teruhere is older version of path which add preprocessing.
15:10:23teruat that time, png is only supported in color targets, so it adds #ifdef to viewers.config
15:10:38Bagderbut that #ifdef isn't there now
15:11:02Bagderwhich is what confuses at least me
15:11:17terubut greylib support is added to png before it gets commited. so the #ifdef is removed.
15:11:41Bagderso we're back to not needing it to be preprocessed?
15:12:01Bagdernot that it harms anyone very much
15:12:37terupreproccesing is remaining so that someone can add decoder which does not support all target.
15:13:13wodzok, now I get
15:14:20wodzin some sense viewers.config is preprocessed twice - once by means of #ifdefs, second by copying selectively entries by
15:15:03wodzthat's weird but now I understand
15:20:26 Quit sideral (Quit: Leaving.)
15:23:49 Quit shai (Ping timeout: 240 seconds)
15:23:57wodzteru: FS #11818
15:31:25 Quit CaptainKewl (Ping timeout: 272 seconds)
15:35:57 Part LinusN
15:36:07 Part Zagor
15:37:01 Join Zagor [0] (~bjst@rockbox/developer/Zagor)
15:37:40 Quit teru (Quit: Quit)
15:41:56 Join bmbl [0] (
15:41:57 Quit bmbl (Changing host)
15:41:57 Join bmbl [0] (~bmbl@unaffiliated/bmbl)
15:44:16 Join LinusN [0] (~linus@rockbox/developer/LinusN)
15:45:19 Join morphbot [0] (
15:45:21 Part morphbot
15:46:27 Quit mortalscan (Ping timeout: 276 seconds)
15:48:00 Join sideral [0] (~sideral@unaffiliated/sideral)
15:50:25 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier.
15:51:15 Part LinusN
15:52:37 Quit insp_ (Ping timeout: 240 seconds)
15:53:58 Join designate72 [0] (
16:03:04 Quit S_a_i_n_t (Quit: I'm only going to Heaven if it feels like Hell, I'm only going to Heaven if it tastes like caramel...)
16:09:24preglowjhMikeS: does full duplex audio still work as before?
16:09:40 Join mortalscan [0] (~mortalsca@
16:11:39 Join casainho [0] (~chatzilla@
16:15:17***Saving seen data "./dancer.seen"
16:24:54 Part Zagor
16:25:33 Quit krazykit (Ping timeout: 260 seconds)
16:30:13 Quit Bagder (Quit: Konversation terminated!)
16:32:38 Join krazykit [0] (
16:38:19 Quit Zambezi (Quit: 2weeks idletime.)
16:44:37 Quit wodz (Ping timeout: 240 seconds)
16:51:27 Quit TheSeven (Ping timeout: 276 seconds)
17:06:08 Join freddyb [0] (
17:07:43 Join toffe82 [0] (
17:10:10 Nick YPSY is now known as Ypsy (
17:33:07 Join Zambezi [0] (Zulu@
17:36:31 Quit Zambezi (Changing host)
17:36:31 Join Zambezi [0] (Zulu@unaffiliated/zambezi)
17:37:58 Join Dustri [0] (
17:38:08 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky)
17:41:01 Quit freddyb (Ping timeout: 240 seconds)
17:43:25 Quit liar (Ping timeout: 240 seconds)
17:46:18 Join freddyb [0] (
17:52:43 Join liar [0] (
17:59:09 Join kadoban [0] (
18:03:44 Join sideral1 [0] (~sideral@unaffiliated/sideral)
18:05:00 Quit sideral (Ping timeout: 240 seconds)
18:05:36 Quit sideral1 (Remote host closed the connection)
18:06:07 Join sideral [0] (~sideral@unaffiliated/sideral)
18:08:39 Quit timccc (Ping timeout: 276 seconds)
18:09:12 Quit komputes (Quit: I haven't slept for ten days, because that would be too long.)
18:11:28 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven)
18:15:18***Saving seen data "./dancer.seen"
18:15:51 Quit sideral (Remote host closed the connection)
18:16:27 Join sideral [0] (~sideral@unaffiliated/sideral)
18:21:52 Quit parafin (Quit: So long and thanks for all the fish)
18:23:14 Quit kadoban (Remote host closed the connection)
18:24:30 Quit swilde (Remote host closed the connection)
18:26:06 Quit sideral (Remote host closed the connection)
18:27:08 Join sideral [0] (~sideral@unaffiliated/sideral)
18:28:01TheSeven << proof :)
18:28:05TheSeven(sorry for the bad quality)
18:29:14 Join wodz [0] (
18:29:28 Join bertrik [0] (
18:29:28 Quit bertrik (Changing host)
18:29:28 Join bertrik [0] (~bertrik@rockbox/developer/bertrik)
18:35:02 Join MrShlee [0] (
18:37:49MrShlee:) Hopefully the rockbox port can start sooner than later. great work to the #freemyipod group :D
18:40:10 Quit MrShlee (Quit: Leaving)
18:44:11 Join LambdaCalculus37 [0] (~3f74f70d@rockbox/staff/LambdaCalculus37)
18:46:36 Join Ipoduser [0] (
18:48:11 Quit Ipoduser (Client Quit)
18:49:07 Part marines
18:55:39 Join domonoky1 [0] (
18:57:01 Quit domonoky (Ping timeout: 240 seconds)
18:58:03 Join n1s [0] (
18:58:03 Quit n1s (Changing host)
18:58:03 Join n1s [0] (~n1s@rockbox/developer/n1s)
19:05:13 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93)
19:11:06 Quit factor (Read error: Connection reset by peer)
19:16:11 Join parafin [0] (
19:17:08 Quit FOAD (Remote host closed the connection)
19:19:01 Quit sideral (Ping timeout: 265 seconds)
19:19:16 Join Luca_S [0] (
19:22:23 Join countach [0] (
19:22:25 Join FOAD [0] (~dok@
19:22:57countachI have a question about Theme upgrading in
19:23:51 Join sideral [0] (~sideral@unaffiliated/sideral)
19:24:10countachI've just updated my DriveBox theme.
19:24:17countach¿How can I update the data in ?
19:24:25countachThe theme's thread is updated with all the packages and info:,21032.0.html
19:25:59 Join JesusFreak316 [0] (
19:27:01 Join factor [0] (
19:27:50 Quit parafin (Ping timeout: 276 seconds)
19:27:53n1sparse_testcodec.rb is buggy
19:29:34 Quit LambdaCalculus37 (Quit: back to work)
19:30:33 Join parafin [0] (
19:30:34n1shmm, or the commit message claims it needs a newer version of ruby
19:31:01 Quit parafin (Client Quit)
19:31:08 Join parafin [0] (
19:31:18 Quit parafin (Client Quit)
19:31:26 Join parafin [0] (
19:31:59domonoky1countach: if you try to submit the theme again with the exact same name, author and email, it will ask you if you want to update it.
19:32:30countachok, Thanks. I'll try it right now!
19:33:39CIA-7New commit by mc2739 (r28864): Fix problem with frequency increasing or preset advancing with long press of the down button while in FM Radio
19:33:43 Quit sideral (Remote host closed the connection)
19:34:14 Quit designate72 (Ping timeout: 240 seconds)
19:34:47 Join sideral [0] (~sideral@unaffiliated/sideral)
19:35:57CIA-7r28864 build result: All green
19:37:12 Join mikroflops [0] (
19:37:47CIA-7New commit by mc2739 (r28865): Fix problem with frequency increasing or preset advancing with long press of the down button while in FM Radio
19:43:05 Quit benedikt93 (Quit: Bye ;))
19:45:04n1snope, wrong ruby was not it, the cript is buggy
19:45:58n1sit thinks MHz needed for realtime is always 0 for some reason
19:48:15 Join saratoga [0] (0c827c1c@gateway/web/freenode/ip.
19:49:17 Join saratoga_ [0] (0c827c1c@gateway/web/freenode/ip.
19:50:04 Quit factor (Read error: Connection reset by peer)
19:51:36 Quit Luca_S (Quit: CGI:IRC)
19:52:48 Quit saratoga (Ping timeout: 265 seconds)
19:53:46 Quit saratoga_ (Ping timeout: 265 seconds)
20:00:34 Quit Zarggg_ (Quit: Zarggg_)
20:02:10countachdomonoky1: Theme updated perfectly! Thanks for the advice.
20:04:55 Quit countach (Quit: ~ Trillian Astra - ~)
20:06:42 Join factor [0] (
20:07:36 Join will [0] (~chatzilla@
20:13:23 Quit jfc^3 (Read error: Connection reset by peer)
20:14:03 Join jfc^2 [0] (
20:15:19***Saving seen data "./dancer.seen"
20:19:17 Join kugel [0] (
20:19:17 Quit kugel (Changing host)
20:19:17 Join kugel [0] (~kugel@rockbox/developer/kugel)
20:27:39 Join kevku [0] (~kevku@2001:7d0:0:f000::135d)
20:29:28 Quit will (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101206122310])
20:29:49 Part sideral
20:37:58 Join mikroflops_ [0] (
20:39:59 Join madalu [0] (~user@unaffiliated/madalu)
20:41:09 Quit mikroflops (Ping timeout: 250 seconds)
20:43:50 Join Horscht [0] (~Horschti@xbmc/user/horscht)
20:47:16 Join designate72 [0] (
20:52:57 Nick Ypsy is now known as YPSY (
20:55:02 Quit freddyb (Ping timeout: 240 seconds)
20:59:13 Join Horschti [0] (~Horschti@xbmc/user/horscht)
21:01:01 Quit Dustri (Ping timeout: 260 seconds)
21:02:06 Join Dustri [0] (
21:03:31 Quit Horscht (Ping timeout: 276 seconds)
21:04:18 Quit krazykit (Read error: Connection reset by peer)
21:09:12 Join krazykit [0] (
21:10:19 Join eWill [0] (~chatzilla@
21:10:23eWillI followed this guide in the wiki, and it isn't working:
21:19:15 Nick mikroflops_ is now known as mikroflops (
21:20:04eWillI tried method # 1, btw. Also, I've read that the OF on e200 sets a bit that something has changed (therefore a Database Refresh is needed), and RB is _supposed_ to unset this bit.
21:21:22eWillHowever RB isn't doing that, and I see no way to make it.
21:22:00gevaertsWhere did you read that, and which bit is this?
21:23:26gevaertsIs your e200 a v1?
21:23:48*gevaerts doesn't know then
21:24:08eWillit used to be Rhapsody, but now is vanilla
21:24:28gevaertsAll I know is that the entire database refresh thing is a bit tricky. It works for some people, but not for others
21:24:50gevaertsPossibly depending on the exact OF version you have
21:27:07bertrikI remember vaguely that the location to clear to avoid the db refresh can change a bit
21:27:56gevaertsDo you actually use the OF?
21:28:30eWillnot really.
21:29:06gevaertsThen why is this a problem in the first place?
21:29:17eWillI'm testing charging times. I'm am right that RB can't know the battery is full?
21:29:27 Quit krazykit (Read error: Operation timed out)
21:29:37gevaertsI don't know. Are you?
21:29:39bertrikto make sure that the right location is cleared, the nvparams sections needs to be zeroed, but the only way to do that currently is to update the of with sansapatcher
21:29:41eWill**when* the batt is full
21:30:30bertrikThe charger decides when the battery becomes full during charging and we can detect that.
21:32:52 Join Horscht [0] (
21:32:52 Quit Horscht (Changing host)
21:32:52 Join Horscht [0] (~Horschti@xbmc/user/horscht)
21:33:17 Quit antil33t (Read error: Connection reset by peer)
21:33:54 Quit domonoky1 (Read error: Connection reset by peer)
21:34:42 Join JesusFreak316_ [0] (
21:35:42 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky)
21:36:40 Quit Horschti (Ping timeout: 276 seconds)
21:37:02 Quit JesusFreak316 (Ping timeout: 240 seconds)
21:38:55 Join antil33t [0] (
21:39:03 Quit Horscht (Quit: Verlassend)
21:41:10wodzAny coldfire guru around? What may be the origin of DMA transfer hang when cpu runs @11MHz?
21:48:07eWillbertrik: you said, "update the of with sansapatcher". Does this do that?: sansapatcher -of PP5022.mi4 & sansapatcher -d & sansapatcher −−install
21:48:28 Quit madalu (Remote host closed the connection)
21:48:48bertrikeWill, I don't know exactly, it's been a long time since I ran sansapatcher
21:49:08eWillI can't find any documentation on it.
21:51:19bertrikI think you just need sansapatcher -of PP5022.mi4
21:52:10 Join krazykit [0] (
21:53:04 Nick JesusFreak316_ is now known as JesusFreak316 (
21:56:24CIA-7New commit by nls (r28866): Fix different enum comparison warning when building with gcc 4.5
21:57:14 Join soap_ [0] (~soap@rockbox/staff/soap)
21:57:37 Quit soap (Disconnected by services)
21:57:40 Nick soap_ is now known as soap (~soap@rockbox/staff/soap)
21:58:04 Join soap_ [0] (
21:58:04 Quit soap_ (Changing host)
21:58:04 Join soap_ [0] (~soap@rockbox/staff/soap)
21:58:10CIA-7r28866 build result: All green
21:59:21 Join kadoban [0] (
22:02:55jhMikeSpreglow: "<preglow> jhMikeS: does full duplex audio still work as before?" −− it should!
22:03:55kugeljhMikeS: hey :)
22:04:55jhMikeShello, saw your messages :)
22:08:18jhMikeSkugel: I did comment in FS #11817 about what to look into, in case you hadn't seen it
22:09:11kugeljhMikeS: I answered there
22:11:07kugelI think the problem is not too little yield()s
22:12:09 Join ZooM41 [0] (
22:12:45ZooM41Hello guys. Can i ask a question?
22:12:45 Join komputes [0] (~komputes@ubuntu/member/komputes)
22:12:54ZooM41About bricked sansa
22:14:13CIA-7New commit by wodz (r28867): HD300 - Fix bootloader freeze introduced in r28799. DMA transfer hangs for some reason when cpu runs @11MHz in bootloader.
22:15:10TheSevenZooM41: Just ask it. If someone thinks he knows an answer, he might respond.
22:15:23***Saving seen data "./dancer.seen"
22:15:25CIA-7r28867 build result: All green
22:15:30ZooM41Somebody tell me what to do, i have 4 mb unrecognizable as usual clip+ and i tried to unbrick it as wiki tolds me
22:16:16ZooM41with linux and all the matters. When i connect one pin with another and then use sudo fdisk nothing changes
22:16:24jhMikeSkugel: I looked in the list code and afaict the yields looked like they're not reached. Things with a scrollwheel behave as expected.
22:17:32*jhMikeS will have a look at FS before saying more
22:17:56ZooM41It has problems with startup and even with freezes but now it stays bricked for a week and that fears me in
22:18:23kugeloh I remembered wrongly, the yield() isn't in the ACTION_REDRAW case
22:19:57kugeljhMikeS: during kinetic scroll, it puts BUTTON_TOUCHSCREEN onto the button_queue at most every 4 ticks, that should be plenty time for the audio thread to run
22:20:21gevaertsZooM41: I can't really help you, but just as general advice, don't try things just because the seem like a good idea. I suspect someone who knows the clip+ can help you, but only if you don't make it worse :)
22:21:41kugeljhMikeS: the mr500 busy waits for the LCD DMA to finish, perhaps that's the (or one) reason for the starvation?
22:22:28kugelbut OTOH I also noticed the drop outs on my phone, which does wakeup_wait() during lcd updates
22:22:53ZooM41Sorry for my annoying behaviour.
22:23:02jhMikeSkugel: if it's drawing alot and busy waiting, then yes. the priority stuff waw put in place just for this sort of thing, when scrollwheel devices were having audio issues
22:23:28 Quit knittl (Ping timeout: 276 seconds)
22:23:47 Join knittl [0] (~knittl@unaffiliated/knittl)
22:23:47*kugel wonders about the point of dma if the cpu busy waits for its completion
22:24:08jhMikeSkugel: I thought the rb as app stuff was a different thread implemenatation
22:24:21kugelnot on android
22:24:40jhMikeSoh, so it has priority?
22:25:06gevaertsZooM41: you're not being annoying. I'm just saying that because lots of people with bricked players seem to do things that are a bad idea in hindsight
22:27:40kugelI cannot reproduce it on my phone anymore but that's perhaps improvements in other areas (e.g. asm optimizations in codecs)
22:29:15jhMikeSkugel: maybe try scrolling the OS stacks screen as madly as possible and watching the numbers at the same time?
22:30:55 Join krabador [0] (
22:31:38kugeljhMikeS: oh I can indeed trigger drop outs in the OS stacks screen
22:32:18jhMikeSI can on e200 as well, especially with mp3 (paradoxically) but not in normal lists
22:33:07kugeli see the codec thread priority decreasing for a short moment, just before the drop out. when it drops out it's back 16 again and it keeps running but without any audio
22:33:09jhMikeSthe prio doesn't go up very gradually but in huge steps
22:33:20jhMikeSit goes to 5?
22:33:27kugelonly 13 in my case
22:34:19jhMikeSthat would suggest somewhat that other threads aren't running anymore since it should reach 5
22:35:02jhMikeS13 won't keep it much above the normal 16 since it's the square of the prio difference between threads that matters
22:35:12kugeli see no other thread running, only main and codec (and scroll once in a while)
22:35:47 Join stooo [0] (
22:36:11jhMikeSI'm just saying, 13 isn't much of a boost over 16, if pcm is empty, 5 should be where it is
22:37:04kugeli see some times 13, but often it just stays at 16
22:38:14kugelnow I got 9 after several short drop outs.
22:38:28kugelisn't too reacting too slow?
22:40:44kugeli thought it raises the priority more quickly, to high priority even before the first drop out
22:40:59 Quit esperegu (Read error: Connection reset by peer)
22:42:17jhMikeSwhat sounds weird is 5 isn't showing up before a drop
22:43:27kugelthat's what I was trying to say :p
22:44:17 Join sgh [0] (
22:45:01 Part ZooM41
22:45:23jhMikeSthat says codec thread has been stopped from pcm inserts, where the priority is adjusted in pcmbuf.c
22:46:00kugelbtw, FS #11387 is also interesting in that regard
22:46:14sghhello, whenever I try to create .talk files for files on my Rockbox 3.71 Sansa Fuze (v1) only .talk files for folders are generated
22:46:57sghI use the Rockbox Utility 1.28 - do you know where the problem lies?
22:47:07kugelthe background picture loader thread starves the audio (because it has a rather/unecessarily high priority). it also leads to drop outs even though the codec thread is supposed to raise its priority over the background loader thread
22:47:47jhMikeSkugel: I'm still leaning toward a yield problem at this point, because of past experiences with yields not being where they should be and acting exactly that way
22:49:50jhMikeSpictureflow does seem jumpy while listening to music
22:49:56kugelmy phone does yield (wakeup_wait()) during lcd updates (and it can do 60fps, so one updates takes quite some time)
22:50:07kugelas I see it, the codec thread has enough chance to run, so with a little more priority there shouldn't be any drop outs
22:50:35kugeljhMikeS: the jumpyness is caused by the extra yields that are in svn IIRC
22:50:36jhMikeSwhat file is that?
22:52:17jhMikeSpctureflow makes a realtime +1 thread? aye. should not be needed at all
22:52:44kugelparticularly not on a I/O bound thread
22:52:55jhMikeSwait, no, it's MAX on there, which should be 8
22:53:02 Quit sgh (Quit: Leaving.)
22:55:15jhMikeSI expect the jumpiness is caused by the codec going up and down
22:58:21jhMikeSmaybe. I'll mess with it a bit
22:58:48kugelI think pcmbuf also resets the priority too early, it'll be back to default shorty after it's above the watermark again. OTOH the watermark is quite high (66%)
23:00:20jhMikeSinsert sizes were increased awhile back, which made priority raising less gradual, going down the same thing of course.
23:01:20jhMikeSbut it still should reach 5 before dropping! I'd suggest finding out why it isn't before doing other stuff.
23:03:50 Quit JesusFreak316 (Ping timeout: 240 seconds)
23:04:07kugelno, the actual watermark is 16%
23:05:41 Quit eWill (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014])
23:05:47jhMikeSI'm seeing 5 on e200v2 when scrolling stack screen really hard
23:06:09kugeljhMikeS: why is there such a calculation for the new codec priority? wouldn't it be easier to just set it very high and going back to default once the pcmbuf is full enough again?
23:06:21jhMikeS*v1, not v2
23:07:27jhMikeSit used to work like that, but then the prio would jump up, and everything else would slow down horribly and then snap back to normal. it was done that way so it was less noticeable.
23:08:10kugeli see
23:08:57kugelit only raises the priority if it's below 16%, if it's higher it goes straight back to default
23:08:58jhMikeSif the prio stayed elevated, the UI was pretty unusable
23:09:52kugelif gradually increasing the prio works well with the UI we can just start increasing way earlier, no?
23:09:58jhMikeSmaybe some adjustment there. if it ups the prio just a few steps earlier on, it should hardly be noticable
23:10:21 Quit bmbl (Quit: Verlassend)
23:11:13jhMikeSthe watermark to start raising is the original one that used just snap to realtime
23:11:34 Quit xavieran (Ping timeout: 276 seconds)
23:11:43jhMikeSit could probably be tuned better now
23:12:20kugeli wonder how fixed prios based on the current fill state work?
23:12:33jhMikeSthe earlier priority implementation was quite coarse and didn't respect CPU power (was tick based)
23:13:16jhMikeSA lookup instead of calc? worth a try and it's more flexible.
23:18:02 Join soap__ [0] (
23:18:31 Quit kevku (Read error: Operation timed out)
23:20:59jhMikeShmmm, pf thread doesn't seem to really do much anyway except at the start. if it's mostly sleeping, it won't matter if it's really high prio
23:22:07kugelit loads the slides from disk doesn't it?
23:22:43 Quit soap__ (Ping timeout: 265 seconds)
23:23:19 Join xavieran [0] (
23:23:31jhMikeSkugel: I put it to 16 and it loads the slides a little slower but after the initial load, nothing really changes
23:24:25kugeldid you remove the yield() (the patch attached does that)?
23:25:20kugelthe yield() makes it choppy, it was originally inserted because the loader thread starved the codec thread (i.e. drop outs during scrolling) for the sansa fuze
23:25:45 Join soap__ [0] (
23:25:53 Quit soap__ (Read error: Connection reset by peer)
23:26:10 Join timccc [0] (~timccc@
23:26:45 Quit JdGordon (Ping timeout: 260 seconds)
23:27:18jhMikeSno. it still starves the codec thread a little just by running after loading slides
23:29:00 Quit soap (Ping timeout: 265 seconds)
23:29:02jhMikeSthe load just goes a little slower but it's still pretty acceptable
23:30:44 Quit timccc (Ping timeout: 264 seconds)
23:31:11jhMikeSbut if you happen to be buffering, doing pictureflow and loading slides, then it's pretty rough going
23:33:15 Quit n1s (Quit: Lämnar)
23:33:15 Quit stooo (Quit: Leaving.)
23:37:12 Join timccc [0] (~timccc@
23:41:56 Quit timccc (Ping timeout: 260 seconds)
23:44:23 Join AlexP_mob [0] (~ap@rockbox/staff/AlexP)
23:45:06 Join soap [0] (~soap@
23:45:07 Quit soap (Changing host)
23:45:07 Join soap [0] (~soap@rockbox/staff/soap)
23:48:28 Join timccc [0] (~timccc@
23:49:24 Join binaryhermit [0] (
23:49:51 Quit kadoban (Ping timeout: 240 seconds)
23:52:05 Join JdGord [0] (~jonno@
23:52:32 Join marines [0] (
23:53:06 Quit timccc (Ping timeout: 260 seconds)
23:53:46kugeljhMikeS: seems to work well
23:55:04 Quit evilnick_B (Quit: Page closed)
23:55:12kugelI still get drop outs in the os stacks screen, but way less. also, more importantly, the drop outs aren't final anymore (instead playback recovers)

Previous day | Next day