Previous day | Jump to hour: 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | Next day

Seconds: Show Hide | Joins: Show Hide | View raw
Font: Serif Sans-Serif Monospace | Size: Small Medium Large

Click in the nick column to highlight everything a person has said.
The Logo icon identifies that the person is a core developer (has commit access).

#rockbox log for 2013-02-22

00:00:15 Join SuperBrainAK [0] (~Andy@97-124-76-14.phnx.qwest.net)
00:10:17***Saving seen data "./dancer.seen"
00:15:06 Quit lebellium (Quit: ChatZilla 0.9.90 [Firefox 19.0/20130212082553])
00:17:25JdGordon[Saint]: its a bad example, but it works the same as the current wps playlist viewer tag, I don't think it will be too compliocated once its finished
00:27:37JdGordonalso, the tags will only do (maybe) confusing things if it is in a repeating viewport, so not a big deal
00:40:48 Quit prof_wolfff (Ping timeout: 248 seconds)
00:44:19 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net)
00:57:58 Quit pamaury (Ping timeout: 256 seconds)
01:00
01:01:25 Quit ender` (Quit: Washing your car to make it rain doesn't work.)
01:04:12 Quit ender| (Ping timeout: 256 seconds)
01:17:20 Join ender| [0] (whatever@2a01:260:4094:1:42:42:42:42)
01:59:44 Join harryspar [0] (~43542d74@www.haxx.se)
02:00
02:01:05 Quit harryspar (Client Quit)
02:10:21***Saving seen data "./dancer.seen"
03:00
03:12:48 Quit shamus (Read error: Connection reset by peer)
03:13:02 Join shamus [0] (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net)
03:16:18 Quit kadoban (Ping timeout: 260 seconds)
03:18:34 Quit Synergist (Quit: . o { <('.'<) kirby tires of this nonsense. })
03:19:34 Join Synergist [0] (~synfn@node1.customhost.org.uk)
03:19:35 Quit Synergist (Changing host)
03:19:35 Join Synergist [0] (~synfn@unaffiliated/synergist)
03:25:29 Join amayer [0] (~alex@72.25.40.84)
03:30:25JdGordonamayer: you see my screenshot last night?
03:37:46 Quit bluebrother (Disconnected by services)
03:37:51 Join bluebrother [0] (~dom@rockbox/developer/bluebrother)
03:40:43 Quit fs-bluebot (Ping timeout: 260 seconds)
03:42:06 Join fs-bluebot [0] (~fs-bluebo@f053152252.adsl.alicedsl.de)
03:46:14 Quit zoktar (Ping timeout: 245 seconds)
03:49:13 Quit XavierGr (Ping timeout: 272 seconds)
03:54:50 Join zoktar [0] (~zoktar@unaffiliated/zoktar)
04:00
04:03:55 Quit uberushaximus (Ping timeout: 252 seconds)
04:04:02 Join uberushaximus [0] (~uberushax@hacked.thegov.us)
04:10:25***Saving seen data "./dancer.seen"
04:14:23 Quit liar (Remote host closed the connection)
04:29:54amayer*checks logs*
04:31:18amayerJdGordon: are you talking about the simulator shot?
04:31:38JdGordonyeah
04:33:35amayeris it just a way to loop outputs?
04:34:05JdGordonmostly
04:34:40amayerseems like a cool idea.
04:34:42amayerdo you use it for menus or just WPS?
04:35:02JdGordonI'll hopefully have menus using it early next week
04:35:06JdGordonwont have much time over the weekend
04:35:30JdGordonI need to sort out some new tags first though
04:36:34amayeri havent looked at checkwps on the themesite yet
04:36:58amayerim reconfiguring 3 computers at my house right now
04:37:53JdGordonI need help deciding syntax for the new tags to resize and reposition the child viewports at runtime
04:38:42amayerby child viewports do you mean viewports inside viewports?
04:40:02JdGordonyes
04:40:32amayeris that supported now or is that something your adding?
04:40:34amayer(ive never needed it in my themes so i never asked about it before)
04:42:43JdGordonadding to make this repeating thing work
04:43:17JdGordonthe idea is you say "redraw this child as many times as fits in the viewport, oh and that child is made up of these other children"
04:44:26amayerso you have a parent and multiple children(rows) and they have children(columns).
04:44:28amayeris this what you are trying to do?
04:45:19JdGordonyes, but its not that rigid
04:45:52JdGordoncall them tiles instead of rows and it works better
04:46:31amayerhmm... if they are tiles can tiles overlap? or is that against the rules?
04:46:52JdGordonI'm not going anything to stop that from happening, but it will look crap
04:47:21 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn)
04:47:21 Quit amiconn (Disconnected by services)
04:47:24 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn)
04:47:29 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma)
04:47:32 Quit pixelma (Disconnected by services)
04:47:34amayeryou said it redraws the parent a set number of times. can you specify vertical or horizontal?
04:47:57JdGordonthats the plan
04:48:23amayerare you starting with menus or wps?
04:48:28JdGordonwps
04:49:58amayerfor the main menu are you going to replace the custom menu tags, or supplement them with this?
04:50:30JdGordonI'm not sure, I'll keep what I can, but it will mostly be redone
04:50:37JdGordonnoone uses them so i dont care about breaking it
04:55:29amayeri was going to ask when you planned on rewriting the system from the ground up. but it sounds like you are doing most of that now
04:55:51amayerdid you talk to [Saint] about this? he knows the theme engine better then I
04:56:29amayeri can help. im good at bouncing ideas back and forth. but honestly i dont have a lot of experience with C or the theme engine
05:00
05:06:20JdGordonits not going to be rewritten, we did that nearly 2 years ago and its doing pretty well
05:06:49 Join zamboni [0] (~bottledwa@unaffiliated/zamboni)
05:06:53amayerJdGordon: oh ok. so this is more of a suplement to the current system then redoing how it works.
05:07:02JdGordonyep
05:07:51amayerJdGrodon: is my progress bar fix going to be in the next release of rockbox?
05:08:55 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net)
05:08:59JdGordoncheck the frontpage
05:09:49amayeri know its on the front page. but is it in the right branch to get into the next release?
05:10:38amayeri have a theme that needs it to work and i dont want to post it if it doesnt work with the "current"(soon to be) release
05:15:21JdGordonyes
05:15:28JdGordonhasnt been forked yet
05:15:49amayersweet!
05:33:19zamboniwhat are you favorite must-have apps for iphone?
05:43:12 Quit [7] (Disconnected by services)
05:43:20 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
06:00
06:10:28***Saving seen data "./dancer.seen"
06:12:12 Quit klusark ()
06:18:16 Join froggyman [0] (~me@50.105.148.129)
06:18:17 Quit froggyman (Changing host)
06:18:17 Join froggyman [0] (~me@unaffiliated/froggyman)
06:19:56 Quit kaputnik__ (Ping timeout: 276 seconds)
06:36:00 Join mortalis [0] (~kvirc@213.33.220.118)
06:41:45 Join akaWolf [0] (~akaWolf@unaffiliated/akawolf)
06:41:56 Join mystica555 [0] (~Mike@71-218-63-82.hlrn.qwest.net)
06:50:34 Quit SuperBrainAK (Quit: pbly going to sleep /_\)
07:00
07:03:15 Quit zamboni ()
07:18:59 Part amayer
07:24:22 Quit Guest11305 (Read error: Connection reset by peer)
07:35:49 Quit Rower (Quit: Hmmm...)
07:59:09 Join melmothX [0] (~melmoth@unaffiliated/melmothx)
08:00
08:08:21 Join LinusN [0] (~linus@giant.haxx.se)
08:10:29***Saving seen data "./dancer.seen"
08:21:13 Join froggymana [0] (~me@50.105.148.129)
08:21:13 Quit froggymana (Changing host)
08:21:13 Join froggymana [0] (~me@unaffiliated/froggyman)
08:22:27 Join kevku [0] (~kevku@2001:470:27:773:0:feed:c0f:fee)
08:24:45 Quit froggyman (Ping timeout: 246 seconds)
08:34:22 Join ender` [0] (~ender@foo.eternallybored.org)
09:00
09:07:34 Join y4n [0] (~y4n@unaffiliated/y4ndexx)
09:17:51 Quit Unhelpful (Quit: No Ping reply in 180 seconds.)
09:18:10 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful)
09:21:00 Join petur [0] (~petur@rockbox/developer/petur)
09:44:11 Join lorenzo92 [0] (~chatzilla@host201-63-dynamic.48-82-r.retail.telecomitalia.it)
09:44:22*lorenzo92 This file implements the Flash Device Bad Block Management Layer.
09:44:31lorenzo92this should be the FTL in other words?
09:45:09lorenzo92I found this stuff in the open source package for YP-Q2 where I found the lld drivers for nand too, which is the same for YP-Z5!
09:46:40lorenzo92i also found the partiotion table struct :D
09:47:30 Quit nosa-j (Ping timeout: 248 seconds)
09:48:39lorenzo92for anyone interested -> https://www.dropbox.com/s/w8dfp8qkgcwcy1c/ufd_linux.zip
09:49:33lorenzo92there are indeed various /dev/ufdXXX devices. Some are RAW (bootloader & linux kernel), some are under FTL (application storage & user storage)
09:58:16 Quit Xerion (Read error: Connection reset by peer)
09:58:19 Join Xerion_ [0] (~xerion@5419F5F4.cm-5-2d.dynamic.ziggo.nl)
10:00
10:10:33***Saving seen data "./dancer.seen"
10:10:35lorenzo92along this documentation here: http://www.google.it/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&ved=0CDEQFjAA&url=http%3A%2F%2Fpeople.sarang.net%2F%3Fmodule%3Dfile%26act%3DprocFileDownload%26file_srl%3D381249%26sid%3D7fce8e8d65431bbaf3884651f249aad2&ei=2DUnUbK9O4bPsgalhYDIBQ&usg=AFQjCNFH6-P31uh1YrDZEy5X49rJG5Xnzg&sig2=27NhRg-gNsSCHTWANJ0YhA&bvm=bv.42768644,d.Yms&cad=rja
10:15:21lorenzo92sorry for the long-alone-talk but may this be related to the http://www.rockbox.org/wiki/WhimoryFTL ? well it is supposed to be a similar (if not the same!!) approach. in this case we have got all the tools
10:15:52 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
10:19:48 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
10:39:28 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma)
10:47:59 Quit pamaury (Ping timeout: 252 seconds)
10:53:16 Quit Belzebub (Changing host)
10:53:16 Join Belzebub [0] (~torrentow@unaffiliated/blown-engine)
10:53:58 Join webguest0815 [0] (~3eb2ebf8@www.haxx.se)
10:54:09 Quit webguest0815 (Client Quit)
11:00
11:06:05 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl)
11:13:07 Join bertrik [0] (~quassel@rockbox/developer/bertrik)
11:20:18 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
11:24:00 Join Zagor [0] (~bjst@sestofw01.enea.se)
11:24:01 Quit Zagor (Changing host)
11:24:01 Join Zagor [242] (~bjst@rockbox/developer/Zagor)
12:00
12:07:59 Quit mystica555 (Ping timeout: 276 seconds)
12:09:18 Quit petur (Quit: *plop*)
12:10:34***Saving seen data "./dancer.seen"
12:14:23wodzpamaury: Have you looked at rk27xx usb yesterday?
12:32:06pamaurywodz: yes
12:33:10pamauryI didn't find the problem but I found something interesting
12:33:18pamauryI think there is a cache problem
12:33:45mortalisplease no
12:33:50mortalisnot again
12:37:20 Join dfkt_ [0] (dfkt@unaffiliated/dfkt)
12:38:27pamauryone problem is: it's impossible to properly use the dma if you can't control what is cached and what is not
12:38:46 Quit dfkt (Ping timeout: 256 seconds)
12:39:06pamaurythis the device doesn't mmu and can only uncached 4 regions which are huge (multiple of 32 MB) and only has commit+discard, this is a real pain
12:39:54mortalishave you tried to disable cache?
12:40:39 Join mystica555 [0] (~Mike@71-218-63-82.hlrn.qwest.net)
12:40:39pamauryyes
12:40:47pamaurybut then the device is too slow to sustain usb it seems
12:41:20pamauryI get random resets in control transfers, which is because we probably don't meet the necessary timing for control transfers
12:41:46wodzpamaury: have you tried to boost?
12:42:22wodz50MHz uncached is crawling slow
12:42:38pamauryindeed, I could try with it
12:42:44mortalisbtw, OF somehow works with cache
12:43:20pamauryI also stumbled on something strange: at some point the host resets the device because there is mismatch between what is (supposedly) send by the host and received by the device
12:43:32wodzyeah, thats another thing. First we should confirm/deny the claim that usb issue is cache related
12:43:58wodzpamaury: is it repeatable or random?
12:44:10pamaurywhich issue ?
12:45:19wodzpamaury: "First we should confirm/deny the claim that usb issue is cache related" <- that is related to the "btw, OF somehow works with cache"
12:45:55wodzand by usb issue I mean rb usb failures on writes
12:46:20pamauryyes it's repeatable, sometimes I need to write more but it always fails
12:48:16wodzpamaury: does the difference in data sent by host and received by device exhibits some pattern?
12:48:32pamauryit a difference in amount
12:49:12wodzdevice gets less then what is supposedly sent?
12:49:12pamaurywireshark tells me the host sent 0xF000 bytes but the device ends the transfer with 0xE000: then the device is ready to handle another one but the host timeouts => reset
12:49:30 Join sarg [0] (~sarg@89.169.51.37)
12:49:37pamaurythat's what I understood from the logs
12:50:00sarghi, all
12:50:47sargguys, can anybody help me with /rk27utils/rk27load/scramble.c
12:51:01wodzsarg: in which way
12:51:02sargpamaury: i found this file on your github
12:51:13 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
12:51:14sargi am reverse engineering loader for rk3066 tablet
12:51:27sargand found the same scramble function
12:51:37pamaurywodz, mortalis: also there is a problem: when I updated my usb branch against HEA*
12:51:42pamauryHEAD, it broke usb
12:51:42wodzsarg: it is most probably different scambling scheme
12:51:49pamauryI don't know why, can't solve it
12:51:52sargno, everything the sa
12:52:04sargthe same, array of 16 bytes with same values
12:52:12sarg static const uint8_t key[] = {
12:53:19wodzBTW. http://git.rockbox.org/?p=rockbox.git;a=blob;f=utils/rk27utils/rk27load/scramble.c is official version I maintain
12:54:21wodzpamaury: I made some changes switching various magic numbers to named constants - maybe I screwed something
12:54:35wodzwill check
12:55:10wodzsarg: ok, so whats the problem then?
12:55:20sarghttp://imgur.com/EharkUf
12:55:24sarglook, seems the same
12:55:43sargproblem is what do I do when loader is descrambled
12:56:21wodz?
12:56:59sargyou made custom boot loader for rk27, right?
12:57:41sargso, you got those scrambled binary, then descramble it, and then disassembled it ?
12:58:48sargi am talking about /rk27utils/rk27load/stage1
12:59:06sargare those sources obtained by reverse engineering loader.bin ?
13:00
13:00:23wodzI am afraid I don't understand your questions. The algorithm and key[] was obtained from rom dump.
13:00:40wodzno code is shared with rom however.
13:02:08pamaurywodz: is my github branch the only reference for usb on rk27xx ? because the trunk doesn't have a working driver right ?
13:02:27sargtool which allows to extract (and decrypt) images
13:02:36sargstored in Rock27Boot.bin
13:02:41wodzpamaury: there is patch on gerrit
13:02:53sargRock27Boot.bin contains loader code, right?
13:04:46wodzsarg: you mean rkboottool ? Yes it can unpack Rock27Boot.bin and yes, Rock27Boot.bin contains nand loader (as well as few other images)
13:06:15sargok, so if i descramble my rk3066 loader.bin with your tool, i will get valid ARM binary, which can be disassembled ?
13:06:51pamaurywodz: I confirm that there is a problem with HEAD, merging HEAD in your gerrit work breaks usb, need to find why
13:08:25wodzsarg: I really can't say. I know nothing about rk3066 firmwares
13:08:25wodzsarg: I am afraid that http://git.rockbox.org/?p=rockbox.git;a=blob;f=utils/rk27utils/rkboottool/rkboottool.c is the only reference.
13:08:25wodzand my rusty memory
13:09:14sargthank you, i am glad I found your code
13:10:33wodzsarg: If scrambling routine is the same (which seems to be) you need to figure out if 1)loader.bin is single image or concatenation of a few (possibly with some header) 2) find out block scrambling block size (0x200 is good bet)
13:11:40sargwodz: i have 4 files in loader.bin UsbBoot.bin, FlashBoot.bin, UsbData.bin, FlashData.bin
13:12:00sargblock size is 0x200
13:19:49wodzsarg: I can't really understand what are you doing, so I can't really help you. If the code serves you good reference thats great. If you want to use my rusty memory about rk27 platform you need to be more precise.
13:28:52 Quit jhMikeS (Ping timeout: 264 seconds)
13:36:23 Quit mortalis (Quit: KVIrc 4.1.3 Equilibrium http://www.kvirc.net/)
13:38:23 Quit pystar89 (Ping timeout: 256 seconds)
13:39:28 Quit bertrik (Remote host closed the connection)
13:42:20pamauryoops, can do you do when a fat is corrupted and fsck.vfat segfaults on it ?! :-o
13:47:16wodzpamaury: try windows/dos/freedos tool?
13:47:43pamauryI managed to fix it, using others switches than automatic
13:48:34pamaurynow trying with cpu boost and no cache
13:48:37wodzpamaury: I checked my commits switching magic constants -> meaningful defines and can't see anything suspicious.
13:49:09pamaurythe problem is that for some reason if I take your latest gerrit and rebase master then usb_drv_init get some old init code which was later removed
13:49:51pamauryhum, fails even with cache off
13:50:25wodzpamaury: how and when do you disable cache?
13:50:39pamauryDEVID &= ~(1 << 31) in system_init()
13:52:53wodzshould be ok
14:00
14:06:41sargwodz: many thanks, you is my hero
14:06:50sargi had decrypted my loader.bin
14:07:14sargstrings out.bin -> 5`RECOVERY key is pressed
14:07:45sargand many other strings, so next week i will try to disassemble loader and put u-boot instead of it
14:09:19wodzsarg: good luck
14:10:36***Saving seen data "./dancer.seen"
14:10:54wodzsarg: Could you describe somewhere what you did exactly, what is the structure of loader.bin file etc.?
14:14:05 Quit wodz (Quit: Leaving)
14:16:25sargyes, i will make github repo next week
14:17:07 Quit dokan (Quit: Tiarra 0.1: SIGTERM received; exit)
14:19:09 Join dokan [0] (~minatani@ac250006.ppp.asahi-net.or.jp)
14:27:34 Quit sarg (Quit: leaving)
14:33:54 Join bertrik [0] (~quassel@rockbox/developer/bertrik)
14:37:17 Part LinusN
14:42:10 Nick dfkt_ is now known as dfkt (dfkt@unaffiliated/dfkt)
14:46:21 Join webguest05 [0] (~5739ae56@www.haxx.se)
14:46:46 Quit webguest05 (Client Quit)
14:51:20 Quit lorenzo92 (Quit: ChatZilla 0.9.90 [Firefox 19.0/20130218103317])
15:00
15:35:29 Quit dokan (Ping timeout: 260 seconds)
15:37:19 Join dokan [0] (~minatani@ac250006.ppp.asahi-net.or.jp)
15:45:34 Join bertrik_ [0] (~quassel@rockbox/developer/bertrik)
16:00
16:10:37***Saving seen data "./dancer.seen"
16:16:25 Quit bertrik_ (Ping timeout: 255 seconds)
16:32:16 Join eckoit [0] (~ryan@50.65.10.24)
16:35:37 Join amayer_ [0] (~amayer@mail.weberadvertising.com)
16:36:25 Quit pamaury (Ping timeout: 276 seconds)
16:43:03 Quit kevku (Remote host closed the connection)
16:43:18 Join kevku [0] (~kevku@2001:470:27:773:0:feed:c0f:fee)
16:56:15 Join kaputnik [0] (~kaputnik@port-92-206-144-121.dynamic.qsc.de)
16:56:27 Quit Zagor (Quit: Clint excited)
17:00
17:01:14 Part eckoit
17:21:19 Join lorenzo92 [0] (~chatzilla@host201-63-dynamic.48-82-r.retail.telecomitalia.it)
17:22:44 Part amayer_
17:23:16 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
17:27:04 Join stoffel [0] (~quassel@pD9E435D4.dip.t-dialin.net)
17:28:15 Join lebellium [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr)
17:33:14 Join n1s [0] (~n1s@nl118-168-30.student.uu.se)
17:33:15 Quit n1s (Changing host)
17:33:15 Join n1s [0] (~n1s@rockbox/developer/n1s)
17:35:42 Quit Belzebub (Ping timeout: 256 seconds)
17:36:27 Join Belzebub [0] (~torrentow@elite.kablownia.org)
17:45:40 Join amayer_ [0] (~amayer@mail.weberadvertising.com)
17:49:19 Quit mystica555 (Remote host closed the connection)
17:49:58 Join mystica555 [0] (~Mike@71-218-63-82.hlrn.qwest.net)
17:56:25 Quit kaputnik (Ping timeout: 260 seconds)
17:57:59 Quit AlexP (Remote host closed the connection)
17:59:59 Join AlexP [0] (~alex@rockbox/staff/AlexP)
18:00
18:10:40***Saving seen data "./dancer.seen"
18:13:21 Join Wardo [0] (~Mirandaha@176-120-190-109.dsl.ovh.fr)
18:13:57 Join prof_wolfff [0] (~prof_wolf@62.83.50.196.dyn.user.ono.com)
18:45:46 Quit Wardo (Read error: Connection reset by peer)
19:00
19:01:56 Join Robin0800_ [0] (~Robin0800@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com)
19:03:08 Quit Robin0800_ (Client Quit)
19:03:58 Join Robin0800 [0] (~Robin0800@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com)
19:05:15 Quit Robin0800 (Client Quit)
19:06:22 Join Robin0800 [0] (~Robin0800@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com)
19:09:04 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
19:10:28 Join Robin0800_ [0] (~Robin0800@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com)
19:12:03 Quit Robin0800_ (Client Quit)
19:12:05 Quit Robin0800 (Quit: Leaving)
19:12:33 Join Robin0800 [0] (~Robin0800@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com)
19:17:45 Quit Robin0800 (Quit: Leaving)
19:19:41 Join Robin0800 [0] (~Robin0800@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com)
19:28:35 Quit lorenzo92 (Ping timeout: 248 seconds)
19:37:31 Join Duceboia [0] (~Duceboia@109.52.186.88)
19:38:17DuceboiaHI when the release?
19:39:01Duceboiahi when 3.13 available?
19:43:58melmothXwhen it's ready?
19:56:28 Part Duceboia
19:58:29gevaertsIn about a week, possibly
20:00
20:02:09AlexPPlan is branch this weekend, release next
20:02:16AlexPbaring anything unforseen
20:09:37 Join krabador [0] (~krabador@host14-217-dynamic.117-80-r.retail.telecomitalia.it)
20:10:44***Saving seen data "./dancer.seen"
20:23:44 Quit lebellium (Quit: ChatZilla 0.9.90 [Firefox 19.0/20130212082553])
20:26:12 Join lebellium [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr)
20:30:58 Quit shamus (Read error: Connection reset by peer)
20:32:05 Join shamus [0] (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net)
20:36:36 Join petur [0] (~petur@rockbox/developer/petur)
20:37:28 Join zamboni [0] (~bottledwa@unaffiliated/zamboni)
20:39:57 Join Buschel [0] (~chatzilla@p4FDD5EC6.dip.t-dialin.net)
20:41:21 Quit Belzebub (Changing host)
20:41:21 Join Belzebub [0] (~torrentow@unaffiliated/blown-engine)
20:41:33 Quit krabador (Ping timeout: 255 seconds)
20:42:05 Quit petur (Quit: Leaving)
20:57:06 Quit stoffel (Ping timeout: 248 seconds)
20:57:37 Join krabador [0] (~krabador@host176-253-dynamic.3-79-r.retail.telecomitalia.it)
21:00
21:05:34 Quit krabador (Ping timeout: 264 seconds)
21:08:06 Join XavierGr [0] (~xavier@rockbox/staff/XavierGr)
21:16:24 Join dhrasmus [0] (~dhrasmus@173-23-110-189.client.mchsi.com)
21:19:34 Join krabador [0] (~krabador@host176-253-dynamic.3-79-r.retail.telecomitalia.it)
21:23:56 Join Prodicus [0] (~chatzilla@69.169.144.239.provo.static.broadweavenetworks.net)
21:25:32ProdicusAnyone built 48kHz native versions of rockbox lately? What would be involved in doing that?
21:26:18AlexPI don't knwo that anyone has done so ever, let alone lately
21:26:28AlexPRockbox assumes 44.1 quite a lot afaik
21:26:37ProdicusTried changing the defaults in pcm_sampr.h and a couple other places and building a simulator, result was just everything being played back slow
21:27:01AlexPI'm pretty sure lots of places assume 44.1, it isn't a simple change
21:27:53Prodicusgrep shows a bunch of plugins assuming it but without knowing the code better I don't see the assumptions in the main part of the firmware
21:27:53n1sit's probably not too much work if you ignore the dsp stuff
21:28:23 Quit froggymana (Read error: Connection reset by peer)
21:28:43 Join froggymana [0] (~me@50.105.148.129)
21:28:43 Quit froggymana (Changing host)
21:28:43 Join froggymana [0] (~me@unaffiliated/froggyman)
21:28:56Prodicussince the opus decoder always decodes at 48k I thought it'd be worth looking into
21:31:21Prodicusany guidance about where to start looking?
21:34:04n1sProdicus: probably a) check that 48kHz playback is implemented for your hardware b) tell the playback system to use that c) adjust the resampler to resample to 48kHz. This should get 48kHz playback working IIUC but some of the dsp effects assume 44.1kHz and might need more work to fix if you want them
21:38:29 Join Wardo [0] (~Mirandaha@bpb01-1-88-162-4-186.fbx.proxad.net)
21:39:02 Join Mathnerd314 [0] (~quassel@palevsky-223-221.rh.uchicago.edu)
21:39:19 Quit dhrasmus (Quit: Leaving)
21:39:50 Join saratoga [0] (123e0c92@gateway/web/freenode/ip.18.62.12.146)
21:40:07Prodicusty. will look into it a bit. is #define HW_SAMPR_CAPS SAMPR_CAP_ALL sufficient evidence that the rate has playback support?
21:40:31saratogaProdicus: maybe, double check that the device can actually use those modes correctly
21:40:38saratogai believe we have a test_smplrate plugin
21:40:55saratogawhat player are you testing on?
21:41:16ProdicusWell, the hardware I have is a clip zip
21:41:43ProdicusI've only done simulator builds so far though
21:48:39saratogazip works IIRC
21:48:53saratoganot sure about the sim
21:48:58saratogamight be worth checking in that plugin
21:49:25saratogaBTW i've wanted to try this for ages but never had a chance :)
21:49:41saratogaignoring DSP effects, I think it shouldn't be too hard
21:53:36 Quit y4n (Quit: only amiga makes it possible)
21:57:10 Quit akaWolf (Ping timeout: 264 seconds)
21:57:34 Quit krabador (Read error: Operation timed out)
22:00
22:02:05 Join krabador [0] (~krabador@host195-181-dynamic.23-79-r.retail.telecomitalia.it)
22:02:22 Quit kiwicam (Remote host closed the connection)
22:09:42AlexPI assume the c200v2 also needs USB setting to MSC?
22:10:23AlexPCan anyone confirm?
22:10:45***Saving seen data "./dancer.seen"
22:12:39 Join webguest48 [0] (~603331f3@www.haxx.se)
22:14:24 Quit webguest48 (Client Quit)
22:15:36 Quit melmothX (Quit: bau)
22:21:10 Quit krabador (Ping timeout: 264 seconds)
22:22:17 Join krabador [0] (~krabador@host136-180-dynamic.7-87-r.retail.telecomitalia.it)
22:23:42 Join jhMikeS [0] (~jethead71@50.4.240.19)
22:23:43 Quit jhMikeS (Changing host)
22:23:43 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS)
22:24:11 Join kaputnik [0] (~kaputnik@p5DD9E058.dip.t-dialin.net)
22:26:15saratogaAlexP: 99% sure it does
22:26:27AlexPsaratoga: yeah, me too, thanks
22:28:49 Quit Buschel (Quit: ChatZilla 0.9.89 [Firefox 18.0.1/20130116073211])
22:33:09 Quit saratoga (Quit: Page closed)
23:00
23:06:21 Part amayer_
23:11:06 Join stripwax [0] (~Miranda@rockbox/developer/stripwax)
23:16:17 Join Prodicus_ [0] (~chatzilla@69.169.144.239.provo.static.broadweavenetworks.net)
23:17:04 Join Prodicus__ [0] (~chatzilla@69.169.144.239.provo.static.broadweavenetworks.net)
23:19:23 Quit Prodicus (Ping timeout: 256 seconds)
23:19:29 Nick Prodicus__ is now known as Prodicus (~chatzilla@69.169.144.239.provo.static.broadweavenetworks.net)
23:20:51 Quit bertrik (Ping timeout: 255 seconds)
23:21:06 Quit Prodicus_ (Ping timeout: 248 seconds)
23:25:15 Quit Wardo (Read error: Connection reset by peer)
23:31:16 Quit mystica555 (Ping timeout: 264 seconds)
23:34:52 Quit liar (Ping timeout: 264 seconds)
23:41:23 Quit pamaury (Ping timeout: 246 seconds)
23:42:33 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
23:45:39 Quit ml| ()
23:53:35 Quit pamaury (Read error: Connection reset by peer)
23:57:10 Quit kadoban (Ping timeout: 264 seconds)

Previous day | Next day