| 00:00:00 | petur | all those 'I clicked rockbox but nothing happenend' questions... |
| 00:00:10 | bluebrother | copying back isn't a good alternative if you update frequently ;-) |
| 00:00:19 | Llorean | But hiding it from "supported" would be a worse alternative. :-P |
| 00:00:20 | bluebrother | but adjusting the build script would be an option. |
| 00:00:38 | Rincewind | it doesn't really matter, because I have to change fileview to flash rombox anyway |
| 00:00:46 | Llorean | Since firmwares are definitely supported files. |
| 00:00:47 | jhMikeS | probably blocking my domain or something |
| 00:00:57 | bluebrother | petur: ... which is why I wanted to hide it in the "supported" view ;-) |
| 00:01:05 | petur | you'll also need to change BOOTDIR define or auto-rolo after disconnect won't work ;) |
| 00:01:17 | Llorean | jhMikeS: Possibly. I'll try to encode a smaller file that shows the problem later. |
| 00:01:23 | bluebrother | anyway, I just disagree with that decision. Not a real problem though. |
| 00:02:09 | | Quit Siku ("g'night") |
| 00:02:34 | | Quit FOAD ("Lost terminal") |
| 00:03:38 | | Join johnnyoc3 [0] (n=chatzill@adsl-71-143-19-189.dsl.scrm01.pacbell.net) |
| 00:03:55 | johnnyoc3 | anyone have a 4g grayscale ipod? |
| 00:04:21 | Rori | god I love rockbox on my nano so much# |
| 00:04:38 | johnnyoc3 | dont we all :P |
| 00:04:39 | | Part Llorean |
| 00:04:51 | | Join midgey [0] (n=tjross@markely-164-75.reshall.umich.edu) |
| 00:04:55 | | Join FOAD [0] (n=dok@dinah.blub.net) |
| 00:05:07 | johnnyoc3 | so no one has a 4g ipod? |
| 00:05:08 | Rori | if my nano dies I will probably get a Sansa unless you guys make 2G version that is :) |
| 00:05:18 | bluebrother | johnnyoc3: why don't you just ask your question? |
| 00:05:33 | bluebrother | someone else still might know the answer. If not you'll notice. |
| 00:05:38 | johnnyoc3 | well i need the patched firmware partition from it |
| 00:05:49 | bluebrother | patched firmware partition? |
| 00:05:52 | johnnyoc3 | so... |
| 00:06:03 | bluebrother | what kind of patched partition? |
| 00:06:03 | Rori | btw is there an estimated battery life on Nano Rockbox now? Curious to know. Never had to worry yet but always nice to know. |
| 00:06:04 | johnnyoc3 | with the rockbox bootloader |
| 00:06:13 | bluebrother | why don't you install it using ipodpatcher? |
| 00:06:31 | johnnyoc3 | caus my ipods HD is slowly dying and it wont work |
| 00:06:54 | bluebrother | but if the hd is dying anyway, how does the partition itself help? |
| 00:06:56 | johnnyoc3 | i explained it here: http://forums.rockbox.org/index.php?topic=9821.msg75591#msg75591 |
| 00:07:20 | | Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) |
| 00:07:24 | johnnyoc3 | i can dd files to it but i cant seem to extract valid ones from it |
| 00:07:25 | roolku | Rincewind: i have re-patched the (removed) "browse firmwares" for that purpose: roloing and flashing are fairly quick this way |
| 00:07:27 | WolfBlood | How do I install Rockboy? |
| 00:07:28 | | Quit amiconn (Nick collision from services.) |
| 00:07:28 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
| 00:07:37 | johnnyoc3 | rockboy is installed |
| 00:07:45 | WolfBlood | Oh. |
| 00:07:47 | johnnyoc3 | browse to trhe rom in file mode and click it |
| 00:07:50 | WolfBlood | So where do you put the .gb? |
| 00:07:51 | johnnyoc3 | :P |
| 00:07:54 | Rincewind | roolku: that sounds interesting |
| 00:08:00 | johnnyoc3 | anywhere on the fat32 partition |
| 00:08:06 | WolfBlood | Fat32? |
| 00:08:09 | amiconn | Rori: 2G is ambiguous. It could mean a rather old ipod model... |
| 00:08:09 | WolfBlood | What's that lol? |
| 00:08:27 | johnnyoc3 | the one you see mwhen u plug in ur ipod to thwe comp |
| 00:08:39 | Rincewind | roolku: it is not in svn, right? |
| 00:08:39 | WolfBlood | e250 You mean. :P |
| 00:08:45 | bluebrother | johnnyoc3: you can simply dd the ipod update image to the partition marked as empty on the ipod |
| 00:08:46 | | Quit My_Sic (Read error: 104 (Connection reset by peer)) |
| 00:08:47 | johnnyoc3 | yeah |
| 00:08:52 | | Quit davina ("byeeeeee!") |
| 00:08:56 | johnnyoc3 | yeah |
| 00:08:57 | bluebrother | I used that to make a CF card an ipod ;-) |
| 00:08:58 | johnnyoc3 | i did |
| 00:09:17 | johnnyoc3 | but i cant extract it to the comp to patch |
| 00:09:29 | johnnyoc3 | it functions fine on the actual device |
| 00:09:37 | petur | WolfBlood: put the rom file where you like it |
| 00:09:39 | roolku | Rincewind: it used to be but was taken out for some reason |
| 00:09:53 | bluebrother | hmm. Seems I don't get the point in your problem |
| 00:09:54 | | Join MO-Pantsuu [0] (n=me@host-87-74-27-138.bulldogdsl.com) |
| 00:09:59 | MO-Pantsuu | . |
| 00:10:05 | johnnyoc3 | read the post i made |
| 00:10:06 | bluebrother | might be related to the fact that it's late here :o |
| 00:10:12 | | Quit jgarvey ("Leaving") |
| 00:10:13 | bluebrother | I read that. |
| 00:10:14 | johnnyoc3 | if your curious |
| 00:10:22 | MO-Pantsuu | got disco'd. was talking about an inline bluetooth thingie |
| 00:10:32 | johnnyoc3 | well i can only use the ipod when it is freshly restored |
| 00:10:32 | MO-Pantsuu | and battery life. diff nick |
| 00:10:34 | | Quit DarkRedFlame () |
| 00:10:51 | MO-Pantsuu | did not get an answer on battery life |
| 00:11:01 | johnnyoc3 | i cant put music on it regularly through itunes cuas it want to restore it again |
| 00:11:11 | bluebrother | maybe running a low-level format helps |
| 00:11:19 | johnnyoc3 | so i can only put music on it through linux directly to the root |
| 00:11:43 | | Quit lee-qid_ (Client Quit) |
| 00:11:44 | johnnyoc3 | i've tried every format method i know |
| 00:11:53 | bluebrother | directly to the root meaning folders won't work? |
| 00:11:57 | Rincewind | roolku: can you send it again please? I can't remember and find where I saved it *embarassed* |
| 00:11:58 | johnnyoc3 | they do |
| 00:12:04 | bluebrother | ok. |
| 00:12:12 | johnnyoc3 | but itunes keeps thinking it needs to be restored |
| 00:12:17 | johnnyoc3 | even thoguh it works |
| 00:12:31 | johnnyoc3 | and 3rd party managers dont see it either |
| 00:12:48 | bluebrother | hmm. Maybe moving the partition boundaries of the hidden partition to some sector later helps? |
| 00:12:55 | johnnyoc3 | ipodpatcher cant extract the firmware to patch but i can dd patchers firmware with linux |
| 00:13:11 | johnnyoc3 | patchers=patched |
| 00:13:32 | johnnyoc3 | so if i had a rockbox patcher fw i could use rockbox and put music via linux |
| 00:13:33 | roolku | Rincewind: got it? :) |
| 00:13:41 | Rincewind | yep |
| 00:13:41 | johnnyoc3 | see my dilema? |
| 00:13:48 | bluebrother | I ran ipodpatcher successfully on a CF card −− if you have a spare disk lying around you can create that yourself easily |
| 00:13:58 | | Quit inversions (No route to host) |
| 00:14:02 | johnnyoc3 | as of now i just got a stylish 20gb hd |
| 00:14:15 | johnnyoc3 | i dont have any CF |
| 00:14:21 | johnnyoc3 | sd but i dount that works |
| 00:14:41 | bluebrother | just dd the mbr (from the download page) to that disk, dd the ipod update to the 1st partition on that device and run ipodpatcher on it |
| 00:14:57 | bluebrother | sd works the same way as cf on linux: it's a simple scsi device. |
| 00:15:13 | johnnyoc3 | only on linux? |
| 00:15:15 | bluebrother | you might need to specify the device to ipodpatcher |
| 00:15:22 | | Quit PaulJam (".") |
| 00:15:31 | johnnyoc3 | i tried that for the pod |
| 00:15:33 | bluebrother | I don't know the details on windows. Did it on linux. |
| 00:15:46 | johnnyoc3 | i will try the sd card method later tonight |
| 00:15:58 | johnnyoc3 | i just thought someone had a 4g ipod here |
| 00:16:03 | johnnyoc3 | i guess not |
| 00:16:07 | bluebrother | me doesn't, sorry. |
| 00:16:18 | johnnyoc3 | thats ok |
| 00:16:27 | johnnyoc3 | you may have given me hope! |
| 00:16:31 | bluebrother | just remember that this will destroy all data on the memory card. But I guess you already are aware of that ;-) |
| 00:16:52 | johnnyoc3 | if not would it be possible to buy a cf card and us it instead of the HD? |
| 00:16:55 | johnnyoc3 | yeah i know |
| 00:16:58 | bluebrother | it should work with any drive that is large enough |
| 00:17:26 | bluebrother | there was some information on the internet about replacing the hard disk with a CF card. |
| 00:17:33 | johnnyoc3 | but will the pins work out right? |
| 00:17:43 | | Join safetydan [0] (i=cbca159f@rockbox/developer/safetydan) |
| 00:17:46 | johnnyoc3 | dont want to saulder |
| 00:17:49 | bluebrother | It's really easy on the mini as the connectors are the same. AFAIK this doesn't apply to the other ipods |
| 00:17:52 | johnnyoc3 | or spell :P |
| 00:17:56 | bluebrother | hehe |
| 00:18:22 | bluebrother | not sure if it's linked, but the MiniCF wiki page might be interesting |
| 00:19:19 | johnnyoc3 | i will look into it |
| 00:19:54 | johnnyoc3 | lol google cached version loads faster |
| 00:20:58 | johnnyoc3 | http://www.rockbox.org/twiki/bin/view/Main/MiniCF doesnt seem to load |
| 00:21:16 | petur | rockbox website seems down? |
| 00:21:31 | johnnyoc3 | i guess |
| 00:21:50 | bluebrother | rockbox.org was quite slow a short while ago. At least for me ... |
| 00:22:05 | johnnyoc3 | well its not loading at all |
| 00:22:10 | johnnyoc3 | i might ping it |
| 00:22:15 | petur | it's gone now... replies to pings but nothing more |
| 00:22:25 | johnnyoc3 | ic |
| 00:22:35 | | Quit practisevoodoo (Read error: 113 (No route to host)) |
| 00:22:37 | petur | ah, back again |
| 00:22:44 | | Join amar [0] (n=a_sandhu@82-47-117-237.cable.ubr06.wolv.blueyonder.co.uk) |
| 00:22:56 | | Part amar |
| 00:23:03 | petur | very slow though |
| 00:23:14 | bluebrother | johnnyoc3: good luck −− I'm out for some sleep |
| 00:23:22 | johnnyoc3 | l8r |
| 00:23:25 | | Quit bluebrother ("sleep!") |
| 00:23:41 | | Quit parasite (Nick collision from services.) |
| 00:23:44 | | Join parasite [0] (n=parasite@ace.ulyssis.student.kuleuven.be) |
| 00:23:54 | | Join amar [0] (n=a_sandhu@82-47-117-237.cable.ubr06.wolv.blueyonder.co.uk) |
| 00:24:23 | | Quit parasite (Nick collision from services.) |
| 00:24:25 | | Quit Rori (No route to host) |
| 00:25:00 | amar | forgive me for being a complete noob, but what is coldstart detection? (I.E what is coldstart) |
| 00:25:17 | petur | power-on |
| 00:25:30 | | Quit H10_007quick ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/2007030916]") |
| 00:25:36 | | Join midkay [0] (n=midkay@rockbox/developer/midkay) |
| 00:25:45 | amar | Ahh nice & simple. Thank you very much petur. |
| 00:25:48 | amar | Bye all. |
| 00:25:52 | | Part amar |
| 00:25:58 | MO-Pantsuu | wow! RB beats Applie firmware battery life by quite a bit! |
| 00:26:01 | | Join Febs [0] (n=chatzill@207-172-204-33.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
| 00:26:13 | | Quit atsea- (Read error: 104 (Connection reset by peer)) |
| 00:26:46 | MO-Pantsuu | http://www.rockbox.org/twiki/bin/view/Main/IpodRuntime for anyone interested |
| 00:27:26 | johnnyoc3 | i get better performace for apple just b/c i can/dont play games on it :P |
| 00:27:32 | johnnyoc3 | for=from |
| 00:27:40 | MO-Pantsuu | heh |
| 00:27:51 | MO-Pantsuu | it's for music not games! |
| 00:27:56 | johnnyoc3 | lol |
| 00:27:58 | johnnyoc3 | yup |
| 00:28:07 | johnnyoc3 | but physics gets so boring |
| 00:28:23 | MO-Pantsuu | hah |
| 00:28:44 | | Join parasite_ [0] (n=parasite@ace.ulyssis.student.kuleuven.be) |
| 00:29:06 | markun | MO-Pantsuu: how much more are you getting with rockbox? |
| 00:29:07 | MO-Pantsuu | is it sad that I still use the Apple Nano theme? |
| 00:29:15 | johnnyoc3 | yes |
| 00:29:33 | MO-Pantsuu | markun no idea I just looked at that page and see others getting better results that Apple fw |
| 00:29:50 | MO-Pantsuu | I want a Vista theme now |
| 00:29:52 | MO-Pantsuu | lol |
| 00:30:10 | markun | then make one now |
| 00:30:20 | johnnyoc3 | those results are under ideeal conditions not every day use |
| 00:30:32 | | Join BHSPitLappy [0] (n=steve-o@adsl-70-239-47-60.dsl.rcsntx.sbcglobal.net) |
| 00:30:57 | | Quit jmspeex (Operation timed out) |
| 00:31:12 | markun | MO-Pantsuu: on that page the Apple runtime is about 2x that of rockbox.. |
| 00:31:57 | MO-Pantsuu | am I reading it wrong? |
| 00:32:02 | WolfBlood | Where can I download .gba's? |
| 00:32:28 | | Join atsea- [0] (i=ariel@gateway/tor/x-1e769c60b091cb18) |
| 00:32:36 | MO-Pantsuu | apple runtime is not listed |
| 00:32:44 | markun | WolfBlood: you can probably find some on the internet |
| 00:32:56 | markun | WolfBlood: you know that rockboy doesn't play gba roms, right? |
| 00:33:11 | MO-Pantsuu | so apple gets more battery life? |
| 00:33:23 | markun | MO-Pantsuu: then what is "Apple Runtime" ? |
| 00:33:26 | MO-Pantsuu | ZOMG a Haruhi theme! |
| 00:33:28 | WolfBlood | Markun: I thought it said they did? So what do they play? |
| 00:33:40 | MO-Pantsuu | no apple runtimes listed |
| 00:33:46 | MO-Pantsuu | so how can we tell? |
| 00:33:46 | markun | WolfBlood: just gameboy and gameboy colour |
| 00:33:58 | markun | MO-Pantsuu: I see several Apple runtimes listed |
| 00:34:06 | WolfBlood | Markun: I was looking on google, don't see any downloads. :( |
| 00:34:08 | markun | all more than 21 hours |
| 00:34:16 | | Join jmspeex [0] (n=jmspeex@142.163.233.220.exetel.com.au) |
| 00:34:22 | markun | hi jmspeex |
| 00:34:46 | johnnyoc3 | just use p2p wolf |
| 00:34:57 | markun | jmspeex: just our of curiosity, do you use rockbox yourself? |
| 00:35:01 | WolfBlood | p2p? |
| 00:35:12 | MO-Pantsuu | only on 5G |
| 00:35:19 | MO-Pantsuu | No apple runtimes for nano |
| 00:35:37 | MO-Pantsuu | might have to remedy that myself :P |
| 00:35:52 | markun | MO-Pantsuu: well, don't expect rockbox to perform better on the ipod nano either |
| 00:35:55 | MO-Pantsuu | people too lazy to stopwatch it |
| 00:36:11 | MO-Pantsuu | meh |
| 00:36:25 | MO-Pantsuu | well I can live with shorter battery life for better functionality |
| 00:36:40 | MO-Pantsuu | not like I have it on all day |
| 00:36:55 | markun | but longer battery life is nice too |
| 00:37:04 | WolfBlood | What is p2p? |
| 00:37:23 | markun | WolfBlood: it stands for peer-to-peer |
| 00:37:28 | WolfBlood | Oh. |
| 00:37:30 | WolfBlood | What is it? |
| 00:37:45 | markun | http://en.wikipedia.org/wiki/Peer_to_peer |
| 00:37:45 | MO-Pantsuu | well maybe RB devs could focus on that a bit perhaps? :) |
| 00:37:45 | WolfBlood | I want a Zelda .gbc. :( |
| 00:38:01 | MO-Pantsuu | I can do with better battery than more features (Don't like the new menus btw) |
| 00:38:13 | MO-Pantsuu | preferred it going directly to files |
| 00:38:21 | MO-Pantsuu | no I have to hit files all the time |
| 00:38:31 | MO-Pantsuu | rollback pl0x |
| 00:38:39 | MO-Pantsuu | now |
| 00:38:40 | markun | MO-Pantsuu: we're all focussing on it. If we knew how to improve battery time we would have done so |
| 00:38:49 | MO-Pantsuu | k |
| 00:39:07 | MO-Pantsuu | but get rid of files and go back to file by default or is there an option to do that? |
| 00:39:27 | MO-Pantsuu | Going straight to the menu on boot is sucking |
| 00:39:43 | MO-Pantsuu | and resume on startup is missing |
| 00:39:49 | MO-Pantsuu | what happened to that? |
| 00:40:06 | | Join BigMac [0] (n=BigMac@c-71-234-95-131.hsd1.ct.comcast.net) |
| 00:40:06 | markun | you can now select a startup screen somewhere |
| 00:40:18 | MO-Pantsuu | I want it to go straight to the files |
| 00:40:21 | MO-Pantsuu | not the menu |
| 00:40:35 | MO-Pantsuu | and resume playback on startup is missing? |
| 00:40:36 | markun | yes, you've told me that already |
| 00:40:39 | MO-Pantsuu | k |
| 00:40:48 | markun | no, it's also in the start screen selection |
| 00:40:53 | MO-Pantsuu | oh ok |
| 00:40:53 | johnnyoc3 | jsut change it in ur settings |
| 00:40:54 | | Quit midgey () |
| 00:41:03 | pixelma | settings -> general settings -> start screen -> file browser (or resume playback as replacement of "resume on startup") |
| 00:41:38 | pixelma | I think I missed a submenu called "system" in this chain |
| 00:41:40 | MO-Pantsuu | I get shirty when things change and I have to go hunting for them heh |
| 00:42:02 | markun | MO-Pantsuu: then I don't think rockbox is for you. Expect things to keep changing. |
| 00:42:11 | MO-Pantsuu | does anyone esle get the battery icon on disconnect? |
| 00:42:18 | MO-Pantsuu | I am disconnecting properly |
| 00:42:40 | MO-Pantsuu | then it won't turn on unless I reset |
| 00:43:31 | johnnyoc3 | disconnect from what? |
| 00:44:00 | MO-Pantsuu | usb |
| 00:44:12 | johnnyoc3 | like in disk mode or just charging |
| 00:44:36 | johnnyoc3 | or do you meand the reg apple fw |
| 00:44:40 | | Join amar [0] (n=a_sandhu@82-47-117-237.cable.ubr06.wolv.blueyonder.co.uk) |
| 00:44:55 | MO-Pantsuu | in dick mode and I diconnect hardware properly then disconnect the cable |
| 00:44:57 | johnnyoc3 | mo what ipod u got? |
| 00:44:57 | WolfBlood | Johnny: How can I get roms from p2P? |
| 00:44:59 | MO-Pantsuu | disk |
| 00:45:04 | MO-Pantsuu | nano |
| 00:45:32 | johnnyoc3 | search for a specific rom name using a p2p program |
| 00:45:41 | WolfBlood | Like Bittorrent? |
| 00:45:45 | johnnyoc3 | sure |
| 00:45:54 | johnnyoc3 | p2p is beter but that works |
| 00:46:01 | WolfBlood | Well I'm looking for a Zelda.gbc but have no clue what it would be called. |
| 00:46:12 | johnnyoc3 | @mo does it show a check mark and say ok to d/c |
| 00:46:20 | amar | Does anyone know if anyone is developing seeking for the mpegplayer (i.e. fast forward & rewind) I apologise in advance if this has been asked before.. |
| 00:46:21 | MO-Pantsuu | yes |
| 00:46:38 | johnnyoc3 | then you must use menu+center to reboot |
| 00:46:39 | markun | WolfBlood, johnnyoc3: maybe you can chat in private? I don't think #rockbox is the right place to discuss downloading gameboy roms. |
| 00:46:43 | johnnyoc3 | thats how it is |
| 00:46:44 | MO-Pantsuu | then I disconnect the USB cable and it goes to a battery icon for a little bit then blank and won't start |
| 00:46:52 | johnnyoc3 | youer right mark |
| 00:46:53 | MO-Pantsuu | I know |
| 00:46:53 | markun | amar: jhMikeS is |
| 00:47:00 | johnnyoc3 | its against the rules iforgot |
| 00:47:10 | | Join inversions [0] (n=none@cpc3-bele3-0-0-cust660.belf.cable.ntl.com) |
| 00:47:24 | MO-Pantsuu | argh! |
| 00:47:26 | amar | markun: Thanks mate |
| 00:47:32 | markun | I just mention it before the logs are full of links to places with illegal software :) |
| 00:47:34 | MO-Pantsuu | if I choose resume on startup... |
| 00:47:39 | * | petur is confused where the extra warning for ipod color sim comes from |
| 00:47:40 | MO-Pantsuu | it plays the last track played |
| 00:47:44 | MO-Pantsuu | but if I stop the track |
| 00:47:45 | markun | MO-Pantsuu: yes |
| 00:47:50 | MO-Pantsuu | it goes back to the menu and not files! |
| 00:47:54 | MO-Pantsuu | argh! |
| 00:47:57 | MO-Pantsuu | horrible |
| 00:47:57 | markun | :) |
| 00:47:59 | johnnyoc3 | lol |
| 00:48:01 | markun | lovely |
| 00:48:02 | johnnyoc3 | owned |
| 00:48:06 | MO-Pantsuu | I want it to always go back to files |
| 00:48:12 | johnnyoc3 | jsut get a 5g :P |
| 00:48:17 | markun | MO-Pantsuu: you can always use an older buil of rockbox |
| 00:48:20 | MO-Pantsuu | never to show menu unless I ask for it |
| 00:48:25 | markun | the new menu is here to stay |
| 00:48:27 | MO-Pantsuu | :( |
| 00:48:40 | MO-Pantsuu | I am gonna start a poll on the forums then |
| 00:48:41 | | Join midgey [0] (n=tjross@markely-164-75.reshall.umich.edu) |
| 00:48:46 | johnnyoc3 | i personally like it better |
| 00:49:01 | johnnyoc3 | i wouldnt start a poll |
| 00:49:11 | johnnyoc3 | if the devs changed it they changed it for a reason |
| 00:49:22 | johnnyoc3 | it wont go back |
| 00:49:24 | | Join DJKav [0] (n=chatzill@38.98.198.65) |
| 00:49:29 | | Quit jhulst (Read error: 104 (Connection reset by peer)) |
| 00:49:36 | johnnyoc3 | anyone have a 4g thats illing to help me |
| 00:50:07 | markun | johnnyoc3: I don't have one, but what's the problem? |
| 00:50:13 | johnnyoc3 | i need a bootpartition bin file |
| 00:50:23 | johnnyoc3 | that has rolo or ipl2.4 |
| 00:51:05 | WolfBlood | Anyone know a good Torrent Search Engine without Porn Adds? |
| 00:51:14 | johnnyoc3 | btjunkie.org |
| 00:51:21 | johnnyoc3 | the best one |
| 00:51:31 | WolfBlood | Thanks. |
| 00:51:34 | johnnyoc3 | ;) |
| 00:52:00 | pixelma | MO-Pantsuu: when playback is stopped you are dropped back to the screen you entered the WPS from - i.e. when starting playback by selecting a track in the filebrowser (and don't enter the menu between) you will get back there |
| 00:52:05 | | Join Llorean [0] (n=Llorean@rockbox/administrator/Llorean) |
| 00:52:27 | | Quit jmspeex (Connection timed out) |
| 00:52:35 | MO-Pantsuu | I am dropped back to the menu |
| 00:52:38 | | Join robin0800 [0] (n=robin080@cpc1-brig8-0-0-cust807.brig.cable.ntl.com) |
| 00:52:45 | MO-Pantsuu | and have to select Files everytime |
| 00:53:02 | MO-Pantsuu | another unnecessary click |
| 00:53:03 | markun | MO-Pantsuu: sounds like a bug then |
| 00:53:11 | MO-Pantsuu | maybe |
| 00:53:22 | amar | I find http://www.isohunt.com quite good....it does have ads that are labelled as "Sexy videos" but they're not necessarily pornographic, and only show every now & then.. |
| 00:53:35 | DJKav | I need help converting a Mac formatted 1st gen nano to FAT32 |
| 00:53:43 | pixelma | MO-Pantsuu: what did you set as start screen? |
| 00:53:57 | MO-Pantsuu | resume playback |
| 00:54:00 | DJKav | Without just pluugin into a PC. |
| 00:54:03 | MO-Pantsuu | hold on I think I know why |
| 00:54:21 | WolfBlood | Anyone have a login to Demonoid? |
| 00:54:35 | MO-Pantsuu | I think I must have held the play button too long and it went back twice. Hmm. Sorry. I still don't like files on menu though. |
| 00:54:48 | johnnyoc3 | @dj http://www.rockbox.org/twiki/bin/view/Main/IpodConversionToFAT32 |
| 00:55:19 | MO-Pantsuu | lol poll was locked already |
| 00:55:21 | | Quit roolku () |
| 00:55:22 | markun | MO-Pantsuu: just go back to and old buil and you will be much happier |
| 00:55:24 | DJKav | I know I tried all that. Idk what I did wrong thou. |
| 00:55:26 | MO-Pantsuu | ah well got to say my peice ;) |
| 00:55:40 | Llorean | MO-Pantsuu: The poll was locked because you broke the forum rules |
| 00:55:47 | Llorean | It absolutely does NOT belong in the Ipod Installation section |
| 00:55:47 | | Quit funky ("leaving") |
| 00:56:05 | Llorean | It has NOTHING to do with the installation process. |
| 00:56:08 | MO-Pantsuu | yeah ok whatever |
| 00:56:10 | johnnyoc3 | try this http://www.ipodlinux.org/Restore_without_iTunes |
| 00:56:23 | Llorean | MO-Pantsuu: Did you even LOOK at the rules? |
| 00:56:24 | MO-Pantsuu | I tried to delete it but it's locked now |
| 00:56:36 | Llorean | It's gone now, then |
| 00:56:41 | Llorean | Feel free to post it in the _right_ place. |
| 00:56:55 | DJKav | K thanks johnnyoc3 |
| 00:57:18 | | Join Nico_P [0] (n=nicolas@rob92-6-82-231-243-63.fbx.proxad.net) |
| 00:57:35 | MO-Pantsuu | I'm jusy a bit gruffy right now. Been a bad week. Had an op last thursday and it's making me gripe a lot :) |
| 00:57:41 | MO-Pantsuu | just |
| 00:58:09 | johnnyoc3 | llorean u have a 4g? |
| 00:58:11 | MO-Pantsuu | nothing against you guys but little things set me off right now ;) |
| 00:58:24 | johnnyoc3 | are you a woman mo? |
| 00:58:26 | Llorean | MO-Pantsuu: Well, little things set me off quite often, the most important one being ignoring the posting guidelines. :-P |
| 00:58:27 | johnnyoc3 | :P |
| 00:58:33 | MO-Pantsuu | nah I just act like one lol |
| 00:58:50 | MO-Pantsuu | sexist remarks now oops |
| 00:58:59 | johnnyoc3 | didnt try to offend any women here :P |
| 00:59:10 | MO-Pantsuu | yeah yeah heh |
| 00:59:20 | johnnyoc3 | the one or 2 that *might* be here |
| 00:59:24 | Llorean | johnnyoc3: Why do you need someone with a 4G? |
| 00:59:31 | MO-Pantsuu | I think I spent too much time on bad message boards. 4chan for instance. |
| 00:59:38 | MO-Pantsuu | Got bad net habits |
| 00:59:49 | johnnyoc3 | cause i need a bottpartition with rolo patched in |
| 00:59:52 | johnnyoc3 | boot* |
| 00:59:57 | johnnyoc3 | and i cant do it |
| 01:00 |
| 01:00:03 | johnnyoc3 | long story |
| 01:00:03 | Llorean | Rolo isn't something you patch into a boot partition... |
| 01:00:18 | MO-Pantsuu | anyone esle using a invisble skin or best skin ever solution on their ipods? |
| 01:00:25 | Llorean | RoLo is the Rockbox loader, it loads other firmwares from within Rockbox. |
| 01:00:36 | johnnyoc3 | i meant the bootloader |
| 01:00:38 | johnnyoc3 | my bad |
| 01:00:47 | Llorean | Why can't iPodPatcher write it? |
| 01:00:50 | * | petur decides to ignore the odd build warning and head off to bed |
| 01:00:53 | johnnyoc3 | http://forums.rockbox.org/index.php?topic=9821.msg75591#msg75591 |
| 01:00:54 | | Quit petur ("Zzzzzz") |
| 01:01:00 | Llorean | If you can't write it with iPodPatcher, you wouldn't be able to DD over a already patched one either |
| 01:01:05 | Llorean | They both do the exact same thing. |
| 01:01:43 | johnnyoc3 | i can dd a patched one but when ipod patcher extracts the partition it doesnt work |
| 01:01:57 | MO-Pantsuu | anyhow thanks for the support guys despite my childish griping. I shall leave you alone until next time :) |
| 01:02:04 | Llorean | iPodPatcher doesn't extract anything |
| 01:02:12 | Llorean | It just writes the bootloader, and shifts the main image... |
| 01:02:14 | MO-Pantsuu | happy rockboxing! |
| 01:02:23 | | Quit MO-Pantsuu () |
| 01:02:50 | Llorean | Does the current iPodPatcher give you an error message? |
| 01:02:52 | johnnyoc3 | my hd is dying so the only way for me to put files on it is through linux directly to the disk not through any ipod mangers |
| 01:03:02 | johnnyoc3 | ipodpatcher doesnt recognixe the ipod |
| 01:03:08 | amiconn | mrf |
| 01:03:27 | markun | amiconn: what's wrong this time :) |
| 01:03:30 | amiconn | The spurious DT_TEXTREL warning again.. |
| 01:03:38 | johnnyoc3 | the fw functions fine on the ipod itself but the computer thinks its correupted |
| 01:04:04 | johnnyoc3 | so i need a patched boot partition from some1 to dd to the ipod |
| 01:04:07 | johnnyoc3 | see? |
| 01:04:23 | | Join darkless [0] (n=darkless@62.79.44.48.adsl.vby.tiscali.dk) |
| 01:04:43 | | Quit ender` (" Programming is like sex becuse: 11. But some people will never realize how bad they are, and you’re wasting your time trying) |
| 01:04:48 | Llorean | johnnyoc3: If your iPod is in bad enough condition that none of the restorations work, it's unlikely that that'll work, at least for any longer than a few weeks |
| 01:05:09 | | Join dandin1 [0] (n=dandin1@bas12-ottawa23-1088846115.dsl.bell.ca) |
| 01:05:11 | | Quit ze (Remote closed the connection) |
| 01:05:14 | | Join ze [0] (i=ze@cpe-76-175-22-254.socal.res.rr.com) |
| 01:05:18 | Llorean | johnnyoc3: Have you tried using http://www.rockbox.org/twiki/bin/view/Main/IpodConversionToFAT32 and restoring the MBR as if you were converting to FAT32? |
| 01:05:19 | johnnyoc3 | well it was like that around 4mo ago but i put rockbox on there and it worked fine |
| 01:05:39 | johnnyoc3 | i tryed every format method and partitioning method known to man |
| 01:05:59 | johnnyoc3 | then my bro pluged it in and decieded it needed to be resotred |
| 01:05:59 | Llorean | Oh really? Did you hold a magnet to it to destroy all the data on the disk and then reformat from an Amiga? |
| 01:06:03 | Llorean | Please don't say "every method" |
| 01:06:06 | johnnyoc3 | so it got screwed up again |
| 01:06:11 | johnnyoc3 | well |
| 01:06:14 | johnnyoc3 | not every but alot |
| 01:06:20 | Llorean | Did you or did you not do exactly the steps on that page. |
| 01:06:33 | johnnyoc3 | yes |
| 01:06:36 | johnnyoc3 | exactly |
| 01:06:51 | Llorean | Then why didn't you mention it in your forum post? |
| 01:06:54 | johnnyoc3 | the ipod will work fine but when connected to a comp its not recognized as a ipod |
| 01:07:19 | johnnyoc3 | i i did |
| 01:07:22 | Llorean | No, you didn't |
| 01:07:36 | johnnyoc3 | "i tried restoring it these ways too: |
| 01:07:37 | johnnyoc3 | http://www.ipodlinux.org/Restore_without_iTunes |
| 01:07:39 | johnnyoc3 | http://www.rockbox.org/tw...ew/Main/IpodManualRestore" |
| 01:07:44 | Llorean | Yes, neither of those is the link I gave. |
| 01:08:06 | johnnyoc3 | have you read this page reciently ? http://www.rockbox.org/tw...ew/Main/IpodManualRestore |
| 01:08:34 | johnnyoc3 | 1) Download the MBR for your ipod from the IpodConversionToFAT32 page, and dd it to the ipod (e.g. dd if=mbr-xxxx.bin of=/dev/sdx), then unplug and reattach; |
| 01:08:46 | | Join Forte [0] (n=j@cpe-76-181-196-81.columbus.res.rr.com) |
| 01:08:47 | Llorean | You don't need to copy the whole page. |
| 01:08:50 | Forte | rockbox rocks |
| 01:08:51 | Llorean | But fine. |
| 01:08:55 | | Quit amar () |
| 01:09:00 | *** | Saving seen data "./dancer.seen" |
| 01:09:02 | johnnyoc3 | just saying |
| 01:09:14 | johnnyoc3 | believe me i tryed everything |
| 01:09:16 | Llorean | Then why can't you simply use the ipod_fw tool to merge the firmware before DDing? |
| 01:09:20 | johnnyoc3 | this is the only solution |
| 01:09:22 | Llorean | Why on earth do you need someone to merge it for you? |
| 01:09:35 | johnnyoc3 | i cant extract a valid fw file |
| 01:10:13 | johnnyoc3 | somewhere between conecting the ipod and extracting the bin file the ipod messes it up |
| 01:10:24 | Llorean | You know how to get a valid fw file |
| 01:10:29 | johnnyoc3 | yes |
| 01:10:34 | Llorean | The manual restore page even has you write a valid firmware file TO the iPod |
| 01:10:58 | Llorean | So clearly it's what you would be extracting if extracting works. |
| 01:11:00 | | Join Big_Mac [0] (n=BigMac@c-71-234-95-131.hsd1.ct.comcast.net) |
| 01:11:33 | Llorean | Since you're trying to read the exact same data that you're writing to in the ManualRestore page. |
| 01:11:43 | johnnyoc3 | the ipsw file is the 1 ur talking about? |
| 01:11:54 | Llorean | Yes. |
| 01:12:02 | Llorean | The one you dd to /dev/sdx1 |
| 01:12:12 | | Join jmspeex [0] (n=jmspeex@142.163.233.220.exetel.com.au) |
| 01:12:13 | Llorean | You ARE trying to read from /dev/sdx1 when you try to "extract" right? |
| 01:12:17 | johnnyoc3 | but can i jsut rename it to a .bin file? |
| 01:12:21 | johnnyoc3 | yes |
| 01:12:33 | Llorean | You have to extract the ipsw... |
| 01:12:38 | johnnyoc3 | after i extract the fw from the archive |
| 01:12:41 | Llorean | Yes. |
| 01:12:46 | johnnyoc3 | oh |
| 01:12:50 | Forte | so whats new with rockbox |
| 01:12:52 | Forte | any new games |
| 01:12:56 | johnnyoc3 | i though it was not a .bin |
| 01:13:11 | Llorean | It's the transient theory of mathematics. If firmware.bin = /dev/sdx1 and /dev/sdx1 = the file extracted from the ipsw, then firmware.bin = the file extracted from the ipsw. |
| 01:13:28 | Llorean | So long as no step changes the contents of that. |
| 01:13:35 | | Quit Big_Mac (Client Quit) |
| 01:13:51 | | Quit gtkspert_ (Connection timed out) |
| 01:13:55 | Llorean | Forte: There's a changelog on the front of the site, but the answer to that is almost always going to be "no", as games are not a major focus. |
| 01:14:22 | johnnyoc3 | well after you dd the ipsw file the ipod needs to be pluged into the wall and does a little scroll bar thing that is different from when you jsut apply a .bin |
| 01:15:07 | Llorean | No, that just means the contents of the ipsw are marked as "new data" rather than having been extracted and so the ipod thinks they're old data. |
| 01:15:24 | johnnyoc3 | oh |
| 01:15:28 | Llorean | There's a bit that gets changed the first time you boot. |
| 01:15:28 | Forte | so whats up |
| 01:15:35 | johnnyoc3 | i see |
| 01:15:47 | Llorean | If you wrote the ipsw over, then extracted it immediately without ever unplugging the iPod, then wrote that .bin file back, you'd get the same thing |
| 01:16:16 | johnnyoc3 | when it gives you the wall plug image you cant boot int disk mode |
| 01:16:32 | johnnyoc3 | at least not when i've tryed |
| 01:16:53 | Llorean | "without ever unplugging the ipod"... |
| 01:17:12 | johnnyoc3 | well after the ipsw is written the ipod auto reboots |
| 01:17:47 | Llorean | With DD, even if you don't unplug the cable, while in disk mode? |
| 01:17:57 | johnnyoc3 | im not sutre about that |
| 01:18:01 | johnnyoc3 | in windows it does though |
| 01:18:10 | johnnyoc3 | but its a moot point |
| 01:18:17 | Llorean | In windows you're not using DD... |
| 01:18:19 | johnnyoc3 | i will try with the .bin renaming |
| 01:18:24 | Llorean | I thought you said you tried the DD method...\ |
| 01:18:57 | johnnyoc3 | i did but i also used apple restore with the .ipsw |
| 01:19:16 | johnnyoc3 | b/c i didnt think the extracted file was a .bin cause it had no file name |
| 01:19:44 | Llorean | So you didn't *just* to the manual restore method? I'm confused. |
| 01:20:06 | johnnyoc3 | i did many methods |
| 01:20:16 | johnnyoc3 | and they are all becoming one big blur :P |
| 01:20:21 | Forte | lol he said moot |
| 01:20:27 | | Join kkurbjun [0] (n=kkurbjun@c-24-8-203-134.hsd1.co.comcast.net) |
| 01:20:33 | johnnyoc3 | t..t..today junior |
| 01:20:42 | johnnyoc3 | that was said ages ago |
| 01:20:49 | | Quit Arathis ("Bye, bye") |
| 01:21:11 | Forte | formatting my mini |
| 01:21:12 | Forte | :P |
| 01:21:25 | johnnyoc3 | put a CF card in it :P |
| 01:27:50 | | Quit BigMac (Read error: 110 (Connection timed out)) |
| 01:31:10 | | Part toffe82 |
| 01:31:48 | | Quit moos ("Glory to Rockbox") |
| 01:32:20 | johnnyoc3 | well im off to boot into linux and try it out |
| 01:33:35 | | Quit lostnihilist ("Leaving") |
| 01:33:37 | | Part Llorean |
| 01:33:59 | | Join lostnihilist [0] (n=lostnihi@adsl-69-212-195-145.dsl.chcgil.ameritech.net) |
| 01:34:18 | | Join Dyne [0] (n=Not@216-164-198-234.c3-0.drf-ubr2.atw-drf.pa.cable.rcn.com) |
| 01:34:32 | Dyne | Is there a way to access Pitch Control on the e200? |
| 01:36:47 | | Join jhulst [0] (n=jhulst@adsl-69-208-79-209.dsl.klmzmi.ameritech.net) |
| 01:36:48 | | Quit darkless (Read error: 104 (Connection reset by peer)) |
| 01:37:02 | | Join darkless [0] (n=darkless@62.79.44.48.adsl.vby.tiscali.dk) |
| 01:39:36 | | Quit Rincewind ("Cya") |
| 01:43:08 | | Join heanol [0] (i=heanol@karantan.org) |
| 01:43:32 | | Quit HaSH ("Im Out Like A Fat Kid In DodgeBall") |
| 01:48:31 | | Quit WolfBlood () |
| 01:51:01 | | Quit billytwowilly (Remote closed the connection) |
| 01:51:04 | | Quit johnnyoc3 (Read error: 110 (Connection timed out)) |
| 01:51:26 | Neovanglist | window 12 |
| 01:51:27 | Neovanglist | err |
| 01:51:30 | Neovanglist | oops : |
| 01:51:31 | Neovanglist | :) |
| 01:53:12 | | Join billytwowilly [0] (n=chris@S01060016b649355d.ed.shawcable.net) |
| 01:54:33 | | Quit robin0800 (Read error: 104 (Connection reset by peer)) |
| 01:57:04 | Forte | is there a build in progress |
| 01:57:12 | Forte | cause im looking for the mini version |
| 02:00 |
| 02:02:01 | | Join HaSH [0] (n=unet@pool-70-19-248-97.bos.east.verizon.net) |
| 02:02:29 | | Quit Nico_P (Remote closed the connection) |
| 02:02:31 | kkurbjun | does anyone have any objections to the gigabeat bootloader cleanup: http://www.rockbox.org/tracker/task/6929 |
| 02:02:35 | | Quit HaSH (Connection reset by peer) |
| 02:02:39 | Forte | whats some good music |
| 02:06:28 | Forte | :/ |
| 02:06:50 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
| 02:09:15 | linuxstb | kkurbjun: There has been talk about changing the header in the rockbox files to include more information (such as a version and min/max compatible bootloader versions). My only comment on your patch is that it may be worth waiting for that work to be done before forcing all gigabeat users to upgrade. |
| 02:12:34 | kkurbjun | linuxstb do you know where that work is? Is it just talk right now? Currently the gigabeats are still doing an unnecessary reset on the ata interface with the existing bootloader.. I don't know if it's bad for the drive, it's not a hard click like cutting the power, but it's definitely noticeable. |
| 02:13:26 | kkurbjun | I guess we could just recompile the existing bootloader with the commit I made on the ata and usb interface |
| 02:13:59 | kkurbjun | was that information planned to be added in the scrambling tool? |
| 02:14:26 | | Quit dandin1 () |
| 02:17:00 | linuxstb | It's only been talked about, I don't think anyone is working on it. So maybe it will never happen... |
| 02:17:46 | linuxstb | Maybe it's not important, in which case just go ahead and commit... |
| 02:20:33 | kkurbjun | Thanks for the heads up, I am going to wait till tomorrow just to give anyone else that may be sleeping/not around time to voice any other concerns. |
| 02:21:32 | | Join qwedsa_ [0] (n=superman@ip51ccca31.speed.planet.nl) |
| 02:26:28 | | Join toffe82 [0] (n=chatzill@adsl-71-132-87-162.dsl.sntc01.pacbell.net) |
| 02:28:31 | | Quit BHSPitLappy (Read error: 60 (Operation timed out)) |
| 02:33:48 | | Quit qwedsa (Read error: 110 (Connection timed out)) |
| 02:34:57 | | Join Brunellus [0] (n=luigi@unaffiliated/brunellus) |
| 02:37:20 | | Join hannesd_ [0] (n=light@gate-hannes-tdsl.imos.net) |
| 02:38:30 | | Join BHSPitLappy [0] (n=steve-o@adsl-70-239-47-60.dsl.rcsntx.sbcglobal.net) |
| 02:39:28 | | Quit RaRe ("AnacønÐa · "That which has not yet been taught directly can never be taught directly"") |
| 02:41:29 | | Quit hannesd (Read error: 145 (Connection timed out)) |
| 02:42:23 | | Join RaRe [0] (n=Laffin_B@202-89-187-101.static.dsl.amnet.net.au) |
| 02:45:14 | | Part pixelma |
| 02:45:24 | | Join hannesd [0] (n=light@gate-hannes-tdsl.imos.net) |
| 02:51:43 | | Quit hannesd___ (Read error: 110 (Connection timed out)) |
| 03:00 |
| 03:04:57 | | Quit Guile (Read error: 104 (Connection reset by peer)) |
| 03:09:01 | *** | Saving seen data "./dancer.seen" |
| 03:11:37 | | Quit inversions (Read error: 113 (No route to host)) |
| 03:13:43 | | Join yoho [0] (n=beachrec@198.23.33.65.cfl.res.rr.com) |
| 03:25:40 | | Quit Dyne (Read error: 104 (Connection reset by peer)) |
| 03:26:42 | | Join homielowe [0] (n=chatzill@207.6.216.231) |
| 03:27:07 | DJKav | Help |
| 03:28:11 | | Part DJKav |
| 03:28:43 | | Join DJKav [0] (n=chatzill@38.98.198.65) |
| 03:28:55 | DJKav | Help |
| 03:30:09 | DJKav | please? |
| 03:31:15 | homielowe | I currently have a 21 1/2 x 10 rockbox logo printed onto iron transferable paper, what colour t-shirt / other article of clothing should I put on, white, black, navy blue etc |
| 03:31:17 | | Join Soap_ [0] (n=Soap@rockbox/staff/soap) |
| 03:31:47 | | Quit JdGordon ("Konversation terminated!") |
| 03:31:49 | DJKav | navy |
| 03:31:56 | homielowe | in centimetres I mean, not those confounded inches |
| 03:32:08 | homielowe | sounds good |
| 03:33:39 | DJKav | Now I need help. |
| 03:35:07 | DJKav | Alright good talk. Maybe next time. |
| 03:36:35 | jhulst | DJKav: what is your problem? |
| 03:36:54 | homielowe | DJKav: How are you supposed to be helped If we don't know the nature of your problem or even if it's rockbox related |
| 03:37:08 | DJKav | It is. |
| 03:37:11 | DJKav | Sorry. |
| 03:37:49 | DJKav | My 1st gen nano... I can't get rockbox onto it and I can't figure out what I'm doing wrong. |
| 03:38:14 | homielowe | Are you using ipodpatcher or rbutil? |
| 03:38:36 | | Quit spiorf (Read error: 60 (Operation timed out)) |
| 03:39:06 | DJKav | ipodpatcher. |
| 03:39:53 | DJKav | I'm on a Mac. So Idk if I'm doing something wrong when converting it to FAT32 or somewhere after that. |
| 03:41:19 | homielowe | DJKav: Sorry, I don't own a Mac, maybe someone w/ Mac can help you. |
| 03:41:59 | DJKav | Ok thanks anyway. |
| 03:43:09 | DJKav | So.... Does anyone have a Mac? |
| 03:46:46 | DJKav | Nope. |
| 03:47:14 | | Join spiorf [0] (n=spiorf@host70-219-dynamic.4-87-r.retail.telecomitalia.it) |
| 03:47:32 | | Quit Soap (Read error: 110 (Connection timed out)) |
| 03:51:03 | | Quit homielowe ("ChatZilla 0.9.78 [Firefox 2.0.0.3/2007030919]") |
| 03:53:40 | | Join Shooz [0] (i=Ben@dynamic-acs-24-154-23-30.zoominternet.net) |
| 03:53:58 | | Join craig_ [0] (n=chatzill@S01060014bf438551.wp.shawcable.net) |
| 03:54:33 | Shooz | hey i dont know if your aware, but the latest MPEG update actually made the problems on my sansa worse. |
| 03:55:21 | | Quit Domonoky_ ("Trillian (http://www.ceruleanstudios.com") |
| 03:55:36 | | Join craig__ [0] (n=chatzill@S01060014bf438551.wp.shawcable.net) |
| 03:55:44 | craig__ | could someone tell me the advantages of rockbox on Toshiba Gigabeat MEG-F40S |
| 03:57:56 | craig__ | what i mean is, is it worth it for the gigabeat model? |
| 03:59:13 | Shooz | seems that it would be, or it wouldn't have been ported? |
| 03:59:32 | | Nick craig__ is now known as colezy9 (n=chatzill@S01060014bf438551.wp.shawcable.net) |
| 03:59:35 | | Join johnnyoc3 [0] (n=chatzill@adsl-71-143-19-189.dsl.scrm01.pacbell.net) |
| 04:00 |
| 04:00:21 | colezy9 | shooz, yeah I'm new to rockbox and don't see much for advantages on the website, but mabe there is other things that make it worth it such as stability |
| 04:00:36 | colezy9 | does anyone here have a gigabeat and like it with rockbox |
| 04:01:12 | scorche | colezy9: http://www.rockbox.org/twiki/bin/view/Main/WhyRockbox |
| 04:03:20 | | Part Shooz |
| 04:03:56 | | Join colezy9_ [0] (n=chatzill@S01060014bf438551.wp.shawcable.net) |
| 04:07:35 | | Quit DJKav ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/2007030919]") |
| 04:09:17 | | Join Llorean [0] (n=Llorean@rockbox/administrator/Llorean) |
| 04:09:28 | Llorean | Anyone else with a Gigabeat around? |
| 04:11:45 | Llorean | kkurbjun: Did your recent change actually affect what happens on USB unplug? |
| 04:12:54 | | Quit craig_ (Read error: 110 (Connection timed out)) |
| 04:15:48 | johnnyoc3 | llorean the renaming thing worked |
| 04:15:58 | johnnyoc3 | thanks for the tip ;P |
| 04:17:06 | Llorean | johnnyoc3: I may be a bit irritating, but I do tend to solve problems in the end. ;) |
| 04:17:46 | | Join TrueJournals [0] (n=aimjourn@c-24-12-147-61.hsd1.il.comcast.net) |
| 04:19:07 | | Join aliask [0] (n=chatzill@c210-49-190-113.eburwd8.vic.optusnet.com.au) |
| 04:19:23 | | Quit miepchen^schlaf (Read error: 54 (Connection reset by peer)) |
| 04:19:43 | | Join miepchen^schlaf [0] (n=hihi@p57b97c85.dip.t-dialin.net) |
| 04:20:10 | | Quit billytwowilly (Remote closed the connection) |
| 04:20:51 | | Join billytwowilly [0] (n=chris@S01060016b649355d.ed.shawcable.net) |
| 04:20:53 | | Quit colezy9 (Read error: 110 (Connection timed out)) |
| 04:20:59 | Llorean | kkurbjun: Anyway, since you don't seem to be around: Right now, if my backlight goes off while USB is connected, it doesn't come back on after I unplug it. If I tap a key to bring it on, right before unplugging, then the backlight is fine. This is new behaviour introduced possibly by your patch (unless my Gigabeat has gone crazy) |
| 04:21:23 | | Part Llorean |
| 04:26:29 | | Part TrueJournals |
| 04:29:55 | | Quit colezy9_ ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/2007030919]") |
| 04:32:00 | | Quit Thundercloud (Read error: 54 (Connection reset by peer)) |
| 04:35:02 | | Quit miepchen^schlaf (Read error: 60 (Operation timed out)) |
| 04:35:07 | | Join miepchen^schlaf [0] (n=hihi@p57b97c85.dip.t-dialin.net) |
| 04:47:14 | | Join TrueJournals [0] (n=aimjourn@c-24-12-147-61.hsd1.il.comcast.net) |
| 04:48:02 | | Quit knapp (Remote closed the connection) |
| 04:50:13 | | Part TrueJournals |
| 04:55:20 | | Quit Brunellus (Remote closed the connection) |
| 04:59:51 | Forte | whats some good music |
| 05:00 |
| 05:05:36 | safetydan | Forte, that's off topic for this channel. |
| 05:06:09 | aliask | What's the key in the sim to simulate usb connect? |
| 05:07:16 | aliask | Neever mind. |
| 05:09:04 | *** | Saving seen data "./dancer.seen" |
| 05:10:21 | | Join gtkspert [0] (n=gtkspert@203-59-81-253.dyn.iinet.net.au) |
| 05:12:50 | | Join Llorean [0] (n=Llorean@rockbox/administrator/Llorean) |
| 05:13:41 | | Quit miepchen^schlaf (Read error: 60 (Operation timed out)) |
| 05:13:44 | | Join miepchen^schlaf [0] (n=hihi@p57b97c85.dip.t-dialin.net) |
| 05:17:50 | goffa | i know i shouldn't make a plug.. but can't resist |
| 05:17:52 | goffa | http://www.computers4sure.com/product.asp?productid=2792353&iid=1249&Hits=53&HKeyword=toshiba+40 |
| 05:18:00 | goffa | that's a good deal |
| 05:18:27 | goffa | if i didn't have 2 f60's i'd probably get one myself |
| 05:20:03 | Llorean | Yeah, I got one under the assumption that in my infinite clumsiness I'll damage this one eventually. Also, I wouldn't mind another 40gb of storage, anyway. |
| 05:21:04 | goffa | yeah... i'm thinking of ebaying my x5 or my h140 |
| 05:21:22 | goffa | they are collecting dust now that i have my gigabeats |
| 05:21:32 | Llorean | Actually, in all honesty, I'm planning to gift my current one (which has a very, very tiny scratch on the screen, but I'm actually diagnosed OCD) to my mother, and using the new one. |
| 05:21:34 | goffa | i really only use the 1 gigabeat.. but like to have the spare |
| 05:21:42 | Llorean | She expressed interest in it, she likes the Rockbox interface a lot better than her iPod's. |
| 05:22:12 | kkurbjun | Llorean, are you using the bootloader patch with the lcd problem? |
| 05:22:29 | Llorean | kkurbjun: Bootloader patch? |
| 05:22:34 | goffa | had to laugh.. a guy saw my gigabeat and said "wow, that's an old ipod" |
| 05:22:36 | Llorean | I'm using the official bootloader. |
| 05:22:45 | Llorean | Everything's "official", no patches anywhere. |
| 05:22:49 | kkurbjun | ahh, ok, so it came up after my last commit? |
| 05:23:05 | Llorean | It came up in the last day or so, and your commit seems most likely |
| 05:23:06 | goffa | it caught me so off guard i couldn't even comment |
| 05:23:29 | kkurbjun | I'll check it out and see if I can reproduce it with my change reverted |
| 05:24:02 | Llorean | kkurbjun: You can reproduce the bug with a current build? |
| 05:24:24 | Llorean | My Gigabeat's acting slightly weird in another way too (the button LEDs are coming on immediately after boot, and going off with the first backlight fade) |
| 05:25:51 | kkurbjun | thanks for the heads up. I can definitely reproduce it on mine as well by the way. I have alot of other code in my tree. I saw that as well today so it's not just my or your player |
| 05:26:04 | Llorean | Okay, good to know mine isn't about to explode. :) |
| 05:26:09 | kkurbjun | : ) |
| 05:26:16 | goffa | yeah.. i haven't put a new rockbox on in a couple of weeks |
| 05:26:29 | goffa | been on the road a lot |
| 05:26:45 | goffa | sitting in a hotel as we speak |
| 05:28:04 | Llorean | goffa: mpegplayer has improved a lot, but as you may have guessed from my talking, there's a few new 'quirks' as of today (nothing serious)\ |
| 05:28:19 | goffa | yeah |
| 05:29:18 | goffa | i don't really use mpegplayer.. but am glad to see it progressing |
| 05:29:47 | Llorean | I wasn't planning to. |
| 05:29:48 | goffa | my hope is that the insert patch gets commited so i don't have to keep patching |
| 05:30:11 | goffa | something about 2 inch video doesn't impress me that much |
| 05:30:55 | kahn | no but making nanos run mpg is kinda cool |
| 05:31:27 | goffa | kinda like gameboy |
| 05:31:41 | goffa | glad i have the option.. but don't plan on utilizing it |
| 05:32:00 | Llorean | It looks better than I expected, is all |
| 05:33:12 | goffa | still getting used to the new root menu |
| 05:33:21 | goffa | since that's going to be a fact of life from now on |
| 05:34:07 | goffa | admittedly it has gotten rid of the left to wps "need" |
| 05:34:16 | goffa | since i can hit right to get to wps |
| 05:34:31 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
| 05:35:03 | goffa | and i guess i use the gigabeat most of the time.. so the "rotating button" issue isn't something i contend with as much |
| 05:35:16 | | Join Apisa_Ahni [0] (n=jg0619@216.143.24.110) |
| 05:35:17 | Llorean | "rotating button"? |
| 05:36:22 | goffa | well when i'd grab my gigabeat i'd hit the top button to get into file browser |
| 05:36:33 | goffa | on the h140 it'd be the middle button |
| 05:36:40 | Llorean | Ah, yes |
| 05:36:44 | goffa | so out of habbit i'd hit the wrong button |
| 05:36:48 | goffa | and it'd make me angry |
| 05:36:58 | | Quit Apisa_Ahni ("Leaving") |
| 05:37:17 | goffa | but since i don't use the h140 that much i don't notice |
| 05:37:38 | goffa | would be an issue if i didn't have the 2 gigabeats |
| 05:47:53 | | Quit aliask ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/0000000000]") |
| 05:50:47 | | Quit jhMikeS (Nick collision from services.) |
| 05:50:57 | | Join _jhMikeS_ [0] (n=jethead7@rockbox/developer/jhMikeS) |
| 05:55:35 | JdGordon | GGGGGGRRRRRRRRRRRRRR!!!!!!!!!!!!!!!!! |
| 05:56:52 | goffa | what? |
| 05:57:24 | JdGordon | i cant think of a clean way to make the viewer icons customizable... |
| 05:57:30 | * | JdGordon has a very one track mind at times... |
| 05:57:45 | Llorean | Aren't the viewer icons customizable by viewers.config? |
| 05:58:34 | JdGordon | yeah, but we are moving to fully loadable icons, so the idea is to let the user load a bmp file with icons for each plugin |
| 05:58:50 | Llorean | As part of the build, or as a theme step? |
| 05:58:59 | JdGordon | theme |
| 05:59:13 | Llorean | Then let them provide a custom viewers.config? |
| 05:59:14 | JdGordon | to go with fs 7013 |
| 05:59:49 | JdGordon | well, the big problem is how to handle the image they need to load... |
| 06:00 |
| 06:00:40 | Llorean | Why not just have a viewers.bmp for themes. |
| 06:00:55 | Llorean | It contains the bitmaps for viewers.config in sequential order, so it has to have an appropriate matching viewers.config |
| 06:01:04 | Llorean | If viewers.config is longer, use the hex-code ones in it for any missing ones. |
| 06:01:53 | Llorean | That way you never have to fear a theme overwriting your customized viewers.config, and as long as you keep the SVN order and add to the end, your new ones won't conflict with your theme. |
| 06:02:57 | JdGordon | ... I tihnk I know how to handle it from a users point-of-view... its the code part thats hard :p |
| 06:03:05 | Llorean | That way you don't have to do any real matching, you just treat the viewers.config as entries 0-N, and match bitmaps 0-N from viewers.bmp with them, right? |
| 06:03:44 | Llorean | What's the difficulty with the code? You don't have to do any "real" matching, just assume they're in the same order in viewers.bmp as in viewers.config and let the users make errors if they must. |
| 06:03:48 | | Quit BHSPitLappy (Remote closed the connection) |
| 06:03:50 | JdGordon | I'm planning to let the user give an index in viewers.config so more than 1 plugin can use the same icon |
| 06:04:25 | Llorean | I don't like that. |
| 06:04:34 | Llorean | I don't like the idea of viewers.config ever being touched by themes. |
| 06:05:22 | Llorean | It's a functional file, and I shouldn't have to worry about it unless I manually modify it. |
| 06:05:39 | JdGordon | it would load viewer_icons.config, viewers.config would only be used to map the extention to a plugin, so themers wouldnt touch it |
| 06:06:10 | Llorean | And viewer_icons.config would be a list of viewers and what icon went with them? |
| 06:06:25 | Llorean | One of that file per theme? |
| 06:06:38 | JdGordon | i guess so |
| 06:07:00 | | Join crwll [0] (n=crawlie@a88-114-143-95.elisa-laajakaista.fi) |
| 06:07:09 | JdGordon | or, we go the other route and give each plugin a bmp in viewers.config |
| 06:07:32 | JdGordon | which would probably waste heaps more RAM and slow down boot... but be more flexible |
| 06:07:32 | Llorean | See, I'd rather something like.. |
| 06:08:07 | Llorean | Hm |
| 06:08:30 | Llorean | Is there an icon size restriction with the new method? |
| 06:08:41 | JdGordon | up to 24x24 atm |
| 06:08:49 | JdGordon | but that may end up being target dependant |
| 06:08:55 | Llorean | What I'd like to see, as I said, is a single bitmap file. |
| 06:09:04 | Llorean | Width of the bitmap being the icon width for that theme |
| 06:09:12 | Llorean | Height being a multiple of the font height for that theme |
| 06:09:23 | Llorean | So you can just divide its height by the font height to get the number of icon's you've got |
| 06:09:26 | JdGordon | thats how the main icons are loaded.. excpet horizontal strip, not verticle |
| 06:09:41 | Llorean | Vertically is better in this case. |
| 06:09:47 | Llorean | That way they can be arbitrary width |
| 06:09:50 | Llorean | And matched by font height |
| 06:10:02 | Llorean | Well, arbitrary within the 24 maximum |
| 06:10:08 | JdGordon | all icons need to be the same dimensions.. |
| 06:10:17 | Llorean | Yes, per theme |
| 06:10:32 | Llorean | 24x24 is the maximum |
| 06:10:41 | Llorean | If someone uses 6x6 you only have to display that 6x6 |
| 06:10:52 | Llorean | And you can tell if it's 6x6 is the .bmp is 6 wide, and the font set for that theme is 6 tall |
| 06:11:04 | Llorean | That way you aren't forcing oversized or undersized icons. |
| 06:11:12 | JdGordon | display the first 6x6 rect in a 24x24 rect if the font is small? |
| 06:11:29 | Llorean | What do you mean "in a 24x24 rect"? |
| 06:11:36 | Llorean | Why do you have to draw the full 24x24? |
| 06:11:59 | Llorean | People should match their icon set to the theme. |
| 06:12:02 | JdGordon | if the iconset uses 24x24 icons, but the font size is 6x8 for example |
| 06:12:20 | Llorean | That shouldn't happen unless someone creates a theme poorly, or changes to a font not compatible with the theme. |
| 06:12:47 | JdGordon | right, s it works now by assuming the themer isnt stupid, it centers the icon in the size of one cell... |
| 06:12:49 | JdGordon | brb |
| 06:12:50 | | Quit crwl (Read error: 110 (Connection timed out)) |
| 06:13:07 | Llorean | But why do you need a full sized cell? |
| 06:18:04 | Llorean | As far as I'm concerned, themes should have an icon size set somewhere, or it should be defined by the font height. One or the other, but it shouldn't always use 24x24 cells for the icons. That's incredibly restrictive to those of us who like to have many, many lines on the screen. |
| 06:21:27 | JdGordon | noo.... the max icon size that can be loaded is 24x24... you can load any size smaller than than |
| 06:21:31 | JdGordon | that* |
| 06:21:47 | Llorean | There should be one icon size per theme then. |
| 06:22:25 | JdGordon | icon size is based on the theme bmp that is loaded |
| 06:22:36 | Llorean | I still think a viewers.bmp would work then. |
| 06:23:13 | Llorean | I think using a text file to point to various things introduces a lot of complication and room for error. |
| 06:23:37 | Llorean | Yes, you may have to repeat an icon or two, but I don't think that'll have a large negative effect if they're within a single, fairly small, bitmap |
| 06:23:37 | JdGordon | amiconn: didnt really like that becuase it stops you from adding plugins in the middle of he file |
| 06:24:09 | Llorean | It stops you from adding plugins in the middle of viewers.config, sure, with an existing theme that has icons. |
| 06:24:33 | Llorean | Is there some reason we need to be able to add plugins in the *middle* of the file? |
| 06:25:03 | JdGordon | wasnt it only done recenlty with adding the .mpeg extension? |
| 06:25:06 | JdGordon | it keeps it neater |
| 06:25:14 | JdGordon | and chanes its position in the open with menu |
| 06:25:38 | Llorean | With official themes, any time a new plugin is added, we'd have to add a new icon anyway, right? |
| 06:25:45 | Llorean | Or at least, add a new line to duplicate an icon. |
| 06:25:52 | JdGordon | yes |
| 06:25:55 | Llorean | It's the same amount of work to just fix the .bmp |
| 06:26:26 | | Quit safetydan ("CGI:IRC (EOF)") |
| 06:26:38 | Llorean | I'm curious what the problem is, since either way you have to "fix" the theme |
| 06:28:06 | JdGordon | need extra ram useage becuase icons would double up, and umm... |
| 06:28:21 | JdGordon | if we give each plugin an index into viewers.bmp then there is no problem |
| 06:28:28 | pearldiver | interesting |
| 06:28:29 | pearldiver | http://forums.rockbox.org/index.php?topic=9846.0 |
| 06:29:32 | Llorean | JdGordon: Maybe if only viewers.bmp is present, treat it as a sequential list, but allow an additional viewer_index.config that allows them to point to multiple lines of viewers.config if it's present? |
| 06:29:50 | Llorean | I'm just worried that the code to handle it will cancel out any saved RAM from preventing the few double ups there may be. |
| 06:30:01 | | Quit Febs (Read error: 110 (Connection timed out)) |
| 06:30:03 | Llorean | In fact, you *can't* save RAM |
| 06:30:10 | Llorean | You have to assume that there will be NO double ups, to allow flexibility |
| 06:30:14 | Llorean | Meaning you have to reserve all that space anyway |
| 06:30:32 | Llorean | If you're reserving it, then you might as well use it, and keep the code to handle it as simple as possible. |
| 06:31:36 | JdGordon | your 100% correct, but.. (always a but :D) either way we need to get an index into the bmp, so viewer_index.config might work |
| 06:32:30 | Llorean | Yes, but one way has only one index per bmp, the other way allows for the possibility of multiple indexes per bmp, complicating the code. |
| 06:33:18 | JdGordon | not at all, becuase the current code already stores an icon for each.. change this to an index (which is sort of already done anyway)... |
| 06:33:31 | | Quit johnnyoc3 ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/2007030919]") |
| 06:33:37 | JdGordon | the difference is having a max of 32 different icons, or 32 icons with double ups.. |
| 06:33:48 | JdGordon | or.. 32 icons with 64 plugins, and 32/32 |
| 06:33:59 | Llorean | Ah, I see, store an index for each plugin, point to the icon. |
| 06:33:59 | | Quit Rick ("I… don't need to be here.") |
| 06:34:11 | Llorean | I was thinking store indexes for the icons describing which extensions they represented. |
| 06:34:29 | Llorean | That should be fairly simple then. |
| 06:34:51 | Llorean | If there's no descriptive file, assume they're matched sequentially, if the descriptive file exists, use it to pair them? |
| 06:35:09 | JdGordon | that would probably work |
| 06:35:22 | JdGordon | seen as the icon size must be the same as the rest of the icons |
| 06:35:33 | JdGordon | the hard part is still loading the icons into some buffer.. |
| 06:35:37 | Llorean | Yeah |
| 06:36:02 | JdGordon | well, actually, thats easy... its figuring out which of the possibly 4 (!) buffers to load into |
| 06:36:18 | JdGordon | main screen icons, remote screen icons, main viewers, remote viewers |
| 06:37:41 | JdGordon | unless... we add the plugins to the main iconse bmp |
| 06:37:50 | Llorean | Why not? |
| 06:38:20 | JdGordon | well, adding a themeable icon to the main set would break all exsitsing sets |
| 06:38:38 | Llorean | Ah |
| 06:38:56 | JdGordon | although, for simplicities sake, I tihnk thats acceptable |
| 06:38:57 | | Join Rick [0] (i=rick@pool-71-119-160-247.lsanca.dsl-w.verizon.net) |
| 06:39:06 | JdGordon | unless a better solution can be found |
| 06:40:01 | JdGordon | also, we are not ifdeffing out icons in the enum, so even if a target doesnt have the radio, the radio icon will still be loaded |
| 06:40:14 | JdGordon | which is ok in the core, but with viewers it gets a bit more wasteful |
| 06:40:53 | JdGordon | bugger it.... thats the way to go |
| 06:41:05 | ptw419 | can someone gear me towards the wiki page to build rockbox? |
| 06:41:06 | JdGordon | by far its the easiest to get working |
| 06:41:28 | scorche | SimpleGuideToCompiling? |
| 06:41:44 | JdGordon | http://www.rockbox.org/twiki/bin/view/Main/SimpleGuideToCompiling |
| 06:41:46 | ptw419 | ty |
| 06:41:51 | JdGordon | scorche wins |
| 06:45:58 | * | JdGordon heading out for a while |
| 07:00 |
| 07:08:37 | JdGordon | Llorean: I was being silly before... if extra icons are added then all custom iconsets will need updating anyway |
| 07:08:58 | JdGordon | ... obviously :p |
| 07:09:01 | Llorean | Heh |
| 07:09:08 | *** | Saving seen data "./dancer.seen" |
| 07:10:07 | | Quit entheh ("^~") |
| 07:11:59 | ptw419 | does svn co svn://svn.rockbox.org/rockbox/trunk rockbox download the daily build? |
| 07:12:39 | JdGordon | no, thats the source code |
| 07:12:50 | ptw419 | ah wait the build |
| 07:13:06 | Llorean | It's the current source code, neither day old nor a build |
| 07:13:19 | ptw419 | yes, sorry |
| 07:14:14 | JdGordon | crap... how is it supposed to figure out how wide each icon is if the number is variable? |
| 07:14:29 | JdGordon | before viewers it does bmp.width / icon_count |
| 07:14:32 | Llorean | JdGordon: That's why I said the file should be tall. |
| 07:14:45 | Llorean | Height could then use the font height, and width would be the width of the file. :) |
| 07:15:00 | Llorean | Just make that a rule for themeing: Your icons must match your chosen font's height. |
| 07:15:14 | JdGordon | but then you cant load a smaller iconset than your font |
| 07:15:37 | JdGordon | e.g a 12x12 iconset with a 16x19 font |
| 07:15:41 | Llorean | True |
| 07:16:19 | Llorean | Does this need to be possible, honestly? Icons should be a part of a theme. |
| 07:16:39 | Llorean | If they're to stand on their own, there needs to be an icon description file anyway, to tell it what set of icons to load and how many there are. |
| 07:17:09 | | Join moos [0] (i=moos@m135.net81-66-158.noos.fr) |
| 07:17:32 | JdGordon | maybe I will make it rely on an text file for this |
| 07:17:55 | JdGordon | no, ill just add the setting and hope themers set it correctly |
| 07:18:12 | Llorean | Themers need to set plenty of other things correctly anyway. |
| 07:19:58 | midkay | JdGordon: whassup! latest progress? |
| 07:20:24 | JdGordon | fs 7013 |
| 07:21:21 | midkay | JdGordon: i saw that, nice.. nothing new since? |
| 07:21:35 | JdGordon | not yet |
| 07:21:49 | JdGordon | hopening to have everything except charcell finished tonight though |
| 07:21:59 | midkay | pretty cool, that was quick. |
| 07:22:08 | midkay | i can start working on some color icons.. i already created a nice "folder" one. |
| 07:22:30 | JdGordon | go for it :) |
| 07:22:45 | midkay | any thoughts on size? you said 8x8 before... i guess that sounds fair? |
| 07:22:48 | | Quit rotator () |
| 07:23:21 | Llorean | I assume icons respect 255,0,255? |
| 07:23:30 | * | Llorean wishes we'd picked 254,0,255 or 255,1,255 |
| 07:23:55 | midkay | Llorean: yes, they should just like any other bitmap. |
| 07:24:32 | JdGordon | midkay: my sansa uses the default font size, so 6x8 colour would be nice :p (/me really has to get a better theme on it :) |
| 07:24:34 | Llorean | midkay: I wasn't sure if that was an aspect of the WPS display, or an aspect of bitmap loading. |
| 07:24:42 | JdGordon | and yes, colour icons respect 255,0,255 |
| 07:24:49 | JdGordon | b+w is white transparent |
| 07:25:08 | Llorean | The first set should match the current icon dimensions, since they're to go with the default font. |
| 07:25:18 | midkay | Llorean: oh, ok. well FYI, it's how it works in the code.. bitmap_transparent.. |
| 07:25:23 | midkay | or transparent_bitmap, i forget. :) |
| 07:25:34 | Llorean | midkay: Alright, just making sure. :) |
| 07:25:41 | midkay | just a bit of background :) |
| 07:25:53 | midkay | i already created a nice 8x8 icon though!!!! i don't wanna lose it! |
| 07:26:13 | Llorean | So save that for set #2 |
| 07:26:15 | Llorean | :-P |
| 07:26:20 | midkay | haha. no way! :( |
| 07:26:32 | JdGordon | :) 8x8 is a better size than 6x8 anyway |
| 07:26:39 | midkay | it'll be the same height, just a little wider.. i think that sounds fair for color LCDs which tend to be bigger than the archos lcd the icons were originally designed for? |
| 07:26:47 | JdGordon | which would work for the default font seen as the height is the same |
| 07:27:01 | Llorean | Yeah, the smallest color screen is 128x128, which is 12 pixels wider. |
| 07:27:13 | Llorean | So you can steal two of them... if you must... |
| 07:27:14 | Llorean | :-P |
| 07:27:17 | _jhMikeS_ | shouldn't we just break down and add alpha bitmaps? |
| 07:27:28 | midkay | i think we can afford 2 pixels.. especially on screens like 320 in width, like 3x the archos LCD width :) |
| 07:27:29 | Llorean | _jhMikeS_: Then we have to blend. |
| 07:27:53 | Llorean | midkay: Yeah, but you assume for the worst case (128x128) not the best. :-P Still, two pixels is fair. |
| 07:27:55 | _jhMikeS_ | which is no big deal really...and can be fast. I offer to implement it to prove it |
| 07:28:18 | Llorean | _jhMikeS_: It can be fast, but it's still slower than without it, isn't it? |
| 07:28:18 | midkay | Llorean: calm down you screenspace-conserving.. little.. conserva..tion..alist! |
| 07:28:27 | _jhMikeS_ | not by much |
| 07:28:31 | | Quit miepchen^schlaf (Read error: 60 (Operation timed out)) |
| 07:28:39 | Llorean | _jhMikeS_: Yeah but the iPod 5G's screen is already "too slow" isn't it? |
| 07:28:42 | Llorean | I wouldn't mind alpha. |
| 07:28:44 | _jhMikeS_ | and especially if used selectively |
| 07:28:44 | | Join miepchen^schlaf [0] (n=hihi@p57b97c85.dip.t-dialin.net) |
| 07:28:49 | midkay | _jhMikeS_: yes! implement it! i'll love you forever :) |
| 07:28:52 | Llorean | I'm just worried about making a bad situation worse. |
| 07:29:17 | midkay | it'd seriously be nice to have, especially for plugins.. even amiconn's suggestion of a simpler, quicker 0/25/50/75/100% alpha.. |
| 07:29:24 | _jhMikeS_ | well, for icons it's not much...and for the rest...optimize font drawing or something to make up for it. |
| 07:29:25 | Llorean | It would definitely look nice. |
| 07:30:02 | | Nick _jhMikeS_ is now known as jhMikeS (n=jethead7@rockbox/developer/jhMikeS) |
| 07:30:41 | | Quit Jon-Kha_ ("leaving") |
| 07:30:56 | jhMikeS | We could have a couple transparency formats - 1bit a 5bit - and the mask should just be a separate plane |
| 07:32:26 | jhMikeS | right now I need to add the fix that will let video always play. it happens to be that the sleep in pcm_mute is the reason for all the trouble |
| 07:34:10 | jhMikeS | the fix will make it irrelevant because it shouldn't even matter if it's there |
| 07:34:31 | Llorean | Then why is it there? |
| 07:35:43 | jhMikeS | pcmbuf_pause calls pcm_mute to stop pops, but I removed it for some hardware |
| 07:35:50 | Llorean | Aaah |
| 07:37:08 | jhMikeS | I really think the buffer shouldn't mute anything. For TLV and UDA it turns out that the order you do things determine whether or not you get pops...and those don't do it. And for the Gigabeat it apparently gets races to the finish before a problem shows up. |
| 07:37:43 | Llorean | So it's a workaround rather than a fix, and not a particularly beneficial one overall? |
| 07:38:11 | jhMikeS | what's that...the muting. I think it's a bit of a hack, yeah |
| 07:38:58 | jhMikeS | I removed it because the muting would screw up the radio which voice was being used with the radio and it would silence every time a clip played |
| 07:39:59 | | Join Jon-Kha [0] (n=Jon-Kha@a91-152-77-64.elisa-laajakaista.fi) |
| 07:40:40 | jhMikeS | btw, am I the only one experiencing choppy playback on the bitrate mp3 on sansa? :\ |
| 07:40:49 | jhMikeS | s/the/high/ |
| 07:41:26 | | Join perldiver [0] (n=say@cpe-72-225-231-80.nyc.res.rr.com) |
| 07:41:39 | Llorean | jhMikeS: No, I seem to recall someone else mentioning it somewhere. |
| 07:42:27 | Llorean | It's probably the general portalplayer mash, combined with some extra slowness the Sansa seems to have (at least the UI seems slower on it than on my Nano, though I'll admit the screens a bit bigger) |
| 07:42:35 | jhMikeS | that FIQ handler is just odd...does the OF actually send data to I2S that way. |
| 07:43:17 | Llorean | You'd want to ask toni (who wrote the emulator and got some stuff from the original firmware) or barrywardell on that one I think |
| 07:43:57 | jhMikeS | It really should use some kind of automatic DMA transfer if it can do it |
| 07:44:10 | midkay | JdGordon: hmm.. what is this icon? slightly left of the middle.. between a speaker icon and the RWPS icon. |
| 07:44:12 | Llorean | I think it's a case of not knowing how to do DMA yet for that? |
| 07:44:42 | | Join Guile [0] (n=Guile@84.4.27.131) |
| 07:45:08 | jhMikeS | hmmm...yeah. I think it's time for a crunch to figure that out and would probably solve the issues if it's possible to do. |
| 07:45:51 | JdGordon | midkay: ... which? |
| 07:46:13 | midkay | plugin icon, bookmark icon, RWPS icon, ???, speaker (?), bold "K"... |
| 07:46:29 | midkay | not too sure of either the speaker nor the one left of it. |
| 07:46:41 | JdGordon | the K ? |
| 07:46:43 | midkay | like two boxes on top of one another. |
| 07:46:49 | midkay | no, the ???? one. |
| 07:46:52 | midkay | what is that? |
| 07:46:54 | | Join ender` [0] (n=ender@84.255.206.8) |
| 07:46:56 | midkay | before the K, before the speaker.. |
| 07:47:35 | JdGordon | Icon_Queued apparently |
| 07:48:33 | midkay | is that actually used anywhere? i've *never* seen it. |
| 07:48:43 | midkay | can you search the tree for it? |
| 07:48:54 | Llorean | Sounds like it'd show in playlists for queued files maybe? |
| 07:49:06 | midkay | Llorean: well, i've never seen it there.. never ever. |
| 07:49:21 | midkay | sounds possibly like something that might have been in a far earlier release (like 1.3).. |
| 07:49:25 | Llorean | I never use "queue" or even look at the contents of my playlist, so it's just random guessing |
| 07:50:18 | midkay | it seems to me, by the way, that queue works the same as insert.. |
| 07:50:18 | JdGordon | playlist_viewer |
| 07:50:30 | midkay | JdGordon: huh, odd.. well alright :) |
| 07:50:46 | Llorean | The same as insert how? |
| 07:51:21 | midkay | ah. i just checked the manual.. never mind. (apparently queue will delete the file from the playlist after it's played.) |
| 07:51:26 | Llorean | Yep |
| 07:51:54 | midkay | i wish we had some sort of.. hmm.. "play from this file onwards after the current track ends" insert-option. |
| 07:52:17 | Llorean | Like, to skip to another point in the same playlist? |
| 07:52:48 | Llorean | You can already do it with folders, with the "Play next" option. |
| 07:52:54 | kkurbjun | llorean, I don't think the buttonlight/backlight problems are related to the chnages I made |
| 07:53:23 | midkay | Llorean: no, more like.. i'm in the middle of a dynamic playlist of DCFC - Plans and i want to start on track 5 of DCFC - Transatlanticism and continue from there onto track 6, 7.. - after the current Plans song is done. |
| 07:53:24 | kkurbjun | I found that on my player it's dependent on whether you touch a button while the splash is showing |
| 07:53:26 | Llorean | kkurbjun: Okay. I just know that I noticed them after updating today, and I'd previously updated before your changes, so they seemed most likely |
| 07:53:35 | midkay | i didn't realize Play Next worked on folders, but i mean more specifically jumping straight to a song. |
| 07:53:52 | kkurbjun | for example if I touch right on the plus it happens, if I don't touch anything then everything works ok |
| 07:54:08 | Llorean | midkay: Click on track 5 and choose "play next" and you should get the whole folder, starting on track 5. Not *quite* what you want though, since at the end you'd get 1-4 (assuming shuffle was off) |
| 07:54:09 | kkurbjun | can you check if it's the same for you? |
| 07:54:27 | midkay | Llorean: no, it will play *only* track 5 and totally wipe the rest of the playlist.. that's what i understand. |
| 07:54:28 | kkurbjun | I mean if I don't touch anythign til the backlight fades out |
| 07:54:30 | Llorean | kkurbjun: For me, if I don't touch the plus, after I unplug the backlight will not come on |
| 07:54:33 | midkay | Play next. |
| 07:54:34 | midkay | Replaces all but the current playing track with track(s). Current playing track is queued. |
| 07:54:38 | Llorean | kkurbjun: If I touch the plus to make sure the backlight is on when I unplug, it's fine |
| 07:54:58 | Llorean | midkay: Oh, right. |
| 07:55:11 | Llorean | midkay: For some reason my brain was thinking that "Play Next" worked like select in the browser, rather than insert. |
| 07:55:19 | kkurbjun | what about when you are loading? if I jsut power on the device and then dont touch anythign till after the backlight fades out it seems to work fine |
| 07:55:33 | kkurbjun | I don't get the dead screen or the weird buttonlights |
| 07:55:54 | Llorean | kkurbjun: Yeah, if I power on the device, the buttonlights are on. Then if I don't press anything, the backlight goes out, it comes back when I press buttons, and everything is fine |
| 07:55:58 | midkay | what we need is a "Play selected next" for single songs and "Play from here next" or something for this-song-and-onwards. |
| 07:56:05 | Llorean | The button LEDs fade when the backlight goes out, and never come back (they were never meant to be on) |
| 07:56:42 | kkurbjun | yep, that's strange, the symptoms are a bit different on my player |
| 07:56:43 | | Quit pearldiver (Read error: 110 (Connection timed out)) |
| 07:58:03 | Llorean | Well, it's consistent |
| 07:58:12 | Llorean | The button LEDs are on every boot, and stay on until the first backlight fade. |
| 07:58:37 | Llorean | The backlight works fine _unless_ it fades during a USB connection. If the backlight is off when I disconnect USB, it won't come back on until I reconnect USB or reboot |
| 07:58:39 | jhMikeS | Llorean: well, video should start all the time now...try it out |
| 07:59:14 | Llorean | jhMikeS: Alright, I'll wait 'till the official build finishes and load it up on my Sansa. |
| 07:59:19 | Llorean | It'll take about as long as booting the VMWare image |
| 07:59:37 | jhMikeS | I've got one more update coming to mpegplayer itself though, so wait a few. I'll put it in now. |
| 07:59:42 | kkurbjun | my steps to prevent the bug are to: |
| 07:59:42 | kkurbjun | 1) power on the device |
| 07:59:42 | kkurbjun | 2) during the boot sequence touch right on the plus pad |
| 07:59:42 | DBUG | Enqueued KICK kkurbjun |
| 07:59:42 | kkurbjun | 3) the buttonlights will then be on at first |
| 07:59:42 | kkurbjun | to keep the bug from happening I |
| 07:59:43 | *** | Alert Mode level 1 |
| 07:59:43 | kkurbjun | 1) power on the device |
| 07:59:45 | kkurbjun | 2) let it go through the full boot sequence till the backlight fades out (the button leds do not turn on during the initial boot) |
| 07:59:48 | kkurbjun | oopps |
| 08:00 |
| 08:00:13 | kkurbjun | sorry, I didn't realize that it was going to put those as new messages each |
| 08:00:37 | kkurbjun | I'm sorry, first sequence should be steps to cause bug |
| 08:00:48 | Llorean | kkurbjun: If I don't press *anything* the button LEDs still come on |
| 08:01:21 | kkurbjun | hmm, ok, I'm going to keep messing around with this and see if I can figure out what else may have caused this |
| 08:01:41 | Llorean | Nifty |
| 08:03:00 | Llorean | jhMikeS: The other mpegplayer update: Fix or optimization? |
| 08:03:30 | jhMikeS | better handling of stopping |
| 08:03:40 | jhMikeS | better handling of thread failure |
| 08:03:50 | jhMikeS | some volatiles that need to be there |
| 08:03:50 | Llorean | Will it speed up stopping? It recently started taking 2 or 3 seconds to stop on my player |
| 08:04:32 | jhMikeS | that's probably because the remaining data was being waited for to play instead of the thread just exiting |
| 08:04:32 | | Quit moos ("Glory to Rockbox") |
| 08:05:05 | Llorean | Video stops but audio continues for that period. |
| 08:05:08 | | Join Siku [0] (n=Siku@f303b.w3.tontut.fi) |
| 08:05:23 | Llorean | but it wasn't a big deal either wya |
| 08:06:12 | jhMikeS | yeah, the video thread exited immediately but not audio |
| 08:07:05 | jhMikeS | well, it's on the last build now |
| 08:07:29 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 08:07:29 | * | JdGordon wishes to kill Llorean |
| 08:07:41 | JdGordon | the default icons are painfull to load now |
| 08:07:52 | JdGordon | because I dont know how wide each of them is... :'( |
| 08:08:05 | Llorean | Aren't they 6? |
| 08:08:59 | amiconn | jhMikeS: Do these variable really need to be volatile on single core targets? |
| 08:09:08 | amiconn | *variables |
| 08:09:44 | *** | Alert Mode OFF |
| 08:09:48 | jhMikeS | they might, yes if gcc thinks it's clever and tries to optimize a read of them because it doesn't see the current function it's compiling modifying the value |
| 08:10:06 | JdGordon | Llorean: well, atm they are... but for how long? |
| 08:10:15 | jhMikeS | I've had that one get me before |
| 08:10:59 | amiconn | Uuic you never need 'volatile' with cooperative multithreading and single core unless the variable actually means a hardware port or is changed from within interrupts |
| 08:11:04 | Llorean | JdGordon: Well, if the defaults change sizes then we can change wherever the default size is defined, right? |
| 08:11:05 | amiconn | *Iiuc, bah |
| 08:11:56 | Llorean | JdGordon: Wasn't there a thought to have target-specific defaults eventually anyway, if we go with target-specific fonts? |
| 08:12:01 | | Join Rob222241 [0] (n=Miranda@p54B15163.dip.t-dialin.net) |
| 08:12:07 | JdGordon | yes, and yes |
| 08:12:10 | midkay | hmm... for the color icons. not too sure what to do for coloring. for a few of them i can give them a nice shaded appearance (like folder) but for the other relatively barebones ones.. should they be black? or a lighter more solid fill? maybe to make them easier to identify.. any thoughts? |
| 08:12:27 | Llorean | So it needs to be set somewhere in the config-blah.h anyway |
| 08:12:38 | JdGordon | midkay: they would probably need a whole theme going... so whatever |
| 08:12:52 | midkay | JdGordon: what do you mean? |
| 08:13:03 | Llorean | midkay: For now I'd go black border with a medium-gray fill for contrast to the light blue default background (similar to the splashes) |
| 08:13:37 | midkay | Llorean: but the problem is that most of them are so.. thin... that there's not really any area for "fill". |
| 08:13:56 | Llorean | Well, if there's no area for a fill, I guess just black for now. |
| 08:14:02 | midkay | i think for some of the file view icons it'd be nice to give them some kind of dark color tint to make them more identifiable? dark red for music, dark green for .. whatever..? |
| 08:14:16 | midkay | dark dark.. like subtle. 48,0,0 or something for a dark red. |
| 08:15:02 | Llorean | Hm, I'd have to see how it ends up looking, I think |
| 08:15:11 | jhMikeS | if it always reloads on a tight loop, it shouldn't affect it one bit then so there's no need for #ifdef'ing it anyway |
| 08:15:13 | Llorean | As long as it's not too, I dunno, varying. |
| 08:15:20 | Llorean | Like, save colors for just a few specific types maybe. |
| 08:15:29 | Llorean | Like, music, and playlists, and maybe videos. |
| 08:15:33 | midkay | kinda hard to say.. yeah.. :\ it just seems kinda odd to have like, this beautiful shaded realistic folder icon among a sea of pure black icons. |
| 08:16:06 | Llorean | midkay: Well, really, just do what you see fit and we can argue about them after if they look stupid. :-P |
| 08:16:13 | midkay | haha. they will :D |
| 08:16:27 | Llorean | jhMikeS: Video seems to play fine on my Sansa now, and the tick-tick-tick is fixed (the one presumably fixed by your BSS change) |
| 08:16:47 | midkay | what about like red for system/rockbox files (WPS, RWPS, config, rolo firmware..), green for music/photos/video, blue for.. whatever else.. blah. just thinking aloud. |
| 08:16:50 | jhMikeS | oops, I left an order switchup that shouldn't be there though |
| 08:17:24 | jhMikeS | I think too much time is spent in that FIQ handler |
| 08:17:50 | | Part toffe82 |
| 08:18:31 | amiconn | midkay: Speaking about icon looks, what should the 'system' icon (in svn) actually resemble? |
| 08:18:56 | Llorean | jhMikeS: Well, I was just commenting on the things readily visible to me. :) |
| 08:19:10 | JdGordon | read_bmp_file: Bitmap too wide (192 pixels, max is 160) :'( |
| 08:19:18 | midkay | amiconn: it was some sort of shield.. i came up with a few different ones that hardly made any sense and i guess that one was chosen. if you've got another, feel free :) |
| 08:19:42 | | Join GodEater [0] (n=bryan@host-83-146-14-11.bulldogdsl.com) |
| 08:19:49 | jhMikeS | Llorean: yeah, I get the ticking...especially when playing my high bitrate files |
| 08:19:53 | amiconn | JdGordon: oh, forgot that one |
| 08:20:15 | JdGordon | ? |
| 08:20:21 | amiconn | Loadable bitmap width is limited because of on-stack buffer constraints. Height isn't limited that way |
| 08:20:36 | jhMikeS | I guess the using the COP for video keeps the CPU from bogging too much but playback is another story |
| 08:20:36 | amiconn | So one reason to use a vertical strip... |
| 08:20:47 | JdGordon | guess we are flipping then :'( |
| 08:21:19 | midkay | damn! |
| 08:21:29 | midkay | i just drew out this nice horizontal strip. oh well. |
| 08:22:07 | midkay | easy fix actually.. |
| 08:22:45 | JdGordon | easier for you than me... soo much code to change |
| 08:22:46 | JdGordon | :'( |
| 08:23:03 | Llorean | jhMikeS: Are you using the "no-vinyl" audio patch? |
| 08:23:14 | Llorean | jhMikeS: There's currently a few issues with how the hardware is initialized. |
| 08:23:17 | jhMikeS | no |
| 08:23:23 | midkay | JdGordon: aww, sorry :( |
| 08:23:28 | midkay | i can fix the icon bitmaps if you want.. |
| 08:23:30 | jhMikeS | I need to get that codec datasheet |
| 08:23:36 | midkay | or did you have an easy way to output them? |
| 08:23:54 | JdGordon | i dumped them from a plugin.. so was easy |
| 08:23:59 | Llorean | jhMikeS: Try this patch: http://www.rockbox.org/tracker/task/6908 |
| 08:24:15 | amiconn | JdGordon: I would expect this to be two little changes in the icon drawing function... |
| 08:24:26 | Llorean | Or maybe the one from Andrew Green, I haven't tried it, I think it's just a louder version |
| 08:24:33 | jhMikeS | I was supposed to get the datasheet, guess I have to ask Bagder |
| 08:24:50 | * | Llorean would like to see you have the datasheet, yes. |
| 08:25:22 | JdGordon | amiconn: yeah, it is... but we decided to tack the viewers onto the end, so its a bit more than 2 changes |
| 08:25:24 | jhMikeS | well, he said to ask him :) I don't know if he wants to email it though |
| 08:25:25 | midkay | JdGordon: into a long strip? can you do that again for a vertical one? |
| 08:25:35 | JdGordon | midkay: course :) |
| 08:25:48 | midkay | JdGordon: alright then, saves me time :) *continues coloring* |
| 08:25:57 | midkay | is that a lot of work to change in the code? how long do you expect it to take? |
| 08:26:05 | JdGordon | 2 min :p |
| 08:26:14 | midkay | haha. |
| 08:26:24 | midkay | then i'll export these for an initial test in a moment.. |
| 08:26:51 | Llorean | jhMikeS: You probably just need to remind him. |
| 08:27:54 | jhMikeS | I think something is wrong in the color too |
| 08:28:59 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 08:30:12 | midkay | hmmm... |
| 08:30:13 | jhMikeS | blue seems to leak everywhere :\ |
| 08:30:40 | Llorean | Just in mpeg? |
| 08:30:50 | jhMikeS | not sure |
| 08:30:56 | jhMikeS | I should test backdrops |
| 08:31:22 | JdGordon | bah, the video screen isnt high enough to display every icon in one screen |
| 08:31:33 | Llorean | jhMikeS: Colors look fine normally to me. |
| 08:31:40 | midkay | JdGordon: gigabeat? 240x320 |
| 08:31:50 | JdGordon | yeah, had to do that |
| 08:31:53 | Llorean | jhMikeS: But watching a video, it does look a bit blue tinted. |
| 08:32:00 | * | JdGordon back soon |
| 08:32:07 | Llorean | jhMikeS: Could it be in the adaptation of the ASM optimizations from the Gigabeat? |
| 08:32:09 | midkay | ok. |
| 08:33:20 | jhMikeS | could be that it's not right for this but I see "leaky colors" in all components |
| 08:34:04 | Llorean | Hm, okay |
| 08:34:17 | Llorean | I haven't looked very hard. :) |
| 08:36:08 | jhMikeS | no, something is goofy...blue and red have huge jumps about up to level 24 and then no change above that. for green, level 48 |
| 08:36:35 | jhMikeS | for green above that it's starts getting a yellowish tint |
| 08:36:39 | | Part joshk |
| 08:36:40 | Llorean | Playing with the sliders for the backdrop? |
| 08:36:51 | jhMikeS | yes |
| 08:37:50 | jhMikeS | the clickwheel need a good going over too |
| 08:37:57 | Llorean | Very badly, yes. :) |
| 08:40:23 | midkay | JdGordon: let me know when you return. |
| 08:41:11 | jhMikeS | I see the difficulty...I wonder if that can generate interrupts itself |
| 08:41:58 | jhMikeS | it would have to in order to ever be able to work correctly or be read _really_ often |
| 08:43:16 | jhMikeS | you can't poll it like that or wheel values alias each other and you might go through the whole cycle by the next read |
| 08:46:27 | | Join aliask [0] (n=chatzill@c210-49-190-113.eburwd8.vic.optusnet.com.au) |
| 08:47:57 | | Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
| 08:48:36 | kkurbjun | Llorean, just to update you it looks like the problems are caused by my patch, I'm working on a fix right now. |
| 08:49:44 | Llorean | kkurbjun: Cool, thanks. :) |
| 08:51:21 | | Join bluebrother [0] (i=pUVicqnB@rockbox/staff/bluebrother) |
| 08:51:30 | JdGordon | midkay: back |
| 08:51:49 | midkay | JdGordon: welcome, i've got a color icon set you can test whenever you're ready. |
| 08:52:02 | JdGordon | what size? |
| 08:52:28 | midkay | 8x8x16. |
| 08:53:08 | | Join JerryLange [0] (n=JerryLan@ppp-64-91-85-202.cam.centurytel.net) |
| 08:54:34 | JdGordon | as a verticle strip? |
| 08:54:57 | midkay | yep. |
| 08:56:20 | JdGordon | nice, put em up somewhere :) |
| 08:57:04 | midkay | JdGordon: here, try these. http://img367.imageshack.us/img367/1693/icons8x8x16fk0.png |
| 08:57:13 | midkay | some are colored and i'd like to know how they look :) |
| 08:57:46 | JdGordon | they look good like that :) |
| 08:57:57 | JdGordon | ill get the h300 sim going and see how they look there |
| 08:58:22 | midkay | i think so, but i'm curious how it looks in the context of rockbox and the filebrowser etc :) |
| 08:58:31 | | Join PaulJam [0] (n=pauljam@vpn-3054.gwdg.de) |
| 08:58:35 | JdGordon | can you upload the bmp or email it to me pleasE? |
| 08:58:46 | midkay | agh... damn imageshack. |
| 08:59:11 | midkay | here: midkay.net/icons_8x8x16.bmp">http://www.midkay.net/icons_8x8x16.bmp |
| 09:00 |
| 09:01:11 | | Join norbusan [0] (n=norbusan@chello213047086216.5.14.tuwien.teleweb.at) |
| 09:01:28 | | Join PaulJam_ [0] (n=pauljam@vpn-3029.gwdg.de) |
| 09:02:02 | JdGordon | Bitmap too large for buffer: 77440 bytes :( |
| 09:02:13 | midkay | ru kidding me. |
| 09:02:16 | JdGordon | ill just have to sue it as the inbuilt ones for now |
| 09:02:22 | midkay | that must be modifiable? |
| 09:02:27 | JdGordon | or i opened the wrong file |
| 09:02:36 | JdGordon | very possible seen as i couldnt actually see text |
| 09:02:46 | | Part norbusan |
| 09:02:48 | midkay | ah.. hmm.. |
| 09:02:55 | midkay | it says 5KB here for what it's worth.. |
| 09:03:04 | midkay | 4.05KB even. |
| 09:03:22 | JdGordon | read_bmp_file: Bitmap too high (256 pixels, max is 176) |
| 09:03:28 | JdGordon | amiconn: ... ? |
| 09:03:39 | midkay | that better be modifiable :) |
| 09:03:56 | JdGordon | please dont tell me we will have to put them in a 2d array.. :'( |
| 09:03:59 | midkay | what target? h300? |
| 09:04:04 | JdGordon | yeah |
| 09:04:06 | midkay | makes sense... 176 px high... |
| 09:04:11 | midkay | because of backdrops.. |
| 09:04:18 | midkay | but that still needs to be increased! |
| 09:04:21 | JdGordon | but thats an evil limitation |
| 09:04:29 | amiconn | Backdrops are checked in another place |
| 09:04:53 | midkay | but it makes sense why it's hard-limited to 176 in that respect.. unless there's another reason. |
| 09:04:59 | midkay | how would you change it? |
| 09:05:42 | JdGordon | recorder/bmp.c 217.. can that check be removed? |
| 09:05:56 | | Join kaaloo [0] (n=luis@rue92-3-82-232-48-241.fbx.proxad.net) |
| 09:06:00 | | Quit angusthefuzz (Read error: 104 (Connection reset by peer)) |
| 09:06:07 | | Part kaaloo |
| 09:06:41 | JdGordon | apparently iit cant |
| 09:06:43 | | Quit Forte (Read error: 104 (Connection reset by peer)) |
| 09:06:44 | JdGordon | can |
| 09:06:50 | amiconn | JdGordon: Just remove the height limit check (lines 218..224 in bmp.c). Do _not_ remove the height read (line 217)+ |
| 09:08:06 | | Join Bagder_ [0] (i=dast@gateway/web/cgi-irc/labb.contactor.se/x-4bd881df541441a1) |
| 09:08:15 | | Join petur [0] (i=d4efd6a6@gateway/web/cgi-irc/labb.contactor.se/x-40ef1c79f6615ec4) |
| 09:08:21 | | Nick Bagder_ is now known as B4gder (i=dast@gateway/web/cgi-irc/labb.contactor.se/x-4bd881df541441a1) |
| 09:09:10 | *** | Saving seen data "./dancer.seen" |
| 09:09:48 | jhMikeS | why not just change the bitmap loader to accept limits or no limit on a w/h if it's -1 or something? |
| 09:10:04 | amiconn | The width limit is necessary because of the line buffer |
| 09:10:26 | amiconn | The height limit is just a sanity check that is no longer needed |
| 09:10:39 | jhMikeS | the linebuffer could be provided externally or use the default if NULL |
| 09:10:52 | amiconn | Maybe, but why? |
| 09:10:58 | amiconn | It's not necessary... |
| 09:11:17 | jhMikeS | I don't know, maximum flexibility really |
| 09:13:03 | amiconn | Unnecessary complication (you'd have an extra parameter to pass) |
| 09:13:34 | JdGordon | midkay: niiiice :) |
| 09:13:39 | jhMikeS | That's why I kind of have a weakness for struct pointer params whith functions like that |
| 09:13:42 | midkay | JdGordon: working? pix.. :) |
| 09:14:06 | JdGordon | gotta make the list use the correct sacing first |
| 09:14:13 | midkay | ok. |
| 09:14:21 | amiconn | jhMikeS: Still, why? Flexibility is good in general, but only add it if there is a real benefit |
| 09:14:26 | amiconn | In this case there is none |
| 09:15:55 | | Quit PaulJam (Nick collision from services.) |
| 09:16:00 | | Nick PaulJam_ is now known as PaulJam (n=pauljam@vpn-3029.gwdg.de) |
| 09:16:24 | JdGordon | midkay: can you do a 8x8x1 please if you still have the b+w? |
| 09:16:39 | | Quit miepchen^schlaf (Read error: 60 (Operation timed out)) |
| 09:16:56 | midkay | JdGordon: i can paint it to be b+w if you want.. few moments.. |
| 09:16:58 | | Join miepchen^schlaf [0] (n=hihi@p57b97c85.dip.t-dialin.net) |
| 09:18:35 | midkay | JdGordon: white bg? |
| 09:19:56 | JdGordon | yeah |
| 09:19:59 | | Quit Landus (Nick collision from services.) |
| 09:20:13 | | Join Landus [0] (i=Landus@70-100-171-218.dsl1-erie.roc.ny.frontiernet.net) |
| 09:21:01 | midkay | here: midkay.net/icons_8x8x1.bmp">http://www.midkay.net/icons_8x8x1.bmp |
| 09:21:54 | midkay | JdGordon: is that for the remote or something? |
| 09:22:01 | JdGordon | yeah |
| 09:22:05 | midkay | ok. |
| 09:23:07 | JdGordon | are those icons using the full 8x8? i.e with no border? |
| 09:23:13 | kkurbjun | llorean, I just commited a patch that should fix the backlight and leds for now. Seems like the hardware didn't like the way I was setting the pullups. Let me know if you are still getting the same bugs with this patch |
| 09:23:21 | JdGordon | it seems the list doesnt put in a pixel gap between icons and the text |
| 09:23:30 | JdGordon | I think :p |
| 09:23:33 | midkay | JdGordon: well, the contents are 8x7... blank line at the bottom of each one. |
| 09:23:33 | | Join Phillip [0] (n=phil@host-66-59-225-129.static.linkline.com) |
| 09:23:45 | midkay | yes, we left that for the icon maker to account for, right? to leave an extra pixel or two below each. |
| 09:23:55 | | Join kubiixaka [0] (n=Miranda@mos-81-27-201-28.karneval.cz) |
| 09:24:00 | JdGordon | below and on the right |
| 09:24:10 | midkay | on the right too? that doesn't seem right to me.. |
| 09:24:28 | midkay | 6x8 icons never had a space on the right. |
| 09:25:13 | JdGordon | the list asumed icon width of 8 pixels |
| 09:25:34 | | Join safetydan [0] (n=dan@rockbox/developer/safetydan) |
| 09:25:42 | Phillip | may i please ask a question about player support? |
| 09:26:07 | midkay | JdGordon: oh.. better fix it then :D |
| 09:26:09 | JdGordon | AH found the problem |
| 09:26:09 | midkay | Phillip: sure. |
| 09:26:43 | | Join GuardianHead [0] (i=12345@209-161-224-67.dsl.look.ca) |
| 09:27:03 | | Join SliMM [0] (n=chatzill@89.136.181.105) |
| 09:27:05 | Phillip | im looking at perhaps buying a Toshiba MEG-F40S, but im not sure if that would be M series or F series(having seen no mention of M series players) |
| 09:27:06 | GuardianHead | on the current build page, what's the difference between boot, normal and sim? |
| 09:27:10 | JdGordon | got it :) forcing a 2pixel gap between the icons and text |
| 09:27:32 | Llorean | GuardianHead: They're not downloadable, scroll down as the instructions tell you to |
| 09:27:47 | Phillip | i assume it would be F-series, but id rather not find out the hard way that i was wrong |
| 09:27:47 | SliMM | JdGordon: have you finished the icon thing? |
| 09:27:53 | JdGordon | SliMM: almost |
| 09:28:01 | SliMM | great :) |
| 09:28:07 | Llorean | Phillip: Yes, that's the F-series |
| 09:28:08 | JdGordon | midkay: your iconset is wrong btw... the K is shown instead of the ? |
| 09:28:12 | Phillip | yayyyyyyyy |
| 09:28:28 | midkay | JdGordon: good to forice it.. and i got some backwards? |
| 09:28:40 | Phillip | thank you very much for your help |
| 09:29:03 | midkay | JdGordon: whoops.. hmm.. one sec. |
| 09:29:33 | SliMM | i have a question not related to rockbox: do you know where can i find the source code of a basic mathematical expresion parser? i don't feel like writing one |
| 09:29:50 | midkay | JdGordon: btw.. something seems missing.. i see a back and forward arrow in this bitmap list, but no ffw/rw icons.. are those screwed up? |
| 09:29:59 | midkay | i.e. try fastforward or rewinding in the WPS, what shows up in the status bar? |
| 09:30:15 | JdGordon | different icon sets |
| 09:30:25 | JdGordon | we arnt dealing with the statusbar icons just yet |
| 09:30:30 | | Quit Landus (Nick collision from services.) |
| 09:30:32 | midkay | oh. alright. |
| 09:30:41 | SliMM | please? |
| 09:30:44 | | Join Landus [0] (i=Landus@70-100-171-218.dsl1-erie.roc.ny.frontiernet.net) |
| 09:31:22 | Llorean | SliMM: This is an on-topic channel, as the guidelines say. Try Google or something |
| 09:31:37 | JdGordon | jdgordon.mine.nu:8080/jonno/rockbox">http://jdgordon.mine.nu:8080/jonno/rockbox has some screenies |
| 09:31:46 | midkay | JdGordon: new versions up.. midkay.net/icons_8x8x16.bmp">http://midkay.net/icons_8x8x16.bmp and http://midkay.net/icons_8x8x1.bmp |
| 09:31:52 | midkay | sorry about that, dunno what happened... |
| 09:31:59 | SliMM | llorean: ok, ok >:P |
| 09:32:04 | JdGordon | jdgordon.mine.nu:8080/jonno/rockbox/">http://jdgordon.mine.nu:8080/jonno/rockbox/ even |
| 09:32:24 | GuardianHead | is it safe to simply overwrite the .rockbox folder with a newer version? |
| 09:32:43 | midkay | JdGordon: seems like you've forced one pixel spacing? |
| 09:32:52 | midkay | GuardianHead: yes, that's what you're supposed to do. |
| 09:33:02 | JdGordon | it should be 2.. but yeah |
| 09:33:32 | | Quit hannesd (Client Quit) |
| 09:33:39 | midkay | looks like one.. and hmm.. in the third shot it looks like the icons are either right up against the left side, or even cut off by a pixel over there.. |
| 09:33:39 | GuardianHead | thanks midgey |
| 09:33:43 | GuardianHead | midkay too |
| 09:33:48 | midkay | GuardianHead: haha, no problem |
| 09:33:57 | midkay | JdGordon: padding on the left would be nice too. |
| 09:34:09 | midkay | (that's what i meant by both my last 2 comments.) |
| 09:34:48 | midkay | cool though.. hey.. first colored icons EVER in rockbox :) |
| 09:35:07 | midkay | indeed, first bigger than 6x8, as far as i've ever heard or seen. |
| 09:35:15 | | Quit miepchen^schlaf (Read error: 60 (Operation timed out)) |
| 09:35:52 | SliMM | there should be a wiki page for icon sets, just like for WPSs |
| 09:35:55 | GuardianHead | There was somebody who made their own custom mod of rockbox in here, but I don't remember their name - any ideas? |
| 09:36:15 | GuardianHead | he was staff or a helpful idler or something :) |
| 09:36:25 | B4gder | someone in here made a mod? noooo... :-P |
| 09:36:31 | jhMikeS | JdGordon: cool. One thing is that icons shouldn't have to worry about margins. add the spacing in drawing instead. I'm just guessing at what's going on there. |
| 09:36:45 | GuardianHead | well B4gder a mod that he made downloadable |
| 09:36:59 | SliMM | GuardiabHead: most of the people in here code rockbox |
| 09:37:07 | B4gder | GuardianHead: still, that applies to just about everyone in here |
| 09:37:14 | ptw419 | what usually happens on an unsupported device if rockbox boots? |
| 09:37:21 | JdGordon | jhMikeS: i dont tihnk so, they are drawn to a pixel, not pixel+offset... |
| 09:37:23 | SliMM | GuardiabHead* |
| 09:37:23 | Llorean | SliMM: The icon sets should mostly be parts of whole themes. |
| 09:37:40 | SliMM | llorean: great |
| 09:37:42 | B4gder | ptw419: if rockbox boots, is it really unsupported? |
| 09:37:47 | GuardianHead | SliMM your client needs nick-completion. |
| 09:37:55 | SliMM | GuardianHead: yeah |
| 09:37:58 | ptw419 | true |
| 09:38:02 | SliMM | GuardianHead: sorry |
| 09:38:11 | jhMikeS | JdGordon: I meant leaving blank rows and colums in icons like is done with glyphs |
| 09:38:47 | SliMM | GuardianHead: anyway, search the forums for custom builds, take a look in the tracker for patches etc. |
| 09:39:37 | SliMM | kde-look.org has nice icons |
| 09:39:46 | GuardianHead | thanks SliMM |
| 09:39:48 | JdGordon | jhMikeS: you mean force the artist to put the gap in? |
| 09:39:57 | B4gder | ptw419: so what exactly do you want to know? |
| 09:40:11 | | Quit Phillip ("Thanks!") |
| 09:40:22 | jhMikeS | no, don't...though if I'm just seeing that wrong tell, me and ignore it. :\ |
| 09:40:24 | SliMM | that's ok |
| 09:41:31 | | Quit kubiix (Read error: 110 (Connection timed out)) |
| 09:41:37 | * | jhMikeS was thinking there were gaps in the icon images themselves...oh stupid |
| 09:42:54 | SliMM | jhMikeS: how do i write like that? |
| 09:43:08 | jhMikeS | => /me |
| 09:43:46 | * | SliMM thanks |
| 09:43:53 | SliMM | cool |
| 09:44:02 | | Quit davina (Remote closed the connection) |
| 09:44:46 | | Join LinusN [0] (i=linus@rockbox/developer/LinusN) |
| 09:44:48 | | Quit Landus (Nick collision from services.) |
| 09:44:59 | JdGordon | midkay: you have to chane the lang icon... Ab looks like text with some fonts |
| 09:45:02 | | Join Landus [0] (i=Landus@70-100-171-218.dsl1-erie.roc.ny.frontiernet.net) |
| 09:45:13 | GuardianHead | On a nano, is the only way to shut it off to hold down play/pause for a long long time? |
| 09:45:17 | midkay | JdGordon: font icon you mean? alright.. :( |
| 09:45:24 | JdGordon | yeah |
| 09:45:28 | midkay | i wanted something different than the italics "A" but i guess that won't work. |
| 09:45:36 | SliMM | the romanian translation really sucks |
| 09:45:45 | SliMM | can i just edit the lang file? |
| 09:45:52 | B4gder | SliMM: yes |
| 09:46:33 | | Quit midgey () |
| 09:46:55 | midkay | JdGordon: new versions up |
| 09:48:04 | | Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
| 09:48:07 | JdGordon | who knows the bmp2rb code? |
| 09:48:14 | ptw419 | I just wanted to know whats the first thing to expect in getting an unsupported device to work w/ rockbox |
| 09:49:00 | B4gder | ptw419: did you read the NewPort wiki page? |
| 09:49:14 | jhMikeS | just use the Rolling Stones tongue logo :) |
| 09:49:22 | SliMM | ptw419: find someone interested in porting rockbox to that device |
| 09:49:34 | SliMM | ptw419: someone that can do that |
| 09:49:39 | ptw419 | not recently. but i will. |
| 09:50:22 | B4gder | ptw419: the first step is usually to just alter some text or something in the OF |
| 09:50:46 | B4gder | I mean the first software change |
| 09:51:03 | GuardianHead | holy shit I didn't know the nano has a built in gameboy emu, you guys are awesome! |
| 09:51:18 | jhMikeS | built in? |
| 09:51:29 | GuardianHead | the nano build of rockbox, yeah |
| 09:51:54 | SliMM | is java mobile platform opensource? |
| 09:52:00 | ptw419 | well i'm working on the Gigabeat S. So far we've managed to disable the signature checks in the boot loader |
| 09:52:01 | jhMikeS | it hides in the ROMs of most DAPs actually |
| 09:52:21 | B4gder | ptw419: wow, cool! |
| 09:52:28 | scorche | SliMM: please stop asking about unrelated topics in here... |
| 09:52:41 | B4gder | ptw419: so now you can modify strings in the firmware and still boot it? |
| 09:53:03 | SliMM | scorche: if it is opensource someone could try porting it to rockbox |
| 09:53:08 | ptw419 | well it will boot, but the shell won't |
| 09:53:22 | ptw419 | or i should say the firmware half way boots |
| 09:53:59 | scorche | SliMM: that doesnt make that question on-topic |
| 09:54:04 | ptw419 | From what I understand there are probably other sig checks that prevent executables from running |
| 09:54:21 | LinusN | amiconn: there? |
| 09:54:40 | SliMM | scorche: fine.. |
| 09:55:13 | GuardianHead | On a nano, is the only way to shut it off to hold down play/pause for a long long time? |
| 09:55:35 | scorche | GuardianHead: i would hardly call 5 seconds a long long time.. |
| 09:55:45 | midkay | scorche: it's actually like 3 seconds. |
| 09:55:57 | GuardianHead | well the previous installation I had, which was by someone else, there was a menu option |
| 09:56:01 | Llorean | I wouldn't mind a "Shut Down" option in the main menu, honestly |
| 09:56:09 | GuardianHead | menu -> shut down -> shut down |
| 09:56:20 | scorche | midkay: same point though |
| 09:56:22 | midkay | menu -> shut down sounds nice.. |
| 09:56:31 | GuardianHead | he also had a reboot to main firmware option, but that didn't work :P |
| 09:56:33 | SliMM | it does |
| 09:56:38 | | Quit sneakums (Remote closed the connection) |
| 09:56:38 | JdGordon | anyone know a simple paint program for linux? |
| 09:56:45 | midkay | scorche: not quite.. if i said "i hardly consider 30 seconds a long time", well that wouldn't be the same point. the number of seconds is quite important. :) |
| 09:56:49 | Llorean | JdGordon: We all use Gimp. :-P |
| 09:56:55 | JdGordon | not gimp |
| 09:57:04 | JdGordon | the mspaint equivilant |
| 09:57:11 | SliMM | JdGordon: GIMP is not simple but good |
| 09:57:19 | * | JdGordon wants simple |
| 09:57:21 | * | scorche remembers one of his new years resolutions was to avoid this sort of thing with midkay |
| 09:57:31 | Llorean | SliMM: He's just going to be pixel mashing for the new icons, I imagine |
| 09:57:36 | SliMM | JdGordon: try rockpaint :P |
| 09:57:38 | midkay | scorche: it's true though. no argument. |
| 09:57:52 | JdGordon | google says kolourpaint |
| 09:57:58 | SliMM | llorean: ctrl + + |
| 09:58:21 | ptw419 | I was trying to find the dwLaunchAddr variable in the bootloader and see maybe if it can be altered w/ the rockbox offset. |
| 10:00 |
| 10:02:02 | * | JdGordon was not cut out for this pixel art buisness :p |
| 10:02:05 | | Join sneakums [0] (i=sneakums@jenny.ondioline.org) |
| 10:02:12 | | Join qwx [0] (n=qwm@h162n1fls34o1010.telia.com) |
| 10:02:20 | GuardianHead | yeah pixel art is weird |
| 10:02:22 | SliMM | JdGordon: i can help |
| 10:02:24 | GuardianHead | it doesn't look right |
| 10:02:48 | | Join roolku [0] (n=roolku@82-41-2-141.cable.ubr01.edin.blueyonder.co.uk) |
| 10:03:02 | Llorean | GuardianHead: Technically speaking, everything you see on your monitor is pixel art. |
| 10:03:08 | Llorean | It's just putting it together by pixels that is irritating. |
| 10:03:25 | Llorean | JdGordon: Clearly you should code a vector icon system so that they can readily be scaled. :-P |
| 10:03:50 | B4gder | and make them 3D |
| 10:03:55 | B4gder | so that they can rotate nicely |
| 10:03:58 | Llorean | kkurbjun: Everything seems to be working as it should again. |
| 10:04:05 | SliMM | llorean: actually, pixel art is (now) drawing images pixel by pixel |
| 10:04:15 | Llorean | B4gder: Doesn't SVG have a 3D extension? |
| 10:04:28 | B4gder | we need our own format! |
| 10:04:30 | B4gder | ;-P |
| 10:04:55 | Llorean | SliMM: Yes, but I can draw pixel by pixel anything you see on the screen, therefor saying "Pixel art looks weird" is inaccurate: Anything could and can be pixel art. |
| 10:05:03 | * | JdGordon has never used goto before... how do you say where the label is? |
| 10:05:04 | SliMM | should i use a single color argument for my opacity fncs or rather red green and blue arguments? |
| 10:05:06 | Llorean | Clearly proprietary formats are the way to go for all images we use. |
| 10:05:18 | Llorean | JdGordon: label: |
| 10:05:26 | petur | a set of (temporary) scaled bitmaps could be generated when the user changes font |
| 10:05:58 | Llorean | petur: Quick and dirty (newwidth/oldwidth)*x type scaline? |
| 10:06:00 | Llorean | scaling |
| 10:06:01 | SliMM | llorean: you need very much talent and imagination to draw everithing on screen pixel by pixel |
| 10:06:17 | SliMM | llorean: and patience :P |
| 10:06:39 | midkay | SliMM: doesn't change the fact that you could do it if you wanted to.. :) |
| 10:06:51 | SliMM | midkay: of course not |
| 10:06:57 | scorche | it really isnt that bad with planning and practice... |
| 10:07:14 | Llorean | SliMM: I have absolutely no artistic talent. If I very, very, very badly need to draw a picture in my head, I've always had to put it together mostly pixel by pixel to have any chance of it coming out how I imagine it. |
| 10:07:25 | Llorean | Anyway, this is falling aside the point. |
| 10:07:33 | SliMM | yes :)) |
| 10:08:30 | Llorean | jhMikeS: Just as a note, yes, stopping is much, much faster on my gigabeat again with a recent build. :) |
| 10:08:33 | SliMM | now, i'd better use red green and blue parameters, for not packing and unpacking too much |
| 10:08:43 | | Quit kkurbjun (Read error: 110 (Connection timed out)) |
| 10:09:56 | SliMM | is there any performance improvement with the cop builds? |
| 10:10:32 | Llorean | SliMM: Considering current COP code doesn't work properly, not really |
| 10:10:37 | jhMikeS | Llorean: excellent. which problems remain...the non layer3 audio one? |
| 10:10:43 | Llorean | jhMikeS: Yep |
| 10:11:51 | * | jhMikeS really has to have a video like that to work on ... try this site: http://www.filequest.net/ |
| 10:12:38 | Llorean | jhMikeS: Okay, uploading, I'll let you know when finished |
| 10:14:20 | | Join crop [0] (i=c27f0812@gateway/web/cgi-irc/labb.contactor.se/x-f052f707b4ac29be) |
| 10:14:33 | * | Llorean discovers that Vista creates a different Recycle Bin than XP. |
| 10:14:56 | Llorean | It should be pretty easy to update disktidy though, I imagine. |
| 10:15:38 | | Quit qwm (Read error: 110 (Connection timed out)) |
| 10:15:49 | crop | Is there an explanation of the RB memory concepts and layout somewhere on the wiki? All that iram, bss etc. What they are, when the areas are cleared etc. I've read the irc log from yesterday (amiconn, jsMikeS) and couldn't follow |
| 10:17:13 | LinusN | crop: not that i know of |
| 10:17:20 | B4gder | I don't think so, no |
| 10:17:43 | LinusN | crop: here's your chance to contribute :-) |
| 10:17:58 | petur | didn't pondlife make a mem graph somewhere? maybe in some comment in the code |
| 10:18:05 | crop | That's a pity since if the two get more real life nobody will know how the stuff works |
| 10:18:34 | crop | Maybe this could be done during DevCon ;-) |
| 10:19:05 | jhMikeS | crop: it's still in flux anyway and really undiciplined at the moment. it needs some primitive mangement added to keep things from being clobbered |
| 10:19:15 | B4gder | crop: we are many who know what that stuff is |
| 10:20:12 | LinusN | http://www.rockbox.org/twiki/bin/view/Main/RockboxArchitecture |
| 10:20:26 | * | jhMikeS has a real life too ;) |
| 10:20:52 | B4gder | "real" is in floating point? |
| 10:20:54 | B4gder | as in |
| 10:20:57 | midkay | haha. |
| 10:21:22 | jhMikeS | yeah...things float everywhere...having a fixed point in life is good |
| 10:21:39 | linuxstb | Llorean: What happens with you play a video with non layer-3 audio? |
| 10:22:26 | Llorean | linuxstb: It's hard to describe well. Pops and squeeks. |
| 10:22:53 | Llorean | Somewhat similar to the artifacts I was getting with speex files made with an old speex encoder, only more often. |
| 10:23:00 | jhMikeS | I have a video that does that about 5min into it but that's a long time to wait to test it |
| 10:23:15 | Llorean | jhMikeS: The sample video I'm uploading does it all over the place. LOTS. |
| 10:23:22 | Llorean | 77% done uploading. |
| 10:23:30 | linuxstb | And it worked prior to jhMikeS's improvements? |
| 10:23:35 | jhMikeS | that's good cause it'll get the job done faster |
| 10:23:36 | Llorean | linuxstb: Yup. |
| 10:23:55 | linuxstb | On all your targets? |
| 10:24:08 | Llorean | linuxstb: It's the video from aznofazns or whatever his name was that I downloaded and then told him "It works for me, though you encoded at 30fps, which wasn't working fullscreen on gigabeat as of your posting" |
| 10:24:12 | | Join miepchen^schlaf [0] (n=hihi@dslb-088-072-250-236.pools.arcor-ip.net) |
| 10:24:18 | Llorean | I only tested it on Gigabeat prior to his changes. |
| 10:24:25 | jhMikeS | yes, yes...I know...some stupid thing I did...inevitable when redoing things like this |
| 10:24:29 | linuxstb | I don't think I saw that video. |
| 10:24:32 | crop | LinusN: yes, that could be a starting point. But what I miss is an explanation what it (e.g. IRAM) is and when should something placed there and... Ok, I could delve into the code and try to understand that but... |
| 10:24:33 | Llorean | It's a video from someone else, and I'm not sure what format the audio is to encode it down. |
| 10:24:41 | Llorean | linuxstb: You never needed to, his original problem didn't exist. :) |
| 10:25:04 | Llorean | I'll have a link for it in about a minute 'n a half, I think |
| 10:25:22 | LinusN | crop: IRAM is not a rockbox invention, it is the internal static RAM in the cpu |
| 10:25:40 | B4gder | even linux calls it iram |
| 10:25:49 | LinusN | but yes, it would be nice with a brief summary |
| 10:25:52 | * | jhMikeS wondering if dual core targets can have CPU specific memory mapped to the same address...would be nice |
| 10:26:31 | LinusN | i didn't even know that the cpu's had dedicated ram |
| 10:26:51 | B4gder | dedicated memory mapped registers I guess |
| 10:26:58 | jhMikeS | ?? I wish...it would get rid of all the CURRENT_CORE stuff in the scheduler |
| 10:27:02 | Llorean | linuxstb, jhMikeS: http://filequest.net/file/4650/mpegaudio.mpg.html |
| 10:27:30 | Llorean | Let me know when both of you have downloaded it, so I can delete it. Arguably he shouldn't have redistributed it (and thusly so shouldn't I) |
| 10:27:47 | JdGordon | woot! customizable viewers.config works :D |
| 10:27:58 | jhMikeS | cool, that ones working |
| 10:28:10 | crop | Do all the cpu's (supported by RB) have it? Or is it cpu specific? I assume that the amount is but the presence itself? |
| 10:28:53 | jhMikeS | the gigabeat cpu doesn't |
| 10:29:01 | linuxstb | The amount varies from about 4KB up to about 128KB. The most common size is 96KB. |
| 10:29:10 | linuxstb | I thought the gigbeat had around 4KB of iram? |
| 10:29:24 | jhMikeS | is that for the caches though? |
| 10:29:38 | linuxstb | I don't know. I always thought cache memory was separate. |
| 10:30:03 | markun | yes, it has 4KB of SRAM which we currently don't use |
| 10:30:29 | markun | and separate instruction and data caches |
| 10:30:32 | B4gder | our irams are often (always?) SRAM |
| 10:30:33 | linuxstb | Llorean: Downloaded. |
| 10:30:42 | jhMikeS | markun: oh? and why not? |
| 10:31:05 | markun | jhMikeS: what would you use it for? |
| 10:31:18 | crop | http://en.wikipedia.org/wiki/Internal_RAM |
| 10:31:39 | jhMikeS | ummm...to make it a bit faster? it's never fast enough...could help video out |
| 10:32:00 | crop | But then the compilers must have an option that tells how much IRAM is present, right? Because that section may become too large. |
| 10:32:06 | markun | jhMikeS: well, you can try it of course |
| 10:32:13 | jhMikeS | of course :) |
| 10:32:13 | B4gder | crop: the compiler doesn't use it, our code does |
| 10:32:13 | Llorean | jhMikeS isn't going to be happy until the Gigabeat is able to play .vob files straight from the DVD. |
| 10:32:30 | jhMikeS | straigh up, word |
| 10:33:07 | markun | crop: check the .lds files in firmware/ |
| 10:33:10 | crop | B4gder: and what happens if a data structure is declared with IRAM attribute but there's no space left? Something gets overwritten? Or seg fault? Or...? |
| 10:33:12 | JdGordon | anyone want to guess how much this patch adds to the h300 bin? |
| 10:33:20 | B4gder | crop: it fails to link |
| 10:33:21 | Llorean | JdGordon: "Too much" :-P |
| 10:33:22 | jhMikeS | that's just the sort of thing "excessive cpu" is for |
| 10:33:42 | JdGordon | oh, wait... 3k isnt all that bad |
| 10:33:57 | * | JdGordon thought it was 13k :p |
| 10:34:36 | jhMikeS | why is the cpu frequency set to be 17MHz anyway on gigabeat? any reason? |
| 10:34:49 | Llorean | jhMikeS: It's just displaying that because scaling is disabled. |
| 10:34:51 | crop | B4gder: so only static objects can be placed into iram? Well, auto vars are on the stack, so probably yes. |
| 10:35:05 | Llorean | jhMikeS: For the brief period scaling was enabled it used to show 100/300 I believe. |
| 10:35:06 | B4gder | crop: sure, or we can copy data there during run-time |
| 10:35:17 | | Join brenda [0] (n=brenda@121-73-1-165.cable.telstraclear.net) |
| 10:35:28 | jhMikeS | even if it's disabled it should show the right value I suppose |
| 10:35:48 | Llorean | Should, yes. |
| 10:35:54 | jhMikeS | Llorean: I seem to remember battery life suffering for it? |
| 10:36:10 | Llorean | Scaling either didn't change it, or made it worse, I'm not sure measurements were conclusive. |
| 10:36:19 | Llorean | But it didn't make it better, or at least not measurably so. |
| 10:36:34 | crop | B4gder: ok. And I assume that we have IRAM_SIZE defined somewhere in config.h? And if it's not present then it's defined as 0. And RB code takes care of that (if there's no space nothing gets copied there), right? |
| 10:36:34 | markun | strangely enough it made it worse |
| 10:36:47 | B4gder | crop: yes |
| 10:37:16 | jhMikeS | where's IRAM_SIZE? |
| 10:37:27 | markun | jhMikeS: http://www.rockbox.org/twiki/bin/viewfile/Main/GigabeatInfo?rev=2;filename=Power.html |
| 10:37:29 | crop | B4gder: aha! That the RB bones :-) |
| 10:37:35 | JdGordon | amiconn: ok, this should be easy to get working on the charcell now... no more passing ICON's around.. everything is using the identifier |
| 10:37:44 | markun | jhMikeS: it's in the configure script I think |
| 10:37:51 | markun | not sure |
| 10:38:13 | markun | hm, no |
| 10:38:18 | B4gder | well, strictly speaking the IRAMSIZE is in firmware/apps.lds |
| 10:38:36 | markun | jhMikeS: btw, in that table you can ignore the "Not playing lcd off" values |
| 10:38:40 | B4gder | but it _should_ be in the config-*.h files ;-) |
| 10:38:48 | markun | although there is still something strange going on |
| 10:38:58 | crop | And how does the linker know how big that may be? Is IRAM a custom "attribute"/section? |
| 10:39:00 | | Join Siltaar [0] (n=Siltaar@193.52.208.229) |
| 10:39:14 | jhMikeS | that's a big ouch on the scaling |
| 10:39:18 | B4gder | crop: the .lds file tells the linker how big it is and where it is etc |
| 10:39:56 | JdGordon | midkay: still around? |
| 10:39:56 | markun | jhMikeS: yes, weird results |
| 10:40:03 | | Quit JerryLange (Read error: 113 (No route to host)) |
| 10:40:08 | midkay | JdGordon: yep. what's up? |
| 10:40:24 | JdGordon | got a new base bmp for you to play with if you want |
| 10:40:28 | jhMikeS | shows that rb is quite efficient too |
| 10:40:36 | markun | yes, compared to the OF |
| 10:41:20 | jhMikeS | whatever is wrong in rb scaling seems to be wrong in OF as well since they compare nicely |
| 10:41:23 | midkay | JdGordon: oh dear.. |
| 10:41:47 | Siltaar | hello, |
| 10:41:53 | jhMikeS | or maybe doing it right is still just wrong |
| 10:41:56 | JdGordon | the only change is the viewer icons are on the end |
| 10:41:58 | linuxstb | Llorean: I don't know if this is the problem, but the audio stream in that file doesn't start on an mpeg frame boundary, which could be unique to that file (amongst all our test files) - the old code should have handled that case though. |
| 10:41:59 | Siltaar | I got a question about Rockbox |
| 10:42:11 | markun | jhMikeS: one other strange thing: after booting rockbox it consumes around 70mA while idling. If you play a song and stop it it only consumes 31 while idling. |
| 10:42:12 | Siltaar | when it is installed |
| 10:42:18 | Llorean | linuxstb: The file used to work fine until a recent change by jhMikeS. |
| 10:42:21 | crop | BTW: firmware/app.lds doesn't have the standard RB header (with ascii art) |
| 10:42:31 | Siltaar | it's stored in the mass storage of the device right ? |
| 10:42:33 | midkay | JdGordon: i see, go ahead and link it or whatever.. |
| 10:42:51 | jhMikeS | linuxstb: where did the code check it frame boundaries before? |
| 10:42:58 | | Quit PaulJam (Read error: 113 (No route to host)) |
| 10:42:58 | Llorean | Siltaar: Rockbox itself is yes, the bootloader usually needs to replace or exist alongside a part of the original firmware though. |
| 10:43:00 | Siltaar | But, isn't there also a CMOS part somewhere to launch the OS ? |
| 10:43:17 | linuxstb | jhMikeS: It would have been how it recovered from audio decoding errors. |
| 10:43:20 | markun | Siltaar: well, most have some flash rom with a bootloader |
| 10:43:25 | Llorean | Siltaar: CMOS is a PC term and not really applicable. |
| 10:43:36 | jhMikeS | markun: something in the pcm stuff? |
| 10:43:44 | Siltaar | Llorean, usually, there's smth like 2MB of ROM for the bootloader ? |
| 10:43:53 | Llorean | Siltaar: But yes, usually there's a bootloader, something that loads data from the disk for execution. If there's not one, we need to inject one, otherwise we just make use of the existing one. |
| 10:44:08 | markun | jhMikeS: looks like it. Maybe the dac is not initialised correctly? |
| 10:44:10 | jhMikeS | linuxstb: ok, I'll compare and see what I stupidly neglected or changed and get it back |
| 10:44:52 | jhMikeS | markun: could be...though I wouldn't know yet without having had much datasheet time there |
| 10:45:07 | Llorean | jhMikeS: Can I safely delete the file from the server or are you still receiving? |
| 10:45:19 | jhMikeS | Llorean: I'm finished, thanks |
| 10:45:27 | midkay | JdGordon: you realize that the 16-bit ones are horizontal? |
| 10:45:32 | Siltaar | Llorean, so... in general we rarely re-program this ROM... only for bootloader developpement ? (and the lifetime of this ROM is about 100 000 writing cycle ? So no problem ?) |
| 10:45:56 | JdGordon | midkay: it is? |
| 10:46:06 | Llorean | Siltaar: Basically, yes. |
| 10:46:13 | midkay | default_icons.6x8x16.bmp is horizontal for me.. |
| 10:46:19 | jhMikeS | linxus: I assumed all was ok because that soviet cartoon video has frame errors but recovers |
| 10:46:20 | midkay | and incomplete, it'd seem |
| 10:46:22 | Siltaar | Llorean, great, thanks :-) |
| 10:46:32 | Llorean | Siltaar: In most recent players, their bootloader loads our bootloader from disk, then our bootloader loads Rockbox (or the original firmware) |
| 10:46:47 | Llorean | Siltaar: In fact there are very few players right now we reprogram the ROM in. |
| 10:46:53 | Siltaar | so we don't touch it at all |
| 10:46:55 | JdGordon | midkay: wierd... its correct here... anyway, the only difference is the pink instead of white |
| 10:47:04 | Siltaar | ok |
| 10:47:04 | midkay | JdGordon: resend please |
| 10:47:14 | Llorean | Besides, at 100,000 writes, at one write per day, you still have over 250 years worth of updates. |
| 10:47:38 | midkay | JdGordon: there we go. |
| 10:47:43 | JdGordon | :) |
| 10:47:46 | markun | Siltaar: I would still like to change the bootloader in flash for the Gigabeat, but we don't have enough info to do so currently. |
| 10:47:47 | midkay | that's a lotta icons... :) |
| 10:47:51 | jhMikeS | linuxstb: what software are you using to analyze the vids? |
| 10:47:54 | Llorean | markun: We might |
| 10:48:06 | Llorean | markun: Or we might be closer. |
| 10:48:14 | Llorean | markun: http://forums.rockbox.org/index.php?topic=9846.0 |
| 10:48:26 | markun | Llorean: well, we can use the LCD init code from the OF, that's about the only thing missing |
| 10:48:28 | Llorean | At the very least, someone's playing with it. |
| 10:48:34 | Siltaar | Llorean, yes, it rather better (250 years) than mean MTBF of HDDs (34 years) |
| 10:49:05 | Llorean | Siltaar: It's good enough that we really shouldn't worry about writing to the ROM for firmware updates, at least. :) |
| 10:49:08 | markun | Llorean: wow, pretty cool! |
| 10:49:09 | Siltaar | that war already widely enough |
| 10:49:34 | linuxstb | jhMikeS: I dumped the audio stream with mplayer -dumpaudio. Then doing "file stream.dump" just tells me "data" - which means it doesn't start with an mpeg audio frame header. Then playing the stream with "madplay" gives me "sync errors" at the start of the file before it syncs and player. |
| 10:49:38 | linuxstb | ^and plays. |
| 10:49:45 | Siltaar | s/war/was |
| 10:50:05 | Llorean | linuxstb: So, it's a bad file that just happened to play right before? |
| 10:50:21 | linuxstb | I wouldn't call it bad, afaik it's perfectly legal. |
| 10:50:29 | linuxstb | But it's unusual... |
| 10:50:43 | Llorean | Ah |
| 10:51:08 | linuxstb | The same could happen if mpegplayer started playing the file from the middle. |
| 10:51:52 | linuxstb | i.e. audio packets in the program stream don't have to start on an audio frame boundary - incomplete frames are stored in each program stream packet. |
| 10:52:05 | linuxstb | But maybe the problem is elsewhere... |
| 10:52:12 | Llorean | Ah, so it'd need to handle that for seeking/resume anyway. |
| 10:52:19 | | Join PaulJam [0] (n=pauljam@vpn-3081.gwdg.de) |
| 10:52:29 | jhMikeS | It doesn't assume that audio frames are on a packet boundary if that's what you're saying |
| 10:55:38 | | Join webguest55 [0] (i=c023111e@gateway/web/cgi-irc/labb.contactor.se/x-608800e3c89baa6b) |
| 10:57:13 | | Quit kubiixaka ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 10:58:38 | linuxstb | jhMikeS: No, but libmad expects to be given whole frames to decode at once, otherwise it returns a decoding error. |
| 10:59:19 | linuxstb | Which is a problem for the first frame. |
| 11:00 |
| 11:00:28 | jhMikeS | ok...I'm not entirely clear about everything on how libmad is supposed to work so this should be workable |
| 11:01:01 | | Join PaulJam_ [0] (n=pauljam@vpn-3152.gwdg.de) |
| 11:01:29 | jhMikeS | Is there any documentation available or is it all a "figure it out for yourself" deal? |
| 11:04:30 | linuxstb | I can't remember anything... I wrote the first mpa.c in Rockbox, and that was based on a sample libmad program I found on the web somewhere. |
| 11:05:23 | | Quit crop ("CGI:IRC") |
| 11:06:18 | linuxstb | I see you've changed the logic in audio_thread() though - e.g. removing the if (stream.next_frame) check before setting the pointer to the next frame. |
| 11:06:30 | preglow | it isn't exactly a surprise that it wants whole frames, is it? |
| 11:06:51 | * | jhMikeS isn't seeing where the old mpegplayer code takes any action to resync things - it just seems to use stream.next_frame just like now |
| 11:06:52 | preglow | anything else would mean it had to buffer internally, and that really isn't a codec job |
| 11:07:50 | jhMikeS | Well, libmad can seek it to the sync word anyway |
| 11:08:45 | linuxstb | jhMikeS: I'm not 100% sure what's going on either... |
| 11:09:06 | jhMikeS | preglow: well, the video decoder does it :) |
| 11:09:14 | *** | Saving seen data "./dancer.seen" |
| 11:09:28 | | Join Entasis [0] (n=Jarred@ppp173-79.lns11.adl2.internode.on.net) |
| 11:10:34 | jhMikeS | linuxstb: yeah, maybe that check should be there again...something I took out and mean to get back to, then forgot |
| 11:10:54 | linuxstb | The difference between the old and new code seems to be that you're using stream->next_frame even if there is a decoding error. The old code didn't appear to do anything to the input pointer in those cases. |
| 11:11:01 | jhMikeS | but that would just abort it anyway |
| 11:11:11 | linuxstb | Yes, I don't think that check is the issue. |
| 11:11:43 | linuxstb | But I don't understand why the old mpegplayer code worked at all.... |
| 11:12:49 | jhMikeS | I'm thinking it should search out the next syncword explicitly |
| 11:12:52 | linuxstb | It just seems to call mad_frame_decode() again with the same parameters. So it seems to be hidden inside libmad. |
| 11:13:05 | | Quit PaulJam (Read error: 113 (No route to host)) |
| 11:13:41 | linuxstb | What if you just move the "/* Adjust sizes by the frame size */" code back to after the check for errors? |
| 11:13:54 | jhMikeS | I will give a good going over over the pts queue and make sure I'm not just off on something too...and I'll change some guard buffer sizes to make sure |
| 11:15:10 | linuxstb | BTW, are you using the sim to debug? I found that very useful... |
| 11:15:38 | jhMikeS | no, just the target |
| 11:15:53 | | Join PaulJam__ [0] (n=pauljam@vpn-3068.gwdg.de) |
| 11:16:03 | | Nick PaulJam__ is now known as PaulJam (n=pauljam@vpn-3068.gwdg.de) |
| 11:17:20 | jhMikeS | I just tend to use the target since most of what I work on requires it |
| 11:18:03 | linuxstb | I rarely use the sim, but for mpegplayer, it was very useful to add lots of DEBUGFs to see what was going on. |
| 11:18:04 | | Join tucoz [0] (n=tucoz@rockbox/staff/tucoz) |
| 11:19:08 | PaulJam | little question: with the wps tokenizer, are there now any restrictions (like number of lines or size) that weren't there before or have changed? |
| 11:19:28 | tucoz | hi, isn't today the big day when we get to know what SoC projects that was accepted? |
| 11:19:40 | markun | and what about the speech guy.. |
| 11:19:42 | tucoz | s/was/were |
| 11:19:46 | linuxstb | I thought that was yesterday? |
| 11:19:47 | scorche | tucoz: go to the gsoc page and click on rockbox |
| 11:19:55 | tucoz | scorche, thanks |
| 11:20:17 | linuxstb | scorche: So does "slotted" mean it's confirmed? |
| 11:20:18 | | Quit PaulJam_ (Read error: 113 (No route to host)) |
| 11:20:23 | scorche | well, it was around 6-8 hours ago |
| 11:20:37 | scorche | linuxstb: aye...we have 4 slots |
| 11:20:41 | scorche | (damn them!) |
| 11:21:07 | scorche | #summer-discuss was going at around 3 lines per second...it was crazy |
| 11:21:16 | linuxstb | Have google published that info yet, or is it still not completely finalised? |
| 11:21:22 | Llorean | markun: What about the speech guy? |
| 11:21:24 | | Quit DataGhost (Nick collision from services.) |
| 11:21:27 | | Join [Sur`DataGho [0] (i=dataghos@ip3e832ea5.speed.planet.nl) |
| 11:21:41 | scorche | linuxstb: as i said before: http://code.google.com/soc/rockbox/about.html |
| 11:21:43 | * | linuxstb reads the SoC home page and sees Google have announced 900 students... |
| 11:21:46 | markun | Llorean: there is a conflict with another project |
| 11:21:56 | scorche | markun: *was* ;) |
| 11:21:57 | Llorean | markun: Yeah, but we cleared that up a few days ago. ;) |
| 11:22:06 | jhMikeS | ok, overkill guard buffers don't save it :\ |
| 11:22:19 | Llorean | The conflict's still on the board just because they assigned a mentor to him, but he was below the line for their project, and chose us as preference anyway. |
| 11:22:25 | | Quit PaulJam (Read error: 113 (No route to host)) |
| 11:22:29 | safetydan | PaulJam: it's possible that there's been changes to the limits |
| 11:22:31 | safetydan | and he's gone |
| 11:22:34 | Llorean | It'd be polite of them to de-mentor him, but we can't force them to. |
| 11:23:26 | linuxstb | scorche: Thanks, that link wasn't accessible via the "mentor_home" page... |
| 11:23:47 | scorche | linuxstb: that is why i said to go from the soc homepage ;) |
| 11:23:58 | | Join inversions [0] (n=none@cpc3-bele3-0-0-cust660.belf.cable.ntl.com) |
| 11:24:02 | jhMikeS | I think I see something though...hrm |
| 11:24:07 | markun | scorche, Llorean: that's good to hear, but neither he, me or Bagder new about the conflict being resolved already.. |
| 11:24:21 | linuxstb | scorche: That is my soc homepage ;) |
| 11:24:47 | linuxstb | As I think Bagder said in their IRC - they need a SoC project to write a better SoC webapp... |
| 11:24:49 | * | scorche points up to "the" and abscence of "your" ;) |
| 11:24:56 | scorche | absence even |
| 11:25:01 | Llorean | markun: I could've sworn I told Bagder about him not being above the line for the other organization, as well as expressing his preference for us.. |
| 11:25:02 | tucoz | markun, was the application from the speech guy only two lines, and still accepted? |
| 11:25:20 | Llorean | tucoz: There was discussion of it with him in comments. |
| 11:25:23 | tucoz | i se |
| 11:25:25 | tucoz | e |
| 11:25:25 | scorche | tucoz: ONLY THE ABSTRACT IS SHOWN |
| 11:25:26 | linuxstb | That's just the abstract I think. There was a lot more info in the application. |
| 11:25:29 | scorche | whoops |
| 11:25:34 | tucoz | ok. got it |
| 11:25:47 | scorche | didnt mean to drill it into ya ;) |
| 11:25:48 | linuxstb | markun: You still haven't persuaded him to use espeak? |
| 11:26:01 | markun | linuxstb: was just about to talk about that :) |
| 11:26:11 | linuxstb | But I guess a choice of realtime tts plugins would be cool.... |
| 11:26:16 | tucoz | scorche, i like highlighted yelling ;) |
| 11:26:28 | markun | does anyone besides me actually like eSpeak? |
| 11:26:44 | Llorean | markun: I have no preference so long as it works. :) |
| 11:26:55 | linuxstb | I don't know enough to comment |
| 11:27:05 | LinusN | i think espeak sounds like rockbox, i.e a bag of shit :-) |
| 11:27:11 | tucoz | hehe |
| 11:27:20 | jhMikeS | mad resyncs on it's own aparently |
| 11:27:26 | markun | :) |
| 11:27:51 | linuxstb | jhMikeS: Yes, so it seems. |
| 11:27:53 | LinusN | jhMikeS: still, mad can fail to resync |
| 11:28:14 | LinusN | or rather, drop more frames than necessary |
| 11:28:19 | linuxstb | jhMikeS: Have you confirmed that's the issue, or have I lead you up the wrong path? |
| 11:28:29 | linuxstb | ^led |
| 11:28:52 | markun | LinusN: I think we would be limiting ourselves too much by using flite. |
| 11:29:07 | LinusN | markun: perhaps |
| 11:29:20 | jhMikeS | was just getting a basis for what going on and then to procede in a systematic way |
| 11:29:28 | markun | it's hard to add other languages, and you need huge tables for each voice |
| 11:29:41 | tucoz | markun, you said something about eSpeak being in active development and flite being not. Am i right? |
| 11:29:49 | markun | but yes, because it only uses recorded samples it sounds more natural |
| 11:30:02 | markun | tucoz: yes, that's correct |
| 11:30:07 | jhMikeS | the problem could be because it's resyncing |
| 11:30:47 | jhMikeS | and by that I mean the effort to do so might be messing with something |
| 11:30:53 | markun | tucoz: here is where he posts his latest versions: http://espeak.sourceforge.net/test/ |
| 11:31:02 | tucoz | ok |
| 11:31:22 | markun | no too long ago :) |
| 11:31:27 | Siltaar | markun, so Rockbox have a candidate for real-time text-to-speech ? |
| 11:31:40 | tucoz | markun, no. not really :) |
| 11:31:40 | markun | Siltaar: yes |
| 11:31:58 | * | tucoz goes to lunch |
| 11:32:08 | Siltaar | markun, I would be pleased to be introduced to him, as I could work with him 'till september |
| 11:32:14 | Siltaar | as school project |
| 11:32:55 | markun | Siltaar: hey, if you want you can both port a different TTS engine :) |
| 11:32:55 | Siltaar | I will adapt the Sudoku game for blind people, and so I'm interested in Rockbox voice systems |
| 11:34:23 | markun | Siltaar: sudoku is very limited and I think you can get much better results with prerecorded samples, don't you think? |
| 11:34:52 | Siltaar | yes |
| 11:34:57 | | Join PaulJam [0] (n=pauljam@vpn-3020.gwdg.de) |
| 11:35:12 | markun | I wonder if it's much fun playing sudoku when you are blind, you must have a good visual memory, no? |
| 11:35:14 | Siltaar | I'm about to use the current voice system that is far enough I think |
| 11:35:17 | Llorean | I think that for the most part SoC students are supposed to be working on their own, from what I understood. |
| 11:35:31 | PaulJam | safetydan: thanks. |
| 11:35:36 | linuxstb | Llorean: That doesn't sound very "open source" though... |
| 11:35:47 | Llorean | linuxstb: I think the idea is more that they shouldn't be taking on group projects. |
| 11:35:50 | linuxstb | IMO, open source is all about collaboration. |
| 11:36:00 | Siltaar | but my "school project mentor" is interested in real-time speech systems |
| 11:36:00 | Llorean | There was something about it in the FAQ |
| 11:36:22 | markun | Siltaar: well, any help there would be welcome |
| 11:36:50 | Llorean | linuxstb: Ah, I misread |
| 11:36:57 | markun | I sometimes talk to a blind programmer who was also planning to port eSpeak to rockbox, but he is very busy. |
| 11:36:58 | Llorean | Groups can't apply for a project, but students should feel free to collaborate. |
| 11:37:06 | | Join crop [0] (i=c27f0812@gateway/web/cgi-irc/labb.contactor.se/x-eee268d7523af6db) |
| 11:37:18 | | Join norbusan [0] (n=norbusan@dhcp05.algebra.tuwien.ac.at) |
| 11:37:35 | crop | I have questions/suggestions rag. plugin.c |
| 11:37:48 | preglow | what does the (slotted) in the gsoc app list mean? |
| 11:38:03 | Llorean | preglow: We think it means that they've been given a guaranteed student slot. |
| 11:38:05 | scorche | preglow: that they were accepted |
| 11:38:12 | preglow | cool |
| 11:38:14 | crop | 1. Line 523: shouldn't current_plugin also be "assigned" an empty string? |
| 11:38:21 | scorche | Llorean: the slots are given out...they are final |
| 11:38:24 | | Part norbusan |
| 11:38:40 | linuxstb | preglow: The project pages linked from http://code.google.com/soc/ now list the accepted projects for each organisation. |
| 11:38:52 | scorche | unless something happens like they arent actually in school, etc, they are in and others arent |
| 11:38:56 | linuxstb | Nothing of interest to Rockbox from ffmpeg sadly though |
| 11:39:12 | Siltaar | And, to talk about how hun it is to play Sudoku when you are blind, it already exist an implementation for a blind adapted sudoku on audiogames.net |
| 11:39:24 | preglow | seems i'll be getting a t-shirt, then :-) |
| 11:39:31 | crop | 2. Line 527: isn't it too early to set the current plugin name? Loading can still fail. |
| 11:39:41 | SliMM | should i check if the colors that are passed to my function are correct or should i suppoese they are? |
| 11:39:44 | Llorean | preglow: I'm wondering what they'll look like. The '05 ones look better than the '06 IMHO. |
| 11:40:01 | Siltaar | thus, I plan to make an adaptative size Sudoku, composed of animal pictures and "voice" |
| 11:40:13 | GodEater | hahaha Llorean is mentoring MoB ? All on his own ? :) |
| 11:40:15 | Siltaar | to allow blind and non-blind children to play together |
| 11:40:24 | linuxstb | SliMM: I think the general approach in Rockbox is for functions not to check their parameters - it's the responsibility of the calling function to pass valid values. |
| 11:40:32 | PaulJam | were the wps tags for crossfeed and crossfade removed with the tokenizer update? |
| 11:40:35 | preglow | Llorean: never seen any of them |
| 11:40:39 | crop | 3. Line 670: shouldn't buffer_size be also set to 0 (just for the case)? This way the caller can always safely check the available size. |
| 11:40:48 | SliMM | linuxstb: ok |
| 11:40:49 | Llorean | GodEater: Considering who's the student, I probably don't have much to worry about at all. ;) |
| 11:41:08 | preglow | SliMM: definitely what he said, if every function were to check if parameters were legal, we'd be wasting tons of kb |
| 11:41:10 | Llorean | preglow: I dug up some pictures with google image search when I heard mentors were getting t-shirts. I'll do anything for a free t-shirt. |
| 11:41:12 | GodEater | Llorean: very true :) |
| 11:41:38 | SliMM | lnuxstb: then i won't check if the function draws outside the screen either |
| 11:41:40 | GodEater | Llorean: I think you can limit your mentoring to "yeah that works, well done!" :) |
| 11:41:56 | linuxstb | preglow: Just so you know, I'm very happy to help with the WMA mentoring. |
| 11:42:12 | linuxstb | SliMM: Clipping is a separate question... |
| 11:42:22 | Llorean | GodEater: Well, I am likely to know who to go to with any tough questions. :) |
| 11:42:22 | preglow | linuxstb: which is cool :) |
| 11:42:28 | B4gder | and FYI: I'm in a mail discussion with the speach guy |
| 11:42:34 | linuxstb | SliMM: Your function should probably clip. |
| 11:42:37 | B4gder | since he's accepted by another project too |
| 11:42:44 | Llorean | B4gder: He did get accepted? |
| 11:42:49 | preglow | i know i'll vanish a couple of weeks and i would very much prefer it if i didn't have any internet related responsibilities during that time |
| 11:42:50 | B4gder | he's "slotted" for us |
| 11:42:53 | preglow | but we'll see |
| 11:42:58 | Llorean | B4gder: Google-representative told me he was more than one person under the line for the cancer place. |
| 11:42:59 | B4gder | but I think he is for the other project too |
| 11:43:02 | preglow | it's not like it's much work anyway |
| 11:43:16 | B4gder | Llorean: hm, odd that's not what the cancer admin told me... :-O |
| 11:43:30 | Llorean | B4gder: Well, this was as of "Conflict resolution" time yesterday. |
| 11:43:38 | B4gder | I see |
| 11:43:42 | Llorean | B4gder: I got one of the google reps to check on him for me since nobody from the cancer place was there. |
| 11:43:52 | SliMM | lnuxstb: ok. how does the lcd_bitmap_part() function work? i mean how does it know the width /* and height */ of the image? |
| 11:43:59 | B4gder | I see, I mailed their admin/mentor and the student |
| 11:44:10 | Llorean | B4gder: He also doesn't show up here: http://code.google.com/soc/lurie/about.html |
| 11:44:15 | crop | Why do we need iramcopy and iedata? |
| 11:44:19 | scorche | B4gder: he is not listed on their page |
| 11:44:24 | B4gder | ok |
| 11:44:25 | linuxstb | SliMM: The "width" and "height" parameters... |
| 11:44:31 | B4gder | then I guess he's more on our side ,-) |
| 11:45:05 | linuxstb | SliMM: You can probably get inspiration from the lcd driver code in firmware/drivers/lcd-16bit.c |
| 11:45:22 | Siltaar | B4gder, in Llorean if you miss someone to handle Real-time text-to-speech I could / might offer to help, if needed. |
| 11:45:46 | B4gder | Siltaar: thanks! Markun is the assigned mentor for that project |
| 11:45:50 | scorche | http://www.rockbox.org/twiki/bin/view/Main/KnowledgeMap will also hopefully be handy for the students as well =) |
| 11:45:53 | SliMM | is fb data a 2D array? |
| 11:46:00 | SliMM | fb_data |
| 11:47:09 | markun | linuxstb: someone is going to speed up GCC, that's nice |
| 11:49:26 | scorche | markun: yeah...i saw that...looked interesting...there were a few other interesting projects, but they escape me atm |
| 11:50:03 | Siltaar | Markun, I will speak about Real-time text-to-speech with my school mentor, and it seems that I can do the job _IF_ needed. |
| 11:50:13 | Llorean | I wonder who got the most students. |
| 11:50:15 | SliMM | void (*lcd_bitmap_part)(const fb_data *src, int src_x, int src_y, |
| 11:50:17 | SliMM | int stride, int x, int y, int width, int height); |
| 11:50:43 | SliMM | it doesn't specify the width of the image itself |
| 11:50:46 | scorche | Llorean: they said it a few times, but i cant remember...statistics are coming soon |
| 11:50:55 | B4gder | apache got many... |
| 11:51:07 | Llorean | scorche: Ah, I had just noticed eclipse got 21 and was curious what the max was. |
| 11:51:25 | B4gder | 24 if I counted right |
| 11:51:26 | scorche | i think one of the BSDs got around 25 |
| 11:52:36 | scorche | KDE was a big one |
| 11:52:47 | crop | Any comments to my comments to plugin.c? |
| 11:52:57 | linuxstb | SliMM: "stride" is the full width of the input bitmap. |
| 11:52:58 | B4gder | but those projects are huge of course |
| 11:53:07 | crop | ..except from "make a patch"? :-) |
| 11:53:11 | SliMM | linuxstb: oh |
| 11:53:12 | linuxstb | SliMM: The "GraphicsAPI" wiki page may also help |
| 11:53:35 | SliMM | linuxstb: i got it, thanks |
| 11:53:43 | Llorean | I'm honestly pretty happy with that we got 4. |
| 11:53:47 | | Join PaulJam_ [0] (n=pauljam@vpn-3142.gwdg.de) |
| 11:53:58 | scorche | for a first time org, that isnt bad, or so i gather |
| 11:54:12 | linuxstb | Yes, I would expect google to limit the number of slots for first-time orgs. |
| 11:54:26 | B4gder | yes it makes sense |
| 11:54:33 | scorche | that was teh primary reason we got that many...i mean look at scumm...7 ;) |
| 11:54:45 | Llorean | handhelds.org only got 2. |
| 11:54:54 | B4gder | even subversion only got 4 |
| 11:54:58 | GodEater | I'm pretty bummed our Viewports didn't get accepted - I was looking forward to that |
| 11:55:18 | * | scorche would like a couple more slots though for obvious reasons... *cough* |
| 11:55:21 | Llorean | Hehehe |
| 11:55:40 | B4gder | scorche: you were my tshirt chance! ;-) |
| 11:55:44 | linuxstb | scorche: Are you still going to get an av300? |
| 11:56:00 | Llorean | It's clearly all about the t-shirts. |
| 11:56:07 | markun | wow, python got 34 slots! |
| 11:56:19 | scorche | linuxstb: likely, but it is quite a but further down on the priority list....have to look at getting a job now.. |
| 11:56:30 | linuxstb | markun: Scary, that's a whole bar full of students... |
| 11:56:35 | B4gder | gosh |
| 11:57:08 | scorche | B4gder: so you were going to be my mentor?....would have been fun! ;) |
| 11:57:14 | petur | B4gder: does the webapp provide anything to assign backup-mentors? |
| 11:57:21 | scorche | markun: im sure it doesnt hurt the guido works for google |
| 11:57:22 | B4gder | petur: nope |
| 11:57:26 | scorche | s/the/that |
| 11:57:53 | B4gder | well, subversion has _loads_ of google employees... |
| 11:58:04 | B4gder | (and got 4) |
| 11:58:32 | B4gder | some of the gsoc admins on google even is involved in that |
| 11:58:59 | B4gder | I guess they could't assign too many then as it would look bad ,-) |
| 11:59:04 | Llorean | Well "Google" only got 5, though that's the dumping ground I think. |
| 11:59:11 | | Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) |
| 11:59:22 | Llorean | None of them look like "Assign to Google" projects though |
| 11:59:32 | | Join miepchen^schlaf [0] (n=hihi@dslb-088-072-250-236.pools.arcor-ip.net) |
| 12:00 |
| 12:00:17 | | Quit PaulJam (Read error: 113 (No route to host)) |
| 12:01:26 | GodEater | what do the little red flags on a project mean ? |
| 12:01:33 | markun | Neuros got 5 |
| 12:01:45 | | Nick brenda is now known as Br3nda (n=brenda@121-73-1-165.cable.telstraclear.net) |
| 12:01:54 | scorche | i started the logging for #summer-discuss this morning, and it is about 1.12 megs (as a txt file) from less than 14 hours.. |
| 12:02:11 | GodEater | is that an open channel ? |
| 12:02:30 | scorche | yes |
| 12:02:33 | scorche | on slashnet |
| 12:02:48 | scorche | but im sure it wont be near what it was today, and will die down in the near future |
| 12:03:20 | | Part tucoz |
| 12:04:08 | | Join smiler777 [0] (i=5048e4ae@gateway/web/cgi-irc/labb.contactor.se/x-91911af0cddefb62) |
| 12:05:07 | markun | This could be interesting for rockbox: http://code.google.com/soc/neuros/appinfo.html?csaid=2930D9145A9F7EA |
| 12:05:27 | smiler777 | hi friends! i have some questions about ipod video 30Gb with latest rockbox. can you help me? |
| 12:05:31 | jhMikeS | oy, now I got it...just reset stream.error for recoverable errors too |
| 12:05:31 | B4gder | markun: indeed! |
| 12:05:43 | B4gder | jhulst should find that very interesting |
| 12:06:58 | smiler777 | hi friends! i have some questions about ipod video 30Gb with latest rockbox. can you help me? |
| 12:07:07 | Llorean | smiler777: No need to repeat yourself. |
| 12:07:09 | linuxstb | smiler777: Just ask |
| 12:07:12 | Llorean | smiler777: You should instead just ask the question. |
| 12:08:00 | smiler777 | 1. How long the ipod can working without charging? (sorry for bad english - im from russia) |
| 12:08:30 | SliMM | smiler777: about 3 hours |
| 12:08:45 | Llorean | SliMM: Closer to 6, usually |
| 12:08:51 | Llorean | SliMM: See the IpodRuntime page. |
| 12:09:04 | SliMM | llorean: mine works for about 3 hours |
| 12:09:06 | crop | jhMikeS: (excuse me please for repeating the question, you may have missed it) Why do we need iramcopy and iedata? |
| 12:09:12 | scorche | smiler777: it depends on the type of ipod as well...(ie flash based or hard drive) |
| 12:09:20 | Llorean | SliMM: And your point is? |
| 12:09:34 | Llorean | SliMM: Have you done a runtime comparison between Rockbox and the original firmware under identical conditions? |
| 12:09:38 | SliMM | scorche: 30gb ipod video he said |
| 12:09:46 | | Join BigBambi [0] (n=Alex@cpc2-nfds9-0-0-cust419.lei3.cable.ntl.com) |
| 12:09:56 | SliMM | llorean: i'm not comparing |
| 12:10:06 | Llorean | SliMM: Then please don't assume that your runtime is average. |
| 12:10:37 | SliMM | llorean: it runs for six hours if it just sits in your pocket |
| 12:10:56 | SliMM | llorean: but it usually doesn't |
| 12:11:10 | Llorean | Well, the standard for comparing times is "backlight off, just playing music" |
| 12:11:14 | smiler777 | Friends! im relash my ipod to rockbox yesterday.. He play about 3 hours. is it normal? |
| 12:11:41 | LinusN | crop: in the plugins you mean? |
| 12:11:46 | smiler777 | the backlight was off, device - locked |
| 12:11:47 | Llorean | SliMM: So please, if you're talking about pressing buttons, be clear, the backlight is a LARGE drain. |
| 12:11:57 | LinusN | crop: or in general? |
| 12:12:11 | Llorean | smiler777: Many, many factors can decrease battery life. |
| 12:12:12 | scorche | smiler777: normal for a battery that is far from its top performance, but generally, rockbox gets a longer runtime....you would be best to test for yourself on your own battery |
| 12:12:17 | | Quit PaulJam_ (Read error: 113 (No route to host)) |
| 12:12:33 | SliMM | smiler777: http://www.rockbox.org/twiki/bin/view/Main/IpodRuntime |
| 12:12:59 | crop | LinusN: in general and also in the plugins. |
| 12:13:02 | markun | smiler777: the ipod runtime for rockbox is pretty bad compared to the OF unfortunately |
| 12:13:05 | SliMM | smiler777: that is for just listenig to music |
| 12:13:24 | SliMM | smiler777: the second question? |
| 12:13:26 | LinusN | crop: the (i)data section contains initialized variables |
| 12:13:30 | scorche | SliMM: also, keep in mind that those were taken at various times and may not have been tested under reccent optimizations |
| 12:13:48 | crop | LinusN: and also my three points about plugin.c. Do the make any sense? Or do I understand everything wrong? |
| 12:13:51 | linuxstb | crop: IRAM is located at a different address to SDRAM. So when the plugin is built, the data/code that needs to be in IRAM is stored in those sections, and then copied to the correct address. Otherwise you would get binary files many MB in size (due to the gap between the two memory addresses). |
| 12:13:51 | LinusN | so when the application starts, it needs to be filled with the initialized values |
| 12:13:56 | SliMM | scorche: i'll keep that in mind |
| 12:14:30 | LinusN | the (i)datacopy section contains the initial data for the (i)data section |
| 12:14:57 | Llorean | SliMM: Ideally any battery benchmark should be directly compared to the original firmware (which is hard to benchmark) because battery condition is a large, large influence. |
| 12:15:09 | crop | LinusN: and why is copy zeroed out after copying it to iram? |
| 12:15:24 | markun | 5 out of 7 projects for VIM are mentored by Bram Moolenaar :) |
| 12:15:43 | LinusN | crop: where? |
| 12:15:45 | linuxstb | crop: Because that's part of the BSS (zero-initialsed section) section of the main binary. |
| 12:15:46 | markun | he works for Google anyway |
| 12:16:00 | scorche | markun: a bunch of people were quite fond of the eclipse/vim project |
| 12:16:22 | LinusN | crop: we don't need the idatacopy section after copying it to the data section, so we reuse it for bss |
| 12:17:06 | * | LinusN won't get a t-shirt..... :-( |
| 12:17:44 | smiler777 | 2. about video files.. what tupes of files the ipod can played? my ipod "see" only mpeg and when the play is on - FPS is very smal - about 5 per sec. Should i convert video to some speciall format? |
| 12:17:47 | crop | LinusN: I must re-read what you said and make a little sketch to get it. Thanks! |
| 12:18:06 | petur | As Google recommends assigning a second mentor, there must be a way to let them know the names? |
| 12:18:08 | crop | What about the three points? (sorry for nagging...) |
| 12:18:16 | LinusN | crop: the concept is simple, but we abuse it a little in rockbox |
| 12:18:35 | Llorean | petur: There's no apparent way at least. Maybe the forms will change now that assignments are set. |
| 12:18:46 | Llorean | petur: But I think the "mentor" position is more or less informal outside of the paperwork. |
| 12:18:56 | LinusN | crop: what tree points? |
| 12:19:06 | | Quit petur ("CGI:IRC (EOF)") |
| 12:19:15 | markun | smiler777: yes, mpegplayer is all we got |
| 12:19:21 | | Join p3tur [0] (i=d4efd6a6@gateway/web/cgi-irc/labb.contactor.se/x-6ab810bcaec4b10d) |
| 12:19:22 | SliMM | smiler777: video support on ipod vide is pretty bad |
| 12:19:27 | markun | and the ipod's hardware is not very fast |
| 12:19:36 | scorche | petur: gstein was extolling a lot about its shortcomings too, but he was just mainly passing the buck ;) |
| 12:19:44 | LinusN | crop: ah, i see |
| 12:19:44 | | Nick p3tur is now known as petur (i=d4efd6a6@gateway/web/cgi-irc/labb.contactor.se/x-6ab810bcaec4b10d) |
| 12:20:02 | markun | smiler777: there is a special chip which does the video decoding in the apple firmware, but we haven't managed to use it |
| 12:20:13 | SliMM | smiler777: you can watch video with the original firmware because it uses a special chip for video decoding, not because it is better/faster |
| 12:20:27 | scorche | "Google engineering manager" |
| 12:21:07 | petur | saw they mentioned they are locking down the webapp to prevent changing the ranking... |
| 12:21:12 | LinusN | crop: 1) why would that be necessary? |
| 12:22:11 | LinusN | 2) again, why does it matter? |
| 12:23:20 | crop | LinusN: just to have all the vars as consistent as possible at any time during program execution |
| 12:23:43 | LinusN | 3) sounds sensible |
| 12:24:00 | LinusN | crop: that would only be a waste of code imho |
| 12:25:45 | linuxstb | petur: Maybe google don't want to have to send out T-shirts to backup mentors... |
| 12:26:13 | Llorean | Curse those stingy T-shirt hoarding.... |
| 12:26:20 | petur | heh |
| 12:26:31 | LinusN | i'll make my own t-shirt :-( |
| 12:26:37 | B4gder | we could have a rsoc and only hand out shirts! |
| 12:27:11 | scorche | well, they wanted a main one for a few reasons....1 single person is what works best in these situations (they should already be working with the community....1 person reviews them, etc |
| 12:27:27 | crop | LinusN: maybe. But p is copied to current_plugin anyway. But too early IMHO. Emptying current_plugin is not strictly necessary but I'm an idealist... |
| 12:27:30 | petur | lunch! |
| 12:27:30 | scorche | B4gder: rdcoc? |
| 12:27:42 | scorche | (devcon) ;) |
| 12:27:46 | B4gder | yay |
| 12:28:09 | LinusN | crop: we can't afford idealistic code in rockbox, but yes, we can move the copying |
| 12:28:12 | B4gder | but... does that mean we can't just talk nonsense and drink beer during devcon? |
| 12:28:35 | * | scorche wished he could afford a trip to sweden |
| 12:28:52 | LinusN | rsob |
| 12:29:06 | * | Llorean thinks we should try to have a DevCon-West. |
| 12:29:20 | B4gder | LinusN: rayob? (all year) |
| 12:29:33 | LinusN | B4gder: perfect |
| 12:29:45 | scorche | Llorean: sure! =) |
| 12:29:49 | SliMM | do you think that |
| 12:29:50 | SliMM | x1 = min(max(x1, 0), LCD_WIDTH); x2 = max(0, min(x2, LCD_WIDTH)); |
| 12:29:52 | SliMM | y1 = min(max(y1, 0), LCD_HEIGHT); y2 = max(0, min(y2, LCD_HEIGHT)); |
| 12:29:53 | SliMM | is fast enough? |
| 12:29:59 | scorche | have the webcams of the 2 devcons projected onto screens, etc |
| 12:30:44 | markun | SliMM: fast enough for what? |
| 12:31:00 | scorche | Llorean: i am all for one...we really should plan one |
| 12:31:03 | SliMM | for drawing safetly on the screen |
| 12:31:13 | Llorean | scorche: Lostlogic expressed interest in one last year. |
| 12:31:14 | Siltaar | \away lunch time |
| 12:31:22 | scorche | and quickly, as it would be good to have them at the same time |
| 12:31:27 | crop | LinusN: is the value of end_addr (in plugin header) staticly compiled into each plugin? Why isn't it just set to plugin size? |
| 12:31:28 | Siltaar | grrr.... why does we have a \ and / |
| 12:31:29 | Siltaar | ... |
| 12:31:31 | SliMM | safely* |
| 12:32:20 | markun | SliMM: what are you working on? |
| 12:32:26 | | Join pondlife [0] (n=Miranda@cpc3-rdng11-0-0-cust229.winn.cable.ntl.com) |
| 12:32:36 | LinusN | crop: because the bss section begins at end_addr, doesn't it? |
| 12:32:47 | SliMM | markun: opacity :)) |
| 12:33:03 | pondlife | Nice when something begins at end_addr, no? |
| 12:33:07 | pondlife | :) |
| 12:33:13 | LinusN | /kick pondlife |
| 12:33:17 | pondlife | Ouch |
| 12:33:24 | markun | SliMM: and you want all pixels which are beyond the screen to be drawn on the borders? |
| 12:33:53 | SliMM | no, just not to be drawn at all |
| 12:34:08 | markun | then what is your code for if you skip them anyway? |
| 12:34:23 | | Join PaulJam [0] (i=Paul@vpn-3013.gwdg.de) |
| 12:35:07 | SliMM | if i draw a rectangle starting from x1 = -5 to x2 = 340, without that code or a similar one, wouldn't rockbox crash? |
| 12:35:32 | B4gder | but you want if()s not just clipping the values |
| 12:36:21 | B4gder | with that code you'll gather all outside-values to the border |
| 12:36:24 | markun | SliMM: ah, like that. I don't think it would crash but you would have to check the code |
| 12:36:54 | crop | LinusN: I don't understand what you want to tell. I mean the line 568 in plugin.c. Why is the absolute address compared? And how can this work? This can only work if the end addr is statically computed. I.e. dynamic plugin loading is impossible? |
| 12:36:56 | LinusN | B4gder: that depends on if the check is for each pixel or for the boundaries of the rectangle |
| 12:36:57 | markun | B4gder: I thought it was per pixel too but it's just for rectangles |
| 12:37:08 | B4gder | oh |
| 12:37:18 | * | B4gder shuts up and stands in corner |
| 12:38:24 | SliMM | well, i'm done with the basic functions |
| 12:39:14 | LinusN | crop: end_addr is created by the linker |
| 12:39:23 | SliMM | should i use LCD_WIDTH-1? |
| 12:39:27 | markun | SliMM: I just looked at the code and you don't have to check it yourself |
| 12:39:43 | SliMM | great :) |
| 12:39:51 | markun | check lcd_vline in firmware/drivers/lcd-16bit.c |
| 12:40:22 | SliMM | but still, no need of drawing pixels outside the screen |
| 12:40:33 | markun | no, it doesn't |
| 12:40:57 | pondlife | crop: You might find http://www.rockbox.org/twiki/bin/view/Main/RockboxMemoryLayout useful. |
| 12:41:00 | crop | LinusN: ...as well as load_addr? Now I'm starting to get it... So each plugin is linked with the rest of RB's memory layout in mind? |
| 12:41:08 | LinusN | yes |
| 12:41:13 | SliMM | are the pixels numberd (horizontally) from 0 to LCD_WIDTH-1? |
| 12:41:25 | LinusN | all plugins are compiled and linked to run at a fixed address |
| 12:41:26 | markun | I think so |
| 12:41:53 | crop | pondlife: thanks. But there is not much useful info there. At least for what we're talking about. |
| 12:42:02 | | Part B4gder |
| 12:42:11 | pondlife | I was thinking maybe what you're learning could be put in there.. |
| 12:42:34 | pondlife | Unless it's already wikied |
| 12:42:59 | crop | LinusN: yes, that's what I mean. And dynamic loading (at a var address) would be much trouble I guess? (addr adjustment and such). Or was it made because of KISS? |
| 12:43:12 | LinusN | far too much trouble |
| 12:43:24 | | Join barrywardell [0] (n=barrywar@host-194-46-241-219.dsl-ie.utvinternet.net) |
| 12:44:04 | * | LinusN wanders off to eat |
| 12:44:28 | crop | LinusN: and plugin buffer starts where codec buffer ends and goes to the end of the available memory? |
| 12:44:29 | | Quit smiler777 ("CGI:IRC (EOF)") |
| 12:44:38 | preglow | crop: might not be too much trouble, actually, but someone is yet to try it |
| 12:44:48 | preglow | if a plugin is compiled -fpic, it might work out easy enough |
| 12:44:56 | | Quit Br3nda ("new kernel time") |
| 12:45:14 | | Quit webguest55 ("CGI:IRC (Ping timeout)") |
| 12:45:34 | crop | preglow: but if we don't need it that little trouble is still not worth. But yes, it could be a matter of just setting some base register |
| 12:45:44 | Mode | "#rockbox +o scorche " by ChanServ (ChanServ@services.) |
| 12:46:03 | preglow | crop: we will need it sooner or later, and in some cases, already do |
| 12:46:05 | Topic | "Please read before speaking: http://www.rockbox.org/twiki/bin/view/Main/IrcGuidelines | Rockbox Devcon 2007 - http://www.rockbox.org/twiki/bin/view/Main/DevCon2007 | Gathering interest for a Devcon-West. See Dev-ML for more details. PM scorche if interested." by scorche (i=scorche@rockbox/administrator/scorche) |
| 12:46:30 | Mode | "#rockbox -o scorche " by ChanServ (ChanServ@services.) |
| 12:46:33 | preglow | crop: like the way the way an audio codec and voice codec need to coexist, while both are linked to the same address space |
| 12:46:53 | pondlife | Wooh, Intercontinental DevCon? |
| 12:47:11 | SliMM | markun: what number is the last pixel that is visible on the screen? LCD_WIDTH or LCD_WIDTH-1?? |
| 12:47:15 | scorche | pondlife: well, we will see... |
| 12:47:44 | crop | preglow: but that's still static. or do you mean that if we had dynamic loading we wouldn't need to swap them? |
| 12:47:53 | linuxstb | preglow: I thought there was talk about putting the voice codec in the core? |
| 12:47:53 | markun | SliMM: -1 |
| 12:48:03 | preglow | linuxstb: sure, talk :) |
| 12:48:20 | SliMM | markun: thanks |
| 12:48:22 | preglow | crop: the last |
| 12:48:45 | preglow | crop: the only thing we'd need to swap then is iram, which is still a shared resource in that case |
| 12:48:53 | preglow | but statically linking a voice codec might also be clever |
| 12:49:12 | JdGordon | aliask: daurn, should we do devcon-melb to join in ? |
| 12:49:47 | safetydan | JdGordon: and I'll host my own personal devcon-brisbane :) |
| 12:50:21 | JdGordon | :) |
| 12:50:58 | | Join brenda [0] (n=brenda@121-73-1-165.cable.telstraclear.net) |
| 12:51:31 | linuxstb | Could a voice codec work without needing iram? |
| 12:51:53 | pondlife | On some targets, but probably not all. |
| 12:51:59 | pondlife | At least, not MP3 |
| 12:54:23 | preglow | it might not really have to |
| 12:54:25 | pondlife | linuxstb: If you have a PP target around, you could maybe try it? |
| 12:54:43 | preglow | speex, for example, is supposed to fit in really little iram these days, and i believe the overhead of swapping out the iram it uses might be worth it |
| 12:55:26 | pondlife | Is speex using as little CPU as MP3 now? |
| 12:55:40 | preglow | right no, hell no |
| 12:55:43 | preglow | but it needs optimising |
| 12:55:46 | linuxstb | pondlife: I think I tried running codecs without IRAM once on my ipod - IIRC, the boost ratio hardly changed for icode, and didn't drop very much for idata. |
| 12:55:57 | preglow | it hardly uses any iram, mallocs extensively, and has no asm to speak of |
| 12:56:04 | | Nick brenda is now known as Br3nda (n=brenda@121-73-1-165.cable.telstraclear.net) |
| 12:56:14 | linuxstb | Sounds like it needs some love... |
| 12:56:26 | preglow | i'm planning to stroke it vigorously, given time to do so |
| 12:56:33 | linuxstb | Are the mallocs in the codec itself, or the Ogg part? |
| 12:56:35 | crop | What is placed to iram? Some data that is intensively read/written? |
| 12:56:38 | preglow | code itself, afaik |
| 12:56:41 | * | pondlife shudders at the thought of a stroked codec |
| 12:56:42 | preglow | crop: aye |
| 12:56:59 | crop | preglow: but not the code, right? |
| 12:57:06 | linuxstb | Yes, code as well. |
| 12:57:10 | preglow | crop: sure, that too, but it doesn't benefit as much |
| 12:57:18 | preglow | crop: most of our current targets have code caches |
| 12:57:27 | preglow | crop: in some cases only that, like for coldfire |
| 12:57:36 | preglow | crop: in which case data iram benefits massively |
| 12:58:59 | crop | Another question: I thought that the stack size is defined somewhere in config.h. But I see a fixed value in app.lds. |
| 12:59:09 | | Quit Br3nda ("Konversation terminated!") |
| 12:59:17 | crop | preglow: now I'm goinng to re-read what Linus told about plugin loading |
| 13:00 |
| 13:00:16 | crop | preglow: another question: what does the asm instruction *(.bss*) do? |
| 13:00:20 | | Join Febs [0] (n=chatzill@207-172-204-33.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
| 13:01:48 | linuxstb | crop: That looks like a linker instruction, not asm |
| 13:01:58 | linuxstb | I'm guessing you're looking at a .lds file? |
| 13:02:36 | crop | linuxstb: yes. |
| 13:03:02 | linuxstb | It's just a pattern that matches section names (which are generated by gcc) and uses it to create the binary. |
| 13:03:10 | crop | I assume something like "place everything you've collected so far for bss here" |
| 13:03:46 | linuxstb | Yes - something like "put all the bss sections here." |
| 13:04:52 | crop | And another question (I'm not kicked yet? :-): pluginbuf is at the end. Why isn't PLUGINSIZE computed as MEM_SIZE - pluginbuf? |
| 13:05:49 | linuxstb | Isn't it the other way around? i.e. pluginbuf is computed as MEMSIZE-PLUGINSIZE? |
| 13:05:51 | crop | If PLUGINSIZE is defined too high the linker will complain (I hope), but if it's too low we'll waste space |
| 13:06:46 | crop | linuxstb: in app.lds, I see (at the end) that pluginbuf is set to what is the current adr. |
| 13:07:30 | crop | But I'm not very experienced in such things, I use my common sense |
| 13:09:14 | linuxstb | Start looking at the definition of DRAMSIZE, then look at ENDAUDIOADDR, then ENDADDR |
| 13:09:18 | *** | Saving seen data "./dancer.seen" |
| 13:10:12 | linuxstb | "pluginbuf" is set to ENDADDR |
| 13:12:19 | | Quit miepchen^schlaf (Read error: 60 (Operation timed out)) |
| 13:12:32 | | Join miepchen^schlaf [0] (n=hihi@dslb-088-072-250-236.pools.arcor-ip.net) |
| 13:13:09 | crop | linuxstb: yes. But PLUGINSIZE? |
| 13:13:15 | JdGordon | amiconn: OK, I have charcell compiling and it should be able to draw icons now, can I leave the custom icon part out for now? |
| 13:14:02 | crop | linuxstb: is it somewhere in crt0? |
| 13:14:16 | aliask | JdGordon: I'm in on a melbourne meet up |
| 13:15:06 | JdGordon | :) i was joking, but unless that weekend is exams time (which i tihnk it is) im up for it |
| 13:15:16 | JdGordon | if its at the belgium beer garden :D |
| 13:15:48 | aliask | Ooh classy |
| 13:16:12 | aliask | Sorry, i didn't read the backstory :P |
| 13:16:35 | preglow | always with the belgian beer! |
| 13:16:57 | linuxstb | crop: "PLUGINSIZE" is "PLUGIN_BUFFER_SIZE", which I'm guessing is in the target-specific config.h file. |
| 13:17:04 | aliask | I'm supprised it's taken this long for p.etur to pipe up |
| 13:17:42 | pondlife | He's in Stockholm that weekend |
| 13:18:52 | aliask | I was refering to the beer talk, he wakes up pretty quickly if you mention it :P |
| 13:19:07 | crop | linuxstb: that I also assume. But it also confuses me since PLUGINSIZE should be computed, not defined. |
| 13:19:19 | scorche | i would not be surprised if he had his client to highlight him when "beer" is said |
| 13:19:37 | pondlife | beer beer beer beer beer.. brandy. |
| 13:19:40 | preglow | like any sane man has |
| 13:19:46 | aliask | :) |
| 13:19:51 | Llorean | crop: The plugin buffer size is intended as a maximum allowed size. |
| 13:19:56 | crop | crop: there can be a mismatch between the defined value and the real size of the pluginbuffer |
| 13:20:11 | linuxstb | crop: No, "PLUGIN_BUFFER_SIZE" _is_ the real size of the plugin buffer. |
| 13:20:30 | linuxstb | It's defined on a per-target basis, depending on available RAM and maybe other features of the hardware. |
| 13:21:09 | linuxstb | (in firmware/export/config-*.h) |
| 13:21:19 | crop | linuxstb: then there's a possibility of wasting memory (see above) if PLUGIN_SIZE is defined too low. |
| 13:21:44 | * | pondlife whispers something about CODEC_IRAM_ORIGIN/_SIZE being defined in the wrong place... |
| 13:21:56 | linuxstb | crop: I can't see how. |
| 13:22:52 | linuxstb | PLUGINSIZE is simply set to be equal to PLUGIN_BUFFER_SIZE (at the top of app.lds) |
| 13:23:11 | | Join scubacoles [0] (n=scoles@122.49.151.138) |
| 13:24:38 | | Quit barrywardell () |
| 13:25:09 | JdGordon | anyone got an archos player here? |
| 13:25:35 | Llorean | JdGordon: If it has to do with the icons, doesn't the sim work? |
| 13:26:10 | JdGordon | it does, I dont have svn sim here... is the cursor the only actual icon used? |
| 13:26:13 | | Join TrueJournals [0] (n=aimjourn@c-24-12-147-61.hsd1.il.comcast.net) |
| 13:26:16 | JdGordon | apart from the playlist viewer |
| 13:26:20 | aliask | safetydan: I don't envy your task of syncing that lang cleanup patch - I tried a little while ago and failed miserably. (read: got lazy and never finished it) |
| 13:26:45 | linuxstb | pondlife: Yes, that seems very wrong... |
| 13:26:46 | safetydan | aliask: yeah it's not fun... |
| 13:26:50 | crop | linuxstb: ah, I think I see now. First, all the sizes are defined, then the starting address of DRAM is computed and then the starting addrs of the other sections are computed |
| 13:27:20 | pondlife | linuxstb: Thsoe should be in the config- files as mentioned in plugin.lds |
| 13:27:34 | crop | pondlife: yes, I think those defs should be moved to target tree |
| 13:28:08 | pondlife | plugin.lds must also use them. |
| 13:28:52 | pondlife | safetydan: Good luck... what's stopping it being committed as soon as you've got it synced? |
| 13:28:59 | preglow | what's keeping the lang cleanup from commit, btw?= |
| 13:29:04 | pondlife | :-) |
| 13:29:18 | safetydan | It's a never ending task what with people always adding features :) |
| 13:29:20 | JdGordon | anyone know where the glyphs for the charcell icons are defined? is the order of the enum in player/icons.c important? |
| 13:29:51 | safetydan | I think the big thing is that it's going to break a lot of things |
| 13:29:59 | safetydan | voice files, every translation, etc. |
| 13:30:00 | PaulJam | JdGordon: shouldn't pressing PLAY in the contxt menus bring you to the wps instead of entering the selected submenu? |
| 13:30:15 | safetydan | that, and the build script doesn't handle the NONE part |
| 13:30:31 | preglow | safetydan: so what? we can't really care about that |
| 13:30:43 | safetydan | FS #6652 is the big hold up |
| 13:30:44 | preglow | if that's what's keeping it from being commited, i say just commit it |
| 13:30:54 | preglow | right |
| 13:31:08 | JdGordon | PaulJam: probably... |
| 13:31:25 | safetydan | my perl-fu is weak, so the next best thing for me to try is to get the patch back in sync |
| 13:31:32 | * | petur returns from lunch and gets megatriggers from beer discussion |
| 13:32:11 | pondlife | Good job it wasn't before lunch |
| 13:32:15 | preglow | well, i've been known to do perl |
| 13:32:20 | preglow | but i know nothing about the lang build system |
| 13:34:29 | SliMM | when using LCD_UNPACK_GREEN let's say, what's the maximum value i can get? |
| 13:36:21 | LinusN | currently 63, i think |
| 13:36:45 | LinusN | but it depends on the target |
| 13:36:48 | SliMM | that's for LCD_UNPACK_GREEN_LCD |
| 13:37:18 | JdGordon | SliMM: iirc, there is a macro to go from 255->max_supported |
| 13:37:41 | linuxstb | SliMM: LCD_MAX_GREEN |
| 13:38:19 | SliMM | linuxstb: and what does LCD_UNPACK_GREEN_LCD do then? |
| 13:39:38 | SliMM | with LCD_UNPACK_GREEN i get a 8-bit value, but i don't know whether it's 255 or 252 (63*4 / 63 << 2) |
| 13:39:40 | linuxstb | Sorry, there are no such macros... "RGB_UNPACK_GREEN" gives you an 8-bit value, "RGB_UNPACK_GREEN_LCD" gives you the native LCD depth. |
| 13:40:14 | SliMM | yes, sorry, RGB instead of LCD prefix :"> |
| 13:40:34 | | Join barrywardell [0] (n=barrywar@host-194-46-241-219.dsl-ie.utvinternet.net) |
| 13:40:37 | SliMM | i always type it wrong |
| 13:41:04 | linuxstb | You can see the definitions in firmware/export/lcd.h |
| 13:41:13 | SliMM | ok, thanks |
| 13:44:13 | safetydan | well ajbrec.ajz is 246432 bytes with the current lang v2 cleanup patch |
| 13:44:24 | safetydan | which is around 2000 bytes saved I think |
| 13:44:29 | safetydan | not bad |
| 13:44:33 | safetydan | anyway, night all |
| 13:44:38 | | Quit safetydan (Remote closed the connection) |
| 13:45:27 | | Part TrueJournals |
| 13:46:13 | crop | What does _iramcopy = LOADADDR(.iram); in app.lds do? Doesn't it make iramcopy to point to the same adr as iramstart? |
| 13:47:38 | linuxstb | crop: Maybe the manual would help :) http://www.gnu.org/software/binutils/manual/ld-2.9.1/html_node/ld_toc.html |
| 13:50:16 | | Quit barrywardell () |
| 13:54:13 | | Join barrywardell [0] (n=barrywar@host-194-46-241-219.dsl-ie.utvinternet.net) |
| 13:54:20 | amiconn | SliMM: All rockbox lcd drivers do proper clipping, no need to do it yourself |
| 13:55:12 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
| 13:55:53 | | Join Nico_P [0] (n=nicolas@rob92-6-82-231-243-63.fbx.proxad.net) |
| 13:56:31 | LinusN | crop: LOADADDR() gives you the address where the data is loaded by the linker, i.e the address of the copy |
| 13:56:57 | crop | linuxstb: from what I read in the manual (tnaks for the link!) I think I'm right. |
| 13:57:41 | crop | linuxstb: but that doesn' matter since I wass looking at the wrong .lds! :-))) I was looking at app.lds but the right file is plugin.lds. Oh! |
| 13:58:07 | * | Nico_P 's application for the SoC was accepted :) |
| 13:58:43 | crop | In the app, iramcopy is set to the same address as iram. That's why I didn't understand why we make memcpy(iramstart, iramcopy, iram_size); in plugin.c. |
| 13:59:03 | crop | But for plugins this is OK. |
| 13:59:34 | amiconn | iramcopy is never the same as iram |
| 13:59:42 | amiconn | That would indeed not make sense |
| 14:00 |
| 14:00:52 | crop | amiconn: but in app.lds we have _iramcopy = LOADADDR(.iram); |
| 14:01:05 | amiconn | yes |
| 14:01:28 | crop | amiconn: isn't is the same value as iramstart? |
| 14:01:34 | amiconn | That doesn't make them identicaö |
| 14:01:37 | amiconn | *identical |
| 14:02:22 | | Quit barrywardell () |
| 14:02:23 | crop | amiconn: what do you mean? They are different symbols, I see. But they point to the same address, no? |
| 14:03:29 | Zagor | Notice: Server upgrade in progress, including apache. cgiirc clients may get disconnected. |
| 14:03:31 | crop | So the arrays point to the same memory (if we're in the app; that doesn't hold for plugins) |
| 14:04:04 | crop | amiconn: since in plugins the symbols point to different addrs (see plugin.lds) |
| 14:05:19 | crop | Which (if I'm right) raises the question about why do we have iramcopy in the app? |
| 14:05:38 | linuxstb | iramcopy will be for initialised IRAM data in the main rockbox binary. |
| 14:05:44 | crop | I.e. why do we need it at all? |
| 14:06:26 | LinusN | crop: it is needed when rockbox is flashed |
| 14:06:50 | | Quit crop ("CGI:IRC (EOF)") |
| 14:06:51 | | Quit petur ("CGI:IRC (EOF)") |
| 14:08:59 | JdGordon | are fonts broken in the gigabeat sim? |
| 14:09:02 | linuxstb | LinusN: Why only when flashed? |
| 14:10:10 | LinusN | linuxstb: because there is no need for a duplicate since the binary is always reloaded from disk |
| 14:10:45 | | Join crop [0] (i=c27f0812@gateway/web/cgi-irc/labb.contactor.se/x-c58caf441adb879b) |
| 14:11:01 | linuxstb | LinusN: I think I missed something, what's duplicated? |
| 14:11:20 | LinusN | the datacopy section contains the initial data of the data section |
| 14:11:31 | | Quit crop (Client Quit) |
| 14:11:42 | LinusN | so the data section can be correctly initialized |
| 14:11:53 | linuxstb | I thought we were talking about the iram stuff... |
| 14:12:05 | | Join crop [0] (i=c27f0812@gateway/web/cgi-irc/labb.contactor.se/x-198b911c9446ab2a) |
| 14:12:58 | crop | But am I right that iramcopy used in "memcpy(iramstart, iramcopy, iram_size);" (plugin.c:707) is the symbol from plugin.lds, not the one from app.lds? |
| 14:13:07 | LinusN | crop: yes |
| 14:13:23 | LinusN | linuxstb: of course, my bad |
| 14:13:29 | crop | Hua, now the world is round again :-) |
| 14:13:40 | LinusN | phew |
| 14:14:12 | LinusN | i would like to have the lds files in the target tree |
| 14:14:37 | LinusN | one for each target |
| 14:14:48 | pondlife | And get rid of that stuff in playback.c... |
| 14:14:59 | crop | LinusN: if not the lds, then at least all the symbols (XXX_SIZE). They are duplicated now (in plugin.lds) |
| 14:15:12 | LinusN | that too |
| 14:15:19 | amiconn | crop: all iram section addresses are always different from their copy. That's because they're loaded to dram and then copied |
| 14:15:32 | amiconn | LOADADDR() is *not* an identity operator |
| 14:16:19 | linuxstb | But isn't there a danger of errors if we have many copies of very similar files? I don't think the .lds is that hard to follow, especially if some of the constants are moved to config-*.h |
| 14:17:31 | LinusN | linuxstb: perhaps, but i kind of like the targets to be more self-contained in some respects |
| 14:17:37 | crop | amiconn: I don't understand. Do you mean that after _iramcopy = LOADADDR(.iram); (app.lds) iramcopy will not point to the same address as iramstart? |
| 14:18:24 | LinusN | iramstart is not the load address of .iram |
| 14:18:25 | | Quit himitsu_ (Read error: 104 (Connection reset by peer)) |
| 14:18:52 | LinusN | the load address is where the data copy is loaded |
| 14:20:10 | LinusN | that's the purpose of the "AT ( iramcopy)" stuff |
| 14:21:27 | LinusN | the LOADADDR() operator in this case will give you the start address of the iramcopy section |
| 14:23:36 | crop | LinusN: yes, but in app.lds we don't have AT(...) |
| 14:24:49 | LinusN | crop: i thought we were discussing plugin.lds |
| 14:26:09 | crop | LinusN: yes. I looked at the wrong .lds (app.lds) for a long time :-) |
| 14:26:43 | LinusN | it's done differently in app.lds, with the AT clause at the end of the .iram section definition |
| 14:26:47 | linuxstb | crop: Maybe looking at a map file will help - e.g. apps/plugins/pacbox/pacbox.map (a plugin which uses IRAM). This puts real numbers to the different variables. |
| 14:27:07 | linuxstb | (apps/plugins/... in your build directory) |
| 14:27:11 | LinusN | i'm not sure anymore what crop is trying to understand |
| 14:29:48 | LinusN | but i still think the lds files would be simpler without the preprocessor magic to hide the iram away from the targets that have none |
| 14:29:55 | LinusN | ets |
| 14:29:55 | crop | LinusN: I was confused by the statement memset(...) in plugin.c. I thout that it copies a buffer to itself since iramcopy is the same as iramstart |
| 14:29:57 | LinusN | etc |
| 14:30:24 | LinusN | memset() fills with zeroes, i assume you mean memcpy() ? |
| 14:30:34 | crop | LinusN: not memset, memcpy |
| 14:30:53 | LinusN | iramcopy is not the same as iramstart |
| 14:30:57 | linuxstb | crop: You realise that that function is called from the plugin itself - so the variables being passed are those from the plugin, which are from plugin.lds? |
| 14:31:00 | crop | LinusN: ah, you understand me faster than I type .-) |
| 14:31:29 | | Quit SirFunk (Read error: 60 (Operation timed out)) |
| 14:31:30 | crop | linuxstb: yes |
| 14:31:52 | LinusN | what makes you believe that iramcopy is the same as iramstart? |
| 14:32:25 | | Join midgey [0] (n=tjross@markely-164-75.reshall.umich.edu) |
| 14:32:40 | crop | LinusN: isn't it? I mean app.lds. Then I should learn assembler/linker |
| 14:33:07 | LinusN | crop: app.lds does it in exactly the same way as plugin.lds |
| 14:33:33 | LinusN | except that the AT clause is in different places of the section declaration |
| 14:33:56 | LinusN | and why do you even care about app.lds? |
| 14:34:30 | LinusN | crop: and i have tried to explain this twice now |
| 14:34:37 | JdGordon | guys FS #7013 (loadable icons) is ready imo for commiting... anyone want to have a looksie before i commit? |
| 14:34:47 | | Quit scubacoles (Read error: 110 (Connection timed out)) |
| 14:34:59 | JdGordon | amiconn: can you have a look at the charcell part of the patch please? |
| 14:35:03 | linuxstb | crop: And the map files prove they are different - you can see the actual values of the two variables. |
| 14:35:05 | elinenbe | Super deal on the gigabeat: http://www.dapreview.net/comment.php?comment.news.3922 |
| 14:35:07 | JdGordon | it works in the sim, but dont know if its good enouh |
| 14:35:18 | elinenbe | I just got one for $90 shipped −− for a 40 GB MP3 player! |
| 14:35:24 | crop | LinusN: because I didn't know (but now do) that iramcopy and iramstart that are used in plugin.c are defined in plugin.lds. Sorry Linus, me being stupid |
| 14:36:28 | * | linuxstb wonders if officedepot.com ship to Europe |
| 14:36:49 | elinenbe | maybe do a US order and have someone ship? |
| 14:38:17 | JdGordon | holy cow thats cheap |
| 14:38:50 | | Join webguest98 [0] (i=c023111e@gateway/web/cgi-irc/labb.contactor.se/x-f11035b4722ab9c4) |
| 14:39:31 | JdGordon | if they dont ship to aus (and my friends want to take up the offer) would anyone in the us mind playing middle man for me? |
| 14:39:40 | daurn | JdGordon: i'd drop by ;) |
| 14:39:44 | | Quit gtkspert ("leaving") |
| 14:41:26 | | Quit crop ("CGI:IRC") |
| 14:41:31 | | Join crop [0] (i=c27f0812@gateway/web/cgi-irc/labb.contactor.se/x-ac49bc83fd0e4e2e) |
| 14:41:50 | | Join PaulJam_ [0] (i=Paul@vpn-3039.gwdg.de) |
| 14:48:08 | | Quit Febs (Read error: 110 (Connection timed out)) |
| 14:52:05 | perldiver | its not anymore on the officedepot site |
| 14:53:01 | perldiver | wrong |
| 14:53:02 | perldiver | it is |
| 14:53:08 | perldiver | doesnt come up in search though |
| 14:55:59 | | Quit PaulJam (Read error: 110 (Connection timed out)) |
| 14:56:38 | crop | JdGordon: in your last commit, I think you've made a copy/paste error. In misc.c:903, it should be lcd_remote_setfont |
| 15:00 |
| 15:02:42 | | Join qwm [0] (n=qwm@h162n1fls34o1010.telia.com) |
| 15:06:54 | perldiver | ok got one as well |
| 15:07:15 | amiconn | LinusN? |
| 15:07:15 | perldiver | at seems a lot of people buying it from fatwallet forums |
| 15:07:53 | amiconn | JdGordon: Not now, but I might be able to check out your patch tonight |
| 15:08:40 | | Nick Kapez is now known as CIFA (i=kapez@evot.us) |
| 15:09:19 | | Nick CIFA is now known as Kapez (i=kapez@evot.us) |
| 15:09:22 | *** | Saving seen data "./dancer.seen" |
| 15:09:35 | crop | amiconn: why do we need iramcopy in app.lds? For flashing (as Linus said but I'm not sure whether we we talking the same frequency then)? |
| 15:09:58 | | Join barrywardell [0] (n=barrywar@dhcp-892b9b44.ucd.ie) |
| 15:11:46 | amiconn | The core works very similar to plugins wrt iram |
| 15:12:17 | | Join SirFunk [0] (n=Sir@admin-147-222.potsdam.edu) |
| 15:12:25 | amiconn | The bootloader loads the binary into ram, and one of the first things it does is copying its iram parts to iram |
| 15:12:43 | | Join DiODO [0] (n=DiODO@host39-227-dynamic.59-82-r.retail.telecomitalia.it) |
| 15:12:47 | amiconn | There is no difference in iram handling whether the core is in flash or in ram |
| 15:13:30 | crop | amiconn: thanks! |
| 15:13:36 | daurn | hey, that gigabeat |
| 15:13:38 | daurn | nice price |
| 15:13:40 | daurn | i'll grab one |
| 15:13:46 | daurn | anyone in usa that can ship to me? |
| 15:14:08 | crop | amiconn: BTW: could you correct the copy/paste typo in the last commit by JdGordon? |
| 15:14:09 | amiconn | There are just 2 minor differences regarding dram handling, one is that when running from dram, the iram section can be reused (for bss, or in case of the core, stack) once it's copied, and the other is that the .data section doesn't need to be copied when runnning from ram |
| 15:14:58 | crop | amiconn: does the .data section contain initialised or uninitialised data? |
| 15:15:33 | | Quit qwx (Read error: 110 (Connection timed out)) |
| 15:15:46 | amiconn | Initialized. Uninitialized is .bss. There are 4 standard section names: .text, .data, .rodata and .bss |
| 15:16:33 | amiconn | For the core dram/iram init operations are done in crt0.S, but for plugins it's done in the plugin itself |
| 15:16:35 | crop | Is there some method to initialise structure members not by order but by names? The initialisation of the plugin_api structure is very fragile IMO |
| 15:17:30 | amiconn | We do it this way because plugins using iram need to stop playback (because they share iram with the codecs), and the plugin needs to have a chance to ask whether stopping is okay _before_ actually doing the iram copy |
| 15:17:59 | crop | amiconn: I asked because I wanted to know if memset(iramcopy, 0, iram_size); in plugin.c is necessary. It is. |
| 15:18:58 | amiconn | It is. It clears the .bss part that is shared with iramcopy |
| 15:19:19 | amiconn | Gcc relies on .bss being cleared, placing zero-initalized data there |
| 15:19:28 | | Join Forte [0] (n=j@cpe-76-181-196-81.columbus.res.rr.com) |
| 15:19:30 | Forte | wow |
| 15:19:35 | Forte | my mini is tempermental |
| 15:19:36 | Forte | :P |
| 15:20:46 | crop | amiconn: you mean .data part? iramcopy is in the .data section in plugin.lds |
| 15:22:17 | Forte | yay |
| 15:22:22 | Forte | she just played through a whole song |
| 15:22:27 | * | Forte pats mini on the back |
| 15:23:21 | | Quit midgey () |
| 15:23:27 | daurn | uh |
| 15:23:28 | daurn | so |
| 15:23:39 | * | Forte is happy |
| 15:23:42 | daurn | anyone in america that can ship a couple of aussies a gigabeat? |
| 15:23:51 | * | Forte kinda has 2 working ipods |
| 15:25:09 | Forte | and it shut off |
| 15:25:15 | bluebrother | Forte: you mini is female? |
| 15:25:20 | Forte | tempermental piece of shit |
| 15:25:27 | Forte | all gadgets and cars are female |
| 15:25:35 | Forte | it sounds less gay when you talk about thme |
| 15:25:37 | Forte | them |
| 15:25:41 | bluebrother | ah, that explains the temperament |
| 15:25:52 | Forte | :P |
| 15:26:10 | Forte | i think its a battery problem with the mini |
| 15:26:13 | Forte | i fixed the video |
| 15:26:15 | Forte | it works great |
| 15:26:47 | markun | daurn: maybe toffe can buy some for you, he's used to shipping Gigabeat's abroad :) |
| 15:28:12 | | Quit Entasis ("Leaving") |
| 15:28:25 | | Join Febs [0] (n=chatzill@38.98.196.75) |
| 15:28:51 | markun | Forte: what about the PC's that were destroyed during the installation? |
| 15:29:24 | | Quit lodesi (Read error: 104 (Connection reset by peer)) |
| 15:30:05 | crop | markun: may be you could correct the typo in the last commit of misc.c? It doesn't worth a patch. |
| 15:30:58 | Forte | so what music you lot listen to? |
| 15:31:00 | markun | crop: ok, let me check |
| 15:31:03 | | Quit XavierGr (Read error: 110 (Connection timed out)) |
| 15:31:14 | | Join perpleXa [0] (i=perpleXa@unaffiliated/perplexa) |
| 15:31:41 | markun | Forte: mogwai, autechre, elliott smith, david bowie, amon tobin, ... |
| 15:31:57 | markun | crop: you? |
| 15:32:00 | | Join lodesi [0] (n=lds@fydelkass.inl.fr) |
| 15:32:03 | markun | eh, that was for Forte :) |
| 15:32:30 | markun | crop: what was the typo? |
| 15:33:16 | Forte | i listen to weird al, nightwish, bowling for soup |
| 15:33:17 | Forte | ect |
| 15:33:21 | crop | markun: the second added set_font should be set_remote_font |
| 15:33:22 | Forte | little bit of everything |
| 15:34:06 | markun | Forte: well, I could have told you the same. Doesn't tell me much. |
| 15:34:35 | markun | so you listen to a bit of "happy hardcore" for example? |
| 15:34:35 | crop | markun: line 903 should be lcd_remote_setfont |
| 15:34:44 | markun | crop: yes, I'll fix it |
| 15:36:13 | | Quit Kapez (Remote closed the connection) |
| 15:37:00 | markun | crop: done |
| 15:37:03 | markun | thanks |
| 15:40:52 | JdGordon | markun: ah thanks for fixing that |
| 15:46:05 | | Part LinusN |
| 15:48:22 | | Quit perpleXa ("leaving") |
| 15:50:02 | | Join kkurbjun [0] (n=kkurbjun@c-71-56-227-141.hsd1.co.comcast.net) |
| 15:50:20 | markun | kkurbjun: I wanted to ask you something all morning and now I forgot :) |
| 15:51:16 | markun | something about the Gigabeat hardware init or bootloader.. hm.. |
| 15:52:28 | kkurbjun | :), well while we are asking questions do you know what is stored in the first 100 bytes of DRAM? |
| 15:53:03 | markun | nothing is stored there |
| 15:53:07 | kkurbjun | on the gigabeat it really does not like that section to be overwritten |
| 15:53:09 | kkurbjun | hmm |
| 15:53:25 | markun | It was added by someone as some kind of precaution but it can be removed |
| 15:53:58 | markun | so you say it needs to be there? |
| 15:54:04 | markun | what happens if you overwrite it? |
| 15:54:58 | kkurbjun | I have not tried changing the linker script, I should see if that fixes the problem I was running into. If I overwrite it the screen washes out and it fails to boot. |
| 15:55:36 | kkurbjun | If I change the address to 0x0 in the bootloader that is instead of the 100 byte offset |
| 15:56:05 | kkurbjun | rockbox.gigabeat also seems to include that 100 byte offset though, so I'm not sure why overwriting it causes the player to fail |
| 15:56:08 | | Quit PaulJam_ (".") |
| 15:56:20 | markun | which address did you change to 0x0? |
| 15:56:52 | kkurbjun | in gigabeat.c loadbuffer = (unsigned char*) 0x100 |
| 15:57:05 | markun | ok, let me check |
| 15:57:25 | | Join B4gder [0] (i=14850102@gateway/web/cgi-irc/labb.contactor.se/x-1d0f4c080f49f3af) |
| 15:57:33 | kkurbjun | I have to go to work right now, but if you think of that question write it in here, I check the logs |
| 15:57:42 | markun | ok |
| 15:58:00 | kkurbjun | thanks for looking into that offset as well |
| 15:59:01 | | Join Arathis [0] (n=doerk@p5484993D.dip0.t-ipconnect.de) |
| 15:59:49 | | Quit miepchen^schlaf (Read error: 60 (Operation timed out)) |
| 16:00 |
| 16:00:03 | | Join miepchen^schlaf [0] (n=hihi@dslb-088-072-250-236.pools.arcor-ip.net) |
| 16:02:16 | | Quit B4gder (Client Quit) |
| 16:02:26 | | Join Bagder_ [0] (i=dast@gateway/web/cgi-irc/labb.contactor.se/x-4bd881df541441a1) |
| 16:02:37 | | Nick Bagder_ is now known as B4gder (i=dast@gateway/web/cgi-irc/labb.contactor.se/x-4bd881df541441a1) |
| 16:04:44 | | Quit webguest98 ("CGI:IRC") |
| 16:04:51 | | Quit crop ("CGI:IRC") |
| 16:07:47 | JdGordon | does anyone think fs#6459 would be useful as a plugin? I think it could be done fairly simply |
| 16:08:00 | | Join Lynx_ [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) |
| 16:08:12 | markun | kkurbjun: I think I know what's going on |
| 16:08:15 | | Join desowin [0] (n=desowin@unaffiliated/desowin) |
| 16:08:36 | markun | the interrupt vector needs to start a 0x0 |
| 16:09:10 | bluebrother | JdGordon: you would need to maintain a list of buttons -> meaning |
| 16:09:13 | markun | and instead of having the vector at the beginning of crt0.S we reserve 0x100 bytes and then copy the vector there |
| 16:09:25 | JdGordon | bluebrother: thats the easy part :p |
| 16:09:36 | markun | I think it's very strange to do it like this |
| 16:10:00 | bluebrother | and how do you want to call it? From a new hardcoded entry in the context menu? |
| 16:10:16 | bluebrother | that context menu might change the button context ... |
| 16:10:44 | bluebrother | which leads me to thinking this idea is somewhat pointless |
| 16:11:15 | JdGordon | as a plugin, the first screen is a list of contexts |
| 16:11:32 | bluebrother | does a user know what context there are available? |
| 16:11:46 | JdGordon | well, they would be translated into english as best as possible |
| 16:12:18 | bluebrother | I don't believe the average user (which this is intended to) wants to even think about this contexts. |
| 16:12:35 | | Join iwantanimac [0] (n=iwantani@124-168-93-140.dyn.iinet.net.au) |
| 16:13:01 | JdGordon | well the first screen would ask for which screen you were in "wps" "file/db tree" "menu" etc |
| 16:13:11 | JdGordon | not CONTEXT_TREE CONTEXT_LIST... |
| 16:13:16 | bluebrother | hmm. Sure. |
| 16:13:30 | preglow | what's up with the fs mail sujects? |
| 16:13:51 | * | bluebrother was wondering about the notifications right this moment too |
| 16:14:02 | linuxstb | This context-menu talk reminds me of an earlier idea I had - context menus for the items in the root menu, which would be linked to the relevant settings screens. So for example, a long press on "Files" would give you file-browser related settings, "Database" would give you database settings and options etc... |
| 16:14:20 | preglow | linuxstb: sounds clever |
| 16:14:30 | bluebrother | JdGordon: I'd rather like help messages like e.g. my mobile does |
| 16:14:33 | * | linuxstb waits for bluebrother to say it's not a root menu.... |
| 16:14:50 | bluebrother | explaining the keys is somewhat not explaining but rtfm imo. |
| 16:14:55 | JdGordon | linuxstb: its not so impossible to do... |
| 16:15:23 | DiODO | hi! |
| 16:15:27 | iwantanimac | I have checked the Wiki and the manual and it is unclear to me exactly what the numbers in the "Most Played" Database menu are. The first number seems to be playcount, but the second makes far less sense. Could anyone enlighten me? |
| 16:16:10 | linuxstb | JdGordon: I was hoping you would say that.... |
| 16:16:22 | * | bluebrother notices linuxstb noticing and refrains to note again |
| 16:17:01 | roolku | linuxstb: good idea, there are bookmark settings as well and on the "Settings" entry there could be "manage settings" |
| 16:17:11 | Slasheri | iwantanimac: that is the generated auto score for the track |
| 16:17:25 | Slasheri | hi roolku :) |
| 16:17:27 | iwantanimac | sorry, that would be "Last played tracks" not Most Played... |
| 16:17:29 | * | JdGordon whipes his dev tree clean and gets to it |
| 16:17:37 | roolku | hi Slasheri :) |
| 16:17:45 | Lynx_ | Hi guys! Has it ever been considered to have 'shut down' as a main menu option? |
| 16:18:01 | bluebrother | Lynx_: why? |
| 16:18:26 | roolku | Lynx_: it exists already (but needs to be enabled) |
| 16:18:39 | Slasheri | iwantanimac: there is no "last played tracks" in the default menu. Probably you should check what is inside tha tagnavi*.config files |
| 16:18:42 | linuxstb | roolku: It does? Then let's enable it... |
| 16:18:53 | Lynx_ | bluebrother: somehow i dislike the long press |
| 16:19:12 | Lynx_ | roolku: enabled in the options or enabled at code level? |
| 16:19:22 | bluebrother | why do we need a menu entry for it? I don't think it's useful. |
| 16:19:34 | bluebrother | or, in other words: useless ;) |
| 16:19:34 | roolku | linuxstb: I better hope I haven't said anything wrong, but i am sure I have heard talk about not all archos having a shutdown key.... |
| 16:19:35 | iwantanimac | actually it's "List Played Tracks" but i'm an idiot... |
| 16:19:38 | * | roolku goes looking |
| 16:19:52 | Slasheri | iwantanimac: probably you have old build of rockbox then |
| 16:20:05 | Slasheri | iwantanimac: that menu has been replaced some times ago |
| 16:20:13 | iwantanimac | i do... but i still want to know what it is... |
| 16:20:14 | linuxstb | roolku: I seem to remember amiconn saying it could be useful on those Archos targets because of the very short hardware power-off time... But I could be wrong. |
| 16:20:22 | Slasheri | iwantanimac: then check tagnavi.config |
| 16:20:33 | Slasheri | that contains all information |
| 16:20:39 | bluebrother | roolku: iirc there is a patch in the tracker |
| 16:21:40 | Siltaar | Hum, markun, didn't you spoke about the CPU bandwith required by eSpeack to work this morning ? (I remember smth like 28MHz with an ARM7 or 9 but can't find anything in the logs...) |
| 16:22:09 | * | bluebrother leaves for a couple of minutes |
| 16:22:14 | linuxstb | bluebrother: A shutdown option could be quicker to use then having to hold play/pause for 3 or 4 seconds, which is what the ipods require - it's an extra-long press on ipods to still allow a normal long-press on play/pause to be used in Rockbox. |
| 16:23:23 | iwantanimac | linuxstb: I agree. The extra-long press is annoying. |
| 16:24:05 | linuxstb | Blame Apple for thinking a "stop" button isn't useful... |
| 16:24:14 | iwantanimac | lol yeah. |
| 16:24:29 | JdGordon | well smarty pants.... the backend code is done... which menu should each item point to? |
| 16:24:35 | iwantanimac | i only had an iPod for a weekend and it bugged me so much. |
| 16:25:07 | linuxstb | JdGordon: I'm not sure... That's the tricky part... |
| 16:25:18 | roolku | linuxstb bluebrother: it's in root_menu.c line 317 (only enabled for charcell) |
| 16:25:52 | markun | Siltaar: well, it was originally designed for ARM7 at 12MHz or something, but it has changed a bit since than so I don't know how much is needed right now |
| 16:26:01 | | Quit bawb2 ("seacrest out!") |
| 16:26:32 | Overand | iwantanimac: not bothering me too much, but i'm running a rockbox nightly from about a week ago, so i'm reasonably happy |
| 16:27:35 | linuxstb | roolku: My only worry is that maybe it would clutter the main menu. Logically, I think the option would go in "System", but if it's hard to access, it becomes less useful.... |
| 16:27:36 | | Join crop [0] (i=c27f0812@gateway/web/cgi-irc/labb.contactor.se/x-eec34af3043372b4) |
| 16:27:59 | roolku | Lynx_: yes, you would need to do your own build and change line 306 #ifdef HAVE_LCD_CHARCELLS |
| 16:28:13 | roolku | Lynx_: and corresponding #endif |
| 16:28:25 | | Join bawb2 [0] (n=bawb2@ip48200.estcmp.ku.edu) |
| 16:28:54 | crop | amiconn: can we automatically recognise that a plugin uses IRAM? In that case we could init the iram in plugin.c and thuis make plugin programming less error prone |
| 16:29:06 | roolku | linuxstb: maybe make it better accessable by having a HAVE_MENU_SHUTDOWN define that can be set in the config-* files |
| 16:29:31 | roolku | roolku: I can understand that not everybody would want it |
| 16:30:13 | | Quit miepchen^schlaf (Read error: 60 (Operation timed out)) |
| 16:30:28 | * | roolku is talking to himself |
| 16:30:53 | | Join miepchen^schlaf [0] (n=hihi@dslb-088-072-250-236.pools.arcor-ip.net) |
| 16:31:33 | JdGordon | what key is used to get to the quick screen on the gb? |
| 16:31:46 | | Join Rincewind [0] (n=xchatter@i3ED6F654.versanet.de) |
| 16:32:13 | | Quit kahn (Read error: 104 (Connection reset by peer)) |
| 16:32:20 | roolku | JdGordon: for the slow quickscreen screen you hold menu |
| 16:32:40 | markun | Siltaar: just did a little test on my PC and flite managed to convert a text file in 8.2 seconds and eSpeak 7.7. Not a bit difference. |
| 16:34:55 | amiconn | crop: Plugins using iram should be an exception. For video or certain speed critical things it's okay, but normal plugins shouldn't use iram in order to allow music playing in parallel |
| 16:35:06 | JdGordon | linuxstb: almost working |
| 16:36:30 | | Join netmasta10bt [0] (n=torment@pool-71-251-124-79.tampfl.fios.verizon.net) |
| 16:36:31 | crop | amiconn: ok. If someone is so advanced that he/she uses iram attributes we assume that he/she also initialises iram correctly :-) |
| 16:36:36 | | Join perl|work [0] (n=jacquesc@static-64-61-105-170.isp.broadviewnet.net) |
| 16:36:49 | Siltaar | markun sure |
| 16:37:10 | crop | amiconn: have you seen my question about the initialising of the plugin_api structure? |
| 16:37:35 | Siltaar | But, I must have read somewhere that eSpeack require less than 28MHz ARM7 I can't find again where... |
| 16:37:39 | markun | Siltaar: let met check homany % realtime it is |
| 16:38:04 | Siltaar | It seems to be a French madness to ear voices that nobody else ear... |
| 16:38:31 | Siltaar | or read quotes that aren't in the logs :-P |
| 16:38:31 | crop | It's now done by order. I suggested to do it by names. |
| 16:38:32 | linuxstb | markun: Can you remind me what work is required to port espeak? I've forgotten... Is it C++? |
| 16:38:41 | Siltaar | yes |
| 16:38:45 | Siltaar | it is |
| 16:38:53 | | Quit iwantanimac ("iMac, out.") |
| 16:39:04 | B4gder | people should stop using C++ |
| 16:39:07 | B4gder | :-) |
| 16:39:11 | Siltaar | I think so |
| 16:39:18 | Siltaar | use Ada 2005 instead !! |
| 16:39:30 | linuxstb | B4gder: You're not wrong... |
| 16:39:34 | markun | linuxstb: it's c++, but uses almost no c++ features |
| 16:39:42 | markun | then there is malloc of course |
| 16:39:52 | linuxstb | As a test, you can fake malloc... |
| 16:40:05 | linuxstb | As long as it's not using free too much.. |
| 16:40:09 | markun | I asked Jonathan about the use of floats and he thought the main loop was fixed point |
| 16:40:41 | JdGordon | linuxstb: hmm.. maybe this wont be so easy to get working |
| 16:41:40 | markun | linuxstb: maybe I can post my email conversations with him somewhere so I don't make anny errors and don't have to repeat it |
| 16:41:59 | perl|work | markun severe case of stereo reverse, it didnt go away until i restarted the player this morning |
| 16:42:12 | linuxstb | markun: A wiki page would seem in order... |
| 16:42:33 | markun | perl|work: I also keep getting it from time to time |
| 16:42:54 | markun | linuxstb: maybe just a general TTS wiki page? |
| 16:42:58 | perl|work | markun i guess there're only 2 of us who can spot it :P |
| 16:43:14 | perl|work | maybe other people dont know their music that well |
| 16:43:34 | linuxstb | markun: Maybe a comparison of flite and espeak, listing features - which would include things like language, use of malloc, fixed/floats etc etc |
| 16:44:29 | linuxstb | JdGordon: What's the problem? |
| 16:44:33 | markun | perl|work: I noticed in the movie player when I was watching starwars and a ship was going in the wrong direction I think :) |
| 16:44:39 | preglow | plus for flite: is possible to understand first time you're exposed to it |
| 16:44:52 | markun | preglow: yes, that's for sure |
| 16:45:07 | JdGordon | linuxstb: it seems to like crashing for some unknown reason :p |
| 16:45:13 | | Join My_Sic [0] (n=MySic@m180.net81-67-5.noos.fr) |
| 16:46:05 | perl|work | markun ha |
| 16:46:10 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
| 16:46:34 | markun | So, what's the plan for GSoC now? Can Ozgur start his work now or will there be some kind of start sign? |
| 16:47:07 | linuxstb | I think I read a timeline somewhere - something like the 28th May to start coding, but students are expected to make contact with projects before that. |
| 16:47:28 | crop | Does google provide some funding etc? Or what is the point in doing something as part of soc? |
| 16:47:29 | B4gder | markun: we need the cancer guys to remove their mentorship, but then there should be no obstables |
| 16:47:42 | linuxstb | markun: http://code.google.com/support/bin/answer.py?answer=60325&topic=10729 (Project timeline) |
| 16:47:50 | B4gder | crop: the gsoc is 4500 USD funding |
| 16:48:02 | B4gder | to the student |
| 16:49:01 | crop | B4gder: ah, not bad! And for the mentor? |
| 16:49:10 | B4gder | a t-shirt |
| 16:49:20 | markun | and for the project 500 USD |
| 16:49:28 | pondlife | Doesn't the student get a shirt too? |
| 16:49:33 | crop | Fair deal! |
| 16:49:35 | markun | so in total 2000 USB beer money |
| 16:49:41 | markun | USD even :) |
| 16:49:43 | elinenbe | Super deal on the gigabeat: http://www.dapreview.net/comment.php?comment.news.3922 |
| 16:49:46 | elinenbe | I just got one for $90 shipped −− for a 40 GB MP3 player! |
| 16:49:58 | markun | elinenbe: how much do they have left? |
| 16:50:01 | B4gder | that's insane |
| 16:50:02 | markun | pretty amazing |
| 16:50:12 | pondlife | If I only lived in the US |
| 16:50:31 | B4gder | elinenbe: you can sell them for 100 + shipping to overseas! ;-) |
| 16:50:41 | pondlife | True! |
| 16:50:49 | pondlife | I'd pay 100.01 |
| 16:50:53 | markun | toffe82: did you see that? |
| 16:50:59 | elinenbe | markun: Not sure how many left, but Office Depot is a huge store here... they could have hundreds? thousands? |
| 16:51:03 | markun | might be nice for you Gigabeat store :) |
| 16:51:27 | Rincewind | elinenbe: do you know if they ship internationally? |
| 16:51:48 | B4gder | US stores too rarely ship international |
| 16:52:06 | perl|work | fatwallet people got a lot already |
| 16:52:10 | perl|work | somebody ordered 10 of them |
| 16:52:18 | perl|work | i got one myself |
| 16:52:27 | elinenbe | when you order it says if they are in stock or not... |
| 16:52:56 | markun | perl|work: you couldn't resist? :) |
| 16:53:10 | pondlife | When do non-mentors find out which GSoC projects are going ahead? And which students/mentors..? |
| 16:53:14 | toffe82 | markun: yes good deal |
| 16:53:16 | perl|work | markun well at $90 shipped its hard to |
| 16:53:23 | | Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) |
| 16:53:24 | linuxstb | pondlife: It's published already. |
| 16:53:24 | B4gder | I have to admit the gigabeats are uglier in the real world than what they look like on pictures ;-) |
| 16:53:33 | linuxstb | pondlife: See here - http://code.google.com/soc/ |
| 16:53:37 | markun | :) |
| 16:53:43 | | Join miepchen^schlaf [0] (n=hihi@dslb-088-072-250-236.pools.arcor-ip.net) |
| 16:53:49 | linuxstb | B4gder: I thought the opposite... |
| 16:53:54 | B4gder | hehe |
| 16:53:55 | pondlife | linuxstb: I can't see much than a link back to our wiki |
| 16:54:04 | linuxstb | At least the silver one is nice IMO. |
| 16:54:11 | perl|work | markun i just wish it was champagne :P |
| 16:54:12 | markun | B4gder: do you have one now, or only saw LinsN's? |
| 16:54:18 | toffe82 | markun: my business is going down now :( |
| 16:54:23 | perl|work | B4gder you havent seen the black one that is |
| 16:54:24 | B4gder | markun: I played with linus' |
| 16:54:27 | markun | toffe82: yes, terrible new |
| 16:54:28 | markun | news |
| 16:54:57 | linuxstb | pondlife: Ah, so you don't see anything when you click on a project name? I didn't realise it was just visible to logged-in mentors. |
| 16:54:57 | pondlife | linuxstb: Ah, I see it |
| 16:54:59 | B4gder | I wouldn't mind a gigabeat though |
| 16:54:59 | perl|work | B4gder 20gb black is one of the best looking mp3 players ever made period |
| 16:55:07 | pondlife | I was getting a script error |
| 16:55:07 | linuxstb | pondlife: Ah, so it is public? |
| 16:55:08 | B4gder | hehe |
| 16:55:19 | toffe82 | markun: the one on the picture seems to be the F60 |
| 16:56:06 | linuxstb | toffe82: Is a hard drive upgrade straightforward? Or does it require some kind of adapter to format the disk from a PC? |
| 16:56:18 | markun | linuxstb: no adapter |
| 16:56:26 | markun | you can use the 'hotswap' trick |
| 16:56:50 | toffe82 | linuxstb: just use the toshiba hard drive with female connector |
| 16:56:52 | markun | ah, but there is some magic on the HDD somewhere |
| 16:57:19 | JdGordon | linuxstb: all working :D |
| 16:57:41 | toffe82 | neverbuy the toshiba model finishing by 8 (zif connector) for the F , it doens't work |
| 16:58:19 | linuxstb | toffe82: I would quite like an 80GB drive, but I only have an F20... Any options? |
| 16:58:47 | markun | linuxstb: isn't there supposed to be a single platter 50GB drive now? |
| 16:58:50 | | Join juxtap [0] (n=juxtap@41.208.199.0) |
| 16:58:51 | toffe82 | you need to change the back case |
| 16:59:41 | linuxstb | markun: I don't know. But there's normally a long gap between "supposed to be available" and "actually available". |
| 17:00 |
| 17:00:27 | perl|work | toffe82 f40 and f60 can look quite the same on the certain angle on the pictures |
| 17:00:53 | roolku | linuxstb: I have a spare F60 back if you are interested - slightly battered but still usable |
| 17:01:11 | linuxstb | roolku: Oooh... What colour? |
| 17:01:36 | roolku | linuxstb: silver (I have never seen black in Europe) |
| 17:01:49 | perl|work | f60 has darker middle silver plater |
| 17:02:01 | toffe82 | perl|work: they didn't do a F40 with these color |
| 17:02:11 | perl|work | toffe82 what pictures exactly? |
| 17:03:00 | toffe82 | the one from the link for the super deal : http://www.dapreview.net/comment.php?comment.news.3922 |
| 17:03:18 | | Join XavierGr [0] (n=xavier@ppp139-145.adsl.forthnet.gr) |
| 17:03:18 | | Part B4gder |
| 17:03:25 | perl|work | ah that |
| 17:03:28 | perl|work | yes thats f60 |
| 17:03:40 | roolku | linuxstb: I can send you a picture when I get home tonight |
| 17:04:11 | toffe82 | linuxstb: the max you can put on the F is a 60gb, all the other model from toshiba with higher capacity are with zif connector |
| 17:04:29 | toffe82 | or you have to make an adapter |
| 17:05:30 | markun | toffe82: amiconn has a non-ZIF 80GB drive |
| 17:05:49 | markun | maybe petur as well, I'm not sure |
| 17:05:52 | | Quit barrywardell (Read error: 110 (Connection timed out)) |
| 17:05:52 | JdGordon | any thoughts on what the context menu for the playlist item and the plugins item should be? |
| 17:05:52 | toffe82 | compatible toshiba ? |
| 17:06:00 | markun | yes, Toshiba |
| 17:06:04 | JdGordon | and radio item |
| 17:06:07 | markun | he now has a iriver H180 |
| 17:06:18 | toffe82 | markun: strange I didn't see it on the toshiba site |
| 17:06:28 | perl|work | markun do you know the price of it? |
| 17:06:39 | markun | something like 250 euro I believe |
| 17:06:59 | markun | but he can answer that |
| 17:07:05 | toffe82 | markun: the only 80 I see is the mk6008gah and it is a zif connector |
| 17:07:53 | JdGordon | linuxstb: http://rafb.net/p/YHvpfR70.html |
| 17:08:02 | yoho | f40 is on sale at officedepot for $100 fwiw |
| 17:08:43 | amiconn | The MK8007GAH is non-ZIF, that's what I've put in my iriver |
| 17:08:48 | linuxstb | toffe82: Ah, then I may not bother with it... I need as much space as I can get, so may put the disk in my H140 instead. |
| 17:09:13 | toffe82 | markun: ok I found it but no more on toshiba site it is the mk8007gah |
| 17:09:23 | *** | Saving seen data "./dancer.seen" |
| 17:09:34 | * | linuxstb tries to catch up... |
| 17:10:03 | linuxstb | So what's the verdict? Is an F80 possible? |
| 17:10:09 | amiconn | Works like a charm, and I paid EUR 160 including shipment |
| 17:11:01 | linuxstb | That's more than two complete F40s from officedepot.com... |
| 17:11:10 | perl|work | hehe |
| 17:11:57 | * | JdGordon prods linuxstb to look and ok that patch so /me can goto bed |
| 17:12:04 | | Join jgarvey [0] (n=jgarvey@cpe-075-177-158-190.nc.res.rr.com) |
| 17:12:12 | toffe82 | linuxstb: the mk8007gah should work but you will need to change the back case |
| 17:12:14 | | Quit Forte (Read error: 110 (Connection timed out)) |
| 17:12:28 | linuxstb | toffe82: OK, thanks. |
| 17:12:31 | linuxstb | JdGordon: Looking now.... |
| 17:13:06 | linuxstb | roolku: Check your PMs... |
| 17:14:01 | toffe82 | linuxstb: if you need a back case , I can provide it, I have some, there are not really clean but they are ok |
| 17:15:07 | linuxstb | Hopefully I can arrange something with roolku - I think we live in the same country. |
| 17:16:30 | crop | amiconn: ping |
| 17:20:20 | linuxstb | amiconn: Did you buy your mk8007gah from "CCI Distribution" in the US? |
| 17:20:21 | amiconn | linuxstb: True, the gigabeats are cheap, but that must be for a reason ;) |
| 17:20:34 | amiconn | linuxstb: Nope, from a german ebayer |
| 17:22:00 | perl|work | amiconn and that reason is...? |
| 17:22:46 | perl|work | i can think of one actually |
| 17:22:48 | markun | perl|work: amiconn things the CPU is too powerful to be fun :) |
| 17:22:50 | perl|work | "steve jobs" |
| 17:22:53 | yoho | competition! |
| 17:23:01 | crop | amiconn: if the plugins using iram wouldn't need to ask whether the audio playback should be stopped, could we code plugin.lds in a way that made copying iram not necessary? I.e. layout the plugin address space so that that section gets loaded directly at the right address. |
| 17:23:03 | linuxstb | JdGordon: It seems to work well. Do you like the feature? |
| 17:23:17 | markun | they are just cheap because they are old and have a lousy firmware of course |
| 17:23:34 | markun | they can't even play video! |
| 17:23:59 | JdGordon | linuxstb: yeah, it effectivly doubles the amount of items in the menu.. so its good, the actual menus they open might need tweaking later.. but for now its good |
| 17:24:38 | markun | anyone in the Netherlands or in Paris planning to buy a F40? |
| 17:25:00 | elinenbe | you see this: http://code.google.com/soc/rockbox/appinfo.html?csaid=D6BA9A838F43B9D8 ? |
| 17:25:23 | elinenbe | the problem with not supporting jpeg album art tags is 90% of album art out there is configured like this. |
| 17:25:43 | elinenbe | along with music bought from itunes, allofmp3, emusic, and most blog mp3s |
| 17:25:59 | elinenbe | It's odd to not want to support what has become the standard |
| 17:26:05 | markun | :) |
| 17:26:21 | markun | elinenbe: animated icons are also normal for DAPs |
| 17:26:37 | JdGordon | markun: we can do that now! |
| 17:26:41 | markun | who knows, maybe we will support embedded jpegs after all |
| 17:26:42 | linuxstb | elinenbe: IIUC, most DAPs (including Apple's ipod firmware) don't actually read the images from the tags - they're extracted by a PC application and stored in an album art database. Which is exactly what Rockbox requires, apart from the fact that it uses the filesystem as the database. |
| 17:26:44 | markun | JdGordon: nooo! |
| 17:26:45 | JdGordon | well... soon |
| 17:27:05 | perl|work | haha |
| 17:27:30 | elinenbe | well, that is why rockbox is better than those other players. |
| 17:27:40 | markun | JdGordon: the newer irivers all use flash as the basis of their UI, maybe we should do the same :) |
| 17:27:56 | elinenbe | virtually every PC application also supports embedded album art. |
| 17:27:57 | markun | adobe flash, not flash rom |
| 17:27:59 | perl|work | JdGordon cant wait for the icon sets! :P |
| 17:28:03 | JdGordon | na, thats a bit overkill |
| 17:28:11 | pondlife | Once MoB has been completed, it should be fairly easy to parse that metadata for JPEGs. But people who have a clue will still be able to use external .JPGs.. |
| 17:28:11 | linuxstb | elinenbe: PC applications don't have limited CPU, RAM and power... |
| 17:28:26 | amiconn | crop: Perhaps, but why would you want that? The current method works, and it works well... |
| 17:28:59 | linuxstb | crop: What's the problem you're trying to fix? |
| 17:29:06 | amiconn | perl|work: (afaik) No recording, no radio, no s/pdif, and a colour display |
| 17:29:24 | markun | elinenbe: but hey, it's an open source project. Maybe someone will feel like adding support for it |
| 17:29:40 | perl|work | amiconn ah, well yes, if you're looking for such options in a dap that is |
| 17:29:54 | crop | linuxstb: I'm trying to fix the fact that I don't understand how RB works :-) |
| 17:29:56 | amiconn | And yes, I think working with the gigabeat hardware is kinda boring, except figuring out *how* things work, but that's mostly done... |
| 17:30:33 | linuxstb | You just need to set higher targets.... |
| 17:30:51 | markun | amiconn: the Gigabeat S will be more boring for you, but adds radio |
| 17:30:53 | | Join kubiix [0] (n=Miranda@mos-81-27-201-28.karneval.cz) |
| 17:31:17 | markun | amiconn: it can do floating point vector operations and has a >500MHz CPU :) |
| 17:31:23 | pondlife | Pity it can't record |
| 17:31:36 | preglow | all good |
| 17:31:44 | Nico_P | I'm adding the crossfade and crossfeed tags to the WPS code... but crossfeed used to be %xd and that's a aproblem. how do you like %xe ? |
| 17:31:48 | amiconn | perl|work: Well, if the DACs and headphone amplifiers of today's daps weren't so crappy, s/pdif would be less interesting |
| 17:31:52 | markun | at least for the Gigabeat F we can add SPDIF in and out to the dock |
| 17:32:10 | | Quit crop ("CGI:IRC (EOF)") |
| 17:32:11 | pondlife | Ah, so it does have an input? |
| 17:32:16 | preglow | markun: i'd be really tempted to get one of those buggers |
| 17:32:23 | aliask | JdGordon: I just compiled a gigabeat sim build with your iconset patch and I'm getting quite garbled menus. |
| 17:32:32 | markun | preglow: S or F? |
| 17:32:35 | preglow | s |
| 17:32:46 | pondlife | S is DRMed isn't it? |
| 17:32:49 | amiconn | markun: Trying to get flac decoding realtime on 11MHz is more challenging... |
| 17:32:57 | preglow | sure |
| 17:33:07 | preglow | but more challenging isn't always more fun |
| 17:33:30 | perl|work | markun do you think S has a chance now to be rockboxed? |
| 17:33:34 | JdGordon | aliask: you got the patch from the last comment and the last set of bmps? |
| 17:33:37 | markun | perl|work: yes |
| 17:33:50 | markun | but let's wait and see how far Zunepet gets |
| 17:34:01 | aliask | JdGordon: Oops, not the last bmps, but the last patch. |
| 17:34:03 | perl|work | he hasnt released anything yet, has he |
| 17:34:20 | JdGordon | theres your problem :D the bmp strip was flipped 90deg |
| 17:34:28 | aliask | Tada |
| 17:34:34 | toffe82 | markun: we have no doc on the video chip and the power control one for the S |
| 17:34:35 | | Quit jhMikeS (Read error: 110 (Connection timed out)) |
| 17:35:23 | preglow | amiconn: besides, i don't know how useful i'd say flac decoding is on a target with two megs of ram |
| 17:35:25 | markun | toffe82: is there a separate video chip? |
| 17:35:31 | preglow | that's not saying it won't be fun, of course |
| 17:35:39 | toffe82 | markun: yes |
| 17:36:15 | JdGordon | who was talking about the shutdown option in the root menu? |
| 17:36:22 | preglow | linuxstb |
| 17:36:26 | preglow | i thinks |
| 17:36:34 | preglow | no, ignore me |
| 17:36:34 | JdGordon | I think the system items context menu should be used for that and alarm time |
| 17:36:36 | linuxstb | preglow: It could be useful in a car environment for example - where battery life isn't an issue... And you can stick 160GB drives in the Archos devices. |
| 17:36:43 | amiconn | preglow: More useful than playing straight .wav ... |
| 17:36:49 | preglow | amiconn: indeed, heh |
| 17:37:23 | | Quit JdGordon ("zzzZZZ") |
| 17:37:27 | toffe82 | markun: http://www.focussemi.com/products/fs455.html it is the FS456 on the S, it can output 1080i :) |
| 17:37:43 | linuxstb | Does it come with hdmi? |
| 17:38:07 | aliask | toffe82: I have the datasheet for that chip. |
| 17:38:24 | toffe82 | ok |
| 17:38:55 | * | linuxstb wonders if anyone actually still makes hard-disk based DAPs, rather than PMPs... |
| 17:40:39 | GodEater | not unless you count the shuffle |
| 17:40:42 | GodEater | but that's not HD based |
| 17:40:44 | GodEater | :) |
| 17:41:09 | markun | toffe82: too bad no 1080p :) |
| 17:41:24 | GodEater | I'm glad - I'd curse my choice of TV still more! |
| 17:41:28 | GodEater | 1080i is it's max |
| 17:42:30 | Nico_P | roolku: an opinion about %xe for the crossfeed WPS tag ? |
| 17:43:21 | perl|work | toffe82 wow |
| 17:43:23 | markun | toffe82: but that's just the TV-out right? |
| 17:43:29 | markun | I think we can live without it for a while |
| 17:43:41 | | Join joa [0] (i=joe@host86-147-244-229.range86-147.btcentralplus.com) |
| 17:44:23 | toffe82 | markun: yes |
| 17:44:24 | Nico_P | does someone know what does the small red balloon next to my application (http://code.google.com/soc/rockbox/appinfo.html?csaid=D6BA9A838F43B9D8) mean ? |
| 17:44:26 | markun | toffe82: the power management chip is the only other unknown? |
| 17:44:31 | Nico_P | sorry, the link is http://code.google.com/soc/rockbox/about.html |
| 17:44:47 | markun | Nico_P: I was wondering about that as well |
| 17:44:53 | pondlife | Nico_P: I was wondering about that - it looks like a Google Maps end point |
| 17:45:17 | Nico_P | pondlife: yeah i might be that. I've added my location info |
| 17:46:10 | toffe82 | markun: yes, it is from freescale and no datasheet available |
| 17:47:02 | markun | such nice guys.. |
| 17:47:02 | roolku | Nico_P: noty sure what you mean about the %xe? |
| 17:47:11 | roolku | linuxstb: I checked. :) |
| 17:47:20 | Nico_P | roolku: I'm adding the crossfade and crossfeed tags to the WPS code... but crossfeed used to be %xd and that's a aproblem. how do you like %xe ? |
| 17:48:06 | pondlife | Nico_P: Any more plans on how you'll be attacking the playback stuff? Maybe pop up a wiki page? Certainly look at the stuff on http://www.rockbox.org/twiki/bin/view/Main/SoftwareCodecPlayback ... |
| 17:49:19 | Nico_P | pondlife: thanks for the link. I haven't though about it much yet |
| 17:49:27 | pondlife | No problem, just wondered. |
| 17:49:30 | * | amiconn wonders what the context menu on menu items should be good for.... |
| 17:50:06 | pondlife | About 161 bytes it appears ;) |
| 17:50:11 | roolku | Nico_P: I find it a little odd, to group cross-feed and cross-fade under the same first letter as they don't really have much in common |
| 17:50:20 | amiconn | Nico_P: What's the problem with %xd ? |
| 17:50:22 | roolku | Nico_P: but otherwise %xe is fine with me (assuming it doesn't clash with anything) |
| 17:50:41 | linuxstb | amiconn: They just feel natural to me - when I first tried the root menu patch, my instinct was to long-select on the items... |
| 17:50:51 | amiconn | Really? |
| 17:50:57 | * | amiconn never even tried that |
| 17:51:26 | | Join midgey [0] (n=tjross@markely-164-75.reshall.umich.edu) |
| 17:51:35 | Nico_P | amiconn: %xd is already used for image displaying |
| 17:52:04 | pondlife | Is %xf used? |
| 17:52:15 | Nico_P | roolku: in the pre-tokenizer code, they were %xd and %xf. Not my idea |
| 17:52:16 | pondlife | xf is a bit like Cross-Fade |
| 17:52:41 | Nico_P | pondlife: %xf IS crossfade :) |
| 17:52:49 | pondlife | Good :) |
| 17:53:04 | Nico_P | or at least was and will soon be again |
| 17:53:06 | pondlife | Does crossfeed really need a WPS tag? |
| 17:53:20 | Nico_P | not sure, but someone added it to the SVN code |
| 17:53:36 | pondlife | I can understand crossfade a bit, but crossfeed is like EQ... not something I'd want on a WPS.. |
| 17:53:44 | amiconn | Well, both are #swcodec only |
| 17:54:09 | amiconn | crossfeed belongs to sound settings though, while crossfade is a playback thing |
| 17:54:30 | | Quit miepchen^schlaf (Read error: 54 (Connection reset by peer)) |
| 17:54:50 | | Join miepchen^schlaf [0] (n=hihi@dslb-088-072-250-236.pools.arcor-ip.net) |
| 17:55:09 | pondlife | I see crossfeed as being like repeat or shuffle modes... a useful indicator. Crossfade is something you'd set up for your headphones and leave alone, right? |
| 17:55:38 | * | pondlife thinks crossfeed should be renamed, but can't think of a better name either. |
| 17:55:50 | markun | pondlife: all of us do |
| 17:55:57 | linuxstb | ... and none of us can |
| 17:56:00 | pondlife | lol |
| 17:56:01 | markun | speakersim? |
| 17:56:11 | linuxstb | speaker wow |
| 17:56:14 | amiconn | pondlife: It's the other way round... |
| 17:56:15 | markun | :) |
| 17:56:29 | pondlife | amiconn: I know, I was joking (badly) |
| 17:56:42 | pondlife | Ah, and making a mistake too.. |
| 17:57:28 | pondlife | Crosstalk? |
| 17:57:31 | linuxstb | I always find it hard to know if a setting is in "sound" or "playback", and always go to the wrong one first... |
| 17:57:37 | markun | linuxstb: a name like that would probably take away some confusion |
| 17:57:46 | markun | like ReplayGain |
| 17:58:05 | linuxstb | pondlife: Sounds like a mobile phone contract... |
| 17:58:13 | pondlife | And a bit like talkbox... |
| 17:58:25 | pondlife | HeadRoom (tm) |
| 17:58:44 | pondlife | i.e. turn your head into a room |
| 17:58:54 | pondlife | Spatial? |
| 17:58:57 | | Join scorche` [0] (i=scorche@rockbox/administrator/scorche) |
| 17:59:17 | | Quit scorche (Read error: 104 (Connection reset by peer)) |
| 18:00 |
| 18:00:01 | linuxstb | Something with "3-D" in it... |
| 18:00:26 | pondlife | Or more accurately, 2-D |
| 18:00:36 | linuxstb | Not as sexy |
| 18:00:46 | Nico_P | so %xe is good ? |
| 18:00:56 | linuxstb | It would never be approved by our marketing team... |
| 18:01:02 | linuxstb | (taking to pondlife..) |
| 18:01:10 | pondlife | Hah, we pay those guys too much :) |
| 18:01:31 | | Quit Siltaar (Remote closed the connection) |
| 18:01:36 | pondlife | Nico_P: If you must add a crossFEED tag... |
| 18:01:57 | perl|work | actually "headroom" sounds better than "crossfeed" |
| 18:02:00 | pondlife | Soundstage? |
| 18:02:12 | roolku | with the options/settings in the context menu now, wouldn't it be good to remove the duplicates from the setting menu und tidy it up a little (i.e. move the contents of the General settings one level up)? |
| 18:02:13 | pondlife | HeadRoom is already a trade mark for a crossfeed amp |
| 18:02:21 | linuxstb | Stereo Depth? |
| 18:02:26 | perl|work | pondlife ah yes |
| 18:02:37 | Nico_P | pondlife: actually maybe it's not even worth it... It's not documented much (not in the wiki anyway)... I was just doing it for the sake of compatibility but if I'm going to change the tag, compatibility is not really respected |
| 18:02:39 | pondlife | linuxstb: Stereo Depth vs Stereo Width :) |
| 18:02:39 | roolku | (although there is at least one problem with the bookmark entry being optional) |
| 18:03:03 | pondlife | Nico_P: I would just scrap the tag to be honest. |
| 18:03:13 | Nico_P | I'll add crossfade and see if anyone complains about the lack of a crossfeed tag |
| 18:03:14 | | Quit midgey () |
| 18:03:35 | amiconn | linuxstb: It's quite logical for me which setting is sound and which is playback... |
| 18:03:35 | pondlife | perl|work: AirHead too.. http://www.headphone.com/products/headphone-amps/the-mobile-line/headroom-total-airhead.php |
| 18:05:25 | pondlife | I think I like Soundstage or Spatial best. |
| 18:05:27 | joa | i like this channel because it's always busy :) |
| 18:06:40 | amiconn | pondlife: I tried crossfeed on my irivers, and I honestly fail to hear a difference between it enabled and disabled... |
| 18:06:42 | | Quit GodEater (Read error: 60 (Operation timed out)) |
| 18:06:51 | pondlife | am |
| 18:07:07 | pondlife | amiconn: I never use it either, but have seen enough confusion |
| 18:08:27 | perl|work | amiconn quite noticable on gigabeat |
| 18:08:36 | perl|work | never liked it though |
| 18:09:12 | Rincewind | amiconn: try crossfeed with an old beatles recording |
| 18:09:23 | Rincewind | the difference is very noticable |
| 18:10:04 | Rincewind | it makes those "false stereo" recordings from the sixties much nicer |
| 18:10:10 | * | amiconn has no beatles recordings |
| 18:10:26 | amiconn | Nothing from the sixties or earlier in fact |
| 18:10:44 | pondlife | Rincewind: I normally decrease stereo width or set mono for those. |
| 18:11:37 | * | amiconn usually increases stereo width for a more pleasing sound |
| 18:11:57 | * | pondlife too |
| 18:12:01 | amiconn | 120% is my standard setting (for earphones of course) |
| 18:12:03 | Rincewind | I never used stereo width |
| 18:12:27 | | Quit _pill ("changing servers") |
| 18:12:55 | | Join GodEater [0] (n=bryan@host-83-146-14-11.bulldogdsl.com) |
| 18:12:58 | | Join _pill [0] (i=pill@sloth.shellfx.net) |
| 18:14:00 | Rincewind | on the naming issue: i think spatial is a bad name. I like soundstage, it is descriptive even if you don't have the technical understanding |
| 18:15:14 | pondlife | I don't have the technical understanding, but I still like Soundstage... ;) |
| 18:16:50 | | Quit aliask ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/0000000000]") |
| 18:18:28 | | Join alberink [0] (i=d4883814@gateway/web/cgi-irc/labb.contactor.se/x-d041d8fb084ca014) |
| 18:18:40 | toffe82 | small info on the sound output of the F , the lowest frequency is 45 hz on a 16 ohms headphones (check the formula on the datasheet, on the F the output capacitor are 220mF |
| 18:19:06 | toffe82 | 220 micro F ^^ |
| 18:19:46 | toffe82 | If you want better bass, it is easy to change ;) |
| 18:21:21 | | Join midgey [0] (n=tjross@markely-164-75.reshall.umich.edu) |
| 18:23:19 | perl|work | oh wow context menus |
| 18:24:32 | Nico_P | wow KDE got 40 GSoC projects ! |
| 18:24:49 | | Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) |
| 18:25:09 | | Join miepchen^schlaf [0] (n=hihi@dslb-088-072-250-236.pools.arcor-ip.net) |
| 18:26:02 | | Join moos [0] (i=moos@m135.net81-66-158.noos.fr) |
| 18:29:09 | | Quit linuxstb (Read error: 113 (No route to host)) |
| 18:29:13 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 18:30:44 | | Quit midgey () |
| 18:32:38 | | Quit jhulst (Remote closed the connection) |
| 18:35:11 | desowin | Nico_P: they had over 300 applications |
| 18:35:14 | | Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) |
| 18:35:29 | desowin | and rockbox had 20 |
| 18:35:42 | desowin | anyway rockbox did good assigment for students |
| 18:35:51 | Nico_P | desowin: true but I still find the number impressive |
| 18:35:56 | desowin | so I don't think like any slot will be wasted |
| 18:36:12 | | Join Siltaar [0] (n=Siltaar@reverse-52.fdn.fr) |
| 18:36:23 | desowin | Nico_P: gcc originally had 4 |
| 18:36:40 | desowin | yesterday DannyB told they have 6 |
| 18:36:46 | | Part DiODO ("Leaving") |
| 18:37:02 | desowin | and they got 8 ;-) |
| 18:42:23 | | Join petur [0] (n=petur@rockbox/developer/petur) |
| 18:42:35 | | Join PaulJam [0] (i=Paul@vpn-3081.gwdg.de) |
| 18:44:43 | | Quit ender` (" Being a Web 2.0 system, the CMS used JavaScript that dynamically loaded JavaScript that dynamically loaded XML that was dyna) |
| 18:44:53 | | Join PaulJam_ [0] (i=Paul@vpn-3081.gwdg.de) |
| 18:45:04 | | Quit alberink ("CGI:IRC (Ping timeout)") |
| 18:46:38 | | Quit pondlife ("disconnected has pondlife") |
| 18:54:13 | | Quit BHSPitMonkey (Connection timed out) |
| 18:55:30 | | Join BHSPitMonkey [0] (n=stephen@adsl-66-139-197-217.dsl.rcsntx.swbell.net) |
| 19:00 |
| 19:01:17 | toffe82 | amiconn: where did you buy your 80gb hd ? |
| 19:02:28 | | Join feisar [0] (i=jljhook@elama.on.irkki.fi) |
| 19:02:44 | amiconn | [17:20:33] <amiconn> linuxstb: Nope, from a german ebayer |
| 19:03:06 | | Join chelli [0] (n=chelli@p54b85180.dip.t-dialin.net) |
| 19:03:08 | | Quit PaulJam (Read error: 110 (Connection timed out)) |
| 19:03:20 | toffe82 | sorry I miss this one :) |
| 19:04:02 | elinenbe | Nico_P: that red balloon means this is a high priority projec they want to see done! |
| 19:04:22 | | Join PaulJam [0] (i=Paul@vpn-3005.gwdg.de) |
| 19:04:23 | elinenbe | elinenbe: Nico_P: at least one I want to see done! |
| 19:04:28 | Nico_P | elinenbe: :) |
| 19:04:48 | elinenbe | although, I think embedded bmp and jpg images should be supported! :) |
| 19:04:51 | desowin | elinenbe: it's supossed to be link to google maps |
| 19:05:13 | elinenbe | desowin: hey −− now you are confusing me! |
| 19:05:31 | desowin | that red balloon |
| 19:06:07 | desowin | those students who want to publish their location have that balloon near their application |
| 19:06:23 | * | desowin is one of accepted students (not for rockbox though) |
| 19:06:25 | Nico_P | elinenbe: maybe I'll see embedded pictures are easy to do and do them... but it's not the main focus of the project |
| 19:06:42 | Nico_P | desowin: what project will you be working on ? |
| 19:06:53 | perl|work | amiconn was it new, was it a store or a personal sell? |
| 19:07:15 | amiconn | Personal, and used |
| 19:07:19 | perl|work | ahh |
| 19:07:23 | desowin | Nico_P: Audacious, rewrite the widgetcore (leftovers from xmms) as real gtk2 |
| 19:07:24 | amiconn | But it's in perfect working condition |
| 19:09:27 | *** | Saving seen data "./dancer.seen" |
| 19:09:31 | PaulJam | Nico_P: if you plan to not readd the crossfeed tag, then you schould remove the description from the manual (section B.7.) |
| 19:09:53 | Nico_P | PaulJam: do you use that tag ? |
| 19:10:34 | PaulJam | yes, but i compile a build for myself. so i can add this tag in my local source. |
| 19:11:25 | amiconn | hrrrmmmm |
| 19:12:01 | Nico_P | PaulJam: I could add it but I'd have to rename it |
| 19:12:10 | Nico_P | %xd is already used for images |
| 19:12:31 | amiconn | linuxstb: I want to move the archos backlight code to target tree and change the current multi-value CONFIG_BACKLIGHT to a simple HAVE_BACKLIGHT, because the target differences are handled in target tree |
| 19:12:47 | amiconn | So I thought, but the ipod bootloader checks for CONFIG_BACKLIGHT values... |
| 19:16:04 | PaulJam | yes, i already noticed that. i thought about %dc (dsp: crossfeed), but since the wps needs to be edited anyway, it doesnt really matter what the tag is. |
| 19:16:45 | | Quit Arathis ("Bye, bye") |
| 19:18:53 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
| 19:20:16 | | Join Arathis [0] (n=doerk@p5484993D.dip0.t-ipconnect.de) |
| 19:20:55 | | Quit PaulJam_ (Read error: 110 (Connection timed out)) |
| 19:22:31 | | Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) |
| 19:28:48 | | Quit bluebrother ("leaving") |
| 19:29:06 | | Join bluebrother [0] (i=gcxSx4JZ@rockbox/staff/bluebrother) |
| 19:32:03 | | Join kubiixaka [0] (n=Miranda@mos-81-27-201-28.karneval.cz) |
| 19:34:34 | * | petur bought his 80GB disk on ebay - new |
| 19:35:18 | | Join bepe86 [0] (n=bepe@62-63-4-169.customer.bbft.net) |
| 19:37:33 | petur | perl|work: http://cgi.benl.ebay.be/ws/eBayISAPI.dll?ViewItem&item=220097120160&ssPageName=MERC_VIC_RCRX_Pr4_PcY_BIN_Stores_IT&refitem=220080854091&itemcount=4&refwidgetloc=closed_view_item&usedrule1=CrossSell_LogicX&refwidgettype=cross_promot_widget |
| 19:50:12 | | Quit kubiix (Read error: 110 (Connection timed out)) |
| 19:52:40 | | Part scoates |
| 19:55:10 | linuxstb | amiconn: I'm fixing the ipod bootloaders now - committing in a few minute... |
| 19:55:25 | elinenbe | petur: what system did you buy that for? The ipod, or the iriver? |
| 19:55:39 | petur | iriver h380 |
| 19:56:08 | linuxstb | petur: I'm looking at that company - they're the only seller I've found so far. Was your experience with them OK? |
| 19:56:21 | elinenbe | petur: does it work? |
| 19:56:31 | elinenbe | also, how many platters is it? |
| 19:57:25 | petur | the disk is OK and new as far as I could see, packaging could have been a bit better but I suspect it was customs in Belgium that screwed it. Shipping was sloooow |
| 19:57:33 | petur | 2 platters |
| 19:57:34 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 19:57:42 | elinenbe | should have gotten this: http://www.mini-drives.net/toshiba-mk1011gah-100gb-4200rpm-8mb-cache-inch-zif-notebook-hard-drive-p-1213.html |
| 19:57:47 | elinenbe | 100GB! NICE! |
| 19:58:17 | linuxstb | amiconn: Committed. |
| 19:59:06 | petur | elinenbe: site doesn't load |
| 19:59:36 | GuardianHead | petur it does for me, so it's your connection. |
| 20:00 |
| 20:00:15 | * | petur runs away for a while |
| 20:00:27 | roolku | elinenbe: zif connector though |
| 20:00:34 | elinenbe | http://store.memorylabs.net/tomk101hadrm.html |
| 20:01:36 | elinenbe | http://froogle.google.com/froogle?q=mk1011gah&ie=UTF8&oe=UTF-8&client=firefox-a&z=4&om=1&tab=lf |
| 20:01:45 | toffe82 | linuxstb: this one ship worlwide : http://cgi.ebay.com/NEW-Toshiba-MK8007GAH-1-8-80GB-ATA-100-IPOD-PDA-Drive_W0QQitemZ220092256170QQihZ012QQcategoryZ48680QQrdZ1QQssPageNameZWD1VQQcmdZViewItem |
| 20:01:52 | elinenbe | iriver h3100 |
| 20:02:15 | | Quit bepe86 ("Leaving") |
| 20:03:02 | linuxstb | toffe82: Yes, that's the same company as Petur's link.. |
| 20:04:16 | toffe82 | linuxstb: sorry didn't look all the page :) |
| 20:05:15 | linuxstb | It's depressing that the 100GB version is cheaper, but ZIF... |
| 20:05:18 | | Join l2eM1x [0] (n=l2eM1x@c-71-57-110-168.hsd1.il.comcast.net) |
| 20:06:57 | GuardianHead | So can you guys name some of the 'regulars' in here? I'm trying to remember the name of someone I talked to before, heh |
| 20:07:28 | linuxstb | GuardianHead: http://www.rockbox.org/twiki/bin/view/Main/IrcNicks |
| 20:07:46 | l2eM1x | do you guys have like a clipboard of stuff you have to say all the time? |
| 20:07:53 | | Quit Arathis (Remote closed the connection) |
| 20:08:07 | l2eM1x | boy that would get annoying |
| 20:08:37 | linuxstb | we share the pain |
| 20:08:59 | PaulJam | GuardianHead: if you talked to him in this channel, you could see if you find it in the logs: http://www.rockbox.org/irc/ |
| 20:09:01 | GuardianHead | thanks linuxstb but damn it I don't recognize it |
| 20:09:18 | GuardianHead | LOL that's funny that logs are kept |
| 20:09:22 | GuardianHead | it was a long time ago though |
| 20:09:34 | GuardianHead | but maybe if I check the date... |
| 20:10:03 | linuxstb | What was the subject of the discussion? |
| 20:10:09 | l2eM1x | i came in here to ask for a solution to something and i fixed it |
| 20:10:16 | l2eM1x | so now im here for chatting |
| 20:10:32 | GuardianHead | This guy modded the release of rockbox in several ways that I also thought were better, and since then I'd been using one of his builds |
| 20:10:32 | l2eM1x | sometimes im like "Its so hard being this perfect" |
| 20:10:48 | GuardianHead | last night I got the latest .rockbox and well....There are some things I don't like as much |
| 20:11:00 | GuardianHead | of course being a retard I didn't make a backup :) |
| 20:11:00 | l2eM1x | they dont support other builds here |
| 20:11:09 | GuardianHead | I know, I just want to find the guy |
| 20:11:10 | l2eM1x | oh you want to go back |
| 20:11:11 | l2eM1x | gotcha |
| 20:11:17 | linuxstb | GuardianHead: Then he's probably not a regular. Try the "unsupported builds" forum. |
| 20:11:30 | GuardianHead | I looked at the forum, didn't see an area like that |
| 20:11:35 | linuxstb | Or if your talking iriver, then the misticriver forums. |
| 20:11:40 | linuxstb | ^you're |
| 20:11:43 | l2eM1x | its at the very bottom |
| 20:12:03 | roolku | linuxstb: it is in the post. :) |
| 20:12:27 | linuxstb | roolku: Thanks! Guess I now need to part with some real money and get the drive... |
| 20:12:30 | l2eM1x | does anyone know how i can position text in my WPS without using alignments |
| 20:12:30 | GuardianHead | sweet, found myself in the logs, thanks for a nudge in the right direction PaulJam |
| 20:12:36 | petur | GuardianHead: you can google your nick + site:www.rocobox.org/irc |
| 20:12:56 | * | petur gets slow |
| 20:13:36 | GuardianHead | PaulJam are you formerly Paul_The_Nerd ? |
| 20:13:51 | PaulJam | no, that is Llorean |
| 20:14:01 | GuardianHead | might have been him, thanks. |
| 20:14:07 | | Join Arathis [0] (n=doerk@p5484993D.dip0.t-ipconnect.de) |
| 20:15:40 | GuardianHead | Does .mid playback work on nano yet? |
| 20:16:20 | l2eM1x | if i use this line : %al %pc%ac%pv -%pr |
| 20:16:33 | l2eM1x | its interpreted like the center tag isnt there |
| 20:17:49 | perl|work | oh well $225 for 80gb |
| 20:17:55 | perl|work | might as well buy 3 F40s :P |
| 20:18:02 | PaulJam | have you tried the line with not so many spaces behind the %al ? |
| 20:18:23 | l2eM1x | it does work without the spaces |
| 20:18:43 | l2eM1x | but then I can't get the left formatting the way I would like it to look |
| 20:19:49 | perl|work | "They had ~2030 in stock at OfficeDepot for delivery in my area this morning. Now they are sold out. " |
| 20:20:20 | linuxstb | Toshiba should start making them again... |
| 20:20:36 | linuxstb | Wasting their time on Zunes.... |
| 20:22:09 | toffe82 | they better sell the X in the us |
| 20:23:03 | perl|work | word |
| 20:23:36 | l2eM1x | double true |
| 20:24:11 | l2eM1x | pauljam: http://img184.imageshack.us/img184/8374/dump070412013401zz8.jpg |
| 20:24:15 | l2eM1x | maybe that will explain it better |
| 20:27:03 | perl|work | i think they were sold out faster than any ipods hehe |
| 20:27:20 | perl|work | today i mean |
| 20:28:11 | joa | whats this? |
| 20:28:12 | perl|work | toshiba should take notes |
| 20:28:53 | joa | whats so good about them? |
| 20:30:00 | perl|work | gigabeats? |
| 20:30:23 | joa | yeah |
| 20:30:36 | joa | ive not really looked into them before |
| 20:31:27 | | Join ender` [0] (n=ender@84.255.206.8) |
| 20:32:23 | PaulJam | l2eM1x: does that picture show what it should look like or how it looks now? i don't really see a problem. |
| 20:32:55 | l2eM1x | it shows how it looks now, the last line is the problem |
| 20:33:07 | perl|work | joa, well, the looks, the screen, sound quality, speed with rockbox, etc |
| 20:33:29 | l2eM1x | I want the time progressions and the volume to be aligned with the progress bar |
| 20:33:33 | l2eM1x | underneath it |
| 20:34:16 | l2eM1x | perlwork your quick :-) |
| 20:34:20 | joa | are they better than ipods with rockbox ? |
| 20:34:27 | joa | 5th gen |
| 20:34:35 | linuxstb | Far better, yes. |
| 20:34:53 | joa | cool |
| 20:35:09 | joa | im looking a getting a player at the end of the months with a view to putting rockbox on it |
| 20:35:18 | joa | just haven't decided on which one to get yet |
| 20:35:33 | joa | need flac support |
| 20:35:49 | | Join kubiix [0] (n=Miranda@mos-81-27-201-28.karneval.cz) |
| 20:36:29 | linuxstb | FLAC works well on all the modern Rockbox targets - it needs very little CPU power to decode. |
| 20:36:46 | joa | it's between the ipod, x5 and i guess the new toshiba one |
| 20:37:31 | linuxstb | It's actually an old toshiba - they don't make them any more... |
| 20:37:42 | joa | how does the installation vary from player to player? |
| 20:37:48 | joa | oh ;o |
| 20:38:06 | joa | i've had 2 mp3 players before |
| 20:38:09 | joa | the ihp140 |
| 20:38:11 | joa | and the h340 |
| 20:38:16 | perl|work | ipod 6g rumoured, with virtual scroll wheel and touch screen interface heh |
| 20:38:27 | joa | both were pretty good. i sold them though :( |
| 20:38:34 | linuxstb | perl|work: Wasn't that rumoured a year ago? |
| 20:39:00 | perl|work | linuxstb it was, but now apparently it came from an apple employee heh |
| 20:39:24 | perl|work | new 12 / 16gb nanos and touch screen ipod |
| 20:39:46 | perl|work | all for this year's fall |
| 20:41:04 | PaulJam | l2eM1x: ok, now i undertand what you mean. sounds like a bug to me. ( i initally thought the problem was that the line is so long, that it pushes the %pv tag to the right) |
| 20:41:11 | joa | any links to pictures of the 6gen? |
| 20:41:31 | perl|work | joa its just a rumour |
| 20:41:53 | joa | ah ok |
| 20:42:07 | joa | my gf said i can have her H10 as she just doesn't use it |
| 20:42:47 | joa | going to get that tonight anf slap rockbox on it. see what the installation process is like |
| 20:43:13 | | Nick [Sur`DataGho is now known as DataGhost (i=dataghos@ip3e832ea5.speed.planet.nl) |
| 20:44:04 | perl|work | http://blog.wired.com/gadgets/2007/04/alesis_imultimi.html |
| 20:44:33 | joa | what player would you guys go for, for rockbox to go on it? |
| 20:44:45 | crwll | the iriver h120/h140 |
| 20:44:51 | joa | prefably one that does models 30gb> |
| 20:45:05 | joa | i might have trouble getting an h140 |
| 20:45:19 | crwll | why did you sell yours? :) |
| 20:46:29 | joa | sold it to a uni friend who made a generous offer |
| 20:46:32 | joa | and i was broke |
| 20:46:36 | joa | still am lol |
| 20:47:44 | linuxstb | You can normally find gigabeat F40s for around $100 USD or less. |
| 20:48:10 | toffe82 | :) now that the deal is over, Ican go back on business ;) |
| 20:48:29 | perl|work | ha |
| 20:48:30 | linuxstb | toffe82: How many did you stockpile? |
| 20:49:26 | toffe82 | I have a F40 , F20 and A F10 to sell |
| 20:51:10 | | Quit kubiixaka (Read error: 110 (Connection timed out)) |
| 20:51:29 | toffe82 | I have some back case of F40 so I can transform the F10 an F20 to F40, F60 or F80 if I find some cheap hard drive |
| 20:52:30 | perl|work | toffe82, orange one is still not for sale? :P |
| 20:52:48 | toffe82 | I can ask my wife ;) |
| 20:52:55 | perl|work | she doesnt like it? |
| 20:53:28 | perl|work | did it came in a special edition box btw? |
| 20:53:40 | toffe82 | she doesn't care, but I think I will keep it, I was expensive, I pay 90$ for it |
| 20:53:52 | perl|work | those "new" colors came in one if i remember correctly |
| 20:55:37 | toffe82 | check here, you have all the color : http://gigabeatwiki.matritic.net/index.php?gigabeatF |
| 20:56:21 | perl|work | i meant the box |
| 20:57:08 | l2eM1x | [01:41 PM] PaulJam: l2eM1x: ok, now i undertand what you mean. sounds like a bug to me. ( i initally thought the problem was that the line is so long, that it pushes the %pv tag to the right) |
| 20:57:09 | perl|work | "new colors" had some weird box |
| 20:57:17 | perl|work | maybe im confused though |
| 20:57:21 | l2eM1x | PaulJam: I missed that. Thanks for the clarification |
| 20:57:22 | toffe82 | yes |
| 20:58:03 | toffe82 | perl|work: the box is orange with yellow dot if remember , smaller than the original one |
| 20:58:32 | desowin | how long does gigabeat battery work ? (in sense hours of playback) |
| 20:59:39 | toffe82 | more than 14 hours |
| 20:59:39 | perl|work | toffe82 ah nice |
| 21:00 |
| 21:00:42 | toffe82 | desowin: http://www.rockbox.org/twiki/bin/view/Main/GigabeatRuntime |
| 21:01:48 | desowin | and on orifinal firmware ? does rockbox already beat it ? |
| 21:02:55 | | Join dsheets [0] (n=dsheets@EASTCAMPUS-ONE-O-THREE-HUNDRED-SIXTY.MIT.EDU) |
| 21:03:14 | toffe82 | i DON4T THINK THAT ANYBODY REALLY TEST WITH THE ORIGINAL FIRMWARE |
| 21:03:21 | l2eM1x | wow body |
| 21:03:22 | l2eM1x | haha |
| 21:03:28 | l2eM1x | buddy* |
| 21:03:32 | toffe82 | sorry for the caps |
| 21:03:33 | perl|work | toffe82 i did |
| 21:03:49 | perl|work | OF was about 16 hours for me |
| 21:04:10 | perl|work | i hit 17 hours with rockbox quite a few times |
| 21:04:33 | linuxstb | What was your test? mp3s? |
| 21:04:35 | dsheets | anybody have experience with iPod serial hardware hacking? |
| 21:04:53 | linuxstb | dsheets: I don't believe anyone in Rockbox has tried it. |
| 21:05:23 | linuxstb | All I know is that the IPL kernel has a serial driver which doesn't work. |
| 21:05:33 | dsheets | linuxstb, crap... right now I just would like to get my computer talking to the Apple firmware. The next step would be integration into rockbox/ipl |
| 21:05:38 | linuxstb | (for PP502x based ipods) |
| 21:05:40 | perl|work | linuxstb vbr mp3s, non stop playbacl |
| 21:06:08 | linuxstb | dsheets: I guess you've seen the IPL wiki page about the protocol? |
| 21:06:38 | dsheets | linuxstb, yep. I've built the hardware and I've tested everything up to the dock connector with a loopback |
| 21:07:09 | perl|work | linuxstb, mp3s with full EQ on gives me about 14 hours in rockbox |
| 21:07:23 | dsheets | linuxstb, I don't seem to get any data to or from the iPod, though. I've sent the Apple Accessory Protocol commands, /dev/random, and various other things |
| 21:07:29 | dsheets | linuxstb, with no effect |
| 21:08:08 | PaulJam | btw, is there actually a reason that there is a %al tag for the wps? i mean, isn't the text aligned at the left side by default? |
| 21:08:38 | dsheets | and I can't find any reference to the "serial controller" at 0x700060xx in a disassembled Apple firmware |
| 21:08:55 | dsheets | that's supposedly where the controller is for PP5020's |
| 21:09:32 | *** | Saving seen data "./dancer.seen" |
| 21:09:44 | dsheets | I'm playing with a mini and a nano 1g and getting no love |
| 21:10:01 | linuxstb | Sorry, I can't help. |
| 21:10:06 | | Join efyx [0] (n=efyx@fac34-5-82-239-138-213.fbx.proxad.net) |
| 21:10:19 | linuxstb | Do you own any real accessories? |
| 21:10:26 | dsheets | no :-( |
| 21:10:36 | dsheets | erm... a USB connector |
| 21:11:06 | dsheets | nothing that uses serial, though |
| 21:11:40 | | Join ompaul [0] (n=ompaul@freenode/staff/gnewsense.ompaul) |
| 21:11:51 | linuxstb | Have you been disassembling the main firmware, or the diagnostics mode code? |
| 21:12:01 | dsheets | hmmmmm |
| 21:12:10 | dsheets | The main firmware, I believe |
| 21:12:20 | dsheets | It was on the drive in the firmware partition |
| 21:12:31 | linuxstb | The 5MB or so image? |
| 21:12:32 | l2eM1x | [02:08 PM] PaulJam: btw, is there actually a reason that there is a %al tag for the wps? i mean, isn't the text aligned at the left side by default? |
| 21:12:43 | l2eM1x | PaulJam: are you talking to me? |
| 21:12:54 | dsheets | linuxstb, no, it's like 80MB |
| 21:12:59 | PaulJam | no, this was just a general question |
| 21:13:22 | l2eM1x | well as a general response I really have no idea haha |
| 21:13:33 | l2eM1x | it has to go in order from left center right |
| 21:13:48 | linuxstb | dsheets: 80MB is the entire partition. On a Nano that contains 3 images - "OSOS" (the main firmware), "AUPD" (an encrypted copy of the firmware written to flash), and "RSRC" (datafiles related to the Nike feature). |
| 21:13:49 | l2eM1x | maybe its just to keep standards |
| 21:13:53 | | Join DarkRedFlame [0] (i=DarkRedF@c-76-98-57-100.hsd1.nj.comcast.net) |
| 21:13:59 | linuxstb | dsheets: This page may be helpful - http://www.rockbox.org/twiki/bin/view/Main/IpodFlash |
| 21:14:08 | dsheets | linuxstb, sweet, thanks so much |
| 21:14:15 | linuxstb | I'm assuming diagnostics mode has serial port code... |
| 21:14:22 | dsheets | hmm |
| 21:14:30 | linuxstb | It's only around 100KB, so should be more manageable... |
| 21:14:31 | | Join miepchen^schlaf [0] (n=hihi@p57B979E6.dip.t-dialin.net) |
| 21:14:48 | DarkRedFlame | Hey will you be working on a firmware for a Creative Zen Nano, or Vision |
| 21:14:49 | dsheets | so, in diag mode on the nano there is no serial/remote diagnostics |
| 21:14:55 | dsheets | but I think there might be on the mini |
| 21:15:41 | | Join crop [0] (i=95e13c54@gateway/web/cgi-irc/labb.contactor.se/x-de566485a52b4ad0) |
| 21:15:50 | * | petur looks for somebody with keymap knowledge: on H300, ACTION_STD_OK is listed 3 times: release select, press right and release on -> so any of those three should trigger STD_OK, right? |
| 21:16:29 | linuxstb | petur: Yes, many buttons can map to one action |
| 21:16:51 | petur | hmmmm.... I must be overlooking something |
| 21:17:11 | petur | ah... wrong context, silly me |
| 21:17:57 | Llorean | linuxstb: Do you know, was jhMikes' commit fixing the weird sound on that file? |
| 21:18:13 | petur | bah... CONTEXT_TREE maps BUTTON_ON to ACTION_NONE |
| 21:18:19 | amiconn | linuxstb: Thanks, that was quick. Could have checked myself though; was just grepping for CONFIG_BACKLIGHT :/ |
| 21:18:21 | Llorean | linuxstb: Also just to chime in on something discussed hours ago, I think the main menu's generally short enough that a "Shut Down" option wouldn't be clutter. |
| 21:18:53 | SliMM | did JdGordon finish his work on coloured icons? |
| 21:19:16 | amiconn | petur: It needs to map the actual press to ACTION_NONE whenever the button is either separated for short/long press, or is both used alone (short press only) and for combos |
| 21:19:40 | crop | linuxstb: and one more chime in: constants in app.lds and plugin.lds should be moved to target tree |
| 21:19:55 | petur | amiconn: thnx |
| 21:20:37 | amiconn | In case of the tree context, On+Up/Down scrolls by page, so that's the reason |
| 21:21:27 | | Join rotator [0] (n=e@rockbox/developer/rotator) |
| 21:22:25 | linuxstb | Llorean: I haven't tried his fix, but I think it should do it. |
| 21:22:31 | linuxstb | amiconn: You're welcome. |
| 21:22:57 | DarkRedFlame | Will you be makinga Rockbox Firmware for the Creative Zen Vision? |
| 21:23:16 | | Quit crop ("CGI:IRC 0.5.7 (2005/06/19)") |
| 21:23:18 | l2eM1x | darkred: are you going to write it? |
| 21:23:18 | linuxstb | Llorean: You don't consider menu option that's available as a button press in every screen clutter? I know people want a shutdown option, but I'm not convinced it deserves a place in the main menu... |
| 21:23:44 | Llorean | linuxstb: Almost any other button I would consider clutter. |
| 21:24:02 | DarkRedFlame | I would love to write it if I knew what I was doing, haha |
| 21:24:06 | linuxstb | DarkRedFlame: Owners of devices port Rockbox - so far no owners of the Zen Vision have. |
| 21:24:31 | DarkRedFlame | Hmm, I'll stick with my Sansa then for a while |
| 21:24:39 | Llorean | linuxstb: But somehow to me Shutting Down just doesn't feel cluttery. It's just a case of personal opinion though, I can easily see how it is, it just isn't to me. |
| 21:24:58 | linuxstb | Llorean: I'm just surprised - you're normally one of the first to object to such ideas... |
| 21:25:05 | perl|work | amiconn it always seemed weird to me, when you ON+down/up to scroll a page, it starts playing the track it stops at |
| 21:25:26 | | Quit miepchen^schlaf (Read error: 60 (Operation timed out)) |
| 21:25:36 | GuardianHead | Llorean are you the one who modded rockbox to have a shut down option on the main menu? |
| 21:25:38 | perl|work | plus on gigabeat ON+... operations are not safe :P you can easily shut down the device |
| 21:25:41 | Llorean | GuardianHead: Nope. |
| 21:25:46 | GuardianHead | ok thanks. |
| 21:25:46 | | Join miepchen^schlaf [0] (n=hihi@p57B97E74.dip.t-dialin.net) |
| 21:26:01 | GuardianHead | I think maybe it was midkay .....you around buddy? |
| 21:26:09 | perl|work | still puzzles me, why A and POWER werent switched on gigabeat |
| 21:26:09 | linuxstb | perldiver: Then Rockbox shouldn't map actions to ON+... |
| 21:26:11 | DarkRedFlame | Oh yeah for "Rockboy" I go to General Settings > View Files > Supported, correct? |
| 21:26:39 | perl|work | linuxstb, yes, it was an old idea, to switch POWER and A buttons on gigabeat |
| 21:27:03 | linuxstb | I'm still a little lost with the gigabeat's mappings... |
| 21:27:30 | Llorean | Power and A need to be switched. |
| 21:27:42 | perl|work | Llorean i concur |
| 21:27:55 | linuxstb | Then somebody write the patch... |
| 21:28:03 | Llorean | I think there's one in the tracker |
| 21:28:19 | | Join p512o [0] (n=p512o@p54B06448.dip.t-dialin.net) |
| 21:28:28 | Stalwart | i saw ipod backlight commit in log and have question - why the hell bootloader needs to enable backlight? |
| 21:28:30 | Rincewind | Llorean: do you want a shut down menu option even for devices that have a button for it? |
| 21:28:34 | perl|work | but page scrolling, is playing the track right away is the default behaviour? |
| 21:28:45 | Llorean | Rincewind: For consistency's sake, yes. |
| 21:28:56 | linuxstb | Stalwart: Why the hell not? |
| 21:29:05 | Llorean | Personally, I would prefer to use a menu option than a button anyway. |
| 21:29:07 | linuxstb | It tells you that it's working. |
| 21:29:19 | Rincewind | I wouldn't like that, because I like to wrap around the list to go to the items that come last in the list |
| 21:29:26 | l2eM1x | i would prefer a menu option myself |
| 21:29:29 | amiconn | I don't want a shutdown item in the menu for targets which don't need it |
| 21:29:32 | l2eM1x | as long as it wasnt easy to press |
| 21:29:34 | Stalwart | linuxstb: then firmware should light up backlight for the first time without fade |
| 21:29:43 | l2eM1x | on accident that is |
| 21:29:44 | amiconn | It just clutters the menu |
| 21:29:47 | Llorean | linuxstb: The "System" context menu could have it. |
| 21:30:01 | Stalwart | right now, with fade enabled, powering up my nano looks stupid - it lights up two times |
| 21:30:01 | p512o | howdy! thanks for the sansa port!! got it running on my e250 quite nicely.. |
| 21:30:05 | linuxstb | Llorean: Or just the top item in the System menu. |
| 21:30:06 | Rincewind | and I would hate it when I accidentally shut down my player when navigating the menu without looking too closely on the screen |
| 21:30:13 | Llorean | linuxstb: Either way, yes. |
| 21:30:15 | GuardianHead | !seen mikachu |
| 21:30:20 | l2eM1x | could it be on the very bottom of the screen |
| 21:30:20 | GuardianHead | seen mikachu |
| 21:30:29 | * | linuxstb not seen mikachu for a while |
| 21:30:31 | l2eM1x | like hooked to the bottom - still on the main menu but at the bottom? |
| 21:30:40 | perl|work | l2eM1x theres always a list wrap... |
| 21:30:40 | l2eM1x | then it wouldnt clutter the menu |
| 21:30:41 | p512o | i'd like to know if there's anything a newbie like me could do to get a microsd driver into rockbox.. |
| 21:30:42 | GuardianHead | linuxstb he still come in here? |
| 21:30:43 | amiconn | The only target that really needs it is the archos player. Annoying thing, that shutdown item.... |
| 21:30:50 | linuxstb | GuardianHead: Not recently... |
| 21:30:55 | GuardianHead | thanks. |
| 21:30:57 | l2eM1x | i hate shutting down my ipod |
| 21:31:03 | l2eM1x | its a real pain in the but sometimes with a cover on |
| 21:31:06 | perl|work | amigan gigabeat shutdown is sort of weird as well |
| 21:31:28 | p512o | i got only basic c knowledge, no experience with hardware/driver progarmming.. but i have had some years of delphi programming |
| 21:31:38 | Rincewind | I wouldn't mind to have shut down on the context menu for system |
| 21:31:55 | Stalwart | i need to set up toolchain and start hacking and commiting patches... |
| 21:32:04 | Rincewind | could be useful if someday the stop button breaks... |
| 21:32:11 | Stalwart | if noone listen to me, then i must make fixes myself ;[ |
| 21:32:12 | l2eM1x | anybody with a ipod 5.5 g willing to test a wps for me? |
| 21:32:16 | p512o | i'm running linux and got the toolchain installed.. but how could i figure out how to get microsd slot working? |
| 21:32:28 | linuxstb | Stalwart: I don't have a Nano, so have never seen that effect... |
| 21:32:32 | Stalwart | p512o: ghm, read docs on chip and code? |
| 21:32:47 | p512o | not yet.. you mean the infos by daniel? |
| 21:32:57 | | Quit Xerion (" ") |
| 21:33:02 | GuardianHead | is there any way to search the irc logs? |
| 21:33:23 | Stalwart | linuxstb: is there a howto about setting up toolchain on linux amd64? |
| 21:33:30 | p512o | Stalwart: afaik the micro sd is controlled by some custom sandisk chip |
| 21:33:38 | desowin | Stalwart: which distro ? |
| 21:33:59 | linuxstb | Stalwart: It's the same in any Unix-like environment - download the Rockbox source code and run the tools/rockboxdev.sh script. |
| 21:34:05 | Stalwart | desowin: arch64 |
| 21:34:05 | Rincewind | GuardianHead: go to rockbox.org/irc, open a day you want to search and hit strg-f |
| 21:34:11 | Stalwart | linuxstb: ok, i'll try |
| 21:34:34 | linuxstb | Stalwart: There are plenty of "for developers" docs in the wiki - go to the index and follow the links... |
| 21:35:03 | Stalwart | ok, i'll try |
| 21:35:05 | elinenbe | bye |
| 21:35:07 | | Quit elinenbe (" HydraIRC -> http://www.hydrairc.com <- IRC for those that like to be different") |
| 21:35:14 | * | amiconn thinks we don't need a whole bunch of different ways to do the same things |
| 21:35:17 | GuardianHead | Rincewind wtf is strg-f |
| 21:35:25 | l2eM1x | ctrl-f |
| 21:35:26 | l2eM1x | i think |
| 21:35:29 | amiconn | That's why I also don''t like the context menu in the menu |
| 21:35:38 | Rincewind | sorry, i am on a german keyboard |
| 21:35:48 | DarkRedFlame | In FF Ctrl-F is what you use to open the Findmenu |
| 21:35:51 | Rincewind | it is ctrl-f of course |
| 21:35:53 | GuardianHead | heh well I meant search the whole IRC log, not a single day |
| 21:35:55 | | Join lee-qid [0] (n=liqid@p54966790.dip.t-dialin.net) |
| 21:35:58 | GuardianHead | or at least a range of days |
| 21:35:59 | amiconn | Sort of weird concept, what comes next? A context menu for the menu items of the context menu? ;\ |
| 21:36:17 | amiconn | context-context, and context-context-context ..... |
| 21:36:27 | linuxstb | I agree with the no-duplication principle |
| 21:36:27 | Llorean | amiconn: Well, people often complain of having a hard time finding things in the main menu. I can see a context menu improving that, though I don't think it's the best way to do so. |
| 21:36:32 | p512o | would i need jtag to develop an microsd driver? in order to examine the of. don't want to open my sansa. :) |
| 21:36:36 | Rincewind | GuardianHead: you could download a few days, put them in one big file and then search them |
| 21:37:01 | | Quit miepchen^schlaf (Read error: 60 (Operation timed out)) |
| 21:37:09 | Llorean | p512o: You could work on improving Toni's sansa emulator |
| 21:37:19 | * | Llorean thinks it's Toni's |
| 21:37:30 | amiconn | GuardianHead: What I do is having a local copy of all the irc log texts (downloaded via DTA in firefox) and then use grep on them |
| 21:37:54 | SliMM | can i have direct acces to.. let's say the ipod's dock conector port? |
| 21:38:05 | SliMM | from within plugins |
| 21:38:34 | p512o | Llorean: how's that? would it run the of? so i would have to emulate the microsd hardware in the sim? |
| 21:39:59 | Llorean | p512o: It doesn't run the OF fully yet, work needs to be done on that, but it gives you something safe to experiment with. |
| 21:41:05 | p512o | Llorean: okay.. that's good enough.. gonna have a look at this! There hasn't been any afford on developing an microsd driver yet, right? |
| 21:41:14 | | Join ctaf [0] (n=ctaf@ram94-6-82-242-23-70.fbx.proxad.net) |
| 21:41:29 | linuxstb | amiconn: I don't think of the main menu in the same way as other menus - the options aren't other menus, but the major screens in Rockbox. Which is why I think a context menu to control how those screens work is logical. |
| 21:41:29 | | Part ctaf |
| 21:41:45 | SliMM | doesn't anyone know? |
| 21:43:46 | | Join Xerion [0] (i=xerion@vhe-382201.sshn.net) |
| 21:44:53 | Llorean | SliMM: You'd probably have to add it to the api. |
| 21:45:05 | perl|work | http://www.rockbox.org/tracker/?getfile=13698 |
| 21:45:07 | perl|work | awww |
| 21:45:15 | SliMM | llorean: i have no idea how to do that :)) |
| 21:46:48 | amiconn | SliMM: Depends on what you define as 'direct access to the dock connector' |
| 21:47:05 | dsheets | I don |
| 21:47:13 | amiconn | Rockbox doesn't have resource protection, so a plugin can access any hardware directly it desires to |
| 21:47:18 | dsheets | I don't suppose anyone has a spec sheet for the PP502x? |
| 21:48:19 | SliMM | amiconn: very good to know; if someone wants to tell me how i do tha , i would be grateful :P |
| 21:48:24 | amiconn | Whether this is desirable is another question; writing a driver and exposing the necessary functions via the api is the better way |
| 21:48:46 | amiconn | It still depends on what you mean... |
| 21:49:10 | amiconn | If you mean the serial port, then it's just that nobody knows how to do it on PP5020 and higher |
| 21:51:21 | dsheets | amiconn, but serial comms with apple's firmware is known for those platforms, yes? |
| 21:51:38 | pixelma | linuxstb: I don't really understand what you mean - with the new main menu all things that are "submenus" to this should be equal - so if all things would be the same, the file browser/database view would have to be in a context menu too? </semi-serious> |
| 21:52:08 | | Join mar27 [0] (n=mesd@adsl-75-26-148-46.dsl.wlfrct.sbcglobal.net) |
| 21:53:08 | | Join linuxstb_ [0] (i=5343d4aa@gateway/web/cgi-irc/labb.contactor.se/x-56676baf25f12914) |
| 21:53:29 | | Join tech_to_be [0] (i=43bbe7a0@gateway/web/cgi-irc/labb.contactor.se/x-3083281b3289e41e) |
| 21:54:00 | tech_to_be | Hello, I am looking for a computer technician. Is anyone on here one? |
| 21:54:42 | petur | tech_to_be: wrong channel |
| 21:55:01 | tech_to_be | well I was looking to interview someone |
| 21:55:04 | tech_to_be | it's for school |
| 21:55:18 | | Join johnnyoc3 [0] (n=chatzill@adsl-71-143-19-189.dsl.scrm01.pacbell.net) |
| 21:55:23 | mar27 | I'm trying to install rockbox on a sansa e280 but when I run sansapatcher.exe it says no e200s found. is there anything I have to do to detedt it ? |
| 21:55:26 | linuxstb_ | pixelma: I'm not sure what you mean either... I guess what I'm trying to say is that I still think of it as a root menu, which branches into the different areas of Rockbox. But it seems I'm alone in thinking it's a root menu, or even wanting one.... |
| 21:55:59 | | Quit tech_to_be (Client Quit) |
| 21:56:23 | linuxstb_ | mar27: Is it in MSC mode? |
| 21:56:56 | mar27 | linuxstb: it is on msd mode now |
| 21:57:26 | mar27 | linuxstb: what is or how can i get it to msc mode ? |
| 21:58:34 | linuxstb_ | It's the mode that isn't MTP - i.e. your Sansa should appear as a proper drive (e.g. E:\) in Windows. |
| 21:58:53 | linuxstb_ | But I don't own a Sansa, so can't tell you exactly what to do. |
| 21:59:06 | Bagder | it's a setting somewhere in the menu |
| 21:59:37 | mar27 | hum let me check |
| 21:59:42 | Bagder | even the sandisk update tool requires msc mode |
| 22:00 |
| 22:00:17 | dsheets | does anyone have an old iPod's internal rom? |
| 22:00:36 | linuxstb_ | You mean a PP5002 version? |
| 22:00:55 | SliMM | amiconn: you told me earlyer today that all lcd drivers do proper cliping |
| 22:01:20 | SliMM | amiconn: i do it because there is no need to draw pixels outside the screen |
| 22:01:57 | dsheets | linuxstb, no. PP5020 but with a diagmode that has a remote control test function |
| 22:02:03 | desowin | petur: have you _ever_ got segfault of QTScrobbler ? |
| 22:02:28 | dsheets | linuxstb, like from a 4g |
| 22:03:14 | petur | desowin: no |
| 22:04:05 | desowin | crazy thing, I got backtrace from one guy, I have no single idea how he did this, and he tells that it happens everytime :/ |
| 22:04:45 | johnnyoc3 | i have a 4g if you need some file |
| 22:05:31 | dsheets | johnnyoc3, could you run rockbox, enter the diag menu, dump the internal rom and send me the file? |
| 22:05:49 | DarkRedFlame | I cant find the pacman roms, I searched everywhere on MAME, but failed |
| 22:05:58 | johnnyoc3 | im using an old build with the previous menu structure is that ok? |
| 22:06:30 | dsheets | johnnyoc3, sure... so long as you can dump the rom |
| 22:06:40 | johnnyoc3 | checking |
| 22:06:58 | bluebrother | dsheets: you're working on the serial port of the ipods? |
| 22:07:01 | linuxstb_ | DarkRedFlame: This channel isn't for discussing where to get game ROMS. |
| 22:07:19 | pixelma | hmm.. linuxstb are you saying that for example the filebrowser should have a context menu where you could choose the fileview options or database view with a context menu to initialise etc.? Well then I understood the context menu thing wrong... but then these options can be taken out of the general settings/wherever so that they aren't doubled - is that the plan? |
| 22:07:24 | dsheets | bluebrother, yes |
| 22:07:42 | johnnyoc3 | damn my HD is acting up...i just fixed it too! |
| 22:07:44 | dsheets | bluebrother, USB on the side, too |
| 22:07:54 | | Join kaaloo [0] (n=luis@rue92-3-82-232-48-241.fbx.proxad.net) |
| 22:07:57 | bluebrother | how far did you get? I was thinking about looking into the serial stuff too |
| 22:08:00 | | Part kaaloo |
| 22:08:15 | bluebrother | I'm just lacking the time atm, but hopefully in a month or so I might find it |
| 22:08:20 | dsheets | bluebrother, right now I can't even control the iPod using apple's firmware and a breakout board i built |
| 22:08:37 | linuxstb_ | pixelma: Yes, that's the type of context menu we're talking about - jdgordon posted a patch earlier which implements them. I'm not 100% convinced by them though - the duplication of the settings there and in the Settings menu isn't nice. |
| 22:08:44 | bluebrother | using the serial cable? IPL has information about this |
| 22:08:49 | dsheets | bluebrother, that's probably some small bug somewhere... I'm going to go find an oscilloscope and watch the lines later tonight maybe |
| 22:08:57 | dsheets | bluebrother, yeah... i've been all over IPL |
| 22:09:13 | bluebrother | ok, then I don't need to mention it anymore ;-) |
| 22:09:19 | mar27 | linuxstb: thanks I was able to install it, is there a way I can have dual boot ? |
| 22:09:34 | linuxstb_ | mar27: You've |
icon identifies that the person is a core developer (has commit access).