| 00:00:55 | logvelc | funman: yes it does, too much in fact. I'm looking for a concise description of 'what happens' when the current hard-code is replaced |
| 00:01:11 | AlexP | logvelc: It is the same as replacing e.g. windows with linux |
| 00:01:27 | AlexP | Rockbox is an operating system and music playing app combined |
| 00:01:34 | AlexP | As is the original firmware |
| 00:02:34 | | Quit GodEater (Read error: Operation timed out) |
| 00:03:10 | logvelc | AlexP: I see. I didn't ask for a necessarily Rockbox-oriented description. I'm just interested in what would be analogous to the boot stage in the OS change |
| 00:03:25 | logvelc | Problem is, i can't google "Philips gogear raga boot" |
| 00:03:30 | AlexP | I don't understand the question |
| 00:03:35 | logvelc | (with great success) |
| 00:04:04 | gevaerts | Well, there's a bootloader in the on-chip ROM that somehow loads code from disk or flash and runs it |
| 00:04:15 | Torne | the power comes on and it starts running code from some kind of rom or flash |
| 00:04:16 | Torne | that's it. |
| 00:04:21 | | Quit kevku (Ping timeout: 248 seconds) |
| 00:04:25 | Torne | what the code in that rom or flash chooses to do is hardware-dependent |
| 00:04:47 | Torne | as is where it finds that code, how big it is, what it's stored on, etc |
| 00:05:27 | logvelc | so you place a very DAP-dependent file on a very DAP-dependent place in the DAP file system and then all the magic happens? |
| 00:05:32 | gevaerts | yes |
| 00:05:38 | logvelc | aha |
| 00:05:42 | gevaerts | Well, it doesn't have to be the filesystem |
| 00:05:51 | *** | Saving seen data "./dancer.seen" |
| 00:05:53 | gevaerts | It can be in a raw partition, or a flash chip |
| 00:06:01 | gevaerts | Or anywhere, really |
| 00:06:13 | | Quit mystica555 (Ping timeout: 240 seconds) |
| 00:06:19 | logvelc | i tried to remove everything on my DAPs filesystem. The stupid menu persevered. |
| 00:06:27 | logvelc | how do you place it somewhere else? |
| 00:06:29 | Torne | In fact the first stage is guaranteed not to be in a filesystem, pretty much |
| 00:06:37 | Torne | the first kind has to be in ROM or a raw NOR flash device |
| 00:06:45 | gevaerts | By researching where it should be placed first |
| 00:06:47 | Torne | it might eventually load something from a filesystem |
| 00:06:56 | Torne | which may or may not be a filesystem you can access from a computer |
| 00:07:06 | logvelc | for me, all ways i could interact with the DAP is "write and read to file system" |
| 00:07:16 | Torne | but many of them don't and the entire firmware binary is just in the boot flash |
| 00:07:28 | | Join GodEater [0] (~bibble@5ad61f5d.bb.sky.com) |
| 00:07:28 | | Quit GodEater (Changing host) |
| 00:07:28 | | Join GodEater [0] (~bibble@rockbox/staff/GodEater) |
| 00:07:40 | saratoga | at this level of detail the process is the same as a PC, code is present in memory and gets run, that code loads an operating system off of storage, system boots, etc |
| 00:07:50 | funman | logvelc: http://www.rockbox.org/wiki/NewPort#Is_it_upgradable_63 |
| 00:08:26 | logvelc | but it seems rockbox can be installed on many daps using only a computer connected to the dap |
| 00:08:34 | saratoga | theres no real conceptual difference here between an mp3 player and a PC, they just put the code in different places, etc |
| 00:08:42 | saratoga | yes we've written many installers to do that |
| 00:09:06 | logvelc | funman: i don't know how to answer that question |
| 00:09:06 | | Quit ender (Quit: These were also the same guys who used a simplified hungarian notation in Java. To them, this meant that every variable name except for Strings and primitives was prefixed with an o ... because everything is an Object.... yup... -- Xyro, TheDailyWTF for) |
| 00:09:19 | Torne | logvelc: on almost every device this works via the manufacturer's firmware upgrade process |
| 00:09:22 | Torne | whatever that is. |
| 00:09:32 | logvelc | my question then is: what do they do, besides writing to the dap file system? |
| 00:09:40 | saratoga | each one is different |
| 00:09:50 | Torne | Some do just write a file with a certain name/structure to a particular place |
| 00:10:04 | Torne | Some communicate with the player via a different USB protocol unrelated to storage |
| 00:10:14 | saratoga | usually a firmware file gets written to the DAP via its upgrade procedure, or some special mode is used to load new code into the DAP's memory which then installs something we want, etc |
| 00:10:17 | logvelc | saratoga: any answer would be interesting as i have no idea what's possible to do besides writing to the file system |
| 00:10:26 | Torne | logvelc: "anything", is the answer |
| 00:10:34 | Torne | USB supports an infinite variety of communication types |
| 00:10:38 | | Join JesusFreak316 [0] (~JesusFrea@pool-173-65-59-203.tampfl.fios.verizon.net) |
| 00:10:44 | Torne | You have to do whatever the hardware or existing software expects |
| 00:10:46 | Torne | which can be anything |
| 00:10:47 | saratoga | logvelc: besides the file system, the other place you can usually write to would be RAM |
| 00:10:50 | logvelc | oh, i see |
| 00:10:59 | saratoga | occasionally theres some other memory on the player as well |
| 00:11:17 | logvelc | so i would have to figure out what my dap usb connection does |
| 00:11:26 | saratoga | but usually just a disk/flash and ram are writeable (or at least easy to write to) |
| 00:11:59 | logvelc | what the dap does with the data coming via the usb connection is not standardized? |
| 00:12:17 | Torne | there are a good dozen or two standards |
| 00:12:17 | saratoga | if it works with windows its standardized |
| 00:12:23 | Torne | and lots of hardware that doesn't use any of them |
| 00:12:39 | Torne | at leat, not for firmware updates. |
| 00:12:52 | Torne | USB devices can implement more than one kind of interface at the same time |
| 00:13:02 | Torne | so it can have a standard storage interface and also a nonstandard firmware update interface |
| 00:13:06 | Torne | or just a different standard. |
| 00:14:11 | logvelc | then i guess i should start experimenting with the usb interface |
| 00:14:28 | Torne | do you actually know what that means? |
| 00:14:29 | saratoga | honestly if you're asking these questions you should just buy a supported player |
| 00:14:37 | saratoga | because you're not going to be able to do anything at all |
| 00:14:53 | | Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) |
| 00:15:03 | Torne | logvelc: it takes us hundreds/thousands of hours of work to get a new player working |
| 00:15:10 | logvelc | well i don't mean i will practically do it right away, but if i know how it works i'll know a lot more useful things |
| 00:15:24 | saratoga | your player will be dust by the time you learn enough to start this project :) |
| 00:15:25 | Torne | starting with people who have done it before and know how it's done |
| 00:18:15 | logvelc | Do you know of a description of the 'usb interface' of some well-investigated player? |
| 00:18:33 | logvelc | If it's cheap that would also be great :p |
| 00:18:43 | logvelc | (the player) |
| 00:20:29 | | Quit evilnick_B (Quit: Page closed) |
| 00:21:04 | | Quit bertrik (Quit: :tiuQ) |
| 00:22:08 | | Quit JesusFreak316 (Ping timeout: 250 seconds) |
| 00:22:46 | logvelc | starting with people who know it is not really an option. I don't know any. |
| 00:23:13 | saratoga | like I said before, buy a Sansa Clip, we know quite a bit about its USB interface, and you can read the driver code in rockbox |
| 00:24:21 | logvelc | ok |
| 00:24:33 | logvelc | thanks for all your patience |
| 00:24:43 | * | logvelc detaches his screen |
| 00:25:39 | | Quit sideral (Quit: Leaving.) |
| 00:27:13 | | Quit funman (Quit: leaving) |
| 00:40:14 | | Quit yosafbridge (Quit: ERC Version 5.3 (IRC client for Emacs)) |
| 00:40:26 | | Join yosafbridge [0] (~yosafbrid@li125-242.members.linode.com) |
| 00:49:33 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
| 00:56:05 | | Quit jhMikeS () |
| 00:58:36 | | Quit DerPapst1 (Quit: Leaving.) |
| 00:58:45 | | Join scromple [0] (~x@115-64-195-104.tpgi.com.au) |
| 00:59:15 | | Quit Rob2222 (Read error: Connection reset by peer) |
| 00:59:33 | | Join Rob2222 [0] (~Miranda@p4FFF0DC6.dip.t-dialin.net) |
| 01:00 |
| 01:00:00 | | Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) |
| 01:00:20 | | Join jhMikeS [0] (~jethead71@99.103.118.40) |
| 01:00:20 | | Quit jhMikeS (Changing host) |
| 01:00:20 | | Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) |
| 01:04:04 | | Quit piotrekm (Quit: piotrekm) |
| 01:07:30 | JdGordon1 | whats the button combo to get the ipod into recovery mode? |
| 01:15:31 | | Quit bluebrother (Disconnected by services) |
| 01:15:32 | | Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) |
| 01:22:21 | | Quit wodz (Quit: Leaving) |
| 01:24:50 | | Part toffe82 |
| 01:26:15 | | Quit boghog (Quit: boghog) |
| 01:37:54 | | Quit mudd1 (Ping timeout: 246 seconds) |
| 01:37:57 | | Join telliott [0] (~Tim@d27-96-170-180.evv.wideopenwest.com) |
| 01:37:59 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
| 01:41:06 | | Quit Keripo (Ping timeout: 240 seconds) |
| 01:41:13 | | Join Keripo [0] (~Keripo@dhcp0101.kin.resnet.group.upenn.edu) |
| 01:44:18 | | Join Darkknight512 [0] (~63e16e06@giant.haxx.se) |
| 01:48:14 | | Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) |
| 02:00 |
| 02:04:13 | | Quit ender| (Ping timeout: 240 seconds) |
| 02:04:56 | | Join ender| [0] (krneki@foo.eternallybored.org) |
| 02:05:52 | *** | Saving seen data "./dancer.seen" |
| 02:09:14 | | Quit Elfish (Read error: Operation timed out) |
| 02:09:20 | | Join Elfish [0] (amba@2a01:4f8:100:90a1:abc:abc:abc:abc) |
| 02:13:22 | | Join L-Strife89 [0] (~Strife89@168.16.236.223) |
| 02:32:58 | | Join [Saint] [0] (~st.lasciv@124-197-14-130.callplus.net.nz) |
| 02:44:13 | | Quit factor (Ping timeout: 240 seconds) |
| 02:44:32 | | Quit MethoS- (Remote host closed the connection) |
| 02:56:34 | | Quit telliott (Quit: Leaving) |
| 02:57:39 | | Quit scorche|sh (Changing host) |
| 02:57:39 | | Join scorche|sh [0] (~scorche@rockbox/administrator/scorche) |
| 02:58:54 | | Join delt [0] (1000@ftp.deimos.ca) |
| 02:58:57 | delt | Hello |
| 02:59:17 | delt | anyone good with electronics here? |
| 03:00 |
| 03:00:23 | delt | just wondering... how come when you wire a wall adapter to a device that normally uses batteries, it always seems like the voltage is too high? |
| 03:00:46 | delt | even if it's set to nominal level, ie. 3V for two 1.5V batteries |
| 03:01:04 | scorche|sh | delt: for future reference, this channel is reserved for rockbox topics only - anything else is offtopic |
| 03:01:22 | * | scorche|sh points to the topic |
| 03:01:32 | delt | scorche|sh: thanks |
| 03:03:23 | | Join factor [0] (~factor@75.108.68.114) |
| 03:07:20 | | Quit GodEater (Ping timeout: 276 seconds) |
| 03:09:06 | | Join GodEater [0] (~bibble@5ac83e94.bb.sky.com) |
| 03:09:16 | | Quit GodEater (Changing host) |
| 03:09:16 | | Join GodEater [0] (~bibble@rockbox/staff/GodEater) |
| 03:25:21 | | Join _jhMikeS_ [0] (~jethead71@adsl-99-60-43-229.dsl.sfldmi.sbcglobal.net) |
| 03:25:21 | | Quit _jhMikeS_ (Changing host) |
| 03:25:21 | | Join _jhMikeS_ [0] (~jethead71@rockbox/developer/jhMikeS) |
| 03:25:21 | | Quit jhMikeS (Disconnected by services) |
| 03:25:22 | | Nick _jhMikeS_ is now known as jhMikeS (~jethead71@rockbox/developer/jhMikeS) |
| 03:25:25 | | Part delt |
| 03:30:30 | | Quit mt (Remote host closed the connection) |
| 03:35:07 | | Quit Judas_PhD (Quit: This is a quitting message) |
| 03:35:28 | | Join kendell [0] (~chatzilla@173.219.27.244) |
| 03:36:21 | kendell | hi all. is there a way to recalibrate the battery to improve runtime estimation? I ask because my iPod went from around seventy percent, to 0 percent in two hours. then it went back up to one percent. it never shut off, but was just wondering. |
| 03:38:26 | kendell | could it be because of constantly skipping tracks? I'm guessing heavy hdd activity drains the battery? |
| 03:38:39 | | Quit leavittx (Read error: Operation timed out) |
| 03:45:11 | kendell | JdGordon1: sorry to bother you, but I saw on the wiki that there are ssd's available that will fit the iPod. can the iPod even use them? does it know how? if so I'll probably get one |
| 03:46:33 | saratoga | doesn't the wiki list which ones work with what ipods? |
| 03:47:33 | kendell | saratoga: I think so, but it also has a list of hard drives, who makes them, and what kind of connector they use. the iPod video uses ziff 40. |
| 03:48:10 | kendell | next best thing to flash memory. the hdd is draining battery like you wouldn't believe :( |
| 03:51:32 | kendell | mmmmm, coffee's almost done |
| 03:59:18 | | Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) |
| 04:00 |
| 04:00:53 | | Join T44 [0] (~Topy44@f049196168.adsl.alicedsl.de) |
| 04:03:35 | | Quit Darkknight512 (Quit: CGI:IRC) |
| 04:03:53 | | Quit Topy (Ping timeout: 240 seconds) |
| 04:05:53 | *** | Saving seen data "./dancer.seen" |
| 04:06:20 | | Join kugel_ [0] (~kugel@rockbox/developer/kugel) |
| 04:09:11 | | Quit kugel (Ping timeout: 240 seconds) |
| 04:21:48 | | Join Barahir_ [0] (~jonathan@frnk-590f49ce.pool.mediaWays.net) |
| 04:25:07 | | Quit Barahir (Ping timeout: 258 seconds) |
| 04:46:35 | | Quit amiconn (Disconnected by services) |
| 04:46:36 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 04:46:41 | | Quit pixelma (Disconnected by services) |
| 04:46:44 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
| 04:46:46 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
| 04:46:54 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 04:57:12 | | Quit TheSeven (Ping timeout: 248 seconds) |
| 04:58:35 | | Part kendell |
| 05:00 |
| 05:01:11 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 05:12:16 | | Join Rob2223 [0] (~Miranda@p5DE4B8A6.dip.t-dialin.net) |
| 05:13:01 | | Quit bieber_ (Remote host closed the connection) |
| 05:15:02 | | Quit Rob2222 (Ping timeout: 252 seconds) |
| 05:15:05 | | Join bieber_ [0] (~quassel@node77.seg44.ucf.edu) |
| 05:15:14 | | Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) |
| 05:42:58 | | Quit Horscht (Quit: Verlassend) |
| 06:00 |
| 06:05:55 | *** | Saving seen data "./dancer.seen" |
| 06:19:37 | | Join ChickeNE_ [0] (~ChickeNES@192.5.85.36) |
| 06:20:59 | | Quit ChickeNES (Read error: Operation timed out) |
| 06:23:18 | | Quit factor (Read error: Connection reset by peer) |
| 06:24:30 | | Quit L-Strife89 (Read error: Operation timed out) |
| 06:25:05 | | Join L-Strife89 [0] (~Strife89@168.16.236.223) |
| 06:25:27 | | Join factor [0] (~factor@75.108.68.114) |
| 06:26:40 | | Quit BHSPitMonkey (Read error: Operation timed out) |
| 06:28:25 | | Quit L-Strife89 (Client Quit) |
| 06:29:04 | | Quit Strife89 (Ping timeout: 240 seconds) |
| 06:34:10 | | Quit t0rc (Quit: WeeChat 0.3.4) |
| 06:42:32 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
| 06:58:37 | | Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de) |
| 07:00 |
| 07:00:27 | | Quit JesusChrysler (Quit: JesusChrysler) |
| 07:02:40 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
| 07:25:46 | | Join FoolOnHill [0] (~foh@adsl-71-68-84.bhm.bellsouth.net) |
| 07:26:01 | | Join sideral [0] (~sideral@rockbox/developer/sideral) |
| 07:26:57 | | Quit FoH (Ping timeout: 252 seconds) |
| 07:31:48 | | Quit JdGordon1 (Ping timeout: 258 seconds) |
| 07:32:51 | | Join Buschel [0] (~chatzilla@p54A3B64E.dip.t-dialin.net) |
| 07:34:37 | | Quit sideral (Quit: Leaving.) |
| 07:38:15 | | Join Strife89 [0] (~Strife89@168.16.226.152) |
| 07:38:42 | | Join stoffel [0] (~quassel@p57B4CC0E.dip.t-dialin.net) |
| 07:38:42 | | Quit Buschel (Quit: ChatZilla 0.9.86.1 [Firefox 3.6.16/20110319135224]) |
| 07:40:03 | | Join JesusChrysler [0] (~JesusChry@c-69-253-15-232.hsd1.pa.comcast.net) |
| 07:49:50 | | Quit Keripo (Read error: Connection reset by peer) |
| 07:50:48 | | Join smk [0] (~smk@220.225.67.36) |
| 07:51:21 | | Quit fyrestorm (Read error: Connection reset by peer) |
| 07:51:42 | | Join fyrestorm [0] (~nnscript@68.173.236.235) |
| 07:57:11 | | Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) |
| 07:59:32 | | Join Keripo [0] (~Keripo@dhcp0101.kin.resnet.group.upenn.edu) |
| 07:59:57 | | Join DerPapst [0] (~Alexander@nat2-149.fh-giessen.de) |
| 08:00 |
| 08:05:57 | *** | Saving seen data "./dancer.seen" |
| 08:07:50 | | Join JdGordon1 [0] (~jonno@rockbox/developer/JdGordon) |
| 08:16:29 | | Join sideral [0] (~sideral@213.165.85.248) |
| 08:16:29 | | Quit sideral (Changing host) |
| 08:16:29 | | Join sideral [0] (~sideral@rockbox/developer/sideral) |
| 08:17:51 | smk | regarding malloc in libfaad. all dynamic allocation is being done by calling faad_malloc. So i started by finding all functions that call faad_malloc and calculating how much mem is allocated by each such call. am using cscope for this. |
| 08:17:56 | smk | is there a better way? |
| 08:22:32 | | Join mystica555 [0] (~mike@71-208-217-27.hlrn.qwest.net) |
| 08:24:49 | | Join B4gder [0] (~danielx@www.haxx.se) |
| 08:24:49 | | Quit B4gder (Changing host) |
| 08:24:49 | | Join B4gder [0] (~danielx@rockbox/developer/bagder) |
| 08:26:14 | | Quit ChickeNE_ (Quit: Computer has gone to sleep.) |
| 08:30:25 | | Join Zagor [0] (~bjst@rockbox/developer/Zagor) |
| 08:37:49 | | Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) |
| 08:42:03 | | Quit BHSPitMonkey (Read error: Connection reset by peer) |
| 08:42:06 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 08:55:12 | | Quit smk (Remote host closed the connection) |
| 09:00 |
| 09:04:01 | | Join efyx [0] (~efyx@82.225.185.146) |
| 09:04:48 | | Join kevku [0] (~kevku@2001:470:28:773:babe:feed:dead:bee) |
| 09:08:39 | | Quit amiconn (Disconnected by services) |
| 09:08:40 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 09:08:41 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
| 09:08:58 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 09:10:20 | | Quit pixelma (Disconnected by services) |
| 09:10:20 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
| 09:10:37 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
| 09:10:49 | | Quit scromple (Quit: Gots to go get me outta here) |
| 09:11:24 | | Quit Rob2223 (Ping timeout: 276 seconds) |
| 09:11:51 | | Join Rob2223 [0] (~Miranda@p5DE4B8A6.dip.t-dialin.net) |
| 09:17:52 | | Quit rasher (Ping timeout: 240 seconds) |
| 09:18:34 | | Quit simonlnu (Quit: brb) |
| 09:19:21 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 09:21:40 | | Quit bieber (Ping timeout: 240 seconds) |
| 09:22:18 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
| 09:25:29 | | Join rasher [0] (~rasher@rockbox/developer/rasher) |
| 09:27:08 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 09:27:54 | | Quit pamaury (Remote host closed the connection) |
| 09:29:00 | | Quit utanapischti (Quit: WeeChat 0.3.2) |
| 09:29:25 | | Join sasquatch [0] (~username@p4FF2D18A.dip.t-dialin.net) |
| 09:31:53 | | Quit Judas_PhD (Quit: This is a quitting message) |
| 09:32:52 | | Quit Keripo (Ping timeout: 260 seconds) |
| 09:37:23 | | Quit rasher (Ping timeout: 276 seconds) |
| 09:39:58 | | Join simonlnu [0] (simon@unaffiliated/simonrvn) |
| 09:41:41 | | Join n1s [0] (~quassel@rockbox/developer/n1s) |
| 09:53:20 | | Quit JdGordon| (Quit: leaving) |
| 09:55:23 | | Join rasher [0] (~rasher@rockbox/developer/rasher) |
| 10:00 |
| 10:06:00 | *** | Saving seen data "./dancer.seen" |
| 10:14:47 | | Join leavittx [0] (~leavittx@89.221.199.187) |
| 10:21:23 | | Quit mudd1 (Read error: Operation timed out) |
| 10:26:54 | | Quit bieber (Read error: Connection reset by peer) |
| 10:27:20 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
| 10:30:41 | | Join pamaury [0] (81680b01@rockbox/developer/pamaury) |
| 10:38:08 | | Join smk [0] (~smk@115.113.152.3) |
| 10:39:07 | | Quit DerPapst (Quit: Leaving.) |
| 10:39:19 | | Join DerPapst [0] (~Alexander@nat2-149.fh-giessen.de) |
| 10:42:48 | smk | n1s: started libfaad work. all calls to malloc are made through faad_malloc. So i am finding all functions which call faad_malloc and calculating how much is allocated for each such call |
| 10:42:56 | smk | i am using cscope for this. |
| 10:43:19 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
| 10:43:35 | | Quit DerPapst (Ping timeout: 240 seconds) |
| 10:43:44 | smk | anything else i should be looking at? or is there a better way to go about it? |
| 10:46:24 | n1s | smk: you should talk to saratoga about it he looked into that stuff, iirc it's something with the container parsing that needs memory proportional to the file length or somesuch |
| 10:47:00 | n1s | but it sounds like a reasonable approach |
| 10:47:09 | | Join sumit_ [0] (~smk@115.113.152.3) |
| 10:47:20 | | Quit sumit_ (Client Quit) |
| 10:48:42 | | Quit smk (Ping timeout: 260 seconds) |
| 10:50:25 | n1s | smk: (for the logs) look at libm4a/demux.c |
| 10:53:26 | n1s | heh, that doesn't seem to free any of its allocations |
| 10:57:09 | | Quit TheSeven (Ping timeout: 276 seconds) |
| 10:57:29 | | Quit bluefoxx (Read error: Connection reset by peer) |
| 11:00 |
| 11:01:15 | | Quit rasher (Ping timeout: 240 seconds) |
| 11:02:37 | | Quit leavittx (Ping timeout: 252 seconds) |
| 11:14:09 | | Join rasher [0] (~rasher@rockbox/developer/rasher) |
| 11:23:17 | | Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) |
| 11:41:06 | | Quit mystica555 (Read error: Connection reset by peer) |
| 11:47:41 | | Join Hendrik_de [0] (~radke@theorie-dyn-29-179.Informatik.Uni-Oldenburg.DE) |
| 11:49:29 | | Join DerPapst [0] (~Alexander@dslb-188-107-170-063.pools.arcor-ip.net) |
| 11:53:58 | | Join dfkt [0] (~dfkt@unaffiliated/dfkt) |
| 12:00 |
| 12:00:06 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 12:06:02 | *** | Saving seen data "./dancer.seen" |
| 12:09:08 | tguinot | USB still doesn't work on sansa Fuze V2? |
| 12:09:23 | | Quit JdGordon1 (Ping timeout: 250 seconds) |
| 12:10:44 | | Quit dfkt (Read error: Connection reset by peer) |
| 12:11:00 | | Join dfkt [0] (~dfkt@unaffiliated/dfkt) |
| 12:11:37 | pamaury | it's a complicated matter, it works with most people but it seems there are a few problems with some so it's still not enabled by default. It's also quite possible that the remaining problems have nothing to do with usb |
| 12:13:37 | tguinot | ok |
| 12:27:21 | | Join swilde [0] (~wilde@aktaia.intevation.org) |
| 12:35:56 | | Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) |
| 12:36:48 | wodz | we had a problem during switch to eabi that gcc optimized out busy loops - while(n−−) {}. What was the solution? |
| 12:37:24 | n1s | wodz: the most reliable way is a volatile asm |
| 12:38:15 | n1s | i think it had more to do with the compiler upgrade than the abi switch too, same thing happened when turning on Os optimizations for coldfire |
| 12:39:05 | Torne | isn't the solution "don't write your own busy loops, use one already implemented that took care of this" |
| 12:40:12 | n1s | yeah, probably |
| 12:41:53 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 12:42:18 | n1s | wodz: if udelay is fine that's probably best |
| 12:43:34 | wodz | I am crafting lcd_init for rockchip and this isn't running in rb framework yet |
| 12:44:27 | n1s | well, the quick and dirty is either volatile asm or slapping a vloatile on the loop index |
| 12:44:53 | | Quit bluefoxx (Ping timeout: 260 seconds) |
| 12:48:29 | n1s | i2c_telechips.c has an example if you havenẗ́ coded one already |
| 12:49:16 | wodz | thx |
| 13:00 |
| 13:02:16 | | Quit MethoS- (Ping timeout: 260 seconds) |
| 13:04:50 | | Join robin0800 [0] (~robin0800@cpc3-brig8-0-0-cust703.3-3.cable.virginmedia.com) |
| 13:16:50 | | Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) |
| 13:23:16 | | Quit n1s (Remote host closed the connection) |
| 13:42:11 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
| 13:47:51 | | Part LinusN |
| 13:48:24 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
| 13:53:24 | | Part LinusN |
| 13:55:15 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
| 14:00 |
| 14:05:38 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 14:06:05 | *** | Saving seen data "./dancer.seen" |
| 14:10:59 | | Part LinusN |
| 14:15:23 | | Join smk [0] (~smk@220.225.67.36) |
| 14:16:27 | smk | n1s: no, i am not freeing any allocations right now. doing a worst case analysis of how much is being used. will make it static then. as you had suggested |
| 14:16:48 | | Join japc [0] (~japc@194.65.5.235) |
| 14:17:53 | smk | that was reply to ur earlier comment. I saw it very late :( |
| 14:18:47 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
| 14:19:39 | | Quit bieber (Ping timeout: 240 seconds) |
| 14:23:38 | * | pamaury is unhappy with the battery life of his clip+ |
| 14:24:22 | sideral | pamaury: Are you using an SD card, and are you using svn-current? |
| 14:27:52 | | Quit pamaury (Ping timeout: 252 seconds) |
| 14:29:20 | | Join ChickeNES [0] (~ChickeNES@128.135.100.102) |
| 14:31:56 | | Join pamaury [0] (81680b01@rockbox/developer/pamaury) |
| 14:32:46 | pamaury | sideral: I'm using a quite old version of the firmware, and I have a sd card, I should upgrade before complaining :) |
| 14:33:20 | pamaury | I used to put new version on my sd card to work on usb |
| 14:33:39 | JdGordon| | smk: doesnt worst case depend on the specific audio track? |
| 14:33:41 | sideral | pamaury: We don't enable high-speed mode on the card any more, that could help with battery life |
| 14:34:08 | pamaury | yeah I know there were lots of recent changes with respect to sd on amsv2 |
| 14:34:43 | sideral | also, some SD cards have an automatic power-saving mode and some don't. I don't think the AMSv2 SD driver puts SD cards to a sleep state explicitly |
| 14:35:22 | sideral | pamaury: BTW, have you seen that I have reopened FS #11877? |
| 14:35:30 | pamaury | yes |
| 14:35:56 | pamaury | it would be awesome if you had a reliable procedure |
| 14:36:11 | | Quit TheSeven (Ping timeout: 260 seconds) |
| 14:36:29 | pamaury | though I'm unsure it has to do with usb |
| 14:36:48 | sideral | I can send you my disk image. this seems to trigger it reliably for me |
| 14:37:00 | smk | JdGordon|: i am calculating worst case according to the parameter passed while allocating. that is if the passed parameter is of uint8_t, then its max value is 255. so i use 255 in the mem calculation |
| 14:37:10 | sideral | Yeah, could be something else. But I ruled out jhMikeS' latest sync changes |
| 14:37:16 | smk | the practical worst case would of course be lower |
| 14:37:22 | smk | and would depend on the track |
| 14:37:27 | pamaury | sideral: you just mount the device and unmount and it gets corrupted ? |
| 14:37:57 | sideral | right. but correction: it appears corrupted to fsck.vfat, it isn't actually corrupted |
| 14:38:25 | pamaury | hum, corrupted in which way ? |
| 14:38:26 | sideral | unplugging / replugging often makes the problem go away |
| 14:39:16 | sideral | exactly as described in that tracker item: fsck.vfat complains about circular cluster chains because some FAT bytes get corrupted on their way to the host |
| 14:40:52 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 14:42:56 | | Quit MethoS- (Read error: Connection reset by peer) |
| 14:43:07 | sideral | pamaury: This is the relevant description: http://www.rockbox.org/tracker/task/11877#comment38224 |
| 14:43:32 | smk | JdGordon| : am i doing it right? |
| 14:44:51 | JdGordon| | i have no idea... doesnt really sound right but i havnt looked at that code.. ever |
| 14:45:00 | | Quit DerPapst (Quit: Leaving.) |
| 14:45:09 | smk | ok... |
| 14:45:13 | JdGordon| | the problem isnt so much how much it allocs, its how often it does and that will almost certainly depend on the track |
| 14:46:25 | smk | yes. most of the allocs are conditional. so whether the condition is true or not, would depend on the circumstance |
| 14:46:42 | smk | but i am assuming worst case as all calls go through |
| 14:47:18 | | Quit pamaury (Ping timeout: 252 seconds) |
| 14:48:24 | smk | the size to be allocated depends on some variables. so the worst case allocation , i think , would be when these variables attain their respective max values. which depends on the variable type |
| 14:49:14 | | Join pamaury [0] (81680b01@gateway/web/freenode/ip.129.104.11.1) |
| 14:49:18 | | Quit pamaury (Changing host) |
| 14:49:18 | | Join pamaury [0] (81680b01@rockbox/developer/pamaury) |
| 14:49:22 | sideral | pamaury: Here's an except of a hex-dump diff of a good vs a bad FAT, which should make it obvious why fsck.vfat reports a circular cluster chain: http://pastebin.com/1KGqndqr |
| 14:51:06 | pamaury | it's really weird for sure |
| 14:51:27 | pamaury | and not easy to debug |
| 14:52:32 | sideral | as it's always the first byte of a 4K block, it's likely some missynchronization-induced buffer corruption |
| 14:55:50 | pamaury | a very tortured way to check some things is to tweak usb-storage to act as a proxy: all communications are sent back to the host which emulates storage. This way, one can check if it's a usb corruption |
| 14:56:11 | smk | whom can i consult for libfaad ? |
| 14:57:36 | sideral | pamaury: I can't think of anything else it could be, really. I have already ruled out that the SD driver reads the corrupted bytes from the SD storage. |
| 14:58:02 | | Quit dfkt (Read error: Connection reset by peer) |
| 14:58:03 | | Join dfkt_ [0] (dfkt@unaffiliated/dfkt) |
| 14:58:11 | pamaury | but I can't see how the usb corrupts a single byte |
| 14:58:50 | pamaury | I agree that if the sd driver gets corrupted data and assuming the usb-storage is quite bullet proof, there isn't much space left :) |
| 14:59:32 | pamaury | but only the FAT gets corrupted it seems no ? |
| 15:00 |
| 15:00:39 | sideral | that's what fsck.vfat hammers on and reports. So far I have only compared good and bad FATs, so I cannot rule out that more than the FAT would be corrupted |
| 15:02:00 | pamaury | I'll try to get usb transfers error. I have some usb code which transfers huge amounts of data with crc checks to track such errors. Otherwise, I can somehow hook the transfers on the host side to compute crcs and logf them on usb on the device side and compare. Or finally, I can go the way I described |
| 15:02:09 | sideral | I don't know how the handshake between the USB driver and the USB device works, but I can conceive of scenarios where an old byte is sent due to an off-by-one gap in IRQ handshakes, for example |
| 15:02:34 | pamaury | dma handles everything, the driver never touches the data |
| 15:02:44 | sideral | what's the dma block size? |
| 15:03:03 | pamaury | And I can't imagine an off by one error in the cache/buffer arm flushing code |
| 15:03:12 | pamaury | I don't know |
| 15:05:12 | sideral | I at least ruled out caching problems in the SD driver (I forced use of a code path that used uncached memory rather than cache-flush instructions), which did not change the behavior, so I'd agree the cache flush appears to work correctly |
| 15:06:58 | sideral | pamaury: My offer to get you my disk image still stands. Perhaps you can reproduce the problem by running fsck.vfat on it? |
| 15:07:50 | pamaury | I'll see, I prefer to try alternative ways before, testing usb alone is much easier |
| 15:08:34 | sideral | OK |
| 15:10:22 | sideral | pamaury: Great work on the Fuze+ BTW :) |
| 15:10:35 | | Quit B4gder (Quit: Konversation terminated!) |
| 15:10:54 | pamaury | everything is still to do I would say but yeah, that's a great step forward |
| 15:11:14 | | Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) |
| 15:13:54 | | Join TheLemonMan [0] (~lem0n@ppp-236-148.98-62.inwind.it) |
| 15:20:03 | | Quit [Saint] (Quit: I'm only going to Heaven if it feels like Hell, I'm only going to Heaven if it tastes like caramel...) |
| 15:20:18 | Hendrik_de | Hello Rockboxers. Compliments on your great work. My question: |
| 15:20:18 | Hendrik_de | Is someone working (or has someone worked) on a port for Medion MP3 players? |
| 15:20:55 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 15:22:16 | | Join [Saint] [0] (~st.lasciv@124-197-14-130.callplus.net.nz) |
| 15:22:26 | gevaerts | I haven't heard of any effort there |
| 15:22:41 | gevaerts | But I also can imagine that there's not a single medion player |
| 15:23:08 | Hendrik_de | Yes, there are several models which no doubt have different chips. |
| 15:23:33 | Hendrik_de | Personally, I would be most interested in the Medion MD-83300 family. |
| 15:24:34 | gevaerts | I can't find any mention of it on our wiki or forums |
| 15:26:13 | pamaury | the bare minimum would be to have an idea of what is inside |
| 15:27:14 | Hendrik_de | Hmm, maybe I could open my box tonight and take some pictures, I think it is held closed with a few phillips screws. |
| 15:28:44 | * | pamaury never heard of medion mp3 players, I'm not sure any developper has one of those |
| 15:31:01 | Hendrik_de | Maybe they are only distributed in Germany. |
| 15:31:48 | Hendrik_de | What would I have to look for when opening? The labels on the integrated circuits, or is there some other info to be gained? |
| 15:32:14 | TheLemonMan | having a firmware update would be useful too |
| 15:32:28 | pamaury | yeah, the labels on the chips |
| 15:32:53 | pamaury | some posts on the forum suggests some medion lines were PP502) based |
| 15:36:52 | Hendrik_de | @pamaury: PP-5020? This is the same chip as in the iPods, right? |
| 15:37:32 | gevaerts | Hendrik_de: do you have a directory named "System" on it? |
| 15:37:37 | pamaury | some iPods yes |
| 15:38:10 | gevaerts | (assuming it's not mtp-only...) |
| 15:38:14 | Hendrik_de | I'm sorry I don't have the device here right now, but I think there is no such directory on the player. |
| 15:39:15 | gevaerts | If there is, it's probably hidden |
| 15:39:48 | gevaerts | Anyway, if it has a system directory, with in there a file with .mi4 extension, chances are it's a "traditional" PP502x player |
| 15:40:45 | Hendrik_de | Hidden? With the FAT "hidden" attribute? Then I should be able to see it after mounting it with linux. I'll give it a try tonight. |
| 15:41:04 | gevaerts | yes |
| 15:42:55 | Hendrik_de | By the way, I have a picture (from the outside, at least) and some description (sorry, German language). |
| 15:42:55 | Hendrik_de | http://www.mediondirect.de/product_info.php/info/p1021_MEDION-MD-83377-4GB-MP3-Player-schwarz-MicroSD−−B-Ware-.html |
| 16:00 |
| 16:01:17 | | Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) |
| 16:02:10 | | Join DerPapst [0] (~Alexander@wlan-nat-24.fh-friedberg.de) |
| 16:04:34 | tguinot | Is the gsoc channel reserved to mentors? |
| 16:04:43 | tguinot | or for general discussion about projects? |
| 16:05:00 | | Quit TheLemonMan (Quit: Destructor called) |
| 16:06:07 | *** | Saving seen data "./dancer.seen" |
| 16:07:02 | | Quit jhMikeS (Ping timeout: 248 seconds) |
| 16:08:28 | | Part LinusN |
| 16:08:36 | | Join sinless [0] (~73c4812b@giant.haxx.se) |
| 16:08:37 | | Quit antil33t (Read error: Connection reset by peer) |
| 16:08:47 | | Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) |
| 16:09:15 | pamaury | our gsoc channel is reserved to developpers |
| 16:10:08 | | Join n1s [0] (~quassel@rockbox/developer/n1s) |
| 16:10:33 | | Quit DerPapst (Read error: Connection reset by peer) |
| 16:10:34 | sinless | hello,RB developpers,It seems that IPOD remote do not work with ipod 4g and photo,although fm radio shows in debug menu |
| 16:11:09 | | Join DerPapst [0] (~Alexander@wlan-nat-24.fh-friedberg.de) |
| 16:11:33 | sinless | and DataBase gets hang if RAM store is open |
| 16:12:26 | sinless | AND RAM database seems not to work with all ipods |
| 16:12:32 | | Quit sinless (Client Quit) |
| 16:12:58 | | Join sinless [0] (~73c4812b@giant.haxx.se) |
| 16:13:41 | | Part Hendrik_de |
| 16:13:56 | sinless | RAM DataBase won't work with all my ipods.. |
| 16:15:09 | smk | saratoga: n1s redirected me to you, for libfaad-malloc questions. can i ask them now? |
| 16:16:06 | sideral | sinless: Re hang during DB update: Which version of Rockbox are you using? |
| 16:16:14 | n1s | smk did you see my comment after you left? a look at libm4a/demux.c could be interesting as that mallocs a bit too |
| 16:16:24 | n1s | and i think the real problem is there |
| 16:16:56 | sinless | the new release build |
| 16:17:14 | sinless | in fact,RAM didn |
| 16:17:23 | sinless | didn't work for a long time |
| 16:17:27 | smk | n1s sure will take a look at that. |
| 16:18:33 | sinless | sideral:once open RAM,ipod gen1~5 will freeze,and ipod classic shows a dada abort |
| 16:19:59 | smk | n1s i am a bit unsure about my method though. JdGordon| mentioned that my worst case analysis might be wrong. |
| 16:20:05 | sideral | sinless: what's the exact version number? I'm asking because 3.8 had a problem with DMA on PP-based devices |
| 16:20:05 | | Quit antil33t (Read error: Connection reset by peer) |
| 16:20:14 | | Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) |
| 16:20:34 | sideral | should be fixed in 3.8.1 though |
| 16:20:58 | sinless | sideral:R29688,7 iPods,the same version |
| 16:21:10 | | Quit JdGordon| (Ping timeout: 252 seconds) |
| 16:22:15 | AlexP | sinless: That's not new, it is 22 revisions out of date :) It should be new enough for this though |
| 16:22:33 | AlexP | And yes, database to RAM does work with ipods |
| 16:22:50 | AlexP | So either you have hit a bug, or you have a different issue |
| 16:23:00 | sideral | sinless: it's likely that the metadata parser chokes on one of your files. enable metadata debugging in the debug menu and look at the metadata access log after the hang |
| 16:23:30 | sinless | OK,I'm going to test |
| 16:24:19 | | Quit Zarggg_ (Quit: Zarggg_) |
| 16:24:28 | n1s | smk: how do you find the worst case? |
| 16:25:12 | sinless | and,I remember that about one year ago,ipod radio remote can work with ipod 4g/mini/photo with remote control,but now,although FM radio shows in debug menu,neither control nor radio works |
| 16:26:02 | smk | i traced back the functions that call faad_malloc. The memory allocated depends on some variables. directly proportional actually. so worst case would be when these variables attain their maximum |
| 16:26:21 | smk | so for a parameter of type uint8_t , the max value is 255. |
| 16:26:38 | | Quit DerPapst (Ping timeout: 240 seconds) |
| 16:26:39 | sinless | sideral:metalog open,now freeze at searching.... |
| 16:27:55 | | Quit bieber_ (Remote host closed the connection) |
| 16:28:25 | smk | n1s: for example. in one of the allocations, the size is a function of variable 'bytes'. so max size would be allocated when the value of 'bytes' is max. |
| 16:28:41 | sideral | now look at the metadata log file. the last entry has the file that was accessed last |
| 16:29:23 | sinless | Unluckily,there is no log file in the device |
| 16:30:02 | | Join DerPapst [0] (~Alexander@212.201.31.24) |
| 16:30:05 | n1s | smk: so do you always derive the max value from the type? |
| 16:30:39 | sinless | only ipod classic can display a data abort |
| 16:32:11 | smk | n1s: yeah the max value a variable can safely attain,yes i derive from the type. the actual max would depend on the context of the call. |
| 16:32:20 | sideral | sinless: the file is called metadata.log in the root directory of the device. Strange if it doesn't exist. |
| 16:33:41 | sideral | If you can reproduce the data abort with the latest release build from the website (3.8.1), please post a bug report with the full abort message (including the address) to the bug tracker |
| 16:34:01 | | Quit sinless (Quit: CGI:IRC) |
| 16:34:11 | | Join sinless [0] (~73c4812b@giant.haxx.se) |
| 16:34:32 | sinless | sideral:yes,I know,once I create it by accident...Enn...do you think i should open metalog before or after ram open? |
| 16:35:02 | sideral | I don't know what you mean by "ram open" |
| 16:35:19 | sinless | open ram database |
| 16:36:02 | sideral | How do you "open ram database"? I thought you were referring to a database refresh or init |
| 16:37:21 | sinless | settings−−gengral settings-database-ad to RAM |
| 16:37:47 | sinless | after load to ram open,database will hang with all ipods |
| 16:37:53 | | Join toffe82 [0] (~chatzilla@maf.wirelesstcp.net) |
| 16:38:51 | n1s | smk: so if the malloc size is calculated from an int you decide the worst case is a 2GB allocation? |
| 16:39:03 | sideral | Ah, so enable the option, and then you can't browse the database any more? |
| 16:39:46 | sideral | I thought you'd have to reboot before setting the option takes effect, but I may be wrong |
| 16:41:27 | sinless | Yes,with old build,RB will show a reboot sign,now it didn't show,i reboot and enter DB,ipod gen1~5freeze,and classic show a data abort |
| 16:42:04 | | Quit tmzt (Read error: Connection reset by peer) |
| 16:42:24 | sideral | Could you try regenerating the database? (Initialize Now) |
| 16:42:32 | | Join tmzt [0] (~tmzt@adsl-99-155-215-0.dsl.akrnoh.sbcglobal.net) |
| 16:42:45 | | Quit pamaury (Quit: Page closed) |
| 16:43:01 | sinless | RAM cache is really need for a HDD player...initialize not work,in fact all ipods share the same problem... |
| 16:43:32 | AlexP | No they don't |
| 16:43:40 | AlexP | As plenty of people use it without a problem |
| 16:44:06 | AlexP | There may be a recent bug or something though |
| 16:44:13 | sideral | How does "Database options->Initialize Now" fail? |
| 16:44:24 | sinless | I figured out it just now..by accident |
| 16:44:34 | sinless | the system language |
| 16:44:52 | sinless | when set to English,RAM DB works |
| 16:45:03 | AlexP | Now that is odd |
| 16:45:09 | Zagor | haha, nice bug |
| 16:45:37 | sideral | maybe you forgot to install an up-to-date language file? |
| 16:45:41 | sinless | but it used to work with my language |
| 16:46:11 | sideral | did you make and install the complete zip? |
| 16:46:27 | sinless | yes |
| 16:46:40 | AlexP | Could you try with a build from rockbox.org? |
| 16:46:50 | smk | n1s: yeah , doing that would be insane...in the libfaad code, it's all 8 bit or 16 bit, so things were under control..but in general,yes, making such an assumption would be wrong |
| 16:46:51 | sinless | always... |
| 16:47:21 | AlexP | sinless: I'm confused, are you using a build from rockbox.org, or you are using your own build? |
| 16:47:37 | sinless | I use builds from rockbox.org only,and,for 5 years |
| 16:47:49 | AlexP | ok |
| 16:47:57 | AlexP | When did it stop working? |
| 16:48:22 | sinless | open ram cache-reboot-database-artist-freeze |
| 16:48:31 | AlexP | yes I know |
| 16:48:44 | sinless | ipod gen1~5,mini,nano freeze,ipod classic data abort |
| 16:48:44 | AlexP | What version of Rockbox did it stop working with? |
| 16:48:49 | AlexP | How long ago? |
| 16:49:13 | sinless | i don't remember...sorry |
| 16:49:23 | n1s | sinless: what is your language that broke it? |
| 16:49:29 | sinless | chinese |
| 16:49:41 | n1s | trad or simplified? |
| 16:49:47 | sinless | sim |
| 16:49:54 | AlexP | does it work with trad? |
| 16:50:20 | | Quit sinless (Quit: CGI:IRC) |
| 16:50:28 | smk | n1s: how do i go about it then?. i think i should find the range of values the variable would attain in the program.. |
| 16:50:36 | | Join sinless [0] (~73c4812b@giant.haxx.se) |
| 16:50:58 | sinless | wait..i'm trying |
| 16:51:13 | AlexP | thanks |
| 16:51:17 | sideral | perhaps there's an assumption in the code that "<All tracks>" and "<Random>" have translations, and the simplified Chinese translation miss them? |
| 16:51:37 | sinless | trad works |
| 16:51:46 | AlexP | hah, nice :) |
| 16:51:54 | n1s | smk: well, figure out where the value comes from, i guess they all come from the file so find what the max allowed value is and if nothing checks that it is in the allowed range, add a check, all assuming there is a spec for aac |
| 16:51:55 | | Quit sinless (Client Quit) |
| 16:51:56 | AlexP | So now we need to see what the difference is :) |
| 16:52:17 | | Join sinless [0] (~73c4812b@giant.haxx.se) |
| 16:52:38 | n1s | smk: otherwise at least limit it to the size of the field in the file that it comes from |
| 16:52:41 | | Quit sinless (Client Quit) |
| 16:52:54 | | Join sinless [0] (~73c4812b@80.67.6.50) |
| 16:53:01 | sinless | trad works |
| 16:53:18 | n1s | also ffmpeg might be interesting to look at as they usually don't do dynamically sized allocations |
| 16:53:27 | AlexP | sinless: Thanks, an odd bug |
| 16:53:40 | sideral | sinless: It would be of great help if you could do a binary search over the last few hunded revisions (binary bisect -> try 8 or 9 revisions to nail it down) to see which revision broke it. |
| 16:53:42 | AlexP | sinless: simp chinese is supposedly 100% up to date |
| 16:53:53 | AlexP | er, sideral sorry |
| 16:54:25 | sinless | I just update my ipods from the build one year ago... |
| 16:54:53 | sinless | Enn...where can i download the old build? |
| 16:55:00 | sideral | sinless: Thanks for reporting and helping to debug this! |
| 16:55:07 | n1s | AlexP: i'm looking to see if there is any buggy printf formatting in that lang |
| 16:55:39 | sinless | and does any body interested with remote control? |
| 16:55:46 | | Quit Rob2223 (Ping timeout: 264 seconds) |
| 16:55:52 | sinless | after the update,ipod remote control not work |
| 16:56:13 | AlexP | Have you tried turning on accessory power supply? |
| 16:56:19 | sinless | yes |
| 16:56:40 | sinless | I'm a old rockbox user... |
| 16:56:44 | sideral | not sure where very old builds can be found... |
| 16:56:54 | AlexP | sideral: they can't (usually) |
| 16:57:02 | AlexP | We have dailies for a month IIRC |
| 16:57:39 | sideral | ah, too bad. we do have an archive for old releases, though, IIRC |
| 16:57:51 | AlexP | yep |
| 16:58:00 | sinless | ipod Fm radio remote can work with ipod 4g/mini/photo with control key,the new build now work anymore |
| 16:58:38 | | Join Rob2222 [0] (~Miranda@p4FFF1EA2.dip.t-dialin.net) |
| 16:58:40 | AlexP | sideral: on http://download.rockbox.org/release/ |
| 16:58:46 | sinless | now,there is fm radio in the debug menu of 4g/photo but remote key can't work |
| 16:58:55 | smk | n1s: in the case of adding a check, what is the criteria? i mean, how should i assume that a particular variable should lie within a defined boundary? |
| 16:59:13 | n1s | smk: is there a spec |
| 16:59:16 | n1s | ? |
| 16:59:33 | sinless | I will try the builds... |
| 16:59:44 | sinless | give me half an hours |
| 17:00 |
| 17:00:57 | n1s | found one buggy string in the simplified chinese but that's in the equalizer screen |
| 17:01:45 | sinless | no one work with remote control?.. |
| 17:02:13 | sideral | sinless: if you can't find help here, please file a bug report |
| 17:02:49 | sinless | in the front page? |
| 17:03:28 | n1s | is simplified chinese ever voiced? |
| 17:03:38 | sinless | no |
| 17:04:04 | smk | n1s: no... |
| 17:04:37 | AlexP | why all the ...s? |
| 17:05:17 | sinless | oh,ipod video's remote works,only ipod video |
| 17:05:25 | | Quit avacore (Ping timeout: 246 seconds) |
| 17:07:09 | CIA-87 | New commit by nls (r29711): Fix missing printfstyle formatting in simplified Chinese. |
| 17:07:11 | | Join avacore [0] (~avacore@1008ds1-rdo.0.fullrate.dk) |
| 17:08:31 | sinless | AlexP:I wonder if you can help me...to make a custom build,i don't program... |
| 17:08:50 | AlexP | sinless: Custom in what way? |
| 17:09:13 | sinless | fall back ipod classic's hdd driver.. |
| 17:09:47 | AlexP | I don't understand |
| 17:10:26 | n1s | smk: ah, then it's kind of hard to know but i'd look at ffmpeg and at how many bits are actually read |
| 17:10:33 | sinless | the new HDD driver support ce-ata hdd,but for my classic with a SSD,the disk spinup time increased from 40ms to 2780ms.... |
| 17:11:09 | CIA-87 | r29711 build result: All green |
| 17:14:18 | sinless | 3.7.1，also freeze |
| 17:14:33 | smk | n1s: yeah. being new, i am yet to figure out how libfaad fits in the big picture. as in what interaction does it have with the rest of the code. sure i'll look at ffmpeg and libm4a as you say. |
| 17:16:10 | | Join sinlessx [0] (~3cba28bb@giant.haxx.se) |
| 17:16:25 | AlexP | sinless: I don't know about that I'm afraid |
| 17:17:08 | smk | n1s: finding the max by the variable type was the shortest way out :P. i will think more on it, and see if i can find something. will get back to you. or anyone who can help. |
| 17:17:10 | smk | :) |
| 17:17:15 | sinlessx | ipod photo with 3.7.1 also freeze,does ipod classic help?it shows a data abort with error code |
| 17:19:04 | | Join Leif [0] (~LeifAnder@155-99-195-182.uconnect.utah.edu) |
| 17:19:40 | | Quit sinless (Quit: CGI:IRC (Ping timeout)) |
| 17:19:55 | smk | n1s: will be off now. if you have any advice, post here. will check the logs later. thanks :) |
| 17:19:58 | sinlessx | with 3.3,RAM DB works |
| 17:20:08 | | Quit smk (Quit: Leaving) |
| 17:21:31 | | Quit sideral (Quit: Leaving.) |
| 17:24:25 | | Quit antil33t (Read error: Connection reset by peer) |
| 17:24:41 | | Join antil33t [0] (antil33t@124.197.51.80) |
| 17:27:21 | | Quit ChickeNES (Quit: Computer has gone to sleep.) |
| 17:28:29 | | Part Zagor |
| 17:31:35 | | Quit Leif (Read error: Connection reset by peer) |
| 17:34:52 | | Quit robin0800 (Quit: Leaving) |
| 17:35:19 | | Join Leif [0] (~LeifAnder@155-99-195-182.uconnect.utah.edu) |
| 17:40:22 | | Join u42p [0] (~v35b@d095247.adsl.hansenet.de) |
| 17:41:50 | | Join Rob2223 [0] (~Miranda@p4FFF251E.dip.t-dialin.net) |
| 17:44:22 | | Quit Rob2222 (Ping timeout: 264 seconds) |
| 17:50:17 | | Quit benedikt93 (Quit: Welcome to the Internet, where the men are men, the women are men and the children are agents of the FBI) |
| 17:56:02 | | Quit sinlessx (Quit: CGI:IRC) |
| 17:58:39 | | Nick dfkt_ is now known as dfkt (dfkt@unaffiliated/dfkt) |
| 17:58:47 | saratoga | smk: i'm back now if you have questions |
| 18:00 |
| 18:00:09 | | Quit petur (Quit: *plop*) |
| 18:00:35 | | Join Xerion [0] (~xerion@5419A4D7.cm-5-2c.dynamic.ziggo.nl) |
| 18:01:35 | | Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) |
| 18:01:35 | | Quit pamaury (Changing host) |
| 18:01:35 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 18:02:53 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
| 18:03:30 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
| 18:06:10 | *** | Saving seen data "./dancer.seen" |
| 18:08:28 | | Quit DerPapst (Quit: Leaving.) |
| 18:09:20 | | Quit evilnick_B (Ping timeout: 251 seconds) |
| 18:16:09 | | Join Rob2222 [0] (~Miranda@p5DE4B770.dip.t-dialin.net) |
| 18:17:22 | | Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) |
| 18:18:14 | | Quit Rob2223 (Ping timeout: 248 seconds) |
| 18:18:34 | | Quit slooopy (Ping timeout: 246 seconds) |
| 18:26:18 | | Quit saratoga (Quit: Page closed) |
| 18:26:30 | | Join saratoga [0] (9803c6dd@gateway/web/freenode/ip.152.3.198.221) |
| 18:27:52 | | Join Rob2223 [0] (~Miranda@p4FFF3CDC.dip.t-dialin.net) |
| 18:29:56 | | Quit Rob2222 (Ping timeout: 258 seconds) |
| 18:32:42 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 18:34:50 | | Quit saratoga (Changing host) |
| 18:34:50 | | Join saratoga [0] (9803c6dd@rockbox/developer/saratoga) |
| 18:37:36 | | Quit Leif (Read error: Operation timed out) |
| 18:38:43 | | Quit krazykit (Quit: awe yeeeeeee) |
| 18:47:12 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 18:50:44 | | Join slooopy [0] (~sloo@95-90-30-123-dynip.superkabel.de) |
| 18:57:17 | | Quit swilde (Quit: ERC Version 5.3 (IRC client for Emacs)) |
| 18:59:18 | | Join DerPapst [0] (~Alexander@p57954F57.dip.t-dialin.net) |
| 19:00 |
| 19:01:47 | | Quit MethoS- (Read error: Operation timed out) |
| 19:02:03 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 19:03:18 | | Join ChickeNES [0] (~ChickeNES@128.135.100.102) |
| 19:03:27 | | Quit bluefoxx_ (Read error: Connection reset by peer) |
| 19:03:53 | | Join bluefoxx_ [0] (~bluefoxx_@S010600216b36c2a8.vs.shawcable.net) |
| 19:08:56 | | Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) |
| 19:11:01 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 19:13:52 | | Join sideral [0] (~sideral@213.165.85.248) |
| 19:13:52 | | Quit sideral (Changing host) |
| 19:13:52 | | Join sideral [0] (~sideral@rockbox/developer/sideral) |
| 19:15:20 | bluebroth3r | android code should follow the common Rockbox coding guidelines, right? |
| 19:16:29 | bertrik | I'd like to think so |
| 19:16:38 | bluebroth3r | good. Me too :) |
| 19:16:55 | * | bluebroth3r goes killing some tabs |
| 19:17:04 | | Quit sideral (Remote host closed the connection) |
| 19:17:33 | | Join sideral [0] (~sideral@213.165.85.248) |
| 19:17:33 | | Quit sideral (Changing host) |
| 19:17:33 | | Join sideral [0] (~sideral@rockbox/developer/sideral) |
| 19:21:13 | | Join Horscht [0] (~Horscht@p5DD56FDA.dip.t-dialin.net) |
| 19:21:13 | | Quit Horscht (Changing host) |
| 19:21:13 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
| 19:22:54 | CIA-87 | New commit by bluebrother (r29712): Fix some whitespace errors. |
| 19:26:49 | CIA-87 | r29712 build result: All green |
| 19:27:19 | | Quit sideral (Remote host closed the connection) |
| 19:28:07 | | Join sideral [0] (~sideral@rockbox/developer/sideral) |
| 19:29:37 | | Quit t0rc (Quit: WeeChat 0.3.4) |
| 19:30:02 | bluebroth3r | are there Android devices without sdcard but large internal memory around? |
| 19:30:27 | Torne | Depends exactly what you mean |
| 19:30:46 | Torne | the nexus s has a 1GB data partition and then a 15GB non-sdcard-but-still-FAT partition used for UMS |
| 19:31:05 | bluebroth3r | can I assume /sdcard to be always present? |
| 19:31:15 | Torne | er, no, it's an sd card |
| 19:31:19 | Torne | the slot might be empty |
| 19:31:33 | Torne | :) |
| 19:31:52 | bluebroth3r | well, the thing is that Rockbox wastes a lot of space of the internal memory. |
| 19:32:17 | bluebroth3r | and my assumption is that it is feasible to assume an SD card to be always present (since you need to store your music somewhere) |
| 19:32:52 | bluebroth3r | moving everything but rocks and codecs to /sdcard/rockbox when extracting gains ~5MiB on my device. |
| 19:33:26 | bluebroth3r | and after extracting libmisc.so is still lying around. Is it possible to delete that after extraction automatically? It's also almost 3MiB for me |
| 19:33:53 | Torne | i don't think it's a problem to assume that there's an external storage device |
| 19:34:08 | Torne | because as you said you need somewhere for your music. |
| 19:34:33 | bluebroth3r | hence the question if there are Android devices that can be used as media player without SD card :) |
| 19:34:43 | Torne | Right, but that's why i qualified |
| 19:34:49 | Torne | There are devices without an SD card |
| 19:34:51 | Torne | at all |
| 19:34:58 | Torne | but they still have a large UMS-accessible FAT volume |
| 19:35:04 | Torne | mounted the same |
| 19:35:18 | bluebroth3r | so /sdcard is a safe bet. |
| 19:35:30 | Torne | i don't think you're supposed to hardcode any paths, though :) |
| 19:35:49 | bluebroth3r | RockboxService.class already does :) |
| 19:36:01 | Torne | that doesn't mean you should hardcode any more |
| 19:36:35 | bluebroth3r | anyway, I was just looking into a proof of concept so hardcoded paths are ok for now. Not that I would promote hardcoded paths :) |
| 19:36:47 | amiconn | Is this possible at all for android before 2.2? |
| 19:37:34 | | Quit sideral (Remote host closed the connection) |
| 19:38:18 | | Join sideral [0] (~sideral@213.165.85.248) |
| 19:38:18 | | Quit sideral (Changing host) |
| 19:38:18 | | Join sideral [0] (~sideral@rockbox/developer/sideral) |
| 19:38:33 | Torne | amiconn: is what possible? |
| 19:38:59 | Torne | isn't it only "data files" being discussed here? |
| 19:39:43 | Torne | which can go where you feel like, unrelated to supporting apps on sd |
| 19:43:35 | | Join Buschel [0] (~chatzilla@p54A3B47F.dip.t-dialin.net) |
| 19:48:57 | | Quit TheSeven (Ping timeout: 260 seconds) |
| 19:52:23 | | Quit JesusChrysler (Quit: JesusChrysler) |
| 19:53:10 | Buschel | in which time zone is smk? |
| 19:53:31 | | Part u42p ("Leaving") |
| 19:54:40 | | Quit japc (Ping timeout: 260 seconds) |
| 19:56:42 | saratoga | Buschel: hes in India IIRC |
| 19:57:07 | Buschel | +3.5h from here then, bad. |
| 19:57:38 | Buschel | will be hard to find overlapping time to talk to him in realtime |
| 19:58:13 | saratoga | i'm not sure what he was interested in libfaac for, I think he applied for the bufferlib project |
| 19:58:55 | Buschel | smk: (for the logs) you should check FS #8923 regarding the aac memory issues |
| 19:59:27 | gevaerts | saratoga: it's on MrSomeonesTodoList |
| 19:59:38 | saratoga | ah ok |
| 20:00 |
| 20:00:10 | saratoga | IMO libfaad's memory use isn't too bad, although the mp4 parser is another story |
| 20:03:22 | saratoga | what the hell rockchip makes a 1.2GHz A8 SOC |
| 20:04:01 | Buschel | well, some files do not play w/o reading this stuff. at least the playback stops at some point for several files. so, it is a libfaad issue −− or an issue of our integration of it |
| 20:05:30 | | Join JesusChrysler [0] (~JesusChry@c-69-253-15-232.hsd1.pa.comcast.net) |
| 20:06:13 | *** | Saving seen data "./dancer.seen" |
| 20:07:02 | saratoga | its not just the parser giving the decoder bad data? |
| 20:10:37 | Buschel | see r11187 |
| 20:11:32 | Buschel | if you remove the call to get_sample_offset() several of my files do not play anymore |
| 20:11:52 | | Quit stoffel (Remote host closed the connection) |
| 20:11:58 | Buschel | (in apps/aac.c) |
| 20:12:40 | saratoga | i don't really understand mp4, but is that to check if the adjacent frames have a gap between them? |
| 20:15:20 | Buschel | yes, something like this. the next frames headers position is off by a few bytes. the decoder does not handle this and aborts with error. |
| 20:16:23 | Buschel | I am also not too much into mp4. so, I do not know what the best and correct solution would be. fact is, that the current solution makes it hard to shrink the chunk-data. |
| 20:16:33 | saratoga | did you ever find a good explanation of the mp4 format? |
| 20:17:28 | Buschel | I never searched for it ;) |
| 20:17:29 | | Join TheLemonMan [0] (~lem0n@ppp-236-148.98-62.inwind.it) |
| 20:17:43 | saratoga | i've found books talking about parsing mp4 files, but never a good overview of the whole format |
| 20:18:05 | saratoga | plus it appears to be kind of stupidly designed, which makes it even harder |
| 20:18:45 | | Join Keripo [0] (~Keripo@seas692.wireless-pennnet.upenn.edu) |
| 20:20:24 | | Quit Keripo (Read error: Connection reset by peer) |
| 20:21:15 | | Quit ChickeNES (Quit: Computer has gone to sleep.) |
| 20:25:46 | | Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de) |
| 20:26:31 | Buschel | if I see this right the decoder directly jumps to reading each frame header when calling NeAACDecDecode(). so, if the current position is not right the decoder aborts. isn't there any mp4 header sync word defined? |
| 20:28:15 | TheLemonMan | the mp4 format is one of the least documented |
| 20:29:08 | wodz | gah, I screwed up something with code loader for rockchip and didn't bothered to make backups :-/ |
| 20:30:29 | | Join ChickeNES [0] (~ChickeNES@128.135.100.102) |
| 20:31:34 | | Quit mudd1 (Ping timeout: 240 seconds) |
| 20:32:17 | | Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de) |
| 20:32:47 | saratoga | IIRC ADTS has one |
| 20:33:03 | saratoga | since iirc its almost the same as mp3 |
| 20:33:26 | | Quit bertrik (Quit: :tiuQ) |
| 20:33:40 | saratoga | ah yeah its 12 '1' bits |
| 20:36:44 | | Quit mudd1 (Ping timeout: 252 seconds) |
| 20:36:56 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 20:36:57 | | Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de) |
| 20:39:42 | | Quit kugel_ (Ping timeout: 260 seconds) |
| 20:46:54 | | Quit kugel (Ping timeout: 240 seconds) |
| 20:49:27 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 20:53:25 | | Quit kevku (Ping timeout: 248 seconds) |
| 20:58:43 | Buschel | adts is not relevant for the errorous file. let's check what's next... |
| 20:59:45 | Buschel | error is returned from raw_data_block() |
| 21:00 |
| 21:00:39 | saratoga | oh mp4 streams don't have separate adts headers? |
| 21:01:05 | Buschel | adts is not used for all of my m4a's it seems... |
| 21:04:55 | | Join kugel_ [0] (~kugel@rockbox/developer/kugel) |
| 21:05:14 | | Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 21:07:36 | | Quit kugel (Ping timeout: 246 seconds) |
| 21:09:47 | | Quit kugel_ (Ping timeout: 252 seconds) |
| 21:09:52 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 21:14:21 | | Join kevku [0] (~kevku@2001:470:28:773:babe:feed:dead:bee) |
| 21:15:15 | | Join pepsi [0] (~pepsi@unaffiliated/jbutera) |
| 21:17:26 | pepsi | does the mini2440 port support the 1GB nand version? |
| 21:23:51 | bluebroth3r | I don't see a reason why it shouldn |
| 21:23:53 | bluebroth3r | 't |
| 21:24:05 | | Join kugel_ [0] (~kugel@e178116124.adsl.alicedsl.de) |
| 21:24:10 | | Quit kugel_ (Changing host) |
| 21:24:10 | | Join kugel_ [0] (~kugel@rockbox/developer/kugel) |
| 21:26:09 | * | bluebroth3r now has an Ipod dock that doesn't work with Rockbox |
| 21:26:36 | pepsi | the 256M and 1G variants use a different block size or something like that |
| 21:26:38 | | Quit [Saint] (Ping timeout: 240 seconds) |
| 21:27:02 | | Quit kugel (Ping timeout: 240 seconds) |
| 21:32:58 | | Join [Saint] [0] (~st.lasciv@124-197-14-130.callplus.net.nz) |
| 21:39:15 | bertrik | bluebroth3r, good, something to work on! ;P |
| 21:40:07 | bluebroth3r | bertrik: yeps. I'm considering to go buying some logic analyzer board |
| 21:40:22 | bluebroth3r | but ... there's always this stupid time thingy :( |
| 21:41:02 | bertrik | you can use a sound card as a oscilloscope-alternative, at least for slow signals |
| 21:41:59 | bluebroth3r | I've seen the DSO nano in action. Quite nice, and also rather cheap |
| 21:44:21 | wodz | bluebroth3r: and parallel port as logic analyzer alternative for slow signals |
| 21:44:23 | | Join robin0800 [0] (~robin0800@cpc3-brig8-0-0-cust703.3-3.cable.virginmedia.com) |
| 21:44:49 | bluebroth3r | hmm ... no parallel port on this box :) |
| 21:45:20 | wodz | yeh it become rare unfortunately. |
| 21:47:13 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 21:47:18 | saratoga | oh yeah, got my headphone to BNC adapter today, so I guess I can try and measure the Clipv2 background noise |
| 21:47:23 | bertrik | but I guess it's a serial signal, the only thing you need to figure out then, is the bitrate |
| 21:52:30 | | Quit TheSeven (Ping timeout: 276 seconds) |
| 21:55:45 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 21:58:10 | | Join Darkknight512 [0] (~63e16e06@giant.haxx.se) |
| 21:59:26 | | Quit ChickeNES (Quit: Computer has gone to sleep.) |
| 22:00 |
| 22:00:26 | * | bluebroth3r considers getting the Open Workbench Logic Sniffer |
| 22:00:32 | bluebroth3r | anyone knows that device? |
| 22:04:25 | bertrik | TheSeven, any more luck yet with the clip+ boot rom? |
| 22:06:17 | *** | Saving seen data "./dancer.seen" |
| 22:11:28 | | Quit TheLemonMan (Quit: Destructor called) |
| 22:13:03 | | Join silbo [0] (~quassel@193.40.244.204) |
| 22:14:36 | | Quit mudd1 (Ping timeout: 276 seconds) |
| 22:17:11 | bertrik | saratoga, I guess you've put some thought into a better resampler |
| 22:17:33 | saratoga | bertrik: just a little |
| 22:17:38 | bertrik | Could we do (for example) a poly-phase filter for that? |
| 22:17:50 | saratoga | i did some digging but couldn't come up with much about how to do better then linear at reasonable CPU use |
| 22:18:01 | saratoga | probably somekind of spline or other polynomial filter |
| 22:18:33 | bertrik | How much CPU can we expend on a resampler? |
| 22:18:57 | saratoga | quite a bit i think |
| 22:19:03 | saratoga | compared to linear |
| 22:19:19 | bertrik | I have no idea how heavy a typical codec like ogg or mp3 is in comparison (like number of multiplies per sample) |
| 22:19:42 | saratoga | best to think about MHz needed for real time |
| 22:19:48 | saratoga | linear is extremely low |
| 22:20:02 | | Part bertrik ("Leaving") |
| 22:20:24 | | Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 22:21:24 | saratoga | thing is i have no idea how well FIR or IIR resamplers work at relatively low numbers of taps compared to polynomial filters |
| 22:21:35 | saratoga | i think they're usually used with very large numbers of taps |
| 22:22:26 | bertrik | As far as I understand polyphase for 48 kHz to 44.1 kHz it's basically a FIR acting as a low-pass filter, but the coefficients change because the input and output are continually shifting phase against each other |
| 22:25:49 | TheSeven | bertrik: I made an IDB of it and did some cleanup |
| 22:25:55 | TheSeven | not much actual reversing yet |
| 22:26:12 | | Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de) |
| 22:29:56 | saratoga | bertrik: yes thats generally the highest quality way to do it, but for limited numbers of taps I'm not sure how well it works |
| 22:30:20 | saratoga | perhaps I should ask on HA |
| 22:33:02 | saratoga | FWIW I think for 48khz swapping the playback clock is a much better approach |
| 22:33:12 | saratoga | the sampling rates are so close its probably not even that hard . . . |
| 22:34:42 | bertrik | yes, possibly. The eq will be off by a bit, but adjusting the eq is probably easier than resampling. |
| 22:35:49 | saratoga | since the difference is just 8%, we can probably just change the GUI and leave the EQ alone |
| 22:36:32 | saratoga | so that when you put in 440Hz at 48k, it just secretly does 440*441/480 |
| 22:39:46 | | Join DrDnar1 [0] (~Ander@c-24-35-66-83.customer.broadstripe.net) |
| 22:42:05 | tguinot | what is the best method (from the mechanic point of view) to sniff dock communications? |
| 22:42:10 | | Quit DrDnar (Ping timeout: 258 seconds) |
| 22:45:40 | wodz | dissasemble the dock and connect probes to the dock connector from inside I would say |
| 22:46:28 | wodz | the other strategy is to build custom patchcord if both the plug and socket are available |
| 22:46:44 | | Join DrDnar [0] (~Ander@c-24-35-66-83.customer.broadstripe.net) |
| 22:47:19 | tguinot | indeed |
| 22:48:35 | | Quit DrDnar (Read error: Connection reset by peer) |
| 22:49:04 | | Quit DrDnar1 (Ping timeout: 258 seconds) |
| 22:50:38 | saratoga | bertrik: http://ldesoras.free.fr/doc/articles/resampler-en.pdf |
| 22:51:23 | | Join skapazzo [0] (~skapazzo@195.81.67.123) |
| 22:51:36 | saratoga | this also looks interesting: http://www.student.oulu.fi/~oniemita/dsp/deip.pdf |
| 22:51:50 | | Quit wodz (Read error: Operation timed out) |
| 22:54:55 | | Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) |
| 22:56:08 | | Quit kevku (Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/) |
| 22:57:59 | saratoga | the latter paper actually have some very interesting filter designs that look quite efficient |
| 22:58:20 | bertrik | hm it doesn't have to be perfect IMO, just a lot better than linear |
| 23:00 |
| 23:00:12 | saratoga | that paper has a table of a a couple dozen interpolators showing their SNR vs. number of multiplies |
| 23:00:13 | saratoga | and c code for each |
| 23:01:58 | bertrik | nice |
| 23:04:05 | | Quit wodz (Quit: Leaving) |
| 23:04:54 | saratoga | heh as expected linear is quite awful |
| 23:05:06 | | Join gbl08ma_ [0] (~gbl08ma_@195-23-182-215.net.novis.pt) |
| 23:09:13 | | Nick Rondom_ is now known as Rondom (~rondom@nonmodosedetiam.net) |
| 23:09:28 | | Quit Buschel (Quit: ChatZilla 0.9.86.1 [Firefox 3.6.16/20110319135224]) |
| 23:12:05 | | Join DrDnar [0] (~Ander@c-24-35-66-83.customer.broadstripe.net) |
| 23:12:56 | gbl08ma_ | hello everyone, is it just me or SVN and forums are having less activity those days (or weeks?)? |
| 23:13:03 | gbl08ma_ | not complaining :) |
| 23:13:29 | sideral | everyone's busy hacking :) |
| 23:13:51 | AlexP | forums aren't much indication of development |
| 23:14:05 | AlexP | SVN has been slightly slower, yes |
| 23:14:14 | AlexP | But these things come and go :) |
| 23:14:24 | gbl08ma_ | I know |
| 23:15:58 | gbl08ma_ | by the way, I have fade in on stop/pause option enabled, but even when not using line out, I can't hear any fade (no audible difference between having this setting on or off) |
| 23:19:50 | gbl08ma_ | it's been this way since around week ago (updating every day). I don't know the version number because I only noticed some updates after and the SVN logs don't seem to include any changes for that option. |
| 23:20:16 | gevaerts | Are you sure it's not there? It's been shortened a lot a while ago |
| 23:21:12 | gbl08ma_ | Yep, I remember something about it changing to 300ms, but that was long ago and I think I updated after that, and the fade was still audible. |
| 23:21:37 | gbl08ma_ | Anyways, where in the code can I change that value so I can play with it? |
| 23:21:40 | AlexP | r29558, 10/03/2011 |
| 23:21:51 | | Quit domonoky (Read error: Connection reset by peer) |
| 23:22:34 | saratoga | i doubt fade is going to work over line out |
| 23:22:42 | saratoga | the volume on that should be fixed |
| 23:23:23 | | Join boghog [0] (~aphax@2001:980:34c7:0:1e6f:65ff:fe86:1e03) |
| 23:23:36 | gbl08ma_ | there's a patch for that on the tracker |
| 23:24:22 | gbl08ma_ | the volume should be fixed, but the fades are something independent from the system volume (well, at least visually the value doesn't change while fading), so why not? |
| 23:24:46 | saratoga | looking at the revision AlexP posted, fades are implemented by changing the system volume |
| 23:25:16 | gbl08ma_ | what annoys me more in the line out is not the lack of the fade, but the time it takes to silence after pressing pause |
| 23:25:50 | gbl08ma_ | that time is now reduced as the fade is quicker, so it doesn't annoy me so much. However, now I miss the lack of the fade on the hearphones |
| 23:25:59 | gbl08ma_ | oops not meant to press enter |
| 23:26:39 | gbl08ma_ | now I miss the fade on the hearphones, that's what I wanted to have written before pressing enter :) |
| 23:27:29 | gbl08ma_ | it seems I really must choose between having fade on the headphones or not having a delay when on lineout |
| 23:28:56 | gbl08ma_ | indeed, after looking at the code, I understand why line out only silences after some time: audio_pause is only called after the while loop |
| 23:36:03 | gbl08ma_ | Now about other subject, I was looking at the "Mr. Someone's formal To Do list" and saw that on the list of to-do things, under the Infrastructure section, it talks about adding a blog-style "news" section to the website... |
| 23:37:02 | | Join jhMikeS [0] (~jethead71@adsl-99-60-43-229.dsl.sfldmi.sbcglobal.net) |
| 23:37:03 | | Quit jhMikeS (Changing host) |
| 23:37:03 | | Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) |
| 23:37:03 | gbl08ma_ | Isn't this already done? (by Mr. Someone or not) |
| 23:37:12 | AlexP | nope |
| 23:37:54 | gbl08ma_ | So, what is that "Project News" section on the main page? |
| 23:38:15 | saratoga | its an HTML table that the web server maintainer can update |
| 23:38:35 | gbl08ma_ | And you mean a complete blog? |
| 23:38:48 | | Join Zagor [0] (~bjst@rockbox/developer/Zagor) |
| 23:39:02 | gbl08ma_ | Where developers can post entire blog entries? (I don't think they will have time to do such things...) |
| 23:40:07 | saratoga | why are you telling us what we have time to do ;) |
| 23:41:21 | AlexP | I don't think anyone is suggesting that we will be blogging about random stuff |
| 23:41:30 | gbl08ma_ | because you're always complaining about lack of time, "rockbox's not a product" (and it isn't), RB is developed in developers' free time, etc. blah blah... I don't mean that you're not right when you say you don't have time, It's just that if you complain about lack of time I don't see you writing blog posts ;) |
| 23:41:47 | AlexP | But for instance if someone introduces a feature, then they can write a little blurb to describe it for instance |
| 23:42:11 | gbl08ma_ | obviously I'm not talking about random stuff like "today I've eaten..." :D |
| 23:42:18 | AlexP | Anyway, surely that is for the devs to decide? |
| 23:42:30 | gbl08ma_ | Yes, don't mind me |
| 23:42:37 | gevaerts | gbl08ma_: the point is to *reduce* spent time |
| 23:43:19 | | Join mishra [0] (~mishra@inferno.usilu.net) |
| 23:44:05 | gbl08ma_ | So, the idea of the blog was to post important developments in the project like many other OSS projects do. I see, not everyone reads SVN logs (or actually understands them). |
| 23:44:33 | AlexP | yes |
| 23:44:46 | AlexP | We aren't going into journalism :) |
| 23:44:52 | TheSeven | developers are always hard to convince that writing documentation reduces totally spent time |
| 23:45:20 | AlexP | This isn't really documentation though |
| 23:45:24 | bluebroth3r | pixelma: did you also experience the audio stopping on Android? |
| 23:45:24 | AlexP | And nobody has to do it |
| 23:45:33 | AlexP | And we don't even have one anyway :) |
| 23:46:06 | gbl08ma_ | But is nice for users that want to have a quick way to see the developments of the project. |
| 23:46:19 | | Quit komputes (Quit: I haven't slept for ten days, because that would be too long.) |
| 23:47:56 | gbl08ma_ | So, the blog infrastructure would need to be something simple that would show the title of most recent posts on the homepage, right? |
| 23:48:37 | AlexP | gbl08ma_: i don't know if anyone has really thought about it |
| 23:49:40 | gbl08ma_ | It's just that going for a complex blog infraestructure is one thing, and writing a PHP script that has a simple table in a SQL DB and a simple textbox to input the blog post is another. |
| 23:50:22 | gevaerts | The idea *isn't* to design and implement a new blog system |
| 23:50:46 | gbl08ma_ | but it'd need to be something simple, right? |
| 23:50:48 | | Join pepsi_ [0] (~pepsi@unaffiliated/jbutera) |
| 23:51:19 | gevaerts | define simple |
| 23:52:23 | bluebroth3r | a website created out of rst files? |
| 23:53:14 | | Quit pepsi (Ping timeout: 240 seconds) |
| 23:53:51 | gbl08ma_ | One text box to input the title, other to input the text, perhaps another to input the author of the post, a "Post" button to submit and a PHP script to write the post in a SQL table, then another script would retrieve the posts form that table and display them in a Rockbox-website-style page. |
| 23:54:49 | gevaerts | That sounds like a NIH-driven recipe for disaster to me... |
| 23:55:47 | gbl08ma_ | but is "simple". If it will work or not, that's another story. |
| 23:56:18 | gevaerts | One thing we *need* is multiple posting accounts |
| 23:57:07 | gbl08ma_ | perhaps, you'd better going off Wordpress... but that is not 'simple' IMO |
| 23:57:33 | bluebroth3r | NIH-driven? |
| 23:57:45 | gbl08ma_ | No |
| 23:57:48 | bluebroth3r | why so complicated? |
| 23:58:09 | gevaerts | You're the one who said it had to be "simple" |
| 23:58:17 | bluebroth3r | use a rst file (or any other markup) that's in svn. Display the latest n entries. Done. |
icon identifies that the person is a core developer (has commit access).