| 00:00:23 | kugel_ | so what does this mean? |
| 00:00:56 | pamaury | it means we use the vhci_hcd + usbip core stuff and the simulator reimplements the client side of the protocol to fake a device |
| 00:01:03 | kugel_ | can we write to a socket and the kernel will create a usb device out of this? |
| 00:01:14 | pamaury | no exactly |
| 00:01:39 | pamaury | because the ip protocol is for transport only afaiu |
| 00:01:57 | pamaury | you need to manually tell the system to add a device, probably using sysfs |
| 00:02:06 | pamaury | but that's no big deal |
| 00:02:18 | pamaury | and there is event a c library to do it |
| 00:02:29 | pamaury | (assuming you have the rights to do it) |
| 00:02:33 | pamaury | I hope I'm clear |
| 00:04:54 | kugel_ | okay, so we have to create a device, using some other means and possibly needing root, and then we read/write from/to a socket, and on the other hand a usb driver (e.g. for ums) receives our data? |
| 00:05:33 | kugel_ | s/hand/end/ |
| 00:06:00 | kugel_ | regardless of whether I understood this correctly or not; does it sound feasible to you? |
| 00:06:12 | pamaury | yes |
| 00:07:21 | pamaury | it is basically the same as the old code except 1) you write to a socket instead using a magical function to send/recv 2) the protocol is slightly different 3) you have to parse packets yourself instead of using the magical library |
| 00:08:12 | kugel_ | I wonder what makes IP so suitable for this, seems like an awkward choice at first sight |
| 00:09:04 | kugel_ | hm, this thing can be used to connect machines via USB right? |
| 00:09:18 | kugel_ | or is this local only |
| 00:09:27 | pamaury | what do you mean ? |
| 00:09:59 | pamaury | it's not local only, you can export a usb device from another computer |
| 00:10:06 | pamaury | at least that was the initial idea of usbip |
| 00:10:39 | pamaury | the way I will use usbip clearly is not way they intended to do in the first place |
| 00:10:51 | kugel_ | yea, I was confused. not two machines via usb, but usb host and device via an ip network |
| 00:11:00 | pamaury | yes exactly |
| 00:11:14 | pamaury | it seems like we are the only one who try to fake a usb device |
| 00:11:47 | kugel_ | hope it works out |
| 00:13:33 | pamaury | my experience with the previous vhci_hcd taught me that it's not really hard, you just need to be careful that kernel usb interface is URB oriented and not packet oriented |
| 00:14:50 | kugel_ | sounds like with usbip it would be packet oriented again |
| 00:15:01 | | Quit listener (Quit: Page closed) |
| 00:15:21 | pamaury | no I think it's also URB oriented |
| 00:15:35 | pamaury | despite appearance ^^ |
| 00:15:41 | kugel_ | but you exchange IP packets dont you? |
| 00:15:53 | kugel_ | perhaps URBs wrapped into IP packets? |
| 00:16:02 | pamaury | yes but IRBs are wrapped into packets |
| 00:16:05 | pamaury | *URB |
| 00:16:47 | pamaury | I'm not really an expert of socket programming so I hope they don't do anything weird |
| 00:18:26 | kugel_ | normally sockets with localhost and connection-less protocols are trivial but this might be different |
| 00:18:33 | * | kugel_ is off |
| 00:21:56 | * | pamaury thinks he will need to learn about linux usb stuff to understand the protocol |
| 00:22:03 | pamaury | they didn't even tried to hide the details |
| 00:22:07 | pamaury | *try |
| 00:23:12 | | Quit kugel_ (Ping timeout: 272 seconds) |
| 00:24:06 | | Quit dfkt_ (Disconnected by services) |
| 00:24:06 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 00:24:58 | | Quit bertrik (Ping timeout: 245 seconds) |
| 00:26:46 | | Quit pamaury (Ping timeout: 245 seconds) |
| 00:48:17 | * | [Saint] curses devices with silly, silly, silly resolutions... |
| 00:48:39 | | Quit ender` (Quit: That men do not learn very much from the lessons of history is the most important of all the lessons of history. -- Aldous Huxley) |
| 00:48:43 | [Saint] | 486x984...I mean, c'mon! Really!?! |
| 00:49:17 | [Saint] | What's wrong with the "nice" resolutions, I wonder. |
| 00:49:52 | [Saint] | 320x240, 320x480, 480x800, etc. |
| 00:55:24 | *** | Saving seen data "./dancer.seen" |
| 01:00 |
| 01:01:03 | | Join scorche|sh [0] (~scorche@squisch.net) |
| 01:01:03 | | Quit scorche|sh (Changing host) |
| 01:01:03 | | Join scorche|sh [0] (~scorche@rockbox/administrator/scorche) |
| 01:11:18 | | Quit Icedman (Quit: Everyone quits one day. You just wasted 3 seconds reading this.) |
| 01:51:00 | | Join amayer [0] (~amayer@h197.61.21.98.dynamic.ip.windstream.net) |
| 02:00 |
| 02:18:10 | | Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) |
| 02:28:22 | | Quit lebellium (Quit: ChatZilla 0.9.90.1 [Firefox 27.0/20140113161826]) |
| 02:48:18 | | Quit ikeboy (Quit: ikeboy) |
| 02:54:12 | | Quit tertu (Ping timeout: 272 seconds) |
| 02:55:27 | *** | Saving seen data "./dancer.seen" |
| 03:00 |
| 03:00:12 | | Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) |
| 03:04:18 | | Join tertu [0] (~tertu@143.44.70.199) |
| 03:05:35 | | Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019) |
| 03:08:49 | | Quit advcomp2019 (Ping timeout: 252 seconds) |
| 03:35:49 | | Join ter2 [0] (~tertu@143.44.70.199) |
| 03:36:06 | | Join Strife89|lappy [0] (~Strife89@adsl-98-80-236-153.mcn.bellsouth.net) |
| 03:39:30 | | Quit tertu (Ping timeout: 265 seconds) |
| 03:50:17 | | Nick DormantBrain is now known as SuperBrainAK (~andy@2001:470:8:a61::5f92:59a1) |
| 04:00 |
| 04:05:24 | | Join tertu3 [0] (~tertu@143.44.70.199) |
| 04:09:19 | | Quit ter2 (Ping timeout: 272 seconds) |
| 04:20:24 | | Quit Scromple (Read error: Connection reset by peer) |
| 04:25:12 | | Join Scromple [0] (~Simon@161.43.73.67) |
| 04:27:44 | | Join Strife1989 [0] (~Strife89@adsl-98-80-198-136.mcn.bellsouth.net) |
| 04:29:47 | | Quit Strife89|lappy (Ping timeout: 260 seconds) |
| 04:45:27 | | Quit amiconn (Disconnected by services) |
| 04:45:27 | | Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) |
| 04:45:28 | | Quit pixelma (Disconnected by services) |
| 04:45:28 | | Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) |
| 04:45:28 | | Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) |
| 04:45:29 | | Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) |
| 04:55:30 | *** | Saving seen data "./dancer.seen" |
| 05:00 |
| 05:02:29 | | Quit tertu3 (Ping timeout: 245 seconds) |
| 05:31:24 | | Join tertu3 [0] (~tertu@143.44.70.199) |
| 05:40:09 | | Quit amayer (Quit: Leaving) |
| 05:55:29 | | Quit Strife1989 (Read error: Operation timed out) |
| 05:56:41 | | Quit TheSeven (Disconnected by services) |
| 05:56:54 | | Join [7] [0] (~quassel@rockbox/developer/TheSeven) |
| 05:58:32 | | Quit cmhobbs (Ping timeout: 252 seconds) |
| 06:00 |
| 06:07:41 | | Quit [Saint] (Remote host closed the connection) |
| 06:13:31 | | Join [Saint] [0] (~saint@rockbox/staff/saint) |
| 06:55:34 | *** | Saving seen data "./dancer.seen" |
| 07:00 |
| 07:01:49 | | Join dfkt_ [0] (dfkt@unaffiliated/dfkt) |
| 07:02:51 | | Quit dfkt (Ping timeout: 272 seconds) |
| 07:48:37 | | Join fragilematter [0] (~fragilema@unaffiliated/fragilematter) |
| 08:00 |
| 08:02:52 | | Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) |
| 08:05:07 | | Nick tertu3 is now known as tertu (~tertu@143.44.70.199) |
| 08:26:15 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 08:35:09 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
| 08:36:00 | | Join Zagor [242] (~bjst@rockbox/developer/Zagor) |
| 08:39:00 | | Join wodz [0] (~wodz@87-207-223-0.dynamic.chello.pl) |
| 08:42:07 | wodz | I have mystery behavior of backlight on rk27xx with usb patch. 1) If I connect-disconnect before backlight fadeout occurs everything is OK. 2) If I connect, wait up to ~10s after fadout, disconnect everything is OK. 3) If I connect, wait longer then say 15s after fadeout, disconnect the backlight powers on but is at the very lowest level. |
| 08:42:47 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 08:44:43 | wodz | If I do another cycle connect - disconnect in this weird 'dark' state things gets even stranger. connect-disconnect before fadeout kicks in heal the backlight state (aka it goes to the main menu with proper backlight brightness). Doing connect, wait long enough, disconnect preserves 'dark' state |
| 08:46:04 | | Join bertrik [0] (~quassel@rockbox/developer/bertrik) |
| 08:47:52 | wodz | Ah and one more anomaly - if connect is done in 'dark' state when fadeout kicks in you actually see it restoring proper brightness level and doing fadeout immediately. |
| 08:48:06 | wodz | any idea what may be involved? |
| 08:55:36 | *** | Saving seen data "./dancer.seen" |
| 09:00 |
| 09:06:14 | | Quit fragilematter (Quit: Leaving.) |
| 09:22:12 | | Join [1]ender [0] (krneki@foo.eternallybored.org) |
| 09:24:34 | | Quit ender` (Ping timeout: 245 seconds) |
| 09:24:55 | | Quit wodz (Quit: Leaving) |
| 09:30:41 | | Quit bertrik (Ping timeout: 272 seconds) |
| 09:32:03 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 09:50:11 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 10:00 |
| 10:07:03 | | Join fragilematter [0] (~fragilema@unaffiliated/fragilematter) |
| 10:08:04 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 10:12:35 | | Join lebellium [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) |
| 10:19:40 | | Join listener [0] (4dfe8cfd@gateway/web/freenode/ip.77.254.140.253) |
| 10:36:51 | | Quit listener (Quit: Page closed) |
| 10:41:53 | | Quit pamaury (Ping timeout: 252 seconds) |
| 10:50:47 | | Quit [Saint] (Remote host closed the connection) |
| 10:53:17 | | Join [Saint] [0] (~saint@rockbox/staff/saint) |
| 10:55:37 | *** | Saving seen data "./dancer.seen" |
| 10:55:56 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
| 10:57:22 | kugel | we're hit by http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52991 |
| 11:00 |
| 11:02:01 | | Nick SuperBrainAK is now known as DormantBrain (~andy@2001:470:8:a61::5f92:59a1) |
| 11:15:25 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 11:20:17 | pamaury | kugel: the reports suggest it's also buggy on linux |
| 11:20:40 | kugel | yes but on linux the buggy option isn't on by default |
| 11:21:10 | kugel | -mms-bitfields is win32 specific (used to align structs/unions on 8-byte) |
| 11:22:14 | pamaury | ah ok |
| 11:22:58 | pamaury | does it work with -mno-ms-bitfield or whatever it is called ? |
| 11:23:26 | kugel | yes |
| 11:24:10 | | Quit lebellium (Ping timeout: 260 seconds) |
| 11:26:41 | | Join lebellium [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) |
| 11:48:10 | kugel | PurlingNayuki: ping |
| 11:52:19 | | Quit petur (Read error: Connection reset by peer) |
| 11:52:27 | | Quit Zambezi (Read error: Connection reset by peer) |
| 11:52:58 | | Join petur [0] (~petur@dD5E0153A.access.telenet.be) |
| 11:53:05 | | Join Zambezi [0] (Zulu@bnc.fran.hostbay.nu) |
| 11:53:06 | | Quit petur (Changing host) |
| 11:53:06 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 11:58:08 | | Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) |
| 12:00 |
| 12:14:42 | PurlingNayuki | kugel: pong |
| 12:18:34 | | Quit maraz (Ping timeout: 252 seconds) |
| 12:22:22 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 12:23:41 | kugel | PurlingNayuki: did you work on the lcd size list, or do you plan to? |
| 12:24:12 | PurlingNayuki | Well, plan to ;-) |
| 12:26:05 | kugel | alright |
| 12:26:07 | kugel | thanks |
| 12:26:50 | kugel | I made a list of targets with "ls firmware/export/config > configs" |
| 12:27:04 | kugel | I'll start at the bottom; if you start at the top we can meet somewhere in the middle |
| 12:29:19 | PurlingNayuki | So send me this? |
| 12:29:50 | kugel | http://pastie.org/8641967 |
| 12:30:27 | kugel | android.h, sdlapp.h and sim.h can be ignored |
| 12:30:47 | PurlingNayuki | Why no android? |
| 12:31:04 | kugel | also nokian8xx, nokian900 and pandora.h |
| 12:31:12 | PurlingNayuki | Oops |
| 12:31:33 | PurlingNayuki | Built-in lcd_get_dpi() for them right> |
| 12:31:36 | PurlingNayuki | *? |
| 12:31:40 | kugel | ondavx* and mr500 as well |
| 12:31:54 | kugel | all these have already dpi exposure |
| 12:32:09 | PurlingNayuki | I see |
| 12:33:45 | | Join maraz [0] (maraz@kapsi.fi) |
| 12:34:03 | [Saint] | Is this work required to get line separator in lists in? |
| 12:34:37 | PurlingNayuki | So I just return you a file with several lines of "$target.h LCD_SIZE" would this be OK? |
| 12:35:07 | kugel | yea |
| 12:39:59 | PurlingNayuki | Start right now :) |
| 12:41:08 | PurlingNayuki | And.. achros series? |
| 12:42:36 | kugel | yes |
| 12:43:12 | PurlingNayuki | I'll leave them to the very last |
| 12:50:50 | | Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) |
| 12:53:19 | PurlingNayuki | kugel: Zen X-Fi 2 is equipped with a 3.0 inches TOUCHSCEEN. |
| 12:53:31 | PurlingNayuki | So it should also be excluded from the list |
| 12:55:39 | *** | Saving seen data "./dancer.seen" |
| 12:57:50 | wodz | btw. considering we have notoriously broken recorder build and nobody complaint I guess we are reaching the point where drop of archos is justified |
| 12:58:30 | | Quit uwe_ (Ping timeout: 272 seconds) |
| 13:00 |
| 13:00:13 | | Join uwe_ [0] (~uwe_@dslb-088-066-160-105.pools.arcor-ip.net) |
| 13:06:09 | | Join Rower [0] (~husvagn@90-230-142-55-no41.tbcn.telia.com) |
| 13:09:11 | kugel | PurlingNayuki: right |
| 13:11:39 | kugel | PurlingNayuki: more accurate list: http://pastie.org/8642049 |
| 13:12:56 | PurlingNayuki | But I have started some |
| 13:17:38 | | Quit [Saint] (Remote host closed the connection) |
| 13:20:09 | | Join [Saint] [0] (~saint@rockbox/staff/saint) |
| 13:24:11 | PurlingNayuki | kugel: Are you working on it now? |
| 13:36:14 | | Quit Bluefoxicy (Ping timeout: 260 seconds) |
| 13:39:44 | kugel | PurlingNayuki: no, sorry, no time today |
| 13:40:06 | | Quit ikeboy (Quit: ikeboy) |
| 13:40:15 | PurlingNayuki | Never mind. I mean if you're not working on it I'll handle this |
| 13:40:20 | PurlingNayuki | in hours |
| 13:42:07 | kugel | cool |
| 14:00 |
| 14:11:58 | toehser1 | Hmmm... I have an Archos FM Recorder... I'd like to get one last build before support is dropped... :) |
| 14:19:08 | | Join Bluefoxicy [0] (~Bluefoxic@c-76-21-157-203.hsd1.md.comcast.net) |
| 14:29:21 | toehser1 | Does anyone remember the voltage/polarity of the power that thing requires? |
| 14:38:10 | | Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) |
| 14:42:00 | | Join amayer [0] (~amayer@mail.weberadvertising.com) |
| 14:52:48 | [Saint] | toehser1: what do you mean by "support is dropped"? |
| 14:52:56 | [Saint] | That won't ever happen. |
| 14:54:09 | [Saint] | In the future, some of the very low-specced devices may be branched off, but even if that happened they would still continue to get bugfixes. |
| 14:55:40 | *** | Saving seen data "./dancer.seen" |
| 14:59:37 | wodz | [Saint]: Do I understand correctly that you volunteer to be maintainer? :-) |
| 15:00 |
| 15:00:22 | PurlingNayuki | kugel: http://pastebin.com/EPyzi8aQ should help. |
| 15:00:42 | PurlingNayuki | And my work has finished. |
| 15:01:10 | * | [Saint] runs |
| 15:01:54 | wodz | PurlingNayuki: what is the value? screen diagonal in inches? |
| 15:02:22 | PurlingNayuki | Correct |
| 15:02:52 | wodz | I can measure mpio hd300 and mpio hd200 eventually. Why is this needed? |
| 15:03:33 | PurlingNayuki | To implement lcd_get_size() for all targets |
| 15:03:36 | pamaury | I can measure for the devices I own but I wonder too why this is needed |
| 15:03:54 | PurlingNayuki | And this is needed for list separator line |
| 15:04:51 | wodz | and diagonal is very misleading measure |
| 15:05:03 | pamaury | I thought it was needed only for touchscreen but surely I can measure it |
| 15:05:08 | wodz | unless you can combine it with resolution |
| 15:05:28 | PurlingNayuki | Yes, we are |
| 15:05:44 | wodz | pamaury: that was also my feeling so I am a bit surprised seeing mpio on the list |
| 15:05:45 | PurlingNayuki | We have already resolutions values in git |
| 15:06:09 | pamaury | PurlingNayuki: where do the values come from in this list ? |
| 15:07:09 | PurlingNayuki | Datasheets, reviews, everywhere.. |
| 15:09:18 | PurlingNayuki | It's required by G#384 so ask kugel for details. I've read the code but can't ensure I'm thinking exactly the same as him. |
| 15:09:21 | fs-bluebot | Gerrit review #384 at http://gerrit.rockbox.org/r/384 : Touchscreen: Show a line separator in lists. by Thomas Martitz (changes/84/384/3) |
| 15:10:57 | pixelma | there are also targets with non-square pixels, so diagonal doesn't tell much on these |
| 15:11:09 | * | [Saint] nods |
| 15:11:19 | copper | non square pixels? |
| 15:11:23 | copper | how does that work? |
| 15:11:57 | pixelma | they are still rectangular but width is about 80% of the height |
| 15:12:02 | [Saint] | Well, they're pixels, but they're not square. ') |
| 15:12:14 | [Saint] | *;) |
| 15:15:48 | copper | that's just not right |
| 15:15:57 | wodz | pixelma: did you test the build on M5? |
| 15:18:15 | pixelma | yes, seems fine |
| 15:18:39 | wodz | good |
| 15:19:43 | toehser1 | Saint: "(06:57:51 AM) wodz: btw. considering we have notoriously broken recorder build and nobody complaint I guess we are reaching the point where drop of archos is justified" |
| 15:20:39 | [Saint] | right - but the wording of that is slightly misleading. |
| 15:20:41 | wodz | toehser1: that is my personal opinion - far from get it done actually |
| 15:21:18 | [Saint] | Its not like the device is just going to disappear from the lineup. |
| 15:21:30 | [Saint] | It would just be branched out and frozen. |
| 15:21:48 | [Saint] | With anyone still free to commit bugfixes as they come arounnd. |
| 15:22:35 | [Saint] | Various people have talked of doing this in the past. |
| 15:22:55 | [Saint] | Not just with the Recorder, but with all HW codec and charcell targets. |
| 15:23:03 | toehser1 | There are LOTS of non-square pixel devices and formats... PAL and NTSC for common examples... PAL is 59:54 and NTSC is 10:11. |
| 15:24:05 | | Quit wodz (Quit: Leaving) |
| 15:24:46 | toehser1 | Maybe I'll just give it away... It has a 60GB hard drive, but the buttons have problems (in the plastic cover, the switches are fine), the screen is ugly, and... well... I have clipZips with 64GB cards. Other than the SPDIF recording ability (pairs well with my also obsolete portable DAT?) it is hard to see why it will ever see use. |
| 15:25:41 | PurlingNayuki | pixelma: Non-square pixels sound interesting. Which target? |
| 15:25:41 | [Saint] | Where are you, geographically, Tom? |
| 15:27:34 | pixelma | toehser1: if you have an FM recorder, you may be able to help out amiconn, who may want to try to get the bootloader approach done and would need tester(s) for that one Archos device he doesn't have. That would help the Recorder build |
| 15:27:53 | [Saint] | toehser1: I would be keen to acquire such a device, if such a device was up for offer. |
| 15:28:05 | [Saint] | Where are you, geographically? |
| 15:28:25 | pixelma | PurlingNayuki: the bitmap Archos' screens (so all except the Player) |
| 15:29:17 | PurlingNayuki | I just.. skipped them |
| 15:29:46 | toehser1 | DC |
| 15:29:53 | toehser1 | USA |
| 15:29:58 | | Quit cmhobbs (Ping timeout: 252 seconds) |
| 15:30:26 | PurlingNayuki | At that time no one was interested in how big screen their player had |
| 15:32:18 | [Saint] | toehser1: Well, if you do decide to part with it - please keep me in mind. I would reimburse shipping and packaging costs, of course. Plus a sum for the device, should you wish. |
| 15:33:55 | toehser1 | At a minimum, it seems I should look for the wall-wart, fix the buttons, put the current build on it, and make it available for testing and development. I'm not completely clear why there is any interest in something so outdated. |
| 15:34:57 | pixelma | [Saint]: you do not want to help development, do you? ;) |
| 15:34:59 | [Saint] | For myself, I would like to be able to assist with testing. I would also like to own what is essentially a piece of Rockbox history. |
| 15:35:57 | [Saint] | pixelma: with testing, when needed, of course. But I'm not sure I am able to do any of the real "dirty work". |
| 15:36:52 | toehser1 | I suppose it is that. I haven't booted it for years and years, probably the version of Rockbox it has on it is also a piece of history. I'm curious when I find the power supply and boot it, what version it will report. |
| 15:37:50 | | Quit petur (Quit: *plop*) |
| 15:37:54 | [Saint] | I think there's something really special about a device that has been supported for over a decade. :) |
| 15:38:01 | [Saint] | I would love to own one. |
| 15:39:06 | pixelma | PurlingNayuki: see e.g. the screenshot in these Archos' manuals, nice example is chessbox. On the real display it looks like an almost perfect square but to get that the graphics had to be wider |
| 15:39:15 | pixelma | *screenshots |
| 15:39:52 | [Saint] | Its quite well done, actually. |
| 15:41:03 | toehser1 | Hmmm... trying chessbox on the sim for the fm recorder... I see I should file a bug that the sim doesn't properly simulate the non-square pixels... |
| 15:45:21 | pixelma | maybe you could do something about your monitor? |
| 15:53:31 | | Quit [Saint] (Remote host closed the connection) |
| 15:55:33 | | Join [Saint] [0] (~saint@rockbox/staff/saint) |
| 15:56:05 | PurlingNayuki | Anyone knows how to deal with plugin lrcplayer's problem that fast-forward or backward will not have impact on playing immediately? |
| 16:00 |
| 16:11:14 | | Quit pamaury (Ping timeout: 245 seconds) |
| 16:16:23 | | Join rela [0] (~x@pdpc/supporter/active/rela) |
| 16:27:18 | | Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) |
| 16:30:39 | | Quit rela (Read error: Connection reset by peer) |
| 16:33:17 | | Quit ikeboy (Remote host closed the connection) |
| 16:35:36 | | Join krabador [0] (~krabador@unaffiliated/krabador) |
| 16:46:19 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 16:47:13 | | Quit tertu (Ping timeout: 252 seconds) |
| 16:49:57 | | Join krabador_ [0] (~krabador@host209-54-dynamic.244-95-r.retail.telecomitalia.it) |
| 16:51:01 | | Quit krabador (Read error: Connection reset by peer) |
| 16:51:14 | | Quit krabador_ (Read error: Connection reset by peer) |
| 16:51:32 | | Join krabador [0] (~krabador@unaffiliated/krabador) |
| 16:53:53 | | Join tertu [0] (~tertu@143.44.70.199) |
| 16:55:43 | *** | Saving seen data "./dancer.seen" |
| 17:00 |
| 17:00:38 | | Quit tertu (Read error: Connection reset by peer) |
| 17:00:52 | | Quit Zagor (Quit: Clint excited) |
| 17:03:34 | | Quit fragilematter (Quit: Leaving.) |
| 17:22:03 | | Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) |
| 17:28:31 | | Join n1s [0] (~n1s@nl118-168-30.student.uu.se) |
| 17:28:31 | | Quit n1s (Changing host) |
| 17:28:31 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 17:33:11 | pamaury | kugel: ping |
| 17:37:30 | | Quit ikeboy (Quit: ikeboy) |
| 17:41:48 | | Quit GLC- (Read error: Connection reset by peer) |
| 17:43:02 | | Join y4n [0] (~y4n@unaffiliated/y4ndexx) |
| 17:46:47 | | Join GLC- [0] (~clg@56k.modeemi.net) |
| 17:51:07 | toehser1 | 4 |
| 17:58:48 | | Quit bzed (Remote host closed the connection) |
| 18:00 |
| 18:00:31 | | Join bzed [0] (~bzed@devel.recluse.de) |
| 18:01:39 | | Quit AlexP (Remote host closed the connection) |
| 18:03:39 | | Join AlexP [0] (~alex@rockbox/staff/AlexP) |
| 18:09:11 | | Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) |
| 18:09:33 | | Quit ikeboy (Client Quit) |
| 18:22:13 | | Join pretty_f_ [0] (~sigBART@123.252.213.197) |
| 18:24:16 | | Join bertrik [0] (~quassel@ip117-49-211-87.adsl2.static.versatel.nl) |
| 18:24:16 | | Quit bertrik (Changing host) |
| 18:24:16 | | Join bertrik [0] (~quassel@rockbox/developer/bertrik) |
| 18:27:14 | | Quit AlexP (Remote host closed the connection) |
| 18:28:08 | | Quit pretty_f_ (Quit: Leaving...) |
| 18:28:18 | | Join pretty_f_ [0] (~sigBART@123.252.213.197) |
| 18:28:53 | | Join AlexP [0] (~alex@rockbox/staff/AlexP) |
| 18:28:59 | | Quit pretty_f_ (Client Quit) |
| 18:29:08 | | Join pretty_function [0] (~sigBART@123.252.213.197) |
| 18:36:00 | | Join krabador_ [0] (~krabador@host90-182-dynamic.251-95-r.retail.telecomitalia.it) |
| 18:37:10 | | Quit krabador (Ping timeout: 260 seconds) |
| 18:37:22 | | Quit krabador_ (Remote host closed the connection) |
| 18:37:39 | | Join krabador [0] (~krabador@unaffiliated/krabador) |
| 18:45:35 | kugel | pamaury: pong (i only have a few minutes though) |
| 18:47:06 | pamaury | kugel: at the moment it's not very crucial but just to be sure, SIMULATOR is the same as CONFIG_PLATFORM == PLATFORM_HOSTED|PLATFORM_SDL or is there a difference between the two ? Should I use SIMULATOR to be sure ? |
| 18:47:17 | pamaury | (to decide what to compile) |
| 18:49:09 | | Quit lebellium (Quit: ChatZilla 0.9.90.1 [Firefox 27.0/20140113161826]) |
| 18:49:26 | kugel | pamaury: use SIMULATOR |
| 18:49:49 | kugel | unless you want the stuff also in the sdl application build |
| 18:50:03 | pamaury | ok |
| 18:52:32 | pamaury | also, what do you think of building the storage layer in the simulator ? For example use a file as a backend storage |
| 18:52:44 | pamaury | maybe by defining a new type of storage like STORAGE_FILE |
| 18:53:29 | pamaury | that would be a neat way to test the storage layer, because that's also the point to test usb + storage = need to close all files |
| 18:55:44 | *** | Saving seen data "./dancer.seen" |
| 18:56:21 | | Quit kugel (Ping timeout: 245 seconds) |
| 18:56:47 | pamaury | damn he is gone |
| 19:00 |
| 19:08:28 | foolsh | pamaury: I'm way out of my league with g677 the only thing I have are a handful of archaic notes floating around my desk. |
| 19:08:29 | fs-bluebot | Gerrit review #677 at http://gerrit.rockbox.org/r/677 : by Amaury Pouly (changes/77/677/12) |
| 19:08:40 | foolsh | I need to start with smaller steps in my learning |
| 19:09:36 | foolsh | You say you have unfinished port that may only need the plugins ported I can do that |
| 19:10:15 | foolsh | Don't be shy to delegate some of those easier/smaller/boring tasks my way |
| 19:10:41 | pamaury | ok :) |
| 19:10:41 | pamaury | I warn you that's an horrible task ^^ Basically all ports: zenxfi2/3, nwze360/370, zen/xfi/xfistyle and others. The process is simple though |
| 19:10:59 | pamaury | do you have a dev box here ? I can explain you right now |
| 19:11:33 | foolsh | I do, and I have add keymaps in the past to post I. |
| 19:11:40 | foolsh | damn cat |
| 19:12:23 | foolsh | for targets I own that were not finished I've added keymaps in the past but didn't share |
| 19:13:15 | pamaury | ok, so first pick a target (let's say zenxfi3), create a new build dir, cd to it, edit tools/configure so that the 'plugins = ""' line of the relevant target becomes 'plugins = "yes"' then do a simulator build: run ../tools/configure, select the target, simulator and try to build it |
| 19:13:43 | pamaury | you will run into compile errors for plugins: you need to fix them by adding the keymap and make sure that each plugin is somewhat usable |
| 19:14:08 | | Join rela [0] (~x@pdpc/supporter/active/rela) |
| 19:14:37 | pamaury | maybe it's simpler to start with, say, the ZEN or NWZ-E360 because they have a standard looking button pad |
| 19:14:44 | pamaury | the X-Fi3 is really weird |
| 19:15:05 | foolsh | Ok :) great |
| 19:16:10 | pamaury | just an obvious hint: when you edit the keymap, find the closest looking target and copy the keymap from it for each plugin, this will save you a lot of time |
| 19:16:26 | pamaury | for example the NWZ-E360 and the Fuze+ are very very close |
| 19:17:36 | pamaury | also don't bother too much on making plugins usable, compiling is a great step already because then we can include them in nightly builds and other users can post bug reports |
| 19:18:02 | foolsh | Right, that makes a lot of sense |
| 19:23:12 | foolsh | Oh and documentation I can do that as well, I'm willing to help out any little way I can |
| 19:24:47 | pamaury | thanks :) I think plugins is the big thing for the moment and then there will be the manual |
| 19:41:08 | | Join |akaWolf| [0] (~akaWolf@188.134.9.161) |
| 19:49:35 | | Quit pretty_function (Remote host closed the connection) |
| 20:00 |
| 20:44:27 | | Join dunpeal [0] (~dunpeal@unaffiliated/dunpeal) |
| 20:45:11 | | Quit DexterLB (Read error: Connection reset by peer) |
| 20:45:40 | | Quit alexbobp (Ping timeout: 252 seconds) |
| 20:46:27 | | Join alexbobp [0] (~alex@capitalthree.pwnz.org) |
| 20:46:56 | | Quit krabador (Quit: Sto andando via) |
| 20:47:31 | dunpeal | Hi. I'm having trouble installing a 64GB MicroSDXC card on my Sansa Clip+ running latest rockbox. |
| 20:48:05 | copper | "installing"? |
| 20:48:17 | dunpeal | copper: When I first inserted the card, it wasn't recognized by RB at all. So, I suppose RB can't handle exFAT? |
| 20:48:27 | copper | you suppose right |
| 20:48:32 | copper | you need to format it as FAT32 |
| 20:49:01 | dunpeal | copper: I did, then connected it to my Ubuntu 13.04 laptop to upload some podcasts. |
| 20:49:12 | dunpeal | Unforutnately, it unmounted during the copy. |
| 20:49:29 | dunpeal | That happened twice, so doesn't seem like a quirk. |
| 20:50:13 | dunpeal | copper: RB does recognize the card in its new FAT32 format, but that doesn't help much if I can't upload files :) |
| 20:50:16 | | Join DexterLB [0] (~dex@77-85-54-137.btc-net.bg) |
| 20:50:23 | dunpeal | Any idea what could be the problem? |
| 20:50:23 | copper | er, you're supposed to format the card directly on the PC, using an adapter and a card reader |
| 20:50:54 | dunpeal | ah, I suppose that is the problem then. |
| 20:50:58 | copper | not by connecting the Clip+ to the PC |
| 20:51:14 | copper | if only because Rockbox devices sometimes crap out when connected via USB |
| 20:51:23 | copper | which I guess is what happened here |
| 20:51:47 | dunpeal | copper: I should be able to do it on Ubuntu 13.04? Because I formatted it twice, and gparted indicated the format was successful. |
| 20:52:08 | copper | I don't know gparted |
| 20:52:18 | copper | that's a partitioner, isn't it? |
| 20:52:32 | copper | you're not supposed to partition the card, it's already properly partitionned |
| 20:52:50 | copper | you just need to set the partition to the right type, and then format it using mkfs.vfat or whatever |
| 20:53:12 | dunpeal | it's a partitioner and formatter. very stable. Ubuntu has been using it in its installer for years |
| 20:53:39 | copper | ok |
| 20:53:43 | dunpeal | mhmhm |
| 20:54:23 | dunpeal | copper: the way gparted works, is you delete the former partition (the exFAT one) and create a new partition (FAT32 in this case) |
| 20:54:30 | copper | partition type should be set to "b" ("W95 FAT32") |
| 20:55:18 | dunpeal | copper: so I should just have one "b" ("W95 FAT32") partition taking up all the space on the card? |
| 20:55:45 | *** | Saving seen data "./dancer.seen" |
| 20:56:03 | copper | yes, but set the offset to at least 2048 sectors |
| 20:56:21 | | Quit krnlyng (Ping timeout: 245 seconds) |
| 20:56:28 | copper | originally the offset should be higher, like 8192-32768 |
| 20:56:35 | copper | (I think) |
| 20:58:15 | dunpeal | Could it be the card? This is the exact model: http://www.amazon.com/gp/product/B00CHHTOII/ |
| 20:59:58 | copper | if you're able to properly format it to FAT32 and copy files on it, with the adapter and a card reader, then the card is fine |
| 21:00 |
| 21:00:04 | | Join krnlyng [0] (~liar@83.175.90.24) |
| 21:00:16 | copper | copy all your files with the PC, then insert the card in the Clip+ while it's turned off |
| 21:00:35 | dunpeal | OK. Could it be that I need to upgrade Sansa firmware or some such? |
| 21:03:06 | | Join wodz [0] (~wodz@87-207-223-0.dynamic.chello.pl) |
| 21:03:06 | copper | no |
| 21:04:31 | wodz | kugel: (log) MPIO HD300 ~2", HD200 ~1,6" |
| 21:11:14 | | Nick DormantBrain is now known as SuperBrainAK (~andy@2001:470:8:a61::5f92:59a1) |
| 21:18:37 | dunpeal | copper: what's an "offset"? :) |
| 21:20:30 | foolsh | dunpeal: the defaults from gparted should have been fine, also you can simply right click a partition in gparted and "format to.." what ever type you like without deleting it |
| 21:20:51 | foolsh | but deleting it first also should have been fine |
| 21:21:07 | dunpeal | foolsh: yes, I'm not sure what's going on :( |
| 21:22:16 | foolsh | dunpeal: as copper said "Rockbox devices sometimes crap out when connected via USB" maybe invest in a dedicated adapter |
| 21:22:35 | foolsh | Or try the OF if it can do that |
| 21:22:38 | dunpeal | foolsh: I'll try plugging it into the laptop directly with the enclosed adapter. if it still unmounts abruptly when I try to copy files into it, then the only logical conclusion is that the card hardware itself is defective, right? |
| 21:23:06 | foolsh | That sounds reasonible |
| 21:23:34 | dunpeal | foolsh: thanks! what's OF? |
| 21:25:02 | copper | I thought you did that already |
| 21:25:10 | copper | that's what I told you to do |
| 21:25:46 | foolsh | dunpeal: the original firmware |
| 21:26:15 | dunpeal | copper: I didn't do it just yet, no. |
| 21:26:33 | dunpeal | OK, thanks guys, I'll have a shot at it with an adapter. |
| 21:26:41 | dunpeal | PS why does the vendor format the cards to exFAT? |
| 21:26:51 | dunpeal | you're implying FAT32 should work |
| 21:26:54 | | Join krabador [0] (~krabador@unaffiliated/krabador) |
| 21:28:50 | copper | because exFAT allows for files larger than 4 GB, for instance (which FAT32 does not) |
| 21:29:11 | copper | I think it allows for larger storage too |
| 21:29:23 | copper | (though I may be wrong about that) |
| 21:30:31 | dunpeal | Yeah, I guess that can make sense if you want to support video. |
| 21:32:52 | | Quit |akaWolf| (Quit: my exit) |
| 21:33:18 | dunpeal | "exFAT (Extended File Allocation Table) is a Microsoft file system optimized for flash drives.[3] It is proprietary and patent-pending." |
| 21:33:21 | dunpeal | http://en.wikipedia.org/wiki/ExFAT |
| 21:34:46 | dunpeal | It has a whole bunch of benefits over FAT32, though some of them aren't very relevant for memory cards (you can have 2TB FAT32 partitions) |
| 21:41:14 | | Join saratoga_ [0] (86ae8cd8@gateway/web/freenode/ip.134.174.140.216) |
| 21:41:33 | saratoga_ | adding exfat would be nice but I'm not volunteering to add it |
| 21:44:15 | toehser1 | Just never actually do anything to an sd card through rockbox via USB. Remove the card from the player, use and adapter. WAY faster, too, at least with Sansa. |
| 21:45:22 | toehser1 | Apparently exfat is _REQUIRED_ as part of the micro sd xc standard- bizarre but plausible. |
| 21:45:27 | | Nick Airwave_ is now known as Airwave (~Airwave@94.246.37.45) |
| 21:46:07 | toehser1 | I'd rather just support ext4 than exfat... but FAT32 works fine. |
| 21:46:09 | wodz | copper: The main reason bigger cards are exFAT formated by default is the fact that xc standard REQUIRES it to be such formated which is bizarre |
| 21:46:46 | copper | I know |
| 21:46:55 | copper | it's not bizarre, it's business as usual |
| 21:47:18 | copper | money money money PATENTS money |
| 21:47:22 | wodz | thats the term bizarre in my personal dictionary |
| 21:48:06 | | Quit DexterLB (Read error: Connection reset by peer) |
| 21:48:40 | copper | it's actually justified to use a filesystem that supports large files |
| 21:48:55 | copper | the only problem that I can see, is that the filesystem format is locked down |
| 21:49:18 | copper | probably for the same reasons that BluRay uses proprietary lossless audio codecs |
| 21:49:34 | copper | even though they bring nothing new to the table |
| 21:49:35 | toehser1 | Interesting, both that I have are http://www.amazon.com/SanDisk-Ultra-MicroSDXC-Memory-Adapter/dp/B005V7WIA2, which until recently was 'what there was' in Amazon, now there are several other manufacturers. I assume the're all OK... |
| 21:51:01 | toehser1 | I haven't seen any USB issues when accessing the INTERNAL STORAGE with a build from the last few days... but I would never use USB => Sansa => SD Card - because it is SO MUCH SLOWER than an adapter, anyway. |
| 21:52:19 | toehser1 | Do we have a FAQ about how to FAT32 format 64GB cards? This comes up a lot. I saw discussion of how to do it in Windows, and there are of course various ways to approach it in Linux. |
| 21:52:20 | | Join DexterLB [0] (~dex@95-42-35-44.btc-net.bg) |
| 21:54:15 | toehser1 | BTW, I think partition type 'c' is more correct than type 'b' for FAT32 partitions in this case... 'b' is supposed to be only up to 2G I think... |
| 21:55:35 | | Quit DexterLB (Read error: Operation timed out) |
| 21:56:10 | | Join eyfour [0] (~eyfour@176.76.202.84.customer.cdi.no) |
| 21:56:31 | | Part eyfour |
| 21:59:21 | | Join DexterLB [0] (~dex@90-154-141-75.btc-net.bg) |
| 22:00 |
| 22:04:09 | | Quit saratoga_ (Ping timeout: 272 seconds) |
| 22:06:36 | | Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
| 22:07:27 | | Quit shai (Read error: Connection reset by peer) |
| 22:15:59 | | Quit y4n (Ping timeout: 265 seconds) |
| 22:18:03 | copper | toehser1: all USB flash drives that I've owned came with a "b" partition type |
| 22:18:21 | copper | microsdhc cards too |
| 22:18:35 | copper | *sdhc cards |
| 22:31:22 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 22:33:12 | | Quit fs-bluebot (Ping timeout: 272 seconds) |
| 22:34:08 | | Quit bluebrother^ (Ping timeout: 245 seconds) |
| 22:34:44 | | Join fs-bluebot [0] (~fs-bluebo@g226071210.adsl.alicedsl.de) |
| 22:45:31 | toehser1 | Does rockbox use CHS or LBA internally? |
| 22:46:00 | | Join y4n [0] (~y4n@unaffiliated/y4ndexx) |
| 22:50:21 | pamaury | LBA |
| 22:50:58 | pamaury | at least on all non-ata targets, and on most ata targets too I guess |
| 22:51:25 | dunpeal | toehser1: the wikipedia article says exfat is "optimized" for SSD. What does that mean really? |
| 22:52:06 | dunpeal | it seems to imply that we'd rather have exfat than ext4 support, though that would be nice for us Linux users. |
| 22:52:59 | pamaury | looking at code we always use lba, and lba48 when available on ata |
| 22:55:49 | *** | Saving seen data "./dancer.seen" |
| 22:59:00 | | Quit y4n (Ping timeout: 248 seconds) |
| 23:00 |
| 23:00:50 | | Join core__ [0] (48448d70@gateway/web/freenode/session) |
| 23:00:50 | | Quit core__ (Changing host) |
| 23:00:50 | | Join core__ [0] (48448d70@gateway/web/freenode/ip.72.68.141.112) |
| 23:01:16 | core__ | is version 3.14 going to be relased |
| 23:01:39 | | Quit rela (Read error: Connection reset by peer) |
| 23:03:36 | wodz | probably |
| 23:09:40 | | Quit Rower (Quit: Hmmm...) |
| 23:09:43 | | Quit core__ (Quit: Page closed) |
| 23:10:43 | dunpeal | What's a good way to check a FAT32 memory card for errors? |
| 23:10:54 | dunpeal | (on Linux [Ubuntu]) |
| 23:12:31 | pamaury | dunpeal: you mean for file system errors ? |
| 23:12:43 | dunpeal | pamaury: yes |
| 23:12:47 | pamaury | fsck ? |
| 23:13:06 | dunpeal | I tried it, it alsways says I have some problem with the FAT |
| 23:13:22 | dunpeal | even when I run it, let it fix the problem, then rerun it immediately |
| 23:14:34 | pamaury | did you try the -a option ? |
| 23:14:52 | pamaury | or -r ? |
| 23:15:04 | pamaury | without any of those, it won't write the changes iirc |
| 23:19:36 | wodz | pamaury: Do you have any idea what is causing odd backlight behavior on rk27xx with usb patch? (http://www.rockbox.org/irc/log-20140117#08:42:07 for reference) |
| 23:20:07 | pamaury | no idea, that's very strange |
| 23:23:31 | dunpeal | pamaury: I've used the following: |
| 23:23:32 | dunpeal | dosfsck -rlvt |
| 23:25:27 | | Quit krabador (Remote host closed the connection) |
| 23:37:44 | | Quit amayer (Quit: Leaving) |
| 23:40:55 | | Quit pamaury (Ping timeout: 252 seconds) |
| 23:41:22 | | Join lebellium [0] (~chatzilla@194.240-65-87.adsl-dyn.isp.belgacom.be) |
| 23:45:19 | | Quit FOAD (Quit: I'll be back) |
| 23:47:38 | | Quit wodz (Quit: Leaving) |
icon identifies that the person is a core developer (has commit access).