--- Log for 30.11.112 Server: sturgeon.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 9 days and 22 hours ago 00.10.35 *** Saving seen data "./dancer.seen" 00.12.41 Join [Saint_] [0] (~saint@rockbox/user/saint) 00.13.32 Quit bertrik (Remote host closed the connection) 00.13.42 Quit [Saint] (Ping timeout: 255 seconds) 00.16.24 Join lebellium_ [0] (~chatzilla@g231190051.adsl.alicedsl.de) 00.18.03 Quit lebellium (Ping timeout: 256 seconds) 00.18.18 Nick lebellium_ is now known as lebellium (~chatzilla@g231190051.adsl.alicedsl.de) 00.18.37 Quit Wardo (Read error: Connection reset by peer) 00.23.31 Quit sentriz (Quit: Leaving) 00.36.50 Join Topy44 [0] (kvirc@f048035093.adsl.alicedsl.de) 00.38.18 Quit pamaury (Read error: Operation timed out) 00.43.13 Quit Gallomimia (Ping timeout: 260 seconds) 00.48.49 Quit kevku (Ping timeout: 260 seconds) 00.51.32 Quit prof_wolfff (Ping timeout: 246 seconds) 00.51.52 Nick [Saint_] is now known as [Saint] (~saint@rockbox/user/saint) 00.52.18 Join followerOfMammon [0] (~52515294@www.haxx.se) 00.53.35 # It turns out i'm stupid, i accidentally pushed the wrong files to the master branch. does anyonw know how to undo this? 00.54.48 # ? 00.56.18 # I accidentaly pushed files to gerrit 00.56.32 # can i just do 'abandon change'? 00.57.03 # yes 00.57.10 # OK thanks 00.57.26 Quit ender1 (Quit: Ignorance is no barrier to certainty.) 00.57.30 # * [Saint] points out that nothing was actually pushed to master and you can just abandone the changes 01.08.01 Join lebellium_ [0] (~chatzilla@g231205067.adsl.alicedsl.de) 01.09.51 Quit lebellium (Ping timeout: 246 seconds) 01.09.57 Nick lebellium_ is now known as lebellium (~chatzilla@g231205067.adsl.alicedsl.de) 01.14.24 Quit brkfstsqd (Read error: Connection reset by peer) 01.16.46 Nick Belzebub_ is now known as Belzebub (~torrentow@195.117.144.66) 01.19.32 Join brkfstsqd [0] (~quassel@ip68-224-121-213.lv.lv.cox.net) 01.36.25 Quit XavierGr (Ping timeout: 260 seconds) 01.40.52 Quit followerOfMammon (Quit: CGI:IRC (Ping timeout)) 01.41.27 Join Gallomimia [0] (~Gallo@d216-232-229-219.bchsia.telus.net) 01.57.04 Quit lebellium (Quit: ChatZilla 0.9.89 [Firefox 18.0/20121121075611]) 02.10.39 *** Saving seen data "./dancer.seen" 02.20.17 Quit Gallomimia (Read error: Connection reset by peer) 02.22.44 Join Gallomimia [0] (~Gallo@d216-232-229-219.bchsia.telus.net) 02.44.19 Join amayer [0] (~alex@h227.25.25.72.ip.windstream.net) 03.09.42 Join AlexP_ [0] (~alex@rockbox/staff/AlexP) 03.09.52 Quit AlexP (Ping timeout: 240 seconds) 03.17.15 Quit AlexP_ (Ping timeout: 246 seconds) 03.22.33 Join eckoit [0] (~ryan@50.65.10.24) 03.26.37 Join AlexP [0] (~alex@rockbox/staff/AlexP) 03.33.34 # if i use: 03.33.36 # git checkout -b BRANCH_NAME -t origin/master 03.33.38 # will that let me work on multiple change sets that I can submit to gerrit and dont depend on anything but the current branch? 03.33.55 # (ie. if i want to work on 2 different features at the same time) 03.47.39 # <[Saint]> just do "git branch new_branch_name" and then "git checkout new_branch_name" 03.47.57 # <[Saint]> the origin is set for the repo, not the branch. 03.49.02 # <[Saint]> If you want to diff against master, do "git diff origin/master" 03.49.45 # * [Saint] points out that this is covered in the Using Git wiki page 03.50.06 # <[Saint]> errr, actually, I don't know that for a fact...but, it damn well should be. 03.50.14 # <[Saint]> Ah, yes. Yes it is. 03.51.28 # <[Saint]> To get back to master from one of your branches, just checkout master. 03.53.13 # [Saint]: i dont think you understand my question 03.53.14 # if i just git branch NEW_NAME it will be based on what ever branch i am currently on right? 03.53.16 # well then it will depend on my previous changes(ones i havent submitted yet). ive already had this problem with gerrit 03.54.22 # <[Saint]> the reason you're having this problem is because you're not working with branches correctly :) 03.55.55 # <[Saint]> Unless you're only working on one thing at a time, you should branch. 03.56.12 # i am branching 03.56.36 # <[Saint]> Then, I'm not clear on what you're fucking up. 03.57.29 # right now i have 3 branches 03.57.30 # master 03.57.32 # database 03.57.34 # config 03.57.36 # master is untouched(exact same as origin/master) 03.57.38 # datbase is based on master 03.57.40 # config is based on master 03.57.42 # is this how i should be doing it? 03.57.48 # <[Saint]> Yes. 03.59.03 # [Saint]: *shakes head* this is way more simple then i am putting it up to be 03.59.05 # i am confusing myself for no reason 04.00.19 # but i do have another question: 04.00.21 # lets say i submit the "config" branch and it is merged on gerrit 04.00.23 # then do i switch to master and "git pull --rebase"? 04.00.25 # and will this effect my "database" branch? 04.01.06 # <[Saint]> Yes. 04.01.07 # or do i just delete branches as they are merged in(assuming im done working on them) 04.02.05 # <[Saint]> Well, once it's in HEAD, and assuming you're done working on it...there's no need to keep the branch around unless you're nostalgic about it. 04.02.53 # <[Saint]> And yes, it *will* effect your database branch, but it should rebase fine (or allow you to adjust the conflicts manually during the merge) 04.03.12 # [Saint]: thank you 04.03.46 Join breakfastsquid [0] (~quassel@ip68-224-121-213.lv.lv.cox.net) 04.03.53 # for now nothing conflicts in my brances(im not up to that hard core level of coding, and i only have 2 branches) 04.04.32 Quit breakfastsquid (Remote host closed the connection) 04.05.11 # can anyone that knows basic php check this out? 04.05.13 # http://gerrit.rockbox.org/r/#/c/361/ 04.05.14 Part eckoit 04.10.43 *** Saving seen data "./dancer.seen" 04.20.00 Quit pixelma (Disconnected by services) 04.20.01 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 04.20.01 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 04.20.03 Quit amiconn (Disconnected by services) 04.20.04 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) 04.20.06 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) 04.50.57 Join TheSphinX_ [0] (~briehl@p5B322E3C.dip.t-dialin.net) 04.54.04 Quit TheSphinX^ (Ping timeout: 246 seconds) 04.54.52 Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) 05.09.32 Quit Gallomimia (Quit: I am likely going to change locations) 05.29.05 Quit Clear_runway (Ping timeout: 252 seconds) 05.32.59 Quit TheSeven (Disconnected by services) 05.33.08 Join [7] [0] (~quassel@rockbox/developer/TheSeven) 05.38.49 Part amayer 05.39.15 Quit Rower85 (Quit: Hmmm...) 05.39.50 Quit brkfstsqd (Remote host closed the connection) 05.56.09 Join jhMikeS [0] (~jethead71@50.4.240.19) 05.56.09 Quit jhMikeS (Changing host) 05.56.09 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 06.10.47 *** Saving seen data "./dancer.seen" 06.23.34 Join eckoit [0] (~ryan@50.65.10.24) 06.35.01 Join Gallomimia [0] (~Gallo@d216-232-229-219.bchsia.telus.net) 06.43.41 Quit SuperBrainAK (Quit: pbly going to sleep /_\) 06.51.09 Join mortalis [0] (~mortalis@195.34.194.126.kalibroao.ru) 07.05.53 Quit soap (Ping timeout: 260 seconds) 07.35.19 Join Gallomimia_ [0] (~Gallo@d216-232-229-219.bchsia.telus.net) 07.36.35 Quit Gallomimia (Ping timeout: 248 seconds) 07.36.36 Nick Gallomimia_ is now known as Gallomimia (~Gallo@d216-232-229-219.bchsia.telus.net) 08.02.00 Quit ps-auxw (Read error: Operation timed out) 08.05.23 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) 08.09.20 Quit Prodicus (Ping timeout: 246 seconds) 08.10.48 *** Saving seen data "./dancer.seen" 08.17.55 Join Zagor [0] (~bjst@sestofw01.enea.se) 08.17.56 Quit Zagor (Changing host) 08.17.56 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 08.21.31 Join ender [0] (krneki@foo.eternallybored.org) 08.26.38 Join LinusN [0] (~linus@giant.haxx.se) 08.29.33 # <[Saint]> scorche`: Have you noticed that "quote" is non-functional in the forums? 08.29.54 # <[Saint]> (neither "quote" nor "insert quote" are functional. 08.29.56 # <[Saint]> ) 08.38.35 Quit jhMikeS (Read error: Connection reset by peer) 08.43.44 Quit Galois (Ping timeout: 260 seconds) 08.44.22 Quit vedos_ (Ping timeout: 260 seconds) 08.44.29 Join vedos [0] (draft@ipv6.disharmony.fi) 08.45.18 Quit LinusN (Ping timeout: 260 seconds) 08.45.29 Join LinusN [0] (~linus@giant.haxx.se) 08.49.14 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 08.50.22 Join wodz [0] (~wodz@89-76-32-53.dynamic.chello.pl) 08.51.20 # pamury: (log) After hitting setup interrupt I have such content of SETUP1 and SETUP2 registers (looks sane to me): http://pastie.org/5456558 08.53.03 Quit factor (Read error: Connection reset by peer) 08.53.56 # pamury: I think the main problem with malformed response comes from incompatibility of struct usb_ctrlrequest and SETUP1 and SETUP2 layout. 08.56.54 Quit wodz (Quit: Leaving) 08.57.55 # <[Saint]> JdGordon: (log) - I saw a post of yours where you mentioned that the (optional) hiding/moving (I'd really prefer them at the bottom of the list personally, rather than gone altogether) of the and entries would be something you'd consider...is this still the case, and, do you have any idea how you'd implement it if you did so? 09.08.47 Join kevku [0] (x@2001:470:28:773::3) 09.10.50 Join factor [0] (~factor@74.196.97.147) 09.13.03 Join jhMikeS [0] (~jethead71@50.4.240.19) 09.13.03 Quit jhMikeS (Changing host) 09.13.03 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 09.17.00 Join melmothX [0] (~melmoth@unaffiliated/melmothx) 09.23.49 Quit bertrik (Ping timeout: 260 seconds) 09.25.55 Join petur [0] (~petur@rockbox/developer/petur) 09.45.40 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 10.01.34 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 10.02.02 # wodz: can you commit you work on usb ? this way we have something minimal which works 10.02.11 # it would be interesting to find the culprit line :) 10.03.31 # pamaury: My work is messy. 10.04.07 Quit Buglouse (Ping timeout: 246 seconds) 10.04.59 # SETUP1,SETUP2 reg mapping to struct usb_ctrlrequest looks correct 10.06.08 # pamaury: what should be correct answer of the device to such request? 10.07.10 # you need to give thr setup packet to the usb stack (don't remember the exact function name). It will then call the usb_drv_send/recv functions to done the answer 10.07.28 # I can implement/fix that since we now have the interrupts working. 10.09.09 # Great. I'll cleanup my work a bit and commit later. 10.09.59 # pamaury: usb_core_control_request((struct usb_ctrlrequest*)setup_data); should do the trick, no? 10.10.17 # if so we inform the core correctly about setup 10.10.49 *** Saving seen data "./dancer.seen" 10.21.33 Join Buglouse [0] (~Buglouse@unaffiliated/Buglouse) 10.22.15 Join XavierGr [0] (XavierGr@82.67.73.175) 10.22.17 Quit XavierGr (Changing host) 10.22.17 Join XavierGr [0] (XavierGr@rockbox/staff/XavierGr) 10.25.55 # wodz: yes 10.27.02 # of course for it to work correctly you need to have control transfers implemented and there might be subtle things related to 0 length transfers (aka ack) depending on the core but I saw a detailled example of a setup transaction on the datasheet explaining everything 10.27.36 # lets hope it is accurate :-) 10.27.41 Quit Gallomimia (Quit: Gallomimia) 10.27.50 Join markun [0] (~markun@rockbox/developer/markun) 10.27.51 # I need to go, see you later 10.33.00 Quit pamaury (Ping timeout: 246 seconds) 10.38.40 Join zaphee [0] (~user@tru67-2-88-180-61-48.fbx.proxad.net) 10.39.58 Part zaphee 10.40.16 Join zaphee [0] (~user@tru67-2-88-180-61-48.fbx.proxad.net) 10.49.54 Quit jhMikeS (Ping timeout: 260 seconds) 11.06.32 Join pamaury [0] (~quassel@sphinx.lix.polytechnique.fr) 11.06.32 Quit pamaury (Changing host) 11.06.32 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 11.09.41 # wodz: do you have an example atj file with version 7d ? 11.09.55 # I don't want to have a look at all files in the archives you sent me 11.20.46 # pamaury: not here. I can send you one when I get home 11.21.16 # you gave the links to the atj materials, are there such files in this archive ? 11.35.47 Join followerOfMammon [0] (~52515294@www.haxx.se) 11.49.04 # yes 11.49.50 Quit followerOfMammon (Quit: CGI:IRC) 12.06.43 Join einhirn [0] (~Miranda@2001:638:605:4:8d8f:88d5:97de:5221) 12.06.53 # pamaury: in usdk130tag_1015_for_actar....rar->sdk/bin/*.drv 12.08.16 # pamaury: what is the purpose of usb_drv_recv(EP_CONTROL, NULL, 0); before usb_drv_send() in request_handler_device()? 12.10.03 # nevermind, was looking at wrong place 12.10.52 *** Saving seen data "./dancer.seen" 12.11.23 # hmm, still it is used in number of places before usb_drv_send() what it is for? 12.22.52 Join xela [0] (~alex@88.130.197.194) 12.24.20 # Hey, I had rockbox working running on an iPod 5.5 with 80gb harddisk. Now I replaced the harddrive with a 240gb model and get stuck at the bootloader level 12.25.36 # gcc -o convttf convttf.c 12.25.36 # anybody in here has done something similar? I tried to follow the guidelines but havent had success yet. 12.25.41 # /usr/include/ft2build.h:56:38: fatal error: freetype/config/ftheader.h: No such file or directory 12.25.50 Quit petur (Quit: *plop*) 12.25.52 # any idea what I'm missing? 12.25.58 # freetype2 is installed 12.27.48 # ah nevermind 12.28.59 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 12.31.20 Join Topy44|2 [0] (kvirc@g228138017.adsl.alicedsl.de) 12.31.46 # wodz: to receive the ack from the host. Basically there are two types of control transfers: 12.31.46 # H->D: Host sends setup, host sends (device recv), dev acks (send ZLP(zero length packets)) 12.31.46 # D->H: Host sends setup, host receives (device sends), host acks (send ZLP (device recv ZLP)) 12.31.48 Quit fs-bluebot (Ping timeout: 246 seconds) 12.32.12 # the usb_drv_recv(EP_CONTROL, NULL, 0); is before the sent to make sure the ack doesn't timeout 12.32.17 Quit bluebrother^ (Ping timeout: 256 seconds) 12.33.06 Join fs-bluebot [0] (~fs-bluebo@g231121142.adsl.alicedsl.de) 12.34.43 Quit Topy44 (Ping timeout: 248 seconds) 12.35.47 # copper: freetype2-dev ? 12.36.17 Quit GodEater (Ping timeout: 250 seconds) 12.36.35 # 'make convttf' simply worked 12.36.42 # but damn 12.36.53 # USB on the iPod Classic is _really_ problematic 12.36.56 Join GodEater [0] (~bibble@cl-711.lon-02.gb.sixxs.net) 12.36.56 Quit GodEater (Changing host) 12.36.56 Join GodEater [0] (~bibble@rockbox/staff/GodEater) 12.37.22 # it keeps crashing / freezing 12.38.24 # wodz: the firmware modify tool doesn't seem to handle these *.drv things, we need to find a tool which does to disassemble it 12.39.17 Quit kevku (Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/) 12.40.38 Quit bluebrother (Read error: Operation timed out) 12.40.54 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 12.54.46 Quit Buglouse (Ping timeout: 246 seconds) 12.56.22 Nick Bullet` is now known as Staphylo (~Staphylo@mareo.fr) 13.00.27 Join Buglouse [0] (~Buglouse@unaffiliated/Buglouse) 13.02.52 Quit Buglouse (Ping timeout: 246 seconds) 13.03.09 Quit pixelma (Ping timeout: 246 seconds) 13.03.17 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 13.03.17 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 13.04.59 Join Buglouse [0] (~Buglouse@unaffiliated/Buglouse) 13.07.04 Join [Saint_] [0] (~saint@rockbox/user/saint) 13.07.42 Quit [Saint] (Ping timeout: 246 seconds) 13.12.22 Quit wodz (Quit: Leaving) 13.17.20 Quit ender (Read error: Connection reset by peer) 13.17.21 Join ender1 [0] (krneki@foo.eternallybored.org) 13.20.12 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 13.22.50 # pamaury: I don't truly understand - I get such setup packet http://pastie.org/5456558 so according to your description device should send response packet (usb_drv_send to EP0) but the core calls usb_drv_recv() before that. Is it suppose to sit and wait for packet to come from host? 13.23.27 # usb_drv_send is blocking but usb_drv_recv is not 13.23.49 # we do the receive so that the core accepts the ack of the host and then we do the actual send 13.24.41 # the acks comes *after* the send but if we did the other way around we could timeout due to the delay of send_complete + usbstack notification + usb_drv_recv. That's why we do it before 13.24.58 # ok, rk27xx driver is broken here I guess 13.26.23 # really the best way to develop a usb driver is with a usb analyzer, especially for the control transfers where you can fail at many points. And you need to know all the weird details of usb :) 13.27.01 # oh and also there is trick: many host will actually reset the device before even acking the device the first time it is connected 13.27.22 # wireshark should do, and for all bloody usb details I have pretty good support from you :-) 13.29.32 # one thing you need to know if that some usb controllers treat ZLP as normal packets, so will require you to set a special bit and so will even manage them in hardware in which case you should absolutely not trigger a receive :-/ 13.29.40 # *some 13.30.50 # I am just looking at sdk to see if they wait for ack 13.30.56 # another painful points is that some usb controllers which automatically break the usb control data in packets and some will require you to do it manually, in which case you must be careful because you need to send a ZLP if the transfer size is a multiple of the packet size 13.31.35 # (except if you send the exact amount of data requested by the host perhaps, I'm not sure) 13.32.39 # usb is soooo overcomplicated for what it does actually 13.37.44 # the high-level view of usb is nice imo, but the low-level details are complicated 13.39.24 # pamaury: what is "2 stage transaction"? 13.40.09 # D->H ? 13.40.45 # Device to host 13.40.45 # a two stage transaction with two stages: one send/recv and one status(ack). You can have one stage transaction where there is no data sent and only a ack 13.41.58 # Basically you have 3 cases: 13.41.58 # 1) Host sends SETUP, Device sends ACK (one stage) 13.41.58 # 2) Host sends SETUP, Host sends DATA, Device sends ACK (two stages) 13.41.58 DBUG Enqueued KICK pamaury 13.41.58 # 3) Host sends SETUP, Device sends DATA, Host sends ACK (two stages) 13.43.03 # the usb stack should manage everything for you, you just have to implement the send/recv in the drive (and ack=send/recv with length 0) 14.10.53 *** Saving seen data "./dancer.seen" 14.28.38 Join Gallomimia [0] (~Gallo@d216-232-229-219.bchsia.telus.net) 14.30.13 Quit wodz (Quit: Leaving) 14.31.07 Quit melmothX (Ping timeout: 250 seconds) 14.31.42 Join dva5912 [0] (46a7e737@gateway/web/freenode/ip.70.167.231.55) 14.33.41 # Hey you all ive got an interesting project im working on for my Fiancee. I found a Craig cmp641F, did a google search just to find out it uses rockbox! who would have thought! I know there may be different drivers, and one online fourm states that i need to disasemble it... What tool can i use to do this (I have the base.rbk 14.33.41 # RKW 14.36.22 Quit Gallomimia (Read error: No route to host) 14.38.35 Join soap [0] (~soap@cpe-174-102-96-10.woh.res.rr.com) 14.38.35 Quit soap (Changing host) 14.38.36 Join soap [0] (~soap@rockbox/staff/soap) 14.41.30 Join melmothX [0] (~melmoth@unaffiliated/melmothx) 14.45.40 Quit soap (Ping timeout: 264 seconds) 14.56.45 Join soap [0] (~soap@cpe-174-102-96-10.woh.res.rr.com) 14.56.45 Quit soap (Changing host) 14.56.45 Join soap [0] (~soap@rockbox/staff/soap) 14.58.53 # Would any one be interested in dissasembling thin bin to find out the driver for the LCD 15.03.13 # dva5912: I would be rather surprised if it actually does use rockbox 15.03.40 # http://forums.rockbox.org/index.php?topic=34081.0 15.03.45 # mine matches exactly this 15.03.56 # gevaerts: ^^ 15.04.26 # and i added the rkusb.key to the devices root and it acted exactly the same 15.05.24 # I don't see any indication in that thread of it actually running rockbox, apart from some claimed UI likeness 15.06.13 # Anyway, I suspect wodz' offer of looking at the firmware is still valid 15.06.20 # very true. I guess im barking up the wrong tree.. again 15.06.52 # Then ill inquire there 15.07.19 # You're a bit unlucky. wodz left the channel about two minutes before you joined... 15.07.24 Join Rower85 [0] (husvagn@v-413-alfarv-90.bitnet.nu) 15.07.30 Quit mortalis (Quit: Leaving) 15.07.41 # But yes, replying to that thread is probably best 15.12.18 # very nice. 15.14.15 # well maybe im going about this the wrong way.What im wanting to make this do is to do a photo screen saver, and then later on for my project it should need to take input from a usb device via serial to display some information 15.14.37 # Ive got a very elaborate system im trying to develop and the device i got would be a wonderful addition to this 15.16.32 # Maybe i can wright a simple app to do this? 15.20.08 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 15.20.10 # That's all *possible* using rockbox, but personally I'd look into cheap android devices for that kind of thing 15.20.30 # (possible as in you can probably write the code for it) 15.21.15 # if you just want a display that does a photo slideshow and can also render simple info from serial 15.21.24 # then ther eare LCD/OLED displays with smart enough graphics controllers to do that 15.21.45 # not really rockbox related, but look at the 4d systems LCD/OLED modules 15.21.56 # they can render images from uSD cards and have a few serial/GPIO pins 15.22.02 # they can also run code in a simple langauge from the uSD card 15.22.03 Quit Buglouse (Ping timeout: 265 seconds) 15.22.08 # so you don't need a host processor at all for trivial stuff 15.22.48 # https://www.sparkfun.com/products/11315 <- i have one of these :) 15.24.09 # Torne: the other screen im working with is approx 4~ " in diameter. 15.24.21 # anything comparable to that? 15.24.22 # yah, the screen is just a screen though 15.24.28 # i mean, something with a display controller like that 15.24.35 # there are lots of similar modules. LCD cheaper htan OLED> 15.24.57 # anyway, it sounds like you either want something like that or a generic microcontroller with a lcd interface 15.26.08 # I mean this is only a thought of adding this. If i dont have this ill just use a 20x4 LCD screen 15.30.58 Part factor ("Leaving") 15.34.25 Join Buglouse [0] (~Buglouse@unaffiliated/Buglouse) 15.36.55 Join kevku [0] (x@2001:470:28:773::3) 15.38.50 Join Prodicus [0] (~chatzilla@69.169.144.239.provo.static.broadweavenetworks.net) 15.38.59 Join followerOfMammon [0] (~52515294@www.haxx.se) 15.49.53 Quit Guinness (Ping timeout: 246 seconds) 15.51.25 Part eckoit 15.52.16 Part LinusN 15.52.50 Join Guinness [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) 15.58.27 Quit hype (Quit: ["Textual IRC Client: www.textualapp.com"]) 16.10.56 *** Saving seen data "./dancer.seen" 16.12.48 Join amayer_ [0] (~amayer@mail.weberadvertising.com) 16.15.58 Quit followerOfMammon (Quit: CGI:IRC (Ping timeout)) 16.55.47 Quit Zagor (Quit: Clint excited) 17.01.42 Quit pamaury (Ping timeout: 244 seconds) 17.04.21 Join lebellium_gs2 [0] (~lebellium@195.37.16.242) 17.05.00 Quit lebellium_gs2 (Client Quit) 17.10.55 Part zaphee 17.17.25 Join prof_wolfff [0] (~prof_wolf@213.37.219.103.dyn.user.ono.com) 17.22.36 Join n1s [0] (~n1s@nl118-168-30.student.uu.se) 17.22.36 Quit n1s (Changing host) 17.22.36 Join n1s [0] (~n1s@rockbox/developer/n1s) 17.36.37 Join webguest540 [0] (~c3508541@www.haxx.se) 17.36.49 # hello 17.37.12 # i got question regarding bricked sansa clip + 17.38.17 # webguest540: yes? just ask 17.38.55 Join Horscht [0] (~Horscht@p54947CAD.dip.t-dialin.net) 17.38.56 Quit Horscht (Changing host) 17.38.56 Join Horscht [0] (~Horscht@xbmc/user/horscht) 17.39.49 # while using rockbox upon loading ogg file rockbox has stopped and after reset i didn't want to boot up 17.40.36 # i followed instructions on how to unbrick sansa clip posted here on rockbox site 17.41.34 # after shorting the reset pins on pcb it didn't show me new partition with 980mb, but only 4 mb 17.44.07 # when i'm hooking up clip to pc it shows that only 4mb is avalible and i can't format clip 17.46.15 Quit webguest540 (Quit: CGI:IRC (EOF)) 17.46.23 Join eckoit [0] (~ryan@50.65.10.24) 17.47.48 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 17.51.29 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) 17.51.30 Quit amiconn (Disconnected by services) 17.51.32 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) 17.53.39 # yeah that 4mb partition is something else completely 17.53.51 # like emergency mode or i dunno what 17.53.56 # it is NOT recovery mode 17.55.26 Part eckoit 17.57.31 Quit n1s (Read error: Connection timed out) 18.01.06 Quit Buglouse (Ping timeout: 246 seconds) 18.01.06 Quit B4gder (Ping timeout: 246 seconds) 18.04.01 Join AlexP_ [0] (~alex@rockbox/staff/AlexP) 18.07.58 Quit AlexP (Ping timeout: 246 seconds) 18.07.58 Join Bagder [0] (~daniel@178.174.211.174) 18.07.59 Join Buglouse [0] (~Buglouse@176.31.24.226) 18.07.59 Quit Buglouse (Excess Flood) 18.07.59 Quit Bagder (Ping timeout: 246 seconds) 18.07.59 Quit Guinness (Ping timeout: 246 seconds) 18.08.17 Join Guinness [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) 18.09.08 Join sentriz [0] (~Senan@78.143.151.93) 18.09.27 Join Bagder [0] (~daniel@178.174.211.174) 18.09.27 Quit Bagder (Changing host) 18.09.27 Join Bagder [241] (~daniel@rockbox/developer/bagder) 18.10.00 Join Buglouse [0] (~Buglouse@unaffiliated/Buglouse) 18.10.58 *** Saving seen data "./dancer.seen" 18.13.58 Join Gallomimia [0] (~Gallo@d216-232-229-219.bchsia.telus.net) 18.14.02 Quit melmothX (Ping timeout: 244 seconds) 18.16.04 Join melmothX [0] (~melmoth@unaffiliated/melmothx) 18.20.49 Join saratoga [0] (123e0c9c@gateway/web/freenode/ip.18.62.12.156) 18.21.08 Quit Gallomimia (Quit: Gallomimia) 18.23.41 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 18.32.33 # you should just be able to hold power to reboot the clip player, at least in newer versions of rockbox 18.39.41 # i wonder if we could make the Sansa SD card driver log errors 18.39.50 # should be safe to write them to the main storage 18.40.18 # saratoga: great idea 18.40.48 # BTW, I'm liking the new radio screen button mapping already :) 18.40.51 # we've got that log to disk feature committed 18.41.01 # should be easy enough to add logging anywhere we like 18.43.39 # sd_init_card already has a lot of error values it can return, we could for instance, log those 18.44.20 Join clib21 [0] (c607f163@gateway/web/freenode/ip.198.7.241.99) 18.44.42 # logging sd_transfer_retry_with_reinit might also be interesting 19.01.38 Join Gallomimia [0] (~Gallo@d216-232-229-219.bchsia.telus.net) 19.06.33 Quit Horscht (Quit: Verlassend) 19.11.52 Join stoffel [0] (~quassel@pD9E42258.dip.t-dialin.net) 19.12.28 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 19.12.28 # * [Saint_] wonders how the conclusion was drawn that this Craig player mentioned above runs Rockbox was drawn. 19.13.01 # it was drawn! twice! 19.13.10 # <[Saint_]> Reading the forum thread, it seems to be based on the UI (which couldn't look any less like Rockbox if it tried), and the fact that it plays at least one codec it doesn't document. 19.13.22 # <[Saint_]> ...sounds like Rockbox to me! :) 19.15.36 # Well, the best test to find out if the device in question runs Rockbox would be to plug it into a PC and look for the .rockbox folder. My guess is that if this folder is not present, the device probably isn't running Rockbox. 19.15.49 Join Wardo [0] (~Mirandaha@176-120-190-109.dsl.ovh.fr) 19.17.45 # <[Saint_]> That test is horribly failure prone. 19.18.12 # <[Saint_]> (lets say it did exist, there's no reason at all for it to be on a user accessible partition) 19.18.34 # Hmm. Well I guess not. 19.18.37 # <[Saint_]> {in fact, there's a lot of reason for it *not* to be} 19.19.28 # <[Saint_]> Devices where you can hose the firmware by deleting a directory that isn't hidden by default in the worlds most common FS is a bit of a fail. 19.19.45 # also, it could happen that you simply copied the folder over (e.g. selected the wrong device) and it wouldn't do anything 19.20.00 # <[Saint_]> hehe, snap, pixelma. 19.20.04 # <[Saint_]> was just typing the same. 19.20.12 # <[Saint_]> You could "lie to" RbUtil. 19.20.44 Nick [Saint_] is now known as [Saint] (~saint@rockbox/user/saint) 19.20.50 Join cela [0] (~cela@46.208.56.231) 19.21.11 # <[Saint]> bah! *s/FS/OS/ 19.21.16 # <[Saint]> (makes sense now) 19.22.12 # It would seem that both could make sense. The folder isn't hidden on the world's most common fs or the world's most common os. 19.22.40 # * the-kyle doesn't think ntfs hides dotfiles by default. 19.23.32 Quit dva5912 (Quit: Page closed) 19.23.55 # Craig cmp641F is a rk27xx based device and there is actually a working Rockbox port for rk27xx devices. 19.24.04 Part cela 19.26.12 Join the-kyle1 [0] (~kyle@cpe-024-211-185-030.nc.res.rr.com) 19.26.12 Quit the-kyle (Read error: Connection reset by peer) 19.27.25 Quit akaWolf (Ping timeout: 260 seconds) 19.31.54 # * [Saint] forgot to add that, assuming it is built from largely unmodified Rockbox source, that the ".rockbox" directory could be changed trivially with a compile-time parameter to any valid FAT filename. 19.32.08 # <[Saint]> errrr, directory, rather. 19.32.39 # <[Saint]> I highly doubt it is, though. 19.34.11 # <[Saint]> (point being, even if it *were* Rockbox, the .rockbox directory needn't exist, it could just as easily be FIRMWARE or NOTTHEFIRMWARE, etc.) 19.35.34 # <[Saint]> I'm also fairly confident from my minimal Googling that the device itself predates the existence of an rk27** port 19.35.56 # <[Saint]> so, unless wodz secretly works for Craig, I think it can be ruled out :) 19.37.56 Join Galois [0] (djao@efnet-math.org) 19.41.22 Quit sentriz (Quit: Leaving) 19.56.22 Quit the-kyle1 (*.net *.split) 19.56.22 Quit Wardo (*.net *.split) 19.56.22 Quit Buglouse (*.net *.split) 19.56.22 Quit prof_wolfff (*.net *.split) 19.56.22 Quit amayer_ (*.net *.split) 19.56.26 Quit fs-bluebot (*.net *.split) 19.56.26 Quit simonnn_ (*.net *.split) 19.56.26 Quit ender` (*.net *.split) 19.57.19 Nick clib21 is now known as clib21_lunchthen (c607f163@gateway/web/freenode/ip.198.7.241.99) 19.57.53 Nick clib21_lunchthen is now known as clib21_lunch (c607f163@gateway/web/freenode/ip.198.7.241.99) 20.00.15 Join stoffel_ [0] (~quassel@pD9E42258.dip.t-dialin.net) 20.02.06 Join Buglouse [0] (~Buglouse@176.31.24.226) 20.02.06 Join ender` [0] (~ender1@2a01:260:4094:1:42:42:42:42) 20.02.06 Join prof_wolfff [0] (~prof_wolf@213.37.219.103.dyn.user.ono.com) 20.02.06 Join the-kyle1 [0] (~kyle@cpe-024-211-185-030.nc.res.rr.com) 20.02.06 Join amayer_ [0] (~amayer@mail.weberadvertising.com) 20.02.06 Join fs-bluebot [0] (~fs-bluebo@g231121142.adsl.alicedsl.de) 20.02.06 Join simonnn_ [0] (~simon@guilhem.ros.sgsnet.se) 20.02.09 Join melmothX_ [0] (~melmoth@93-137-129-66.adsl.net.t-com.hr) 20.02.22 Quit Buglouse (Max SendQ exceeded) 20.02.34 Join cela [0] (~cela@46.208.56.231) 20.05.59 # Craig CMP641F are still available to buy brand new, so could be made into an official port without huge effort. http://www.ebay.co.uk/itm/CRAIG-4-3-MUSIC-MOVIE-PLAYER-MP3-BRAND-NEW-SEALED-4-GB-4-HRS-PLAYBACK-CMP641F-/221138478848?pt=Other_MP3_Players&hash=item337ce16700 20.06.10 Quit stoffel_ (Remote host closed the connection) 20.06.14 Part cela 20.07.42 Quit stoffel (Ping timeout: 241 seconds) 20.07.42 Quit melmothX (Ping timeout: 241 seconds) 20.08.17 # go for it 20.10.53 Join Buglouse [0] (~Buglouse@unaffiliated/Buglouse) 20.10.59 *** Saving seen data "./dancer.seen" 20.13.00 # <[Saint]> Yep. No one's stopping you I'm sure. 20.16.56 Join SuperBrainAK [0] (~Andy@97-124-80-200.phnx.qwest.net) 20.22.21 Quit Gallomimia (Quit: Gallomimia) 20.45.08 Join lorenzo92 [0] (~chatzilla@host153-111-dynamic.31-79-r.retail.telecomitalia.it) 20.48.02 Quit lorenzo92 (Client Quit) 21.08.24 Join Gallomimia [0] (~Gallo@d154-20-247-171.bchsia.telus.net) 21.25.07 Quit linuxstb (Quit: This computer has gone to sleep) 21.26.37 Join linuxstb [0] (~linuxstb@unaffiliated/linuxstb) 21.30.51 Join cela [0] (~cela@46.208.56.231) 21.31.41 Part cela 21.44.39 Part amayer_ 21.46.06 # Hey, I had rockbox working running on an iPod 5.5 with 80gb harddisk. Now I replaced the harddrive with a 240gb model and get stuck at the bootloader level 21.46.06 # anybody in here has done something similar? I tried to follow the guidelines but havent had success yet. 21.46.36 Join lorenzo92 [0] (~chatzilla@host153-111-dynamic.31-79-r.retail.telecomitalia.it) 21.46.51 # pamaury: need to fix the tx, but rx works :) http://pastebin.com/A4sjbcEh 21.47.02 # these pins are sooo little :) 21.51.31 Join jhMikeS [0] (~jethead71@50.4.240.19) 21.51.31 Quit jhMikeS (Changing host) 21.51.31 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 21.52.18 Join toffe82 [0] (~chatzilla@maf.wirelesstcp.net) 21.56.04 # pamaury (logs): can you merge the samsungtools folder with the existing ypr0tools one? 21.56.35 # I also don't understand why you reinvented the crypt/decrypt cpde 21.58.37 Quit jhMikeS (Ping timeout: 260 seconds) 21.59.02 Part toffe82 21.59.28 Join toffe82 [0] (~chatzilla@maf.wirelesstcp.net) 22.00.22 # wait, we didn't have such code in git yet 22.00.37 # I was sure I reimplemented MuonEncrypt already in the past 22.01.47 # lorenzo92: do you remember what happened about it back theN? 22.05.27 # I'm sure I had .c code for this simple xor scrambling, yet the MuonEncrypt binary was committed :\ 22.07.06 Join Topy44 [0] (kvirc@f049009188.adsl.alicedsl.de) 22.10.22 Quit Topy44|2 (Ping timeout: 264 seconds) 22.11.03 *** Saving seen data "./dancer.seen" 22.15.25 Quit melmothX_ (Quit: bau) 22.15.39 # kugel: Oh well I don't really remember, I remeber you wanted to get rid of it but nothing more hum 22.24.06 Quit lorenzo92 (Quit: ChatZilla 0.9.89 [Firefox 17.0/20121120062532]) 22.33.27 Quit Gallomimia (Quit: Gallomimia) 22.38.01 Quit Torne (Ping timeout: 276 seconds) 22.43.22 Quit SuperBrainAK (Ping timeout: 264 seconds) 22.45.41 Join SuperBrainAK [0] (~Andy@97-124-80-200.phnx.qwest.net) 22.46.24 # What's the status of opus decoding on as3525v1 and pp5024? Guy on HA saying his e200 works ok with low-bitrate LP (silk) mode stuff but has trouble with 64kbps and hangs on 128kbps. 22.47.59 # Also, how much of n1s's optimization work has been merged? 22.49.39 Quit xela (Quit: Ex-Chat) 22.50.43 Nick clib21_lunch is now known as clib21 (c607f163@gateway/web/freenode/ip.198.7.241.99) 22.57.01 Quit y4n (Quit: PANTS OFF!) 22.59.37 Join sentriz [0] (~Senan@78.143.151.93) 23.01.35 Join Clear_runway [0] (~Clear_run@74.221.202.246) 23.09.03 Join Gallomimia [0] (~Gallo@d154-20-247-171.bchsia.telus.net) 23.13.51 Quit Gallomimia (Quit: I am likely going to change locations) 23.17.31 Quit kevku (Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/) 23.18.24 # Bagder: ping 23.19.09 # I'm almost here =) 23.20.20 # nice. Can you move Rockbox Utility 1.3.1 to the download server? 23.21.13 # sure, post me the link again 23.21.31 # http://www.alice-dsl.net/dominik.riebeling/rockbox/rbutil-releases/1.3.1/ 23.22.08 # is it just me or do others also think that this "folder" structure below the posts is a bit weird? 23.24.43 # bluebrother: done! 23.25.07 # Bagder: thanks :) 23.37.30 Quit SuperBrainAK (Ping timeout: 255 seconds) 23.48.14 Join brkfstsqd [0] (~quassel@ip68-224-121-213.lv.lv.cox.net) 23.50.01 Quit sentriz (Quit: Leaving) 23.51.29 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 23.52.04 Quit sciopat (Quit: Quitte) 23.52.25 Quit toffe82 (Quit: ChatZilla 0.9.89 [Firefox 17.0/20121119183901])