--- Log for 04.12.111 Server: pratchett.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 20 days and 7 hours ago 00.05.21 # whats needed to add a clip zip manual? 00.06.24 # the red is fixed by using --gc-sections; why aren't we using that everywhere? 00.06.38 # saratoga: does the manual build? 00.06.56 # no idea, just wondering whats actually different 00.07.03 # i guess the buttons need changing from the clip+\ 00.07.21 # screenshots 00.07.58 Quit b0hoon (Ping timeout: 248 seconds) 00.07.58 # ah right, the clip zip is the only one with 96x96px screen, right? 00.08.11 # yep 00.08.48 # though it's not necessary to have screenshots initially. The manual will happily replace missing images with a warning :) 00.09.10 Join KiwiCam [0] (~KiwiCAM@75.192.69.111.dynamic.snap.net.nz) 00.09.48 # it needs a platform file and a key mapping svg to start with. 00.09.54 Join b0hoon [0] (~quassel@093105168224.bielskobiala.vectranet.pl) 00.10.21 Join Kiwi_Cam [0] (~KiwiCAM@75.192.69.111.dynamic.snap.net.nz) 00.13.19 # New commit by 03b0hoon (r31132): HDD6330: introduce a new button (BUTTON_TAP), based on the hardware support for gestures. From now on some things are accessible by tapping on the ... 00.15.08 # r31132 build result: 2 errors, 0 warnings (b0hoon committed) 00.15.42 Part lovasoa 00.16.28 # yep. i hope that someone understands what i just wrote in the comment 00.21.22 Nick soap_ is now known as soap (~soap@rockbox/staff/soap) 00.24.20 # b0hoon: is the HDD63x0 port reasonably stable? 00.24.42 # who are our linker experts? 00.25.18 # saratoga: well yes it is stable but battery readings are not accurate yet. 00.25.22 Quit KiwiCam (Quit: Leaving) 00.25.22 Quit Kiwi_Cam (Quit: Leaving) 00.25.33 # perhaps it should be promoted to a stable target? 00.26.33 Join KiwiCam [0] (~KiwiCAM@75.192.69.111.dynamic.snap.net.nz) 00.26.48 # saratoga: i would like to wait some time yet, i will take care of the power management soon 00.27.00 # ok 00.27.13 # keep in mind lots of the PP targets were stable long before they had USB or battery charging 00.31.17 # saratoga: allright, i didn't know that. I'm thinking about the integration of the buzzer with the new code for the ipods... 00.31.38 Quit swilde (Ping timeout: 244 seconds) 00.31.46 # its just nice to get them stable so that we start doing releases for them 00.32.43 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) 00.33.03 # yes, it would be nice to get all these PP targets stable 00.33.59 # i'll try to catch some YH targets maybe 00.33.59 Join KiwiCam__ [0] (~dontlook@dontlookoverhere.tilaa.nl) 00.34.27 # yeah 00.34.46 # i don't know what the status of half of those are, but i thought a lot of them had advanced ports 00.35.05 # would be nice to get them sorted out 00.35.35 # http://www.rockbox.org/wiki/TargetClassifications 00.36.01 # so basically install directions, official bootloader, manual and reasonable functioning port and it should be marked stable 00.36.26 # i think that the only missing thing is the radio for YH-920 and the manual for all of them 00.37.10 # yes and the bootloaders 00.37.27 Quit KiwiCam (Quit: Leaving) 00.37.44 Join KiwiCam [0] (~KiwiCAM@75.192.69.111.dynamic.snap.net.nz) 00.38.32 Quit KiwiCam (Client Quit) 00.39.46 Nick KiwiCam__ is now known as KiwiCam (~dontlook@dontlookoverhere.tilaa.nl) 00.42.00 Nick KiwiCam is now known as KiwiCAM (~dontlook@dontlookoverhere.tilaa.nl) 00.43.52 Quit KiwiCAM (Quit: leaving) 00.44.11 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 00.47.37 Join TheLemonMan [0] (~giuseppe@ppp-117-20.26-151.libero.it) 00.52.24 # what's really missing on sa9200 for stable? 00.55.27 # i don't know, i have this one but in pieces 00.57.04 Quit thegeek (Read error: Connection reset by peer) 01.03.12 # I finished-off the missing bits 10 months ago, like artwork. A proper cabbie was added, some touchpad details tweaked, enabled plugins, created a PP bootloader USB mode and fixed some bugs. 01.03.14 # New commit by 03pamaury (r31133): fuze+: fix seeking forward/backward keymap, don't know why it was wrong in the first place 01.04.50 Join domonoky1 [0] (~Domonoky@agsb-5d851948.pool.mediaWays.net) 01.05.01 # r31133 build result: 2 errors, 0 warnings (pamaury committed) 01.05.18 Join KiwiCam [0] (~dontlook@dontlookoverhere.tilaa.nl) 01.06.14 Quit lebellium (Quit: ChatZilla 0.9.87 [Firefox 9.0/20111130065942]) 01.06.32 # jhMikeS: no manual though right? 01.06.48 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) 01.07.10 Quit domonoky (Ping timeout: 248 seconds) 01.07.45 # saratoga: nope. didn't do that. :) 01.07.54 # so really its just missing that 01.08.20 # * jhMikeS isn't the biggest manual guy in the crew 01.08.37 # MPIO looks like its pretty close to stable as well 01.08.42 # even has a manual 01.08.46 *** Saving seen data "./dancer.seen" 01.09.33 Quit ender` (Quit: The shortest unit of time in the multiverse is the New York Second, defined as the period of time between the traffic lights turning green and the cab behind you honking. -- Terry Pratchett) 01.09.52 # writing a manual is so tedious, bleh... 01.10.05 Join low_light [0] (~chatzilla@ip72-219-32-144.br.br.cox.net) 01.11.07 # i'm not sure whats involved with the manuals to be honest, i've only tweaked them 01.13.19 # b0hoon: I have all the yh's and recently got the yh920 radio working reliably. I'll try to commit the work this week. 01.13.59 # I also need to get recording working. 01.14.33 # New commit by 03funman (r31134): Clip Zip manual: add platform file 01.14.39 # low_light: wow, sounds great :) 01.14.53 # The yh820 needs a Cabbie port 01.15.23 # 'make manual' output is a mess 01.15.38 # it uselessly hides the actual errors 01.15.59 # r31134 build result: 2 errors, 0 warnings (funman committed) 01.16.03 Part jlbiasini 01.16.27 # low_light: isn't it a 160x128x16 lcd? 01.17.07 Join Strife89 [0] (~Strife89@adsl-068-213-037-174.sip.mcn.bellsouth.net) 01.18.10 # ah it's not 01.18.14 # b0hoon: don't know off hand without looking at the config file 01.18.41 # 128x96x16 01.18.50 # should probably add that to the theme site as well 01.22.57 # low_light: i would like to ask you about some disassembly stuff (PP), but now i have to go, will it be ok to send you an email with my questions? 01.23.54 # b0hoon, jhMikeS: I think the hdd6330 and the sa9200 have the same/similar versions of the synaptics touchpad. Might be nice to unify features the drivers so they have the same features. 01.24.24 # err, unify the drivers to have the same features 01.24.53 # I hadn't realized more than one of those existed 01.25.01 # b0hoon: fine to email me 01.26.34 # low_light: yep true but honestly i don't know how to start, synaptics driver is in a big mess 01.26.47 # low_light: ok, thanks 01.26.58 # where's the hdd6330 driver? the other is in firmware/drivers 01.27.44 # jhMikeS: firmware/drivers/synaptics-mep.c or something 01.28.36 # looks like someone did it 01.28.44 # jhMikeS: the philips hdd's, sa9200, and mrobe100 all use the synaptics-mep driver. But the touchpads are different versions and support different features (like tap, etc) 01.28.51 Quit sinthetek (Ping timeout: 260 seconds) 01.28.59 # it's for the hdd6330, hdd1630, mrobe100, vibe500, sa9200 :) 01.29.42 Join sinthetek [0] (~sinthetek@cpe-174-111-026-094.triad.res.rr.com) 01.29.42 Quit sinthetek (Changing host) 01.29.42 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) 01.39.50 Quit Thra11 (Quit: kthxbai) 01.40.42 Quit tjb0607 (Read error: Connection reset by peer) 01.42.34 # * Strife89 notices that the .voice files have changed. When did that happen? 01.42.44 # jhMikeS: i tried to avoid the ifdefs as much as possible, but the problem is every touchpad is slightly different and the communication layers were mixed already in it. 01.43.28 Quit domonoky1 (Read error: Connection reset by peer) 01.45.43 Join KiwiCam_ [0] (~dontlook@dontlookoverhere.tilaa.nl) 01.47.24 Part b0hoon ("http://quassel-irc.org - Chat comfortably. Anywhere.") 01.50.20 Quit KiwiCam_ (Client Quit) 01.54.16 Quit pamaury (Remote host closed the connection) 01.54.27 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 01.55.12 Quit low_light (Ping timeout: 255 seconds) 01.55.41 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) 02.03.27 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 02.05.58 # * lxs-makot0 wonders why the "release" for the sansa fuze has an annoying issue where its always throwing prefetch abouts, yet the current build which is meant to be more unstable, actually works better. 02.06.45 # lxs-makot0: I'm not aware of other people having such issues 02.09.58 # hmm. it hapened to me about 3 times with the release. 02.10.22 # and it was always when making a button input whilst playing music. 02.11.22 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) 02.11.31 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 02.11.46 Join low_light [0] (~chatzilla@ip72-219-32-144.br.br.cox.net) 02.12.02 # i'll stick the release on it again tomorrow and see if i can reproduce it, but for now im going to have to go to bed as its a bad idea to sysadmin tired. 02.18.53 Join trompette [0] (~bob@punch.chezmerlet.net) 02.21.42 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) 02.38.54 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 02.38.54 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) 02.41.22 Quit Keripo (Quit: Leaving.) 02.51.42 Quit jae_ (Ping timeout: 245 seconds) 02.53.47 Quit desowin (Ping timeout: 245 seconds) 02.57.12 Join jae [0] (~jae@dedicated.jaerhard.com) 02.57.12 Join desowin_ [0] (~desowin@ip-69-162-133-251.static.chi2.systeminplace.net) 02.57.12 Quit TheLemonMan (Quit: Screw you, im going home) 03.08.47 *** Saving seen data "./dancer.seen" 03.30.57 Join Kiwi_Cam [0] (~KiwiCAM@75.192.69.111.dynamic.snap.net.nz) 03.34.01 Quit n1s (Quit: Ex-Chat) 03.35.34 Part low_light 04.14.23 Quit TheSeven (Disconnected by services) 04.14.36 Join [7] [0] (~TheSeven@rockbox/developer/TheSeven) 04.24.00 Join Horschti [0] (~Horscht@xbmc/user/horscht) 04.24.56 Quit Strife89 (Quit: Heading home.) 04.27.17 Quit Horscht (Ping timeout: 252 seconds) 04.36.09 Quit Kiwi_Cam (Quit: Leaving) 04.36.22 Join Kiwi_Cam [0] (~KiwiCAM@75.192.69.111.dynamic.snap.net.nz) 04.37.12 Quit Kiwi_Cam (Client Quit) 04.47.11 Quit amiconn (Disconnected by services) 04.47.12 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.47.26 Quit pixelma (Disconnected by services) 04.47.28 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.47.30 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.47.34 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 05.08.50 *** Saving seen data "./dancer.seen" 05.10.28 Quit Zarggg (Ping timeout: 245 seconds) 05.47.48 Join Rob2222 [0] (~Miranda@p4FFF349D.dip.t-dialin.net) 05.51.55 Quit Rob2223 (Ping timeout: 255 seconds) 05.55.35 Quit MethoS- (Quit: Konversation terminated!) 06.13.21 Quit hilbert (Quit: Textual IRC Client: http://www.textualapp.com/) 06.35.13 Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 06.37.49 Quit perrikwp (Ping timeout: 252 seconds) 06.39.57 Quit KiwiCam (Quit: leaving) 07.08.54 *** Saving seen data "./dancer.seen" 07.17.38 Join Zarggg [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) 07.23.57 Quit user890104 (Ping timeout: 244 seconds) 07.30.24 Nick perrikwp_ is now known as perrikwp (~quassel@cpe-024-163-024-033.triad.res.rr.com) 08.48.41 Join user890104 [0] (~Venci@Addicted.to.Minecraft.ipv6.6bez10.info) 09.02.43 Quit Misanthropos (Ping timeout: 255 seconds) 09.03.08 Quit user890104 (Ping timeout: 244 seconds) 09.06.08 Join user890104 [0] (~Venci@Addicted.to.Minecraft.ipv6.6bez10.info) 09.06.54 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 09.07.40 Join Zarggg_ [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) 09.08.14 Quit Zarggg (Ping timeout: 240 seconds) 09.08.57 *** Saving seen data "./dancer.seen" 09.09.58 Quit Zarggg_ (Client Quit) 09.11.50 Join n1s [0] (~n1s@nl118-175-223.student.uu.se) 09.11.50 Quit n1s (Changing host) 09.11.50 Join n1s [0] (~n1s@rockbox/developer/n1s) 09.15.02 Quit stripwax (Ping timeout: 240 seconds) 09.15.48 Join Zarggg [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) 09.23.19 Quit qnm (Ping timeout: 260 seconds) 09.23.20 Quit n1s (Read error: Connection reset by peer) 09.24.17 # New commit by 03desowin (r31135): Sansa Connect: Add TPS65021 (Power Management) driver. 09.26.05 # r31135 build result: 2 errors, 0 warnings (desowin committed) 09.39.44 Join qnm [0] (~qnm@2001:44b8:3110:f300:208:9bff:fec0:179a) 09.42.31 Join wodz [0] (~wodz@89-76-160-35.dynamic.chello.pl) 09.42.37 # desowin_: ping 09.46.41 Join lebellium [0] (~chatzilla@91-65-137-216-dynip.superkabel.de) 10.09.58 Join Buschel [0] (~chatzilla@p54A39BDD.dip.t-dialin.net) 10.21.22 Join KiwiCam [0] (~KiwiCAM@75.192.69.111.dynamic.snap.net.nz) 10.24.50 # wodz: pong 10.26.44 # desowin_: What is the point of implementing driver that do not expose any specialized function actually? 10.27.22 # wodz: it's stub 10.27.33 # desowin_: I mean TPS65021 driver expose only _init() which is target specific and should be in target tree instead 10.27.53 # the way it is now only introduce ifdef hell 10.28.08 Join lovasoa [0] (~olojkine@2a01:e35:8a2e:8080:e2b9:a5ff:fe5b:ca7b) 10.28.40 # current svn did not compile for me when building win32 sim (nano2g) with test plugins enabled 10.30.13 # wodz: hm, I could move that to target tree, but seriously, I don't know if later there won't be some extra stuff in there 10.31.11 # hmm, I cannot create a makefile for win32 anymore... (../tools/configure) 10.31.26 # desowin_: What kind of extra stuff? If all it does is wrapping around i2c transfer than it is not worth to do external driver 10.32.31 # anyway power management is so target specific that I wouldn't expect any other target to reuse the code anyway 10.32.53 # wodz: the chip has status monitoring 10.34.58 # kugel: Why didn't you add SAMSUNG_YPR0_PAD to firmware/export/config.h? Was it on purpose? 10.35.38 # desowin_: what kind of monitoring? Is it again single i2c transfer? 10.36.28 # wodz: http://www.rockbox.org/wiki/pub/Main/SansaConnect/TPS65021.pdf page 31 10.36.44 Quit Bagder (Read error: Operation timed out) 10.38.25 # desowin_: speaking other way round - if this driver would expose some higher level functions easily understandable like tps65021_setup_ldo0(), tps65021_setup_pwm() and you use this in target specific pwmgmt file I wouldn't object 10.38.57 # currently it is UGLY hack IMO not worth polluting our tree 10.41.16 # And looking at datasheet it would be again simple wrapper around i2c read from reg. Interpretation will be target specific, and this data is of little use other then debugging 10.41.59 # okay 10.44.41 # ok, now I can compile sim again. the win32 sim is not building w/ and w/o test plugins 10.44.59 # undefined reference to '_lcd_blit_yuv' 10.47.45 Join ender` [0] (~ender@foo.eternallybored.org) 10.48.15 # New commit by 03desowin (r31136): Power management is to be kept in target tree due to being target specific. 10.50.02 # lovasoa: no. just the previous patch didnt have too 10.50.11 # r31136 build result: 2 errors, 0 warnings (desowin committed) 10.56.03 Join Bagder [241] (~daniel@rockbox/developer/bagder) 11.04.23 # kugel: Do you know why rockbox refuses to compile with the -O flag on the YPR0? 11.06.33 # lovasoa: IIRC optimization is needed in some rb kernel functions 11.08.59 *** Saving seen data "./dancer.seen" 11.18.41 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 11.31.17 Quit Buschel (Ping timeout: 260 seconds) 11.32.44 Quit wodz (Quit: Leaving) 11.38.29 Join n1s [0] (~n1s@nl118-175-223.student.uu.se) 11.38.29 Quit n1s (Changing host) 11.38.29 Join n1s [0] (~n1s@rockbox/developer/n1s) 11.39.35 # Bagder: I've made new Rockbox Utility release builds for Linux. Can you push them to the download server please? http://www.alice-dsl.net/dominik.riebeling/rockbox/rbutil-releases/1.2.11/ 11.39.52 # those should fix the text appears as boxes issue (related to my Qt build) 11.40.17 # * bluebrother^ wonders why there is no icon showing up on F16 live 64bit 11.48.43 Join y4n [0] (y4n@unaffiliated/y4ndexx) 11.53.03 # hopefully this isn't yet another Qt build related issue :o 12.06.45 Join mortalis [0] (~mortalis@77.108.98.176) 12.22.09 # lovasoa: no 12.22.27 # jhMikeS: what do you do against audible clicks before starting playback? 12.43.00 # ah, miscalculated size of silence 12.55.07 # is the will-become-the-official-one git repository available for cloning yet? 12.57.11 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 12.57.12 Quit pamaury (Changing host) 12.57.12 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 13.07.31 Join thegeek [0] (~thegeek@160.39.34.95.customer.cdi.no) 13.09.00 *** Saving seen data "./dancer.seen" 13.22.21 Join Buschel [0] (~chatzilla@p54A3A6E0.dip.t-dialin.net) 13.24.14 # hm, something is strange with this alsa pcm backend 13.26.25 Join perfectdrug [0] (~5638009c@www.haxx.se) 13.26.59 # perfectdrug: hey :) 13.27.15 # we're in need of a few more svgs :) 13.28.16 # hey:) so did someone already do the svg images og the gogear sa 9200 and the sansa clip zip? because at the current build page there are already thumbnails but I can't find the files for it in svn. 13.29.40 # those aren't SVGs, but pngs downscaled from press "fotos" 13.30.52 # ah okay don't want to do the work twice in case of pixelma already started or something 13.31.23 # bluebrother^: done! 13.31.57 # Any language experts around? I think the Italian translation in the 3.10 branch is out of date, but there have been some changes to languages between branching and the trunk commit and I'm not sure about how to backport this 13.32.41 Join lorenzo92 [0] (~chatzilla@host37-27-dynamic.180-80-r.retail.telecomitalia.it) 13.32.45 # do I see it right that we need clip zip, complete sa 9200, and also sansa connect? something else? 13.32.52 Join dfkt [0] (dfkt@unaffiliated/dfkt) 13.33.19 # svg images that is 13.33.42 # Also, can people who happen to have 3.10RC installed try screendumps? I get a stack overflow on x5, but I'd like to know how general the problem is 13.35.00 Join Stummi [0] (~Stummi@rockbox/developer/Stummi) 13.37.21 # perfectdrug: you have the svg man ? 13.37.29 # *you are 13.40.20 # I think there was a consensus that we needed a svg image for the fuze+, I don't remember why :) 13.42.25 # pamaury: do we have one? 13.43.55 Join bertrik [0] (~bertrik@ip545056ba.adsl-surfen.hetnet.nl) 13.43.56 Quit bertrik (Changing host) 13.43.56 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 13.45.33 # Torne, do you know more about the git mirror ? It appears it stopped getting updates for a few days now 13.47.53 Join Misanthropos [0] (~Misanthro@adsl-84-226-224-240.adslplus.ch) 13.48.08 # pamaury: ok I try to do it, the player looks nice 13.52.42 # can we just use graphics from sandisk promo material? I'd think we'd need a proper license for that, or do the work ourselves 13.53.05 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 13.53.44 Quit orzo (Remote host closed the connection) 13.53.51 # As far as I know we're not doing that 13.54.15 # The images were drawn based on press photos, but they aren't press images 13.54.58 # Who made them, and how? 13.55.02 # kugel: audible clicks? 13.55.37 # bertrik: desowin did the connect. I don't know about the clip zip right now 13.57.00 # Bagder: thanks! 13.57.14 # I didn't see any svg for the connect, kugel said that are downscaled press images 13.58.03 # we usally draw them as vector in inkscape or pixelma used corel i think 13.58.55 # jhMikeS: yea. I got it fixed 13.59.13 # jhMikeS: another thing. pcm_play_lock() seems to be called recursively 13.59.26 Join TheLemonMan [0] (~giuseppe@ppp-162-34.26-151.libero.it) 13.59.44 # ah, wait, it wasn't desowin 14.00.26 # gevaerts: dfkt said he used press material directy 14.00.45 # indeed 14.00.59 # How directly? 14.01.15 # file->save as :) 14.01.40 # + downscaling I guess 14.01.47 # the thumbnail was already there from svg for sa 9200 so no need for using press material 14.02.00 # removed the backgrounds, resized, sharpened, put the rockbox logo on the screen, saved as png 14.02.59 # kugel: It calls itself? where? 14.03.23 # http://www.rockbox.org/playerpics/gogearsa9200-small.png but something doesn't seem to be right with the display if you zoom into it 14.03.40 # kugel: It is called in a nested way, yes 14.04.00 # jhMikeS: that sucks 14.04.02 # I'm not sure if that's clean enough, but we want svg anyway so if it's a problem it should be resolved soon 14.04.07 # kugel: why? 14.04.11 # how can I implement locking if the callback is a signal handler? 14.05.09 # cant use mutex here IIUC 14.06.17 # seems you can mask them 14.06.18 # oh wait, mutex should work 14.10.43 # hm, not sure 14.12.07 # signprocmask? 14.12.08 Join ukleinek [0] (~ukl@2001:6f8:1178:2:21e:67ff:fe11:9c5c) 14.12.22 # *sigprocmask 14.16.41 # jhMikeS: I can remove the unregister the callback through alsa 14.17.04 # yay for undocumented functions 14.18.03 # what happens if audio needs more data while there's a lockout? 14.18.33 # no that doesnt appear to work 14.18.43 # jhMikeS: don't know 14.19.09 # I think I just don't implement locking. SDL also doesnt implement it for their alsa backend 14.19.46 # afaict sigprocmask is supposed to work much like an interrupt mask and the pending signal is sent after unmasking 14.20.08 # yes, but it's not documented that it's a signal handler, nor which signal 14.21.03 # SDL seems to use a thread and mutex unless built without threading 14.21.55 # i looked at the source, LockAudio isnt implemented for alsa 14.23.15 # alsa docs mention SIGIO for asynchronous notification 14.23.59 # where? 14.24.20 # http://www.alsa-project.org/alsa-doc/alsa-lib/pcm.html 14.25.11 # ah there 14.25.26 # of course I've not gone deeply into it, I'm just looking for anything that sounds interestingly related 14.29.16 # can we release a fuze+ bootloader ? what is the procedure ? 14.31.19 Join bluebrother [0] (~dom@g226069246.adsl.alicedsl.de) 14.31.20 Quit bluebrother (Changing host) 14.31.20 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 14.31.59 Part lovasoa 14.34.06 Quit fs-bluebot (Ping timeout: 248 seconds) 14.34.19 Quit bluebrother^ (Ping timeout: 244 seconds) 14.35.15 Join fs-bluebot [0] (~fs-bluebo@g226069246.adsl.alicedsl.de) 14.35.16 # does it get SDL_(Un)LockAudio_Default instead? 14.35.53 Quit lorenzo92 (Quit: ChatZilla 0.9.87 [Firefox 8.0/20111115183813]) 14.41.37 # jhMikeS: yes, I didnt look proerly 14.41.58 # jhMikeS: when playing back and entering recording, I get the callback even though sigprocmask 14.43.05 Quit gevaerts (Quit: Reconnecting) 14.43.23 Join gevaerts [0] (~fg@rockbox/developer/gevaerts) 14.43.31 Quit SynrG (Quit: Changing server) 14.43.36 Join SynrG [0] (~synrg@blk-222-91-184.eastlink.ca) 14.43.54 # recording uses a different lock 14.44.02 Join MethoS- [0] (~clemens@134.102.106.250) 14.44.23 Quit SynrG (Changing host) 14.44.23 Join SynrG [0] (~synrg@debian/developer/synrg) 14.45.09 # funman, I suppose you have tried to play back some video files on the clip zip yet? 14.46.12 # jhMikeS: pcm_play_lock is called 14.46.53 DEBUG EOF from server (Success) (snapshot: netstuff.c line 545) 14.46.53 *** Cleanup 14.46.53 *** Cleanup 14.46.53 *** Saving seen data "./dancer.seen" 14.46.53 *** Exit 14.46.55 *** Started Dancer V4.16 14.46.55 *** Connected to irc.freenode.net on port 6667 14.46.55 *** Logfile for #rockbox started 14.47.02 Mode "logbot :+i" by logbot 14.47.05 *** Server message 501: 'logbot :Unknown MODE flag' 14.47.05 Join semitones [0] (~patrick@ec2-50-16-41-37.compute-1.amazonaws.com) 14.47.06 Join zu [0] (~zu@ks387228.kimsufi.com) 14.47.06 Join logbot [0] (~rockbox@giant.haxx.se) 14.47.06 Join maraz [0] (maraz@kapsi.fi) 14.47.06 Join krazykit [0] (~quassel@li135-248.members.linode.com) 14.47.06 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 14.47.06 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 14.47.06 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 14.47.06 Join Stummi [0] (~Stummi@rockbox/developer/Stummi) 14.47.06 Join dfkt [0] (dfkt@unaffiliated/dfkt) 14.47.06 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 14.47.06 Join n1s [0] (~n1s@rockbox/developer/n1s) 14.47.06 Join pixelma [0] (quassel@rockbox/staff/pixelma) 14.47.06 Join amiconn [0] (quassel@rockbox/developer/amiconn) 14.47.06 Join Horschti [0] (~Horscht@xbmc/user/horscht) 14.47.06 Join jae [0] (~jae@dedicated.jaerhard.com) 14.47.06 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 14.47.06 Join bluefoxx [0] (fuzzylomba@S0106e0cb4e0a6d8a.vs.shawcable.net) 14.47.06 Join mshathlonxp [0] (msh@87.110.57.23) 14.47.06 Join antil33t [0] (~Ahurhurr@101.98.148.94) 14.47.06 Join rasher [0] (~rasher@rockbox/developer/rasher) 14.47.06 Join alexbobp [0] (~alex@108.60.198.57) 14.47.06 Join linuxguy3 [0] (~timj@24-148-61-208.c3-0.lem-ubr1.chi-lem.il.cable.rcn.com) 14.47.06 Join froggyman [0] (~froggyman@unaffiliated/froggyman) 14.47.06 Join dv_ [0] (~quassel@chello080108009040.14.11.vie.surfer.at) 14.47.06 Join knittl [0] (~knittl@unaffiliated/knittl) 14.47.06 Join ruskie [0] (ruskie@sourcemage/mage/ruskie) 14.47.06 Join dionoea [0] (~dionoea@yop.chewa.net) 14.47.06 Join aevin [0] (eivindsy@unaffiliated/aevin) 14.47.06 Join beta2k [0] (~Beta2K@d24-36-128-84.home1.cgocable.net) 14.47.07 Join pjm0616 [0] (~user@114.200.203.101) 14.47.07 Join nsx [0] (jm@epicsol.org) 14.47.08 Join bzed [0] (~bzed@devel.recluse.de) 14.47.09 Join Staphylo [0] (~Staphylo@mareo.fr) 14.47.10 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 14.47.16 Join ps-auxw [0] (~arneb@p4FF7F66F.dip.t-dialin.net) 14.47.17 Join soap [0] (~soap@cpe-76-181-78-156.columbus.res.rr.com) 14.47.23 Join ehntoo_ [0] (ehntoo@gateway/shell/mtu-lug/session) 14.47.29 Join slooopy [0] (~sloo@188-193-85-139-dynip.superkabel.de) 14.47.31 Join jordan` [0] (~gromit@posteauge.rsr.lip6.fr) 14.47.31 Join Llorean [0] (~DarkkOne@99-68-45-56.lightspeed.hstntx.sbcglobal.net) 14.47.33 Join parafin [0] (parafin@paraf.in) 14.47.39 Join advcomp2019_ [0] (~advcomp20@97-114-235-172.sxcy.qwest.net) 14.47.40 Join MethoS- [0] (~clemens@134.102.106.250) 14.47.47 Join user890104 [0] (~Venci@Addicted.to.Minecraft.ipv6.6bez10.info) 14.47.48 Join qnm [0] (~qnm@2001:44b8:3110:f300:208:9bff:fec0:179a) 14.48.01 Join ReimuHakurei [0] (~znc@reimuhakurei.net) 14.48.04 Join ntrly_ow [0] (~david@c122-108-93-161.sunsh1.vic.optusnet.com.au) 14.48.39 Join Farthen [0] (~Farthen@2a01:4f8:101:2a4:0:bc28:b2e1:9) 14.48.58 Join Elfish [0] (amba@fuplz.co.cc) 14.49.03 Join freqmod [0] (~quassel@2001:700:300:1430:226:18ff:fe82:1a24) 14.49.16 Join Zambezi [0] (Zulu@80.67.9.2) 14.49.17 Quit parafin (Client Quit) 14.49.22 Join lovasoa [0] (~olojkine@2a01:e35:8a2e:8080:e2b9:a5ff:fe5b:ca7b) 14.49.24 Join parafin [0] (parafin@paraf.in) 14.49.51 Quit ehntoo_ (Changing host) 14.49.51 Join ehntoo_ [0] (ehntoo@gateway/shell/mtu-lug/x-jcuhorudawhaxtpj) 14.51.13 Quit parafin (Client Quit) 14.51.19 Join parafin [0] (parafin@paraf.in) 14.51.58 Join ukleinek [0] (~ukl@2001:6f8:1178:2:21e:67ff:fe11:9c5c) 14.51.58 Join ved [0] (~ved@2001:41d0:1:5914::2) 14.51.59 Join Naked [0] (~naked@naked.iki.fi) 14.52.31 Join scorche [0] (~scorche@174-26-5-117.phnx.qwest.net) 14.52.31 Join ack [0] (~ack@mingbai.org) 14.52.31 Join mortalis [0] (~mortalis@77.108.98.176) 14.52.31 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 14.52.31 Join kugel [0] (~kugel@rockbox/developer/kugel) 14.52.31 Join Bawitdaba [0] (~Sphinx@cpe-184-153-55-166.nycap.res.rr.com) 14.52.31 Join Utchybann [0] (~Utchy@rps6752.ovh.net) 14.52.31 Join Poodlemastah [0] (~Poodlemas@h-241-205.a218.priv.bahnhof.se) 14.52.31 Join Barahir [0] (~Barahir@fb08schindler24.anorg.chemie.uni-giessen.de) 14.52.39 Join TBCOOL [0] (~tb@c-c63471d5.09-42-73746f22.cust.bredbandsbolaget.se) 14.52.39 Join nosa-j [0] (~m00k@adsl-74-235-79-218.clt.bellsouth.net) 14.52.39 Join Pedrital [0] (~Pierre@75.174.70.86.rev.sfr.net) 14.52.39 Join factor [0] (~factor@74.197.205.204) 14.52.39 Join rudi_s [0] (~simon@austria125.server4you.de) 14.52.39 Join Lalufu [0] (~sun@unaffiliated/lalufu) 14.52.56 Join saratoga [0] (9803ec71@gateway/web/freenode/ip.152.3.236.113) 14.52.57 Join Ac-town [0] (~Ac-town@batou.osuosl.org) 14.52.57 Join eintopf [0] (~eintopf@zzz.strace.org) 14.52.57 Join y4n [0] (y4n@unaffiliated/y4ndexx) 14.52.57 Join ender` [0] (~ender@foo.eternallybored.org) 14.52.57 Join funman [0] (~fun@rockbox/developer/funman) 14.52.57 Join Torne [0] (~torne@rockbox/developer/Torne) 14.52.57 Join rjg [0] (~robert@odie.tomelliott.net) 14.52.57 Join tmzt [0] (~tmzt@adsl-76-244-152-58.dsl.akrnoh.sbcglobal.net) 14.53.48 Join Rondom [0] (~rondom@2a01:488:66:1000:b24d:4f2f:0:1) 14.53.48 Join ender| [0] (~ender1@2a01:260:4094:1:42:42:42:42) 14.53.48 Join mgue [0] (~mgue@87.179.199.70) 14.53.48 Join crwl [0] (~crwlll@dsl-jklbrasgw1-ffb9c300-103.dhcp.inet.fi) 14.53.48 Join [sanyi] [0] (~sanyi@apollo.pcpult.hu) 14.53.48 Join FOAD [0] (~foad@83.161.135.61) 14.53.48 Join mc2739 [0] (~mc2739@71.20.73.59) 14.53.48 Join ej0rge [0] (~alhaz@207.135.137.71) 14.53.48 Join sinthete1 [0] (~sinthetek@cpe-174-111-026-094.triad.res.rr.com) 14.53.48 Join SynrG [0] (~synrg@debian/developer/synrg) 14.53.48 Join gevaerts [0] (~fg@rockbox/developer/gevaerts) 14.53.48 Join fs-bluebot [0] (~fs-bluebo@g226069246.adsl.alicedsl.de) 14.53.48 Join TheLemonMan [0] (~giuseppe@ppp-162-34.26-151.libero.it) 14.53.48 Join Misanthropos [0] (~Misanthro@adsl-84-226-224-240.adslplus.ch) 14.53.48 Join Buschel [0] (~chatzilla@p54A3A6E0.dip.t-dialin.net) 14.53.48 Join thegeek [0] (~thegeek@160.39.34.95.customer.cdi.no) 14.53.48 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 14.53.48 Join Bagder [241] (~daniel@rockbox/developer/bagder) 14.53.48 Join KiwiCam [0] (~KiwiCAM@75.192.69.111.dynamic.snap.net.nz) 14.53.48 Join lebellium [0] (~chatzilla@91-65-137-216-dynip.superkabel.de) 14.53.48 Join Zarggg [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) 14.53.48 Join Rob2222 [0] (~Miranda@p4FFF349D.dip.t-dialin.net) 14.53.48 Join [7] [0] (~TheSeven@rockbox/developer/TheSeven) 14.53.48 Join desowin_ [0] (~desowin@ip-69-162-133-251.static.chi2.systeminplace.net) 14.53.48 Join trompette [0] (~bob@punch.chezmerlet.net) 14.53.48 Join T44 [0] (~Topy44@f049047197.adsl.alicedsl.de) 14.53.48 Join Xerion [0] (~xerion@5419A766.cm-5-2c.dynamic.ziggo.nl) 14.53.48 Join lmh [0] (lmh@nat/redhat/x-lzskfohghqlzfdbc) 14.53.48 Join lxs-makot0 [0] (~makoto@rbh.res1.nat.lxsys.co.cc) 14.53.48 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 14.53.48 Join mikroflops [0] (~yogurt@h-34-156.a238.priv.bahnhof.se) 14.53.48 Join Sundiver [0] (~angel@174.124.51.150) 14.53.48 Join 17SAB4LU1 [0] (~sloo@188-193-85-139-dynip.superkabel.de) 14.53.48 Join n17ikh [0] (~n17ikh@c-174-56-150-44.hsd1.sc.comcast.net) 14.53.48 Join ksk [0] (ksk@im.knubz.de) 14.53.48 Join GeekShadow [0] (~antoine@251.101.193.77.rev.sfr.net) 14.53.48 Join avacore [0] (~avacore@1008ds1-rdo.0.fullrate.dk) 14.53.48 Join Zoiah [0] (zoiah@matryoshka.zoiah.net) 14.53.48 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 14.53.48 Join nomada [0] (~nomada@irc.consciente.de) 14.53.48 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 14.53.48 Join CIA-10 [0] (~CIA@cia.atheme.org) 14.53.48 Join polemon_ [0] (mcp@polemon.org) 14.53.48 Join guymann [0] (~charles@69.0.9.155) 14.53.48 Join scorche|sh [0] (~scorche@squisch.net) 14.53.48 Join yosafbridge [0] (~yosafbrid@li125-242.members.linode.com) 14.53.48 Join Guinness [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) 14.53.48 Join martii [0] (martii@sokrates.zagrodzki.net) 14.53.48 Join Slasheri [0] (miipekk@rockbox/developer/Slasheri) 14.53.48 Join simabeis [0] (~simabeis@lobmenschen.de) 14.53.48 Join preglow_ [0] (thomj@tvilling2.pvv.ntnu.no) 14.53.48 Join ranmachan [0] (ranma@2a01:4f8:130:9321::2) 14.53.48 Join Galois [0] (djao@efnet-math.org) 14.53.48 Join feisar- [0] (jljhook@ihq.in) 14.56.01 # r31137 build result: 2 errors, 0 warnings (bluebrother committed) 14.57.00 Join Silicium [0] (~marco@mail.2am.ch) 14.57.39 # r31138 build result: 2 errors, 0 warnings (bluebrother committed) 14.59.15 # jhMikeS: mutex works better, although I'm not sure it's supposed to :\ 15.01.33 Join wodz [0] (~wodz@89-76-160-35.dynamic.chello.pl) 15.01.39 Quit Elfish (Read error: Connection timed out) 15.02.02 Join ChanServ [0] (ChanServ@services.) 15.02.02 Mode "#rockbox +o ChanServ " by barjavel.freenode.net 15.02.03 Join ThomasAH [0] (~thomas@aktaia.intevation.org) 15.02.05 # I'm still curious what you meant about recording. pcm_rec_(un)lock is independent of the play call, unless it masks the same thing 15.02.38 Nick [sanyi] is now known as Guest97684 (~sanyi@apollo.pcpult.hu) 15.03.46 Join Elfish [0] (amba@fuplz.co.cc) 15.04.35 # yay, I've hacked skyeye to simulate basic rk27xx modules (cache, interrupt controller, timers). The simulation is about 120 slower than actual arm on my PC :-) 15.04.44 Quit parafin (Quit: So long and thanks for all the fish) 15.05.23 Join parafin [0] (parafin@paraf.in) 15.07.03 Join GodEater [0] (~bibble@cl-711.lon-02.gb.sixxs.net) 15.07.04 Quit GodEater (Changing host) 15.07.04 Join GodEater [0] (~bibble@rockbox/staff/GodEater) 15.07.11 Quit parafin (*.net *.split) 15.07.11 Quit Farthen (*.net *.split) 15.07.46 Join parafin [0] (parafin@paraf.in) 15.08.06 Quit Stummi (Quit: Leaving...) 15.08.10 Join Farthen [0] (~Farthen@2a01:4f8:101:2a4:0:bc28:b2e1:9) 15.10.35 Join swilde [0] (~wilde@2001:470:9c7c:abc:6437:66ff:feb5:ef86) 15.14.43 # * jhMikeS wonders where to start a file to include common inlines like clip_sample_16 that can be cpu optimized and accessed by firmware and apps 15.14.58 # what do people think about compiling empty files? I'm considering to always compile the windows and linux specific files for sansapatcher and making them empty using preprocessor checks 15.15.38 # that would make it much easier for a libsansapatcher, since I can then rely on the compiler to do the right thing instead of handing the split myself in the Makefile as well 15.15.50 Quit slooopy (Ping timeout: 240 seconds) 15.16.00 # (especially since I would need to detect cross compiling as well, since I want to be able to do that for Rockbox Utility) 15.16.26 Join slooopy [0] (~sloo@188-193-85-139-dynip.superkabel.de) 15.18.00 Part lovasoa 15.18.03 # bluebrother: you mean that when compiling for windows linux specific files will result empty after preprocessor? 15.18.23 # wodz: yes. 15.18.23 # bluebrother: I think it does hardly matter :) 15.18.37 # bluebrother: I see no problem 15.24.46 Quit Zambezi (Changing host) 15.24.46 Join Zambezi [0] (Zulu@unaffiliated/zambezi) 15.39.54 # any Samsung R0/Sansa Fuze+/Toshiba Gigabeat owner willing to try and check my theme before I upload it on the website? 15.41.03 # lebellium: I can try your theme 15.41.26 # lebellium: I can try on the beast, but only in an hour or so -- don't have access to the device this moment 15.41.53 # lebellium: where can I find it ? 15.42.07 # I give a link here in some minutes :) 15.45.52 Quit mshathlonxp () 15.49.49 # paumary and bluebrother : http://media.generationmp3.com/lebellium/R0/Rockbox/lebellium_Samsung-like_v0.90.zip 15.49.59 # pamaury * 15.51.05 Join lovasoa [0] (~liveuser@2a01:e35:8a2e:8080:e2b9:a5ff:fe5b:ca7b) 15.52.50 # lovasoa : if you have time, please try my theme http://media.generationmp3.com/lebellium/R0/Rockbox/lebellium_Samsung-like_v0.90.zip 15.53.32 # lebellium: first impression: loading it is a miserable failure, I had to reboot in order to get something working 15.53.50 # I doubt it's related to your theme though 15.54.02 # what device? Fuze+ ? Works fine on my R0 and in the Fuze+ UI simulator 15.54.22 # on the fuze+ hardware when I loaded it, some parts of the screen stayed black 15.54.48 # it's a really nice theme 15.55.01 # I like the playing title bar in the main menu 15.55.21 # I can't test the radio screen if there is one, radio is not working 15.55.37 # Thx. I think your issue either comes from the still unstable RB port or from my complex and ugly theme code^^ 15.56.25 # don't think it comes from the fuze+ code, that would be strange. Is that expected that there is no album art ? 15.57.01 # for the album art on the WPS you may need to initialize the database, I don't know why.... 15.57.59 # my mistake, I thought I had it for an album and in fact not; great work :) 15.58.34 # hmpf, seems I need to handle the included bootloader files for sansapatcher :( 15.58.38 # When there is no album art in tags or as cover.jpg/folder/jpg, you should see a vinyle picture 16.00.08 # lebellium: I don't know if it's related to your theme but since the main menu takes like one second to load, I have a big black square in the middle of the screen while loading 16.01.11 Quit liar (Ping timeout: 258 seconds) 16.01.30 # pamaury: I don't have this issue in the Fuze+ simulator and on my R0 hum 16.01.48 # on the simulator that's to be expected, the loading is fast 16.03.09 # indeed you're right. But it's still very fast to load on my R0 hardware. The Fuze+ should have a good enough firmware to load a theme like that. Maybe a lack of optimization in the RB port? 16.03.24 # hardware* not firmware 16.05.14 # I haven't profiled the boot to check but either way, loading will never be instant 16.05.41 Quit Pedrital (Ping timeout: 255 seconds) 16.05.57 # and I have the FM screen in the Fuze UI simulator. I assume you could get it on your device. Maybe it's just disabled in the SVN because the radio doesn't work yet 16.06.52 # no, I can't make the radio work for now, that's still a mystery 16.07.01 # is there any way to make the pitch detector actually useful? :) 16.07.10 # with our current (buggy) driver, it will just hang 16.07.19 # using sansa fuze, i didn't get good results, even with much fiddling with settings 16.07.31 # (trying to calibrate against a guitar) 16.08.13 # pamaury: ah ok... anyways, once the radio works, you'll see that : http://media.generationmp3.com/lebellium/R0/Rockbox/dump%20111204-160718.bmp :) 16.08.27 # ok, nice 16.09.34 # I have the FM screen on my R0 but the radio doesn't work either , I can just change the frequency but no sound. That means there is no 240*320 target with working FM radio yet :D 16.10.11 # lebellium: apparently, from bootchart, it's settings_apply_skins which is slow 16.10.52 # part of it might be that the fuze+ is not running at top speed currently but even then, it will take some noticable time I think 16.10.55 # lebellium: well, radio doesnt work yet does it? 16.11.53 # kugel: the radio doesn't work yet but the FM screen does thanks to Lorenzo. That means I can change frequency manually but no sound, no signal strengh, no tuned status etc 16.12.39 Quit lovasoa (Quit: lovasoa) 16.16.32 # pamaury: I don't know what "settings_apply_skins" is. I don't have any RB technical skills. I can just make themes :p 16.16.32 # ugh, supporting timer_register etc seems horrible on RaaA 16.16.32 Join Topy [0] (~Topy44@f048172117.adsl.alicedsl.de) 16.16.51 Join mshathlonxp [0] (msh@87.110.57.23) 16.17.29 # is anyone going to accept my latvian translation upgrade? 16.17.54 # I'll have a look at it 16.18.12 Join lovasoa [0] (~liveuser@2a01:e35:8a2e:8080:e2b9:a5ff:fe5b:ca7b) 16.20.14 Quit T44 (Ping timeout: 248 seconds) 16.21.37 # what is your real name again? 16.21.59 # lebellium: OK, I'll try it this evening. I don't have my cable yet... 16.22.05 # my? 16.22.23 # mshathlonxp, yes yours 16.22.53 # it's written in beginning of that lang file ;) 16.27.08 # ok, I'll commit it later tonight (don't have my SVN login details with me now) 16.28.29 Join krnlyng [0] (~liar@clnet-p09-185.ikbnet.co.at) 16.34.00 Quit perrikwp (Ping timeout: 252 seconds) 16.42.49 Join Strife89TX [0] (~upirc@207.144.201.128) 16.46.56 *** Saving seen data "./dancer.seen" 16.47.38 # Possible minor bug in 3.10RC on the Sansa Clip+: The radio keeps playing when shutting down directly from the FMS. It's painful on the ears. 16.47.45 Quit bertrik (Ping timeout: 240 seconds) 16.48.35 # And that takes forever to type twice. 16.49.43 Quit Strife89TX (Quit: Moving out) 16.54.14 Join Strife89TX [0] (~upirc@207-144-19-39.cstel.net) 16.55.25 Nick krnlyng is now known as liar (~liar@clnet-p09-185.ikbnet.co.at) 16.55.55 Nick liar is now known as Guest4888 (~liar@clnet-p09-185.ikbnet.co.at) 16.56.23 Join keyb_gr [0] (~chatzilla@p4FF04D9F.dip.t-dialin.net) 16.58.47 Quit Strife89TX (Client Quit) 17.02.32 Quit lovasoa (Quit: lovasoa) 17.05.19 Quit 17SAB4LU1 (Read error: Connection timed out) 17.08.16 Quit Misanthropos (Ping timeout: 258 seconds) 17.08.46 Quit Bagder (Ping timeout: 248 seconds) 17.09.25 Join bertrik [0] (~bertrik@ip545056ba.adsl-surfen.hetnet.nl) 17.09.26 Quit bertrik (Changing host) 17.09.26 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 17.10.03 Quit slooopy (Read error: Connection timed out) 17.16.55 # hmmm 17.21.33 Join Misanthropos [0] (~Misanthro@adsl-178-39-130-28.adslplus.ch) 17.22.22 # * gevaerts is annoyed 17.23.25 # I get a stack overflow on the usb thread when making a screendump on x5 from the WPS, but not from the main menu 17.24.16 # * gevaerts doesn't understand how this can happen 17.24.38 # does the screendump code run in the ui thread? 17.24.43 # no 17.24.47 # hmm 17.24.52 # It runs from the usb thread 17.25.31 # gevaerts: There's a FS task for that and I think the USB stack size needs a bit of a bump up 17.26.06 # jhMikeS: yes, but how much? 17.26.08 # there were some fat changes that used a bit more stack 17.26.34 # not sure. it's close to full on i.MX31 but looks like it just goes over on some others 17.26.34 # And why does the WPS make a difference? 17.27.16 # does it really need to do a full line at a time 17.27.29 # * jhMikeS 's brain ignored that bit...oops, that is odd 17.27.41 # n1s: probably not, but rewriting that is not an option for 3.10 I think :) 17.27.57 # true 17.28.52 # perhaps event handlers? 17.28.54 # 97% usb stack used after taking a screenshot from the main menu 17.29.17 # it is a bit too close, yes 17.31.15 # h120 overflows in the main menu 17.36.14 # Stack size is 0x400 bytes + the number of bytes needed for a line 17.37.50 # It used to be that plus one sector (for FAT), but [7] removed that in r29445 while removing sectors on stack in fat.c 17.38.57 # <[7]> hm, 1K might just a bit too little for that 17.39.32 # <[7]> might be* 17.39.44 # Maybe we should make that 2*DEFAULT_STACK_SIZE + DUMP_BMP_LINESIZE? 17.39.56 # That adds 1K 17.40.03 # <[7]> what do you consider better? 2*DEFAULT or DEFAULT+0x400? 17.40.19 # Good question :) 17.40.22 # <[7]> we might also want to check where the allocation peak actually is 17.40.52 Join keyb_gr_ [0] (~chatzilla@p4FF03485.dip.t-dialin.net) 17.41.20 Quit keyb_gr (Ping timeout: 244 seconds) 17.41.22 Nick keyb_gr_ is now known as keyb_gr (~chatzilla@p4FF03485.dip.t-dialin.net) 17.42.31 # Where does the ATA driver run the ata idle callbacks from? 17.42.42 # <[7]> from the ata thread IIRC 17.42.56 # <[7]> at least on the targets that I maintain 17.43.21 # for ata.c, apparently the ata thread or ata_sleepnow() 17.44.23 # ata_sleepnow() isn't called from anywhere interesting 17.45.09 # I think I'll do + 0x400 for 3.10 17.55.24 # h120 uses 68% of a 0x850 byte stack 17.59.28 # <[7]> so there was a ~350 byte overflow? 17.59.40 # * [7] wonders since when this is broken 18.00.24 # <[7]> can that really stay unnoticed for more than 1700 revisions? 18.01.43 # Stack usage on the x5 is nearly the same on x5 and h120, even though one is colour and the other one isn't (which is a 240 byte difference in bmp line size). That seems to indicate that the overflow is not in the bit that actually makes the bmp 18.02.24 # And yes, that really does stay unnoticed. Most people run stable releases these days 18.04.11 # Similar numbers on gigabeat f 18.04.49 Quit bertrik (Remote host closed the connection) 18.04.59 # New commit by 03gevaerts (r31139): Add 1K to the usb stack to prevent overflow in screendump mode 18.05.25 Quit keyb_gr (Ping timeout: 245 seconds) 18.06.47 # Should I also do this on trunk, or does anyone feel like finding the actual problem soon? 18.07.27 # [7]: could you check this on nano2g? I'd like to make sure this isn't related to sector size... 18.07.40 # <[7]> sure 18.08.07 Join keyb_gr [0] (~chatzilla@p4FF03485.dip.t-dialin.net) 18.08.08 # <[7]> trying with r30904 18.08.40 # <[7]> 95% usage after screendump in main menu 18.09.15 # * [7] wonders what's the easiest way to get at a memory dump of that 18.10.03 # ok, so that looks similar to other targets, i.e. no sector in there 18.10.12 Quit Llorean (Changing host) 18.10.12 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 18.10.16 # <[7]> yeah, i'm pretty sure I got rid of those :) 18.11.21 # * [7] guesses the easiest way to catch it is to reduce the stack size by a couple of bytes until it crashes and then take a memory snapshot 18.12.24 # The problem is that the stack overflow panic isn't synchronous 18.12.38 # But yes, in this case that probably works 18.12.42 # <[7]> but probably close enough to figure out who owns that peak 18.13.09 # Nothing else should be happening in that thread around that time, so yes 18.15.07 # hm, the remote screendump still allocates too much for the filename 18.17.46 # New commit by 03gevaerts (r31140): Reduce stack allocation for remote screendump. The screendump filename is generated and known, so we don't need MAX_PATH. 18.18.53 # New commit by 03gevaerts (r31141): Backport r31140: Reduce stack allocation for remote screendump. The screendump filename is generated and known, so we don't need MAX_PATH. 18.19.23 # r31140 build result: 2 errors, 0 warnings (gevaerts committed) 18.20.01 # * [7] wonders if gevaerts wants to silence that build as suggested on the ML 18.20.34 # * gevaerts remembers that he was going to reply to that 18.22.05 # [7]: I wanted to give people a day or so to reply to that mail 18.23.06 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 18.26.43 # * [7] wonders if -ffunction-sections and --gc-sections could possibly fix it, or rather delay it :) 18.27.26 # dreamlayers looked at that 18.27.51 # They do gain a bit, but not enough to "save" the 8MB recorder 18.28.15 # he was looking with newer gcc isn't he? 18.28.59 # I think he tried with a newer gcc and with the current one 18.33.40 Quit keyb_gr (Ping timeout: 248 seconds) 18.34.01 # * [7] wonders why the postmortem dumper doesn't work any more 18.35.26 Quit stripwax (Ping timeout: 240 seconds) 18.35.36 # <[7]> this isn't particularly helpful... 18.36.53 # lebellium, ping 18.38.10 # * [7] wonders why there's a buflib allocation that's called "test" 18.38.47 # you can free it to test moving 18.40.30 # TheLemonMan: yes? 18.42.03 # oh, nothing heh 18.42.21 # i fucked up my q2 with an handmade kernel but recovered it 18.42.53 # you may add in your unbrick guide that uploading the updater.sb with my tools is enough too 18.43.06 # and it works on linux/mac and windows too 18.45.29 # TheLemonMan: I'm too lazy to update this tutorial now, I've worked 2 full days on my 240*320 theme for RB. I hope I will see it on the Q2 sooner or later ;) 18.46.16 Quit lxs-makot0 (Quit: leaving) 18.46.36 # maybe ill port rockbox as an sdl app here too 18.46.58 Quit mortalis (Quit: KVIrc 4.1.1 Equilibrium http://www.kvirc.net/) 18.47.00 *** Saving seen data "./dancer.seen" 18.49.10 # great ! 18.49.17 # could be an easier solution 18.50.23 Join lovasoa [0] (~olojkine@2a01:e35:8a2e:8080:e2b9:a5ff:fe5b:ca7b) 18.51.30 # TheLemonMan: better without sdl 18.51.31 # * bluebrother wonders why this malloc fails :/ 18.52.07 # even better, i just need a skeleton to start from 18.52.32 # there will be one once the R0 port is in 18.53.20 # so, i just need to write the driver backend and thats it, right ? 18.57.13 Join Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) 18.57.13 Quit Bagder (Changing host) 18.57.13 Join Bagder [241] (~daniel@rockbox/developer/bagder) 18.58.58 Quit n1s (Quit: Ex-Chat) 19.02.38 # also, i fear there will be some abi incompatibility between the kernel and the compiler used by rockbox 19.04.13 # <[7]> phew 19.04.19 # * [7] finally managed to capture a dump 19.05.23 Join Thra11 [0] (~thrall@87.114.214.30) 19.08.34 # <[7]> gevaerts: seems like the usage peak is somewhere inside the FTL 19.08.48 # hm 19.09.09 # So by extension probably somewhere in ata.c for the targets I tested on 19.10.08 # Which seems to imply it's something in fat.c 19.11.11 # <[7]> from what i can tell it's inside update_fsinfo() 19.12.07 # <[7]> or possibly before that... 19.12.50 # <[7]> i would need to catch the very moment where it overflows... hm, this would need instrumentation 19.15.05 Part lovasoa 19.15.22 Join lovasoa [0] (~olojkine@2a01:e35:8a2e:8080:e2b9:a5ff:fe5b:ca7b) 19.16.53 # hmm. Writing a c200 firmware to a e200 doesn't sound like a good idea, does it? 19.19.44 # New commit by 03jethead71 (r31142): Collect the 16-bit signed range sample clipping routines scattered about, which can be optimized on armv6 and create firmware/export/dsp-util.h (for ... 19.20.09 Join perrikwp [0] (~quassel@cpe-071-076-184-171.triad.res.rr.com) 19.21.04 # bluebrother: possibly not, no 19.21.08 Join keyb_gr [0] (~chatzilla@p4FF03485.dip.t-dialin.net) 19.22.30 # r31142 build result: 2 errors, 0 warnings (jethead71 committed) 19.23.49 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 19.25.01 # maybe sansapatcher should check that and error out ... 19.30.56 Join lorenzo92 [0] (~chatzilla@host116-104-dynamic.181-80-r.retail.telecomitalia.it) 19.30.58 # <[7]> dammit. our usb code must be leaving the usb controller in a state during screendump in which the postmortem dumper doesn't work 19.31.02 Quit stripwax (Ping timeout: 240 seconds) 19.31.57 # I was wondering why virtual keyboard has NO background image here on the R0, while gigabeat fx seem to have it (I've seen that in the manual) 19.35.53 Join alienkid [0] (~47bce795@www.haxx.se) 19.36.14 Quit alienkid (Client Quit) 19.45.48 # <[7]> dammit 19.46.00 # <[7]> no matter what i do, the usb dumper won't work if called from that location 19.47.09 # bertrik: yes, video playback looks correct on my clip zip (wisechip display) 19.52.27 Part lovasoa 19.57.17 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 19.57.46 # lorenzo92: can get your new firmware from somewhere? 19.58.40 # do you mean the one with /.rockbox folder at root? otherwise it has no other new things :) 19.58.48 # yea 19.58.54 # okay I'll upload it! 19.59.00 # by the way 19.59.06 # your build fixed DOOM 19.59.10 # now it finds wads 19.59.16 # but crashes when playing 19.59.20 # I'll post a new patch with alas sound soon 20.00.07 # yeah great 20.00.17 # funman: the latest lcd_yuv_blit changes were submitted by you? 20.00.47 # Buschel: which ones? 20.01.07 # funman: the introduction of the weak attributes? 20.01.20 # yes 20.01.24 Join n1s [0] (~n1s@nl118-175-223.student.uu.se) 20.01.24 Quit n1s (Changing host) 20.01.24 Join n1s [0] (~n1s@rockbox/developer/n1s) 20.01.48 # ok, then it would be great if you check FS#12427 20.01.48 # http://www.rockbox.org/tracker/task/12427 3win32 cc does not compile (undefined reference 'lcd_blit_yuv') (bugs, new) 20.01.58 # kugel: http://dl.dropbox.com/u/38710278/R0.ROM 20.02.09 # lorenzo92: not all plugins work with my patch. I removed some functionality for user timers (not on purpose) that sdl provided. perhaps doom needs that 20.02.23 # okay 20.02.54 # ah you need also the "new" starter... 20.03.06 # kugel: http://dl.dropbox.com/u/38710278/rockbox_loader.sh 20.03.25 # I restored that but it doesn't quite work, metronome ticks too slowly 20.03.47 # Buschel: hm, could you try mingw-w64 (with the -m32 option or by calling i686-mingw-w64-gcc) 20.04.56 # kugel: just found that there are 2 useless lines in the script, just don't care about them :D 20.05.01 # kugel: echo "enable_lp_audio" > /sys/devices/platform/mx37_lpmode.0/lp_modes 20.06.21 # lorenzo92: btw, imo we should have everything needed to install rockbox in svn too 20.06.40 # yes indeed :) 20.06.46 # e.g. the repack tool etc 20.06.54 # ah for the rom you mean? 20.07.20 # ideally we should only depend on a stock of you can download from Samsung 20.07.24 # yes 20.07.58 Join robin0800 [0] (~robin0800@149.254.61.168) 20.08.00 # samsung offers: kernel sources, busybox src, usermsc src + tools to pack new rom (unpack script was written by an user of a forum) 20.09.41 # kugel: basically a rom stores in "encrypted" format the following: MBoot (that's NOT flashed by an user update, only using samsung tool), ZImage, Cramfs and Sysdata 20.10.14 # Mboot searches in nand if R0.rom is present, if so flashes (don't know how) the components 20.10.19 Join hilbert [0] (~hilbert@adsl-89-217-225-41.adslplus.ch) 20.10.25 # to some internal memories of the IMX37 20.10.56 # hrm, the makefile keeps searching rockbox/firmware/{crt0.S,i2c.c} 20.11.06 # and dont seem to be there heh 20.11.56 # we really want that stuff in the wiki 20.12.43 # okay I will do that sooner or later :) 20.13.52 # funman: I only have i586-mingw32 installed. right now I am checking the build under cygwin 20.14.33 # i'll try here when i can find sdl for win32 20.14.45 Join Stummi [0] (~Stummi@rockbox/developer/Stummi) 20.15.11 # http://www.rockbox.org/wiki/UiSimulator has all the steps 20.16.51 # funman: I can send you ask later if you want 20.16.59 # sdl 20.20.58 # lorenzo92: any idea what we can do about usb? 20.21.06 # Buschel: i586-mingw32-gcc is 4.4 on debian sid 20.21.25 # kugel: well my safe mode uses a script to initialize it! 20.21.49 # you can find it in /etc/ 20.23.25 # Buschel: btw what prevents us from having an automatic win32 sim build? 20.26.50 Quit mgue (Ping timeout: 258 seconds) 20.28.34 Join mgue [0] (~mgue@p57B3D3B1.dip.t-dialin.net) 20.28.39 # im having such a great fun with compilers, i cant find one that works with rockbox 20.29.58 # TheLemonMan: use rockboxdev.sh to build all the compilers you need 20.30.19 # or are you porting to a new target? 20.30.37 # the latter, i need a toolchain with the gnu eabi 20.34.23 # wow win32 sim gives loads of warnings 20.35.29 Join ahtmly2k [0] (~Dadi@118.96.213.24) 20.35.38 # Buschel: mingw-w64 gives the same error 20.35.56 # gcc 4.6 an/usr/bin/ccache i686-w64-mingw32-gcc -o /home/fun/sim/rockboxui.exe /home/fun/sim/apps/action.o /home/fun/sim/apps/alarm_menu.o /home/fun/sim/apps/abrepeat.o /home/fun/sim/apps/bookmark.o /home/fun/sim/apps/debug_menu.o /home/fun/sim/apps/filetypes.o /home/fun/sim/apps/language.o /home/fun/sim/apps/main.o /home/fun/sim/apps/menu.o /home/fun/sim/apps/menus/menu_common.o /home/fun/sim/apps/menus/display_menu.o /home/fun/sim/apps/menus/theme_m 20.36.12 # ... and binutils 2.21... 20.36.13 # btw, my cygwin build environment compiles sim w/o any issues 20.37.59 # HELP: I'm planning to give my iPod Mini 1st Gen 4Gb a CompactFlash mod.. and I was wondering is there a way to install a stand-alone Rockbox system into the fresh empty CompactFlash drive without having to install the original Apple iPod OS? 20.38.54 # ahtmly2k: have a look at http://www.rockbox.org/wiki/IpodPatcher#Advanced_Rockbox_install_methods_with_ipodpatcher 20.39.22 # Buschel: you're running cygwin on windows, right? 20.40.00 # thanks i'll have a look at it.. 20.40.10 # yes, that was my former build environment (which still works). I migrated to Ubuntu under VMware 20.40.39 # New commit by 03bluebrother (r31143): sansapatcher: guard platform specific files. ... 20.40.45 # New commit by 03bluebrother (r31144): sansapatcher: factor out handling of bundled bootloaders. ... 20.40.51 # ahtmly2k: make sure you add some cardboard or something like that to make up for the CF card being thinner than the original drive. If you don't you might have button issues 20.42.34 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) 20.43.05 Nick Guest4888 is now known as liar (~liar@clnet-p09-185.ikbnet.co.at) 20.43.15 # r31143 build result: 2 errors, 0 warnings (bluebrother committed) 20.43.56 # Buschel: http://sourceware.org/bugzilla/show_bug.cgi?id=11539 20.44.23 # would it be better to use a sheet of cardboard or should i use the rubber/shock-absorber wrapping intended for the original MicroDrive? ..and is it to avoid button issues or to prevent the CF from sliding around the place? 20.45.23 # r31144 build result: 2 errors, 0 warnings (bluebrother committed) 20.45.31 # ahtmly2k: I'd use both. A bit of cardboard to go from 3.5mm to 5mm, and the shock absorber to keep everything in place. The problem is that (for some people) the buttons don't work reliably if there's nothing "pushing them back" 20.45.49 # Well, unless you have a thick CF card, but those arem 20.45.51 # t comon 20.45.54 # *common 20.46.19 Quit Misanthropos (Remote host closed the connection) 20.46.34 # thread.h:261: error: field 'context' has incomplete type 20.46.48 # le-derp, this thing is becoming frustrating 20.47.04 *** Saving seen data "./dancer.seen" 20.48.16 # got it.. i was just thinking that thanks.. oh by the way.. i read that the modding requires the CF to be "fully ATA compatible".. How does one know for sure the chosen CF is "fully ATA compatible"? 20.48.40 # isn't all CF "fully ATA compatible"? 20.50.22 # Not all of them, no. I'd expect modern ones to be though. http://www.rockbox.org/wiki/CFModGuide may be helpful 20.51.26 Join lovasoa [0] (~olojkine@78.251.17.116) 20.51.39 # our code is really not clean w.r.t to sd and mmc 20.52.07 # everywhere I see assumptions about having sd or mmc but not both 20.52.08 # Speaking about CFs - unfortunately this is hit&miss. 20.52.33 # ahtmly2k: i've put a bog standard kingston 32GB CF card into my mini2g. 20.52.36 # no problems. 20.52.48 # thinking about the upcoming release, how about changing the logo to something including "10 years" for that release? ;-) 20.53.11 # well, apart from dropping the thing and ruining the connector cable, but one can hardly blame the CF card for that. 20.53.20 # Buschel: ah lcd_blit_yuv definition is removed from the .o 20.53.54 # * bluebrother has a mini2g with a broken connector cable as well 20.54.19 # got a replacement part on ebay for a handful of euros 20.54.35 Quit hilbert (Ping timeout: 245 seconds) 20.54.39 # thinking of it, there's pretty little on that thing I haven't replaced yet. 20.55.23 Quit swilde (Ping timeout: 252 seconds) 20.56.45 # someone should try to solder socket to unpopulated header on mini mainboard and find out if this is jtag by chance. With some luck this would allow to find out whats wrong with our shutdown code 20.56.49 # oh ok great then.. i've got this choice of a cheap 32gb CF of a local brand.. i just sent a FAQ email to them asking if their CFs are "fully ATA compatible".. hope the answer's positive.. i can't wait to get started on modding my mini.. 20.57.01 # code, though it 20.57.01 # can also be used with non-function declarations. Weak symbols are 20.57.01 # supported for ELF targets, and also for a.out targets when using 20.57.01 DBUG Enqueued KICK funman 20.57.01 # the GNU assembler and linker. 20.57.33 # haven't found that part on ebay yet. Just broken minis which you can't be sure have that part intact 20.57.44 Join hilbert [0] (~hilbert@adsl-89-217-225-41.adslplus.ch) 20.59.11 # http://sourceware.org/binutils/docs/ld/WIN32.html mentions 'weak externals' but i'm not sure how they differ from gcc's "weak" 21.03.46 # ho the function is there, but it's called "_lcd_blit_yuv._lcd_framebuffer" 21.03.49 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) 21.04.15 # Buschel: can you do i586-mingw32msvc-nm on lcd-16bit.o ? 21.08.29 # http://pastie.org/2965941 21.09.34 # not sure what's the name: _lcd_blit_yuv.something_else 21.10.20 # there's a line "w _lcd_blit_yuv" 21.12.14 # for arm i see W lcd_blit_yuv 21.12.19 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 21.12.29 # and in info nm: On some systems, uppercase indicates that a default 21.12.29 # value has been specified. 21.12.42 # bbl 21.13.57 # kugelp: Did you remarj= 21.14.17 # kugelp: Did you remark that rebv 21.14.38 # Sorry, I have problems with my keyboard 21.15.03 # Did you remark that the reversi plugin makes the R0 crash? 21.15.31 # aaarrrgggg, I hate having to work with this SD/MMC crazyness, how the hell did we end up in this situation 21.16.51 # pamaury: take a deep breath and ... fix it :-) 21.17.08 # yeah, I'm thinking about how to do this 21.18.37 Quit Xerion (Read error: No route to host) 21.18.49 # gotta go now, see you later 21.18.52 Quit Buschel (Quit: ChatZilla 0.9.87 [Firefox 8.0/20111104165243]) 21.19.06 Join Strife89 [0] (~Strife89@207.144.201.128) 21.19.51 Quit y4n (Quit: HOLY SHIT! WE'RE ALL JUST LIVING ON A GINORMOUS FUCKING SPINNING ROCK FLOATING THROUGH SPACE CIRCLING A BIG FUCKING BALL OF FIRE!!!) 21.24.55 # why is sd.c in drivers/ ?? 21.25.18 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 21.25.18 Quit bertrik (Changing host) 21.25.18 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 21.28.41 Quit Thra11 (Read error: Operation timed out) 21.30.33 Quit factor (Quit: Leaving) 21.30.43 Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) 21.31.00 Join niekie [0] (quasselcor@CAcert/Assurer/niekie) 21.34.00 Join factor [0] (~factor@74.197.205.204) 21.34.14 # <[7]> because lots of things are in drivers/ for no apparent reason 21.35.08 Quit factor (Client Quit) 21.36.04 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) 21.36.06 Join factor [0] (~factor@74.197.205.204) 21.39.57 Quit robin0800 (Read error: Connection timed out) 21.40.45 Join robin0800 [0] (~robin0800@149.254.60.40) 21.41.53 # New commit by 03bertrik (r31145): FS#12424 - latvian translation update by Mārtiņš Šimis 21.43.58 # r31145 build result: 2 errors, 0 warnings (bertrik committed) 21.44.38 Quit hilbert (Quit: Computer has gone to sleep.) 21.45.27 Join Xerion [0] (~xerion@5419A766.cm-5-2c.dynamic.ziggo.nl) 21.46.20 Join hilbert [0] (~hilbert@adsl-89-217-225-41.adslplus.ch) 21.47.23 # pamaury: where should it be ? 21.48.47 # in firmware/ because i'ts a driver at all, it's related our own rockbox messy storage architecture 21.48.57 # *it's not 21.50.12 Quit thegeek (Read error: Connection reset by peer) 21.50.20 # bertrik: should that translation go to 3.10? 21.50.36 # bertrik: did you have problems with video playback on your zip? 21.50.44 # I have no idea 21.50.49 # funman, no 21.55.01 # it has strings for LANG_GLYPS, LANG_KEYCLICK_*, LANG_LIST_LINE_PADDING, LANG_SHORTCUTS and SLEEP_TIMER_* 21.55.55 # this branch period is becomming painful 21.56.11 # Are there ways to automatically pick relevant bits from a translation? There was a recent commit for italian, but only to trunk 21.58.17 Join TheLemonMan_ [0] (~giuseppe@ppp-162-34.26-151.libero.it) 21.58.46 # i think extra phrases are ignored 21.58.49 Quit TheLemonMan (Quit: Screw you, im going home) 22.00.46 # phrases LANG_LIST_LINE_PADDING and the SLEEP_TIME_* need to be backported to the 3.10 branch for this language 22.01.55 # Buschel: ping 22.02.05 # roght 22.02.08 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 22.02.08 # * gevaerts tries 22.02.31 # funman, I played the 128x128 version of elephants dream, which ran fine (image is cropped). Which made me think about newer open movies we could post on the wiki as sample videos 22.03.43 # gevaerts, what are you trying? a) port only the relevant bits to 3.10? or b) port the entire diff to 3.10? 22.03.55 # New commit by 03gevaerts (r31146): Merge Italian and Latvian from trunk 22.04.25 # bertrik: I ended up applying the patch and then running genlang -u for the relevant languages 22.04.31 # That seems to have done what I want 22.04.36 # I hope :) 22.07.10 # New commit by 03funman (r31147): Compile fix for mingw-w64 ... 22.07.14 # New commit by 03funman (r31148): Don't define str(n,i)cmp(i): we don't use those 22.09.22 # r31147 build result: 2 errors, 0 warnings (funman committed) 22.11.34 # r31148 build result: 2 errors, 0 warnings (funman committed) 22.11.35 Quit Stummi (Quit: Bye!) 22.11.42 Quit wodz (Quit: Leaving) 22.13.09 Quit Strife89 (Ping timeout: 252 seconds) 22.13.24 # bertrik: yeah, perhaps not only blender videos 22.13.59 Quit TheLemonMan_ (Quit: Screw you, im going home) 22.14.55 # Is there a way to get statistics about language completeness? 22.15.37 # gevaerts: http://translate.rockbox.org/ 22.16.01 # funman: that tells me about trunk 22.16.54 # bertrik: http://www.archive.org/details/movies 22.18.20 # http://www.archive.org/download/Alice_in_Wonderland_1903/Alice_in_Wonderland_1903.mpg is mpeg2 (silent) 22.19.39 # ffmpeg has a lot of test samples on their server as well 22.20.22 # are they fun to watch though ? :) 22.31.51 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 22.31.51 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) 22.32.11 Part lovasoa 22.34.09 Quit n1s (Quit: Ex-Chat) 22.38.05 # hello :) I'm trying to use backtrace and I need now to use utils/analysis/find_addr.pl but it seems that I miss a library : Can't locate String/Scanf.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl .) at ./find_addr.pl line 20. Does anybody know which one? 22.39.21 # jlbiasini: distro? 22.39.31 # debian 22.39.53 # use packages.debian.org to search for that Scanf.pm file 22.40.08 # ok thks 22.42.39 Quit lorenzo92 (Quit: ChatZilla 0.9.87 [Firefox 8.0/20111115183813]) 22.46.34 # funman: sorry I did not follow the whole discussion. Is the Alice in Wonderland movie supposed to work on Zip with r31148. 22.46.36 # ? 22.47.02 Join Strife89 [0] (~Strife89@207.144.201.128) 22.47.07 *** Saving seen data "./dancer.seen" 22.48.35 # lebellium: no clue, it's a mpeg2 movie so it should work on mpegplayer 22.48.51 # lol the only Scanf.pm that apt-file could find is in dvdrip!!! :D 22.50.14 # funman: when I start the playback the screen turns off and nothing seems to react. I have to reset it. But well that's not a big deal, I was just trying it by curiosity, I won't watch a movie on that poor screen^^ 22.54.22 # no no Scanf.pm in debian pehraps because i'm on 64 bits? 22.54.32 # unlikely 22.55.01 # then I'll go for dvdrip! 22.58.19 # lebellium: try a smaller version perhaps 23.04.13 # funman: yeah with the 128*128 sample from the RB website, it works fine :) 23.13.09 Part domonoky 23.16.29 Part jlbiasini 23.30.29 Join lovasoa [0] (~olojkine@78.251.17.116) 23.35.37 Join dreamlayers [0] (~bgjenero@bas4-windsor12-1242457654.dsl.bell.ca) 23.35.37 Quit dreamlayers (Changing host) 23.35.37 Join dreamlayers [0] (~bgjenero@rockbox/developer/dreamlayers) 23.40.46 Join Scromple [0] (~Simon@115-64-195-104.static.tpgi.com.au) 23.47.11 Part lovasoa 23.49.11 Quit Horschti (Quit: Verlassend) 23.56.26 Quit Strife89 (Ping timeout: 244 seconds)