00:01:24 | Soap | DST is a pox on humanity. |
00:01:50 | * | amiconn likes DST |
00:02:02 | * | JdGordon hates it.. |
00:02:24 | JdGordon | the difference is, sunset at the hieght of summer is 9pm here without DST, 10pm is just rediculous |
00:02:33 | JdGordon | in the uk its like 4pm isnt it? :D |
00:03:40 | | Quit MarcoPolo ("Bye !") |
00:05:23 | | Join acknabar [0] (n=qailer@c80-217-91-17.cm-upc.chello.se) |
00:05:35 | | Quit acknabar (Read error: 54 (Connection reset by peer)) |
00:08:52 | | Quit t0mas ("Doei") |
00:10:13 | | Quit lee-qid (Read error: 110 (Connection timed out)) |
00:17:34 | | Join MarcoPolo [0] (n=MarcoPol@virlet.rez-gif.supelec.fr) |
00:20:26 | | Quit mirak (Read error: 110 (Connection timed out)) |
00:21:18 | | Quit ender` (" We live in an age when pizza gets to your home before the police. -- Jeff Marder") |
00:23:47 | | Join mirak [0] (n=mirak@AAubervilliers-152-1-9-250.w82-121.abo.wanadoo.fr) |
00:24:49 | amiconn | pixelma: ping... |
00:26:32 | Soap | the problem I have with DST is I work outdoors, and it throws off my biological clock twice a year. |
00:27:14 | | Quit pagefault ("Leaving") |
00:27:22 | | Join pagefault [0] (i=pagefaul@pdpc/supporter/active/pagefault) |
00:28:03 | | Part nave7693 |
00:31:33 | | Join mirfle [0] (i=52a680a5@gateway/web/cgi-irc/labb.contactor.se/session) |
00:31:40 | mirfle | Hi |
00:31:48 | | Quit MarcoPolo ("Bye !") |
00:33:36 | mirfle | I just loaded the bootloader for the h120 available on the iriver flashing page, and now the original firmware won't boot. |
00:33:42 | mirfle | see: http://forums.rockbox.org/index.php?topic=6995.0 |
00:37:28 | | Join FOAD_ [0] (n=dok@a82-93-10-238.adsl.xs4all.nl) |
00:38:05 | | Join MarcoPolo [0] (n=MarcoPol@virlet.rez-gif.supelec.fr) |
00:43:46 | | Join linuxstb [0] (i=3f82c736@gateway/web/cgi-irc/labb.contactor.se/session) |
00:47:51 | | Quit FOAD (Read error: 110 (Connection timed out)) |
00:48:04 | | Quit Id2ndR ("Parti") |
00:48:50 | | Quit mirfle ("CGI:IRC (EOF)") |
00:48:54 | | Join mirfle [0] (i=52a680a5@gateway/web/cgi-irc/labb.contactor.se/session) |
00:50:11 | mirfle | does anyone here know what might be the problem? |
00:52:14 | linuxstb | mirfle: Slasheri would probably be the person to ask - he wrote all the flashing code. |
00:53:00 | linuxstb | But have you tried restoring the original firmware as described at the end of the IriverFlashing page? |
00:53:18 | | Part telliott_ |
00:54:37 | mirfle | I can load rockbox fine, it's just the OF that doesn't work. I wouldn't really care about that if it weren't for the few wma's I still have... |
00:55:48 | mirfle | how do I turn a .hex to a . bin? |
00:55:51 | | Quit dan_a (Read error: 110 (Connection timed out)) |
01:00 |
01:00:42 | mirfle | the wiki page should be changed to have the info on backing up the flash BEFORE using the iriver_flash plugin for the first time, not only when completely removing the OF.. |
01:01:03 | mirfle | that would have saved me this trouble |
01:04:10 | | Quit lodesi (Read error: 113 (No route to host)) |
01:08:10 | mirfle | hope somenone can help me in the forums.... |
01:08:12 | | Quit mirfle ("CGI:IRC") |
01:09:54 | Madkiss | How do I make screenshots out of rockbox? |
01:10:38 | Genre9mp3 | Madkiss: http://www.rockbox.org/twiki/bin/view/Main/ScreenDump |
01:10:55 | Madkiss | Okay! |
01:11:17 | Madkiss | And even another question ... I loaded multiple files onto the iPod, and yet, the While Playing screen still looks the same, there are the same icons in the upper bar etc. pp. |
01:11:20 | Madkiss | How do I change that? |
01:12:33 | Genre9mp3 | Madkiss: How do you expect the WPS to change? |
01:13:03 | Madkiss | http://www.rockbox-themes.org/index.php?res=320x240x16 |
01:13:07 | Madkiss | I want it to look like Theme X Hibar |
01:13:13 | Madkiss | but all that changes is the background |
01:14:18 | linuxstb | When you first installed Rockbox, did you also install the font zip file? |
01:14:23 | Madkiss | yes |
01:14:43 | | Quit Rondom ("Ex-Chat") |
01:15:09 | | Quit dpro (Read error: 110 (Connection timed out)) |
01:15:20 | Genre9mp3 | Madkiss: So you just try to load that theme, right? |
01:15:28 | Madkiss | yes. |
01:15:33 | Madkiss | the background changes, the font changes |
01:15:35 | Madkiss | but nothing else .. |
01:16:00 | Genre9mp3 | Have you copied all the files that this wps needs to your player? |
01:16:08 | Madkiss | yes |
01:16:22 | Madkiss | What am I doing wrong when I see "tag-cache is not ready"? |
01:16:23 | JdGordon | amiconn: still awake? |
01:18:36 | Genre9mp3 | Madkiss: Can't think of what's wrong then (about the WPS) |
01:18:59 | pixelma | Madkiss: do you have a folder in .rockbox/wps whith the exact same name as the actual wps-file you are trying to load? |
01:19:13 | JdGordon | anyone have an archos recorder? |
01:19:52 | Madkiss | drwxrwxrwx 1 madkiss madkiss 4096 Oct 15 22:50 Theme X HighBar 1 |
01:19:52 | Madkiss | -rwxrwxrwx 1 madkiss madkiss 1370 Sep 22 17:12 Theme X HighBar 1.wps |
01:21:57 | linuxstb | Madkiss: How did you install the wps? Did you unzip it to your computer, then copy the files, or unzip it directly to your ipod? |
01:22:21 | Madkiss | I unzipped them directly |
01:22:40 | JdGordon | can sometry try getting into th pitch screen from the wps on the recorder? on+up or down) and lemme know if it works? |
01:25:36 | amiconn | JdGordon: It doesn't work |
01:25:40 | * | Madkiss laughs |
01:26:02 | JdGordon | amiconn: does naything happen? or it just plain doesnt work? |
01:26:16 | amiconn | [23:53:50] <amiconn> Pitch screen doesn't appear on recorder |
01:26:29 | amiconn | i.e. nothing happens |
01:27:34 | JdGordon | well.. thats very odd... because there is nothing in the wps keymap which should stop it from working! |
01:27:59 | JdGordon | was the combo always on+up/down? |
01:28:27 | amiconn | yes |
01:29:03 | | Join Elric-Kun [0] (n=Elric-Ku@cm187.epsilon201.maxonline.com.sg) |
01:29:13 | Elric-Kun | Hello guys |
01:29:17 | | Nick Elric-Kun is now known as L (n=Elric-Ku@cm187.epsilon201.maxonline.com.sg) |
01:30:25 | linuxstb | HAVE_PITCHSCREEN doesn't seem to be defined for the recorder... |
01:30:48 | JdGordon | ... well that would explain it :p |
01:33:43 | JdGordon | 23.22.51 # <amiconn> Button actions was meant to solve problems, not create them :/ <- HA! it wasnt the actions after all and obviously hasnt worked for a while :D |
01:34:17 | amiconn | Yes - in this case it wasn't |
01:34:44 | JdGordon | just making sure botht he v1 and v2 both compile ok |
01:35:00 | JdGordon | it was only defined for the fmrecorder.. |
01:36:17 | amiconn | odd... |
01:37:21 | *** | Saving seen data "./dancer.seen" |
01:38:59 | | Join lukaswayne9 [0] (n=lukas@c-68-84-69-12.hsd1.nj.comcast.net) |
01:39:46 | | Join Platyna [0] (i=platyna@xpam.de) |
01:40:07 | Platyna | Hello. |
01:40:48 | Platyna | I have iPod Video 60 GB. Is there any way to apply skins to main menu and to change font of main menu? Because it is very, very small. |
01:41:30 | | Join waszi [0] (i=waszi@platinum.linux.pl) |
01:41:38 | linuxstb | Yes. |
01:44:38 | JdGordon | amiconn: ah, found the problem... i missed the 2 configs when i moved the #define from the screens file to the config.. doh! |
01:44:42 | JdGordon | all fixed now |
01:45:09 | JdGordon | 2 months ago :p |
01:51:13 | Madkiss | Okay. THe only problem left is that no matter what theme I use, it all looks completely foo. |
01:51:26 | JdGordon | did u download the fonts? |
01:51:33 | Madkiss | yes |
01:52:22 | Genre9mp3 | foo? |
01:53:08 | | Join dan_a [0] (n=dan-mirc@217.23.173.156) |
01:53:08 | Madkiss | yeah. |
01:53:10 | Madkiss | broken |
01:54:12 | | Join Davide-NYC [0] (n=chatzill@user-12hdtm5.cable.mindspring.com) |
01:54:21 | Genre9mp3 | Can you be more descriptive? What exactly seems wrong? |
01:55:01 | | Quit pixelma (" reboot") |
01:55:26 | Davide-NYC | Hello all! QQ: my nephew wants to check out Rockbox, his PCs HD crashed recently and he want to get all of the music off of his iPod before taking the RB plunge. |
01:55:57 | Davide-NYC | I do not have an iPod but have used Ephod in the past to remove files (backup) from other's ipods. |
01:56:04 | Davide-NYC | Is this the best solution currently? |
01:57:32 | | Quit L (Read error: 113 (No route to host)) |
02:00 |
02:00:08 | Davide-NYC | dang, no one wants to chime in on this one? |
02:00:22 | Madkiss | Genre9mp3: The Album-icon is not displayed, instead, I see fragments of the file listing |
02:01:03 | Soap | Davide-NYC - Sharepod is easy. |
02:01:15 | Davide-NYC | free? |
02:01:17 | Soap | yes |
02:01:23 | | Quit preglow (kornbluth.freenode.net irc.freenode.net) |
02:01:23 | NSplit | kornbluth.freenode.net irc.freenode.net |
02:01:28 | Davide-NYC | thanks soap, you are a scholar and gentleperson |
02:01:37 | Davide-NYC | :-) |
02:01:37 | NHeal | kornbluth.freenode.net irc.freenode.net |
02:01:37 | NJoin | preglow [0] (n=thomjoha@rockbox/developer/preglow) |
02:02:17 | Soap | Davide-NYC - I'm familiar with ephpod, but never used it. sharepod allows you to create directories/filenames based on the tags just like a good tagger. |
02:02:26 | Davide-NYC | sweetness |
02:02:33 | Davide-NYC | that is much better than ephosd |
02:02:35 | Genre9mp3 | Madkiss: Album-art is not supported by rockbox (at least yet)... you need to use the Album art patch for that |
02:02:36 | Davide-NYC | *ephod |
02:03:54 | Soap | if he was going to dual-boot Rockbox/Apple and use tagcache, sharepod is what I would use. Sub-1MB, and can reside on the ipod gives you /almost/ the same functionality as the drag-and-drop joy that is a RockBoxed Apple-free Ipod |
02:03:54 | | Quit NickDe (Read error: 54 (Connection reset by peer)) |
02:04:10 | | Join NickDe [0] (n=nicholas@ip68-14-79-70.ri.ri.cox.net) |
02:04:16 | | Join pixelma [0] (i=pixelma@82.193.235.34) |
02:05:55 | Madkiss | okay |
02:06:14 | Davide-NYC | Soap: thanks again. I'll be cak Tuesday. |
02:06:17 | Davide-NYC | *back |
02:06:20 | Davide-NYC | lol |
02:06:27 | | Quit Davide-NYC ("Chatzilla 0.9.75 [Firefox 1.5.0.7/2006090918]") |
02:06:29 | | Quit MarcoPolo (Remote closed the connection) |
02:10:18 | Madkiss | This "Tagcache is not ready"-stuff is getting me, dammit |
02:11:54 | Platyna | How to make the font bigger, please? |
02:11:56 | Platyna | :) |
02:12:39 | Madkiss | how do I fix "tagcache is not ready"? |
02:14:21 | linuxstb | Platyna: Somewhere in the main menu (I forget exactly where), there is a "Browse fonts" option that lets you choose different fonts - assuming you downloaded and unzipped the fonts zip file when you first installed Rockbox. |
02:15:09 | Genre9mp3 | Madkiss: have you initialized the Tagcache? |
02:15:09 | linuxstb | Madkiss: Have you read the manual section on tagcache and followed the instructions there? |
02:15:15 | Madkiss | yes. |
02:15:23 | | Join lukaswayne9_ [0] (n=lukas@c-68-84-69-12.hsd1.nj.comcast.net) |
02:15:53 | Madkiss | I initialized it manually |
02:16:55 | Genre9mp3 | Madkiss: Have you rebooted your player after that? |
02:17:08 | Madkiss | yes |
02:23:41 | Platyna | linuxstb: Well, I think it is not font problem but resolution problem... |
02:24:10 | Platyna | How can I change resolution? All letters are very small and that "desktop" not takes whole screen space. |
02:24:43 | linuxstb | You choose a different sized font. |
02:25:22 | Platyna | If I do theme gets broken. |
02:25:52 | Platyna | And I have 2 mm black "borders" by each side of screen. |
02:25:57 | linuxstb | Then you will need to use a different theme - one based on a bigger font. |
02:26:08 | Platyna | See above. |
02:26:42 | Platyna | I have screen alot smaller than iPod's display. |
02:27:44 | Platyna | And I don't know what do do about it. |
02:28:33 | pixelma | have you tried another bigger font as linuxstb suggested and seen how it looks like.... |
02:28:40 | linuxstb | I don't understand what you mean. The small black borders are normal - at least, I get them on my 5g. |
02:29:11 | Platyna | pixelma: It is NOT a font issue. |
02:29:19 | Platyna | What has font to screen resolution? |
02:29:39 | Platyna | linuxstb: But on default firmware I don't have them. |
02:29:50 | Platyna | I mean I have them, but they are almost invisible. |
02:30:48 | | Join Yono [0] (n=Yono@69-169-149-152.bflony.adelphia.net) |
02:31:01 | | Part jhMikeS |
02:31:45 | Genre9mp3 | Platyna: There isn't a screen resolution option |
02:32:16 | Platyna | :/ |
02:32:35 | Platyna | So, it is some fixed value in the code? |
02:32:42 | | Join Mikachu [0] (i=Mikachu@kr-lun-154-152-233-83.3.cust.bredband2.com) |
02:32:59 | pixelma | and the "desktop" not using the whole screen might result fron the fact that the lists/menus just aren't long enough to take the whole screen |
02:33:10 | Mikachu | it seems that rockbox crashes on boot if prio scheduling is disabled, at least on my ipod nano |
02:33:10 | pixelma | with a small font |
02:33:16 | Mikachu | this also includes the bootloader |
02:33:22 | Mikachu | where prio scheduling is disabled by default |
02:33:41 | Mikachu | is this known? |
02:33:50 | Mikachu | ps hi guys |
02:34:11 | | Quit anathema (Read error: 113 (No route to host)) |
02:34:25 | Platyna | pixelma: It is not that. It has a white background right? |
02:34:27 | Platyna | So... |
02:34:40 | Platyna | That white background not takes as much screen as it used to do. |
02:34:44 | Platyna | And that's the problem. |
02:34:51 | Mikachu | linuxstb: do you know? |
02:34:51 | | Join Febs [0] (n=shortcho@207-172-204-33.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
02:35:26 | linuxstb | Mikachu: No idea - I haven't touched the new scheduling code. |
02:35:36 | Mikachu | i'm wondering why the old code doesn't work |
02:35:49 | Genre9mp3 | Platyna: It used to do? with Rockbox that is or you mean with retailOS? |
02:36:20 | linuxstb | Platyna: I'm just reinstalling the Apple firmware on my 5g now, to compare with Rockbox. I never use it, so wouldn't have noticed if the display looks different... |
02:37:06 | linuxstb | But in the emergency disk mode (the "Do not disconnect" screen), which is also Apple's software, the white background takes up the same area as it does in Rockbox. |
02:37:07 | Mikachu | my friends brother has an ipod video, i noticed the firmware now lets you set brightness |
02:37:16 | amiconn | Mikachu: Even without priority scheduling it doesn't run the old code |
02:37:27 | Mikachu | amiconn: okay, i haven't actually looked at it |
02:37:35 | amiconn | (but it does run the same code as on archos, where it does work) |
02:37:38 | Mikachu | but i remember it worked without prio scheduling at least some time after it was merged |
02:37:54 | Mikachu | but now i haven't updated in a few weeks |
02:37:57 | Mikachu | hadn't* |
02:40:48 | | Quit Criamos ("( www.nnscript.de :: NoNameScript 4.03 :: www.XLhost.de )") |
02:41:21 | | Quit EspeonEefi (Read error: 145 (Connection timed out)) |
02:42:05 | Mikachu | well, the next time someone needs to compile the ipod nano bootloader, they'll have to figure it out |
02:42:21 | Platyna | Genre9mp3: On that default firmware I had nice screen resolution. |
02:42:29 | linuxstb | Platyna: Apple's firmware seems to use an identical area of the LCD to Rockbox - I can't see any difference. They both have a small black border. |
02:43:19 | * | Platyna scratches her head. |
02:43:24 | | Join ton [0] (n=ton_rulz@cor6-ppp3390.for.dsl.connect.net.au) |
02:43:28 | Platyna | I could have swore It were bigger. |
02:43:32 | pixelma | Platyna: what white background are you referring to... (is it in a wps)? The default theme should use light blue as background colour (I just want to understand what you mean) |
02:43:32 | ton | hi |
02:43:34 | Platyna | Or maybe it is illusion... |
02:43:50 | ton | anyone working on putting rock box on creative zen vision m |
02:44:03 | Platyna | pixelma: Ah apropos theme, I have problem, I found a nice one, but when I choose bigger font it gets broken. |
02:44:05 | Platyna | :/ |
02:44:23 | ton | any1? |
02:44:49 | linuxstb | ton: This forum thread is the only activity: http://forums.rockbox.org/index.php?topic=3320.0 |
02:45:41 | ton | they keep talking about it but r they? |
02:46:39 | | Join lsajsf [0] (n=aus@70.134.78.48) |
02:46:48 | Genre9mp3 | Platyna: Themes use specific fonts. Try using a theme that uses a bigger font |
02:46:57 | lsajsf | does rockbox work with the new ipod 5g? |
02:47:14 | lsajsf | 5.5g i guess? |
02:49:07 | Platyna | Genre9mp3: Maybe you could just point me to some theme building doc? |
02:49:10 | linuxstb | lsajsf: Not yet. |
02:49:29 | Platyna | Because I like this theme. And there is plenty of space around elements, so maybe I could modify it. |
02:49:37 | lsajsf | ok thanks |
02:49:42 | | Quit lsajsf (Client Quit) |
02:50:28 | Genre9mp3 | Platyna: http://www.rockbox.org/twiki/bin/view/Main/WebHome?topic=CustomWPS |
02:51:11 | Platyna | Thank you. |
02:51:16 | | Join alphakiller [0] (n=bits@200.162.22.132) |
02:51:46 | | Quit TeaSeaLancs (Remote closed the connection) |
02:52:15 | Platyna | How to put cover images? |
02:53:43 | Genre9mp3 | you mean album covers? |
02:54:20 | Platyna | Yes. |
02:55:23 | Genre9mp3 | This is not officialy supported on Rockbox. You need the album art patch for that |
02:55:41 | Platyna | Mhm...Where do I obtain it? |
02:55:42 | Platyna | :> |
02:56:26 | Genre9mp3 | In the tracker... but you have to apply it to the source and then compile your own build |
02:57:13 | linuxstb | ton: I haven't read that thread, but I would guess not - lots of people talk about porting Rockbox, but very few actually do. And I don't think any existing Rockbox developers own a Zen, or plan to buy one. |
02:59:31 | * | Genre9mp3 wonders how many Zen users would like to have Rockbox |
03:00 |
03:02:40 | linuxstb | It's probably the most asked-about port that doesn't exist. |
03:03:35 | Genre9mp3 | Yes.. I guess it's the most popular player that Rockbox does not support |
03:04:08 | Genre9mp3 | Maybe until the MS Zune arrives... |
03:07:18 | coob | what does the zen even run on? |
03:07:35 | linuxstb | You mean the CPU? |
03:07:58 | | Join barrywardell [0] (n=barrywar@host-194-46-232-64.dsl-ie.utvinternet.net) |
03:08:33 | linuxstb | It's a TMS320 - an ARM9 core plus a DSP. |
03:09:03 | amiconn | oops |
03:09:07 | Genre9mp3 | linuxstb: Zen Vision M that is? |
03:09:16 | * | amiconn caused some yellow... |
03:09:46 | linuxstb | Genre9mp3: Yes, IIRC. |
03:10:51 | | Join Kalthare [0] (n=kalthare@c-71-197-114-207.hsd1.ca.comcast.net) |
03:11:58 | amiconn | ...and even red :( |
03:12:17 | amiconn | Imho we need a decision concerning the iFP port and plugins |
03:12:34 | | Quit dan_a (Read error: 110 (Connection timed out)) |
03:15:08 | Kalthare | I'm preparing a new patch for the 5.5. AFAIK, it fixes everything except the crash. |
03:15:55 | linuxstb | Did you get the FAT test code working? |
03:16:30 | Kalthare | Yeah, it just needed a few defines and a couple of source files added to the Makefile. |
03:16:52 | linuxstb | Could you post a separate patch for that? It would be nice to commit it. |
03:17:52 | Kalthare | Well, one thing I didn't fix is the reams of warnings about signedness mismatches. Is that alright? |
03:18:40 | | Part alphakiller |
03:19:05 | Kalthare | Also, I defined the build date by hand, which I'm pretty sure isn't the right way to do it. |
03:19:16 | | Join blueworm [0] (n=blueworm@7.Red-80-32-172.staticIP.rima-tde.net) |
03:26:49 | Kalthare | Still want the patch? |
03:26:54 | | Quit Yono ("Leaving") |
03:30:20 | linuxstb | Kalthare: Sure, if you post what you've got, I'll either commit it as it is, or try to fix the problems. |
03:31:41 | godzirra | Kalthare: how's it going? |
03:35:26 | Kalthare | godzirra: I'm pretty sure I've fixed the FAT code. |
03:35:44 | Kalthare | linuxstb: Okay, gimme a bit to put that together. |
03:37:09 | myzar | Kalthare, then it will work on an 80?! |
03:37:25 | *** | Saving seen data "./dancer.seen" |
03:38:24 | Kalthare | myzar: Unfortunately, the 80 seems to have more than the FAT code wrong with it. And even on my 30 it crashes during music playback, but I'm confident at this point that the FAT code isn't responsible. |
03:39:44 | godzirra | Kalthare: wow, thats awesome. |
03:39:49 | godzirra | So you've got a working 5.5g solution? |
03:40:17 | Kalthare | godzirra: Well, it works if you wanna play Doom. It's still not so good at music. :/ |
03:40:32 | | Join webguest30 [0] (i=47ff9014@gateway/web/cgi-irc/labb.contactor.se/session) |
03:41:20 | | Join midkay [0] (n=midkay@rockbox/developer/midkay) |
03:41:24 | blueworm | Kalthare: I would'nt mind testing it on 80Gb ;) |
03:42:27 | myzar | i'd do it, but i want to see more progress first |
03:42:32 | myzar | i have an 80 =p |
03:42:45 | | Quit pagefault (Read error: 60 (Operation timed out)) |
03:42:59 | myzar | Kalthare, you don't think there's a way to get in touch with an engineer from toshiba |
03:43:06 | myzar | and ask them the differences between the 30 gigs |
03:43:13 | myzar | and the new drives they made for the 80s |
03:43:16 | myzar | do you? |
03:43:32 | myzar | MK8007GAH is the model, i'm reading up on it online |
03:43:41 | Kalthare | I'll put up the new patch as soon as I'm done putting it together. I'll say, tho, that I haven't done anything that's likely to fix the problem on the 80. |
03:43:54 | Kalthare | myzar: I'm not exactly an expert on ATA programming. |
03:44:00 | myzar | oh, me neither |
03:44:18 | myzar | i'm trying to figure out how to assist the coders |
03:44:25 | myzar | but i'm afraid i wouldn't use C++ |
03:44:27 | * | blueworm having happy thoughts |
03:45:08 | myzar | could it be the perpendicular recording, Kalthare? |
03:45:20 | Kalthare | linuxstb: http://kalthare.freeshell.org/test-fat.patch , or should I post it to flyspray? |
03:45:27 | Kalthare | myzar: I don't even know what that is. |
03:45:44 | PaulJam | aren't the 30 and 60 gb drives perpendicular too? |
03:45:46 | linuxstb | Kalthare: That's fine there, thanks. |
03:45:52 | myzar | dunno, PaulJam |
03:45:55 | godzirra | Kalthare: I'd pr efer music to doom ;) |
03:45:56 | myzar | i'm trying to figure that out |
03:46:01 | godzirra | Kalthare: why doesnt the music work? |
03:46:03 | Kalthare | linuxstb: Hope it helps. |
03:46:17 | myzar | Kalthare, perpendicular recording is basically making hard-drives cheaper |
03:46:19 | | Join pagefault [0] (i=pagefaul@pdpc/supporter/active/pagefault) |
03:46:22 | myzar | by putting 10 times more data on the same surface |
03:46:30 | sneakums | the drive in mine is (or claims it is) an MK8010GAH |
03:46:34 | myzar | http://en.wikipedia.org/wiki/Perpendicular_recording |
03:46:42 | | Quit midkay ("Leaving") |
03:46:44 | Kalthare | godzirra: I don't know. It freezes. |
03:47:10 | myzar | what, sneakums |
03:47:10 | godzirra | myzar: http://www.hitachigst.com/hdd/research/recording_head/pr/PerpendicularAnimation.html |
03:47:12 | myzar | for your 80? |
03:47:14 | godzirra | :) |
03:47:16 | godzirra | watch that |
03:47:19 | godzirra | its scary. |
03:47:28 | sneakums | yes, the drive in my 80G claims to be an MK8010GAH |
03:49:04 | myzar | that IS scary godzirra |
03:49:11 | godzirra | myzar: isnt it awesome though? :) |
03:49:15 | godzirra | Go go school house rock |
03:50:00 | | Join midkay [0] (n=midkay@rockbox/developer/midkay) |
03:50:24 | myzar | it's scaring me |
03:50:37 | myzar | but check, godzirra |
03:50:43 | linuxstb | Do we know where Rockbox fails on the 80GB - is it during ata_init() or later? |
03:50:43 | myzar | if the 30 and the 60 drives were perpendicular |
03:50:50 | myzar | during. |
03:50:55 | myzar | somebody tried to debug it |
03:50:57 | myzar | they may be wrong |
03:51:11 | sneakums | i tried to debug it |
03:51:22 | sneakums | see my rockbox-dev post |
03:51:43 | sneakums | summary: ATA_STATUS is set to STATUS_ERR during the attempt to read the MBR |
03:52:27 | sneakums | it hangs in sleep(1) when perform_soft_reset() is called |
03:52:53 | godzirra | myzar: even after the scary movie I still dont really understand perpendicular drives. |
03:53:00 | myzar | it's so damn easy |
03:53:15 | myzar | instead of layering the bits _ _ _ _ _ |
03:53:20 | myzar | they layer them | | | | | | | | |
03:53:34 | myzar | or something |
03:53:36 | godzirra | But why couldnt they do that before? |
03:53:41 | sneakums | so it hangs after ata_init(), not during |
03:53:44 | godzirra | or make stacks of them |
03:53:46 | godzirra | i.e. ====== |
03:53:47 | myzar | yes, it is after |
03:53:50 | Mikachu | how do they get the read head to different depths? |
03:53:55 | myzar | it's sleeping |
03:54:12 | myzar | why is it resetting, though? |
03:54:19 | sneakums | linuxstb: here is the post: http://www.rockbox.org/mail/archive/rockbox-dev-archive-2006-10/0014.shtml |
03:54:34 | sneakums | myzar: because ATA_STATUS was set to STATUS_ERR |
03:54:37 | | Part Platyna ("Live Free Or Die!") |
03:54:55 | myzar | no, sneakums |
03:54:57 | myzar | that just says it's an error |
03:55:04 | myzar | if it's hanging in sleep |
03:55:17 | myzar | that probably means it's done reading (or trying to read) |
03:55:18 | ton | people could anyone make a port for creative zen vision m |
03:55:18 | sneakums | yes, and then rockbox calls perform_soft_reset() |
03:55:21 | myzar | and it has slowed down |
03:55:22 | ton | so manyt people have it |
03:55:27 | myzar | the drive physically has slowed down |
03:55:29 | myzar | which is sleep mode |
03:55:33 | myzar | it isn't spinning at full rpm |
03:55:44 | godzirra | Kalthare: so whats the issue with music? |
03:55:46 | myzar | the reason, godzirra |
03:55:55 | ton | so could anyone |
03:55:55 | sneakums | the sleep function it's hanging in is the one that's called when rockbx wants to *gasp* sleep |
03:56:00 | myzar | is because the more energy it takes to read the drive |
03:56:00 | Mikachu | ton: if someone wants to do it, they'll do it. |
03:56:03 | Mikachu | ton: it's a lot of work |
03:56:09 | myzar | the more of a chance it can mess up the magnetization |
03:56:26 | sneakums | there seems to be an unrelated problem with using sleep in the bootloader, since udelay() works fine |
03:56:26 | myzar | and that's proportionate to the size of the magnetic region |
03:56:28 | ton | i know its alot of work |
03:56:32 | Kalthare | godzirra: I wish I knew. My guess at this point is that the longer disk accesses is making some part of the code, somewhere, unhappy. |
03:56:40 | myzar | so instead of making drives bigger |
03:56:45 | myzar | they add a layer |
03:56:49 | myzar | and stack the data |
03:57:01 | myzar | they wanted to do this with floppy disks years ago |
03:57:06 | myzar | and make an even bigger disk |
03:57:24 | myzar | but 20 years later, they decided to lower costs of hard drives by applying this instead |
03:57:53 | sneakums | there are sheer physical limits to how fast you can seek a disk head and get it in position too |
03:58:00 | | Join Will [0] (n=Will@87-194-13-8.bethere.co.uk) |
03:58:01 | sneakums | which is why drives have been getting smaller |
03:58:12 | myzar | the reason for that is because of the energy i stated |
03:58:13 | ton | i know its alot of work but could anyone please try to put rockbox on creative zen vision m |
03:58:17 | myzar | it has moving parts in it, remember? |
03:58:23 | | Join webguest14 [0] (i=47566355@gateway/web/cgi-irc/labb.contactor.se/session) |
03:58:26 | Mikachu | ton: no |
03:58:32 | myzar | and the more space and the more energy in the drive, the more of a chance it can heat up and demagnetize |
03:58:36 | ton | y bit |
03:58:36 | myzar | and your data will go poof at that point |
03:58:40 | Will | guys - what is the best way to boot into Apple firmware - seems a bit hit and miss to me |
03:58:40 | webguest14 | hello? |
03:58:43 | linuxstb | sneakums: Yes, I don't think sleep() should be used in the bootloader. We don't have interrupts enabled, so if Rockbox sleeps, it won't wake up. |
03:58:55 | myzar | try opening up a drive as it's spinning at full speed and see if you can still read the data |
03:59:01 | Mikachu | Will: you'll get the hang of it after a while |
03:59:14 | myzar | linuxstb, that's a valid hypothosis |
03:59:26 | Will | when is the perfect time to hit menu to get into apple firmware? |
03:59:27 | webguest14 | i keep getting the -1 error message on my boot up |
03:59:29 | linuxstb | Will: It's in the FAQ - turn Rockbox off by a long press on PLAY, then press MENU to turn your ipod back on, and keep your finger pressed on MENU (never release or move it) until you see "Loading original firmware". |
03:59:35 | myzar | it shouldn't be sleeping in the bootloader, and there is no code to help it sleep if it does |
03:59:40 | Mikachu | Will: just around the time the apple shows up |
03:59:40 | sneakums | linuxstb: i replaced the sleep calls with udelay calls, and the soft reset completes, but it doesn't help |
03:59:54 | myzar | sneakums |
03:59:55 | webguest14 | i geuss ill wait my turn then lol |
03:59:56 | Mikachu | Will: if you have it turned of and just press release and hold like linuxstb said, it should work |
04:00 |
04:00:01 | myzar | the question is why is it soft resetting? |
04:00:03 | myzar | the 30 doesn't. does it? |
04:00:05 | Will | thanks guys |
04:00:10 | myzar | the 60 from 5gs doesn't as well |
04:00:17 | myzar | none of the previous generations do a reset |
04:01:30 | Will | is there any way to have a menu at beginning to choose firmware to load? |
04:01:40 | webguest14 | OK i have windows xp an a 30gigabit 5g ipod i downloaded everything correctly up until i tryed to install the firmware everything was fine until i downloaded the fonts build for the video ipod how an where do i extract it? |
04:02:05 | Will | http://louhi.kempele.fi/~skyostil/projects/albumart/ <−− great program for getting album art if you are interested.. |
04:02:18 | sneakums | myzar: actually, the question is why the status is set to STATUS_ERR after the read. i know why it's resetting: it's because that's what ATA code does in that circumstance. |
04:02:21 | Mikachu | Will: you can use the ipodlinux bootloader |
04:02:21 | PaulJam | Will: you could use the ipodloader2 from ipodlinux. this has afaik a graphic menu |
04:02:40 | myzar | that is another path as well, sneakums |
04:02:42 | Will | is it a hard one to install? |
04:02:49 | myzar | if you know why it is resetting, you can fix it from there |
04:02:49 | | Quit lukaswayne9_ ("Ex-Chat") |
04:02:56 | myzar | if you know why it is giving an err, then you can fix it there |
04:02:57 | webguest14 | does ipodlinux work on g |
04:03:01 | | Quit lukaswayne9 ("Ex-Chat") |
04:03:13 | myzar | but the way to check it is to compare to the 5.5g 30 |
04:03:17 | webguest14 | does it work on %G ipods the site said no |
04:03:28 | godzirra | Kalthare: so no closer than currently? |
04:03:55 | Kalthare | godzirra: Very much less likely to corrupt your filesystem. And you might have better luck than I'm having. |
04:03:59 | | Quit webguest30 ("CGI:IRC") |
04:06:45 | | Quit webguest14 ("CGI:IRC (EOF)") |
04:07:37 | Kalthare | It's a cleaner patch now, too, tho that doesn't matter too much. |
04:08:15 | godzirra | Kalthare: I'll try it out. Where was the link to the patch? |
04:08:42 | Will | ipodloader2 worked a treat guys - thanks very much |
04:08:55 | Kalthare | The patch I posted earlier was for the FAT test code. I'm still putting the finishing touches to the 5.5 patch. :) |
04:09:04 | godzirra | ahh ok |
04:09:16 | godzirra | if I'm not here, message me the link. I'll be happy to try it out. |
04:10:39 | Kalthare | It'll be up in a sec.. |
04:15:22 | Kalthare | http://www.rockbox.org/tracker/task/6169 |
04:16:17 | Mikachu | can't you just reformat the device? |
04:16:57 | | Quit midkay (Read error: 104 (Connection reset by peer)) |
04:17:01 | Kalthare | Mikachu: Yes, but you have to hex-edit the MBR, and you can only access the partition using mtools. |
04:17:16 | Kalthare | And it still only works on the 30GB. |
04:17:22 | myzar | and none of us have any idea why it wont work on the 80 |
04:17:25 | myzar | as opposed to the 30 |
04:17:36 | myzar | i can't find any mention of this 80 drive anywhere |
04:17:42 | myzar | no specs, differences, comparisons... |
04:18:03 | | Part pixelma |
04:19:18 | | Join midkay [0] (n=midkay@rockbox/developer/midkay) |
04:19:53 | linuxstb | Mikachu: The Apple bootloader expects 2048-byte sectors, and the disk mode tells the host PC that the disk has 2048-byte sectors. Kaltare has worked around the first problem, but there's not much we can do with the second. |
04:20:14 | PaulJam | this is just a wild guess, but could it have smething to do that the 30 GB drives support ATA 2 to 6 and the 80 GB drives only ATA 3 to 6 , so that the 80 GB ipods have a different hardware? |
04:20:15 | Mikachu | ah |
04:20:49 | | Quit Genre9mp3 ("I don't suffer from Rockbox psychosis. I enjoy every minute of it.") |
04:20:59 | Kalthare | I don't think I can help with the 80 at all. I haven't got one, and I don't know anything about driver programming or ATA. I do hope it's made to work, tho. |
04:23:55 | | Quit besonen_mobile (Read error: 60 (Operation timed out)) |
04:25:55 | | Part Will |
04:27:06 | sneakums | PaulJam: if rockbox's ATA driver is using ATA-2 commands, then that might be it |
04:28:04 | | Join besonen_mobile [0] (n=besonen_@dsl-db.pacinfo.com) |
04:30:01 | | Join EspeonEefi [0] (i=espeonee@STRATTON-SEVEN-FOURTY-SEVEN.MIT.EDU) |
04:32:33 | | Join niskel [0] (n=niskel@fctnnbsc15w-156034087017.nb.aliant.net) |
04:33:08 | Kalthare | Hmmm. When was the new scheduler put in? |
04:33:26 | sneakums | that said, they do seem to be upward compatible |
04:33:33 | * | sneakums grabs the ATA-3 doc to see if there's a lit of removed stuff |
04:34:22 | sneakums | nothing in the TOC jumping out |
04:34:59 | blueworm | Oh well, still no go, on 80GB |
04:35:19 | myzar | how can that be, sneakums? |
04:35:26 | myzar | you mean they snuck in ATA-3 into the new 80? |
04:38:20 | | Join Moos [0] (i=51400b8c@gateway/web/cgi-irc/labb.contactor.se/x-0f9051d7efa76a63) |
04:41:45 | | Join Paul_the_Nerd [0] (n=Llorean@cpe-70-112-165-230.austin.res.rr.com) |
04:41:51 | | Quit niskel (Remote closed the connection) |
04:49:33 | Kalthare | How many threads are there? |
04:50:49 | Paul_the_Nerd | There's some sort of max threads define, I believe. |
04:52:21 | | Quit linuxstb ("CGI:IRC (Ping timeout)") |
04:52:23 | Kalthare | I'm thinking it may be another thread that's freezing the system. |
05:00 |
05:00:01 | | Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) |
05:00:22 | ton | rockbox for creative zen vision m |
05:00:24 | ton | we need |
05:00:25 | ton | please |
05:00:27 | Paul_the_Nerd | Then do it |
05:00:40 | Paul_the_Nerd | New ports happen by someone who owns the player doing it. |
05:00:50 | | Quit midkay (Read error: 104 (Connection reset by peer)) |
05:00:54 | ton | but i dont no how |
05:01:09 | | Join Rob2222_ [0] (n=Miranda@ACB39D1C.ipt.aol.com) |
05:01:24 | Paul_the_Nerd | Well, pestering the room doesn't make it any more likely to happen |
05:01:50 | ton | k sorru |
05:01:52 | ton | sorry |
05:03:39 | | Join midkay [0] (n=midkay@rockbox/developer/midkay) |
05:08:27 | | Quit ton () |
05:08:33 | | Quit amiconn (Read error: 60 (Operation timed out)) |
05:08:33 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
05:09:31 | Kalthare | How likely would it be that disc accesses taking longer would cause trouble for another thread? |
05:13:08 | myzar | that would need to be in apple's firmware itself |
05:13:23 | myzar | they can't put that into the drive and state that if the accesses take longer, it outputs an error |
05:13:43 | myzar | it's a possibility, but... |
05:13:56 | myzar | i doubt it |
05:14:07 | myzar | take an example of reading a large large music file |
05:14:12 | myzar | it accesses longer than smaller ones |
05:14:14 | myzar | it can read it fine |
05:14:45 | Kalthare | I'm talking about the playback crash on the 30GB model. |
05:15:07 | myzar | oh, i was tieing in the 80 |
05:15:21 | myzar | i'm not sure how the apple firmware is handled when rockbox runs physically |
05:15:47 | Kalthare | The problem with the 80 is a wholly different issue. |
05:15:48 | myzar | could it be a caching problem? |
05:15:57 | myzar | yes, but when we fix the 80 |
05:16:02 | myzar | we'll probably get a playback crash as well |
05:16:20 | Paul_the_Nerd | myzar: When Rockbox is running, the Apple firmware is uninvolved. |
05:16:33 | myzar | completly? |
05:16:48 | Paul_the_Nerd | Rockbox is a replacement firmware. |
05:16:58 | Paul_the_Nerd | It's not a modification of existing firmware. |
05:16:58 | | Quit Moos ("CGI:IRC (EOF)") |
05:17:18 | myzar | of coarse |
05:17:24 | myzar | but does it use any part of the original firmware? |
05:17:36 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
05:17:54 | Kalthare | myzar: No. |
05:17:55 | Paul_the_Nerd | If it used any part of theirs, it would qualify as a modification of theirs since it was there first, wouldn't it? |
05:18:02 | Kalthare | Paul_the_Nerd: Any thoughts on my question? |
05:18:08 | myzar | not at all |
05:18:18 | myzar | you can still get data or information from calls from something else |
05:18:22 | myzar | as an example, at least |
05:18:29 | myzar | then it has nothing to do with the firmware |
05:18:40 | myzar | it's a change in the hardware, probably the drive |
05:18:56 | myzar | and from what we can tell from the debug, it's after ata_init |
05:18:59 | myzar | is that correct, Kalthare? |
05:19:03 | Paul_the_Nerd | myzar: When someone says "using" a part of something, that assumes accessing or executing it, not just learning from it via reverse engineering or whatnot. |
05:19:21 | myzar | well, not when i "use" a part of something |
05:19:30 | myzar | i say this because i've used that term for almost a decade |
05:19:39 | myzar | perhaps it's because i'm not using C++ |
05:19:39 | | Quit EspeonEefi ("Leaving") |
05:19:44 | Paul_the_Nerd | If the Rockbox *devs* used the Apple firmware, it would fit your definition. |
05:19:50 | | Join version7 [0] (n=v7@user-24-214-165-197.knology.net) |
05:19:54 | myzar | it's not my definition |
05:19:58 | Paul_the_Nerd | But if the Rockbox *software* used the Apple firmware, that would mean that it *must* be present for Rockbox to execute. |
05:20:04 | Paul_the_Nerd | Because it's a little hard to use something that's not there, right? |
05:20:06 | myzar | thank you for speaking down to me Paul_the_Nerd |
05:20:31 | Paul_the_Nerd | myzar: I'm explaining the way a lot of terms are interpreted around here, because common ground on terms is essential for clear communication. |
05:20:52 | myzar | i use terms quite differently, because of the work in the past |
05:20:54 | myzar | that i have done |
05:21:33 | myzar | i'm not exactly sure how the IPod works seperate from their firmware and the harddrive it runs |
05:21:41 | Paul_the_Nerd | Where a software can "use" something without actually using it, but rather by having its programmers learn from that something and reimplement similar or identical things? |
05:22:00 | myzar | i never mentioned reverse engineering |
05:22:04 | myzar | i'm not sure how the firmware works |
05:22:05 | Paul_the_Nerd | Even if the terms mean something different for you overall, it's important to either use them how other people here will understand them, or clarify what is meant. |
05:22:13 | myzar | for all i know, you can be running rockbox alongside the official firmware |
05:22:17 | myzar | and grabbing information from there |
05:22:22 | Paul_the_Nerd | *replacement* |
05:22:26 | | Quit sneakums ("taster, you're the automatic saint") |
05:22:27 | Paul_the_Nerd | I said that in my first thing to you |
05:22:34 | Paul_the_Nerd | You can't *replace* something and still be dependent upon it. |
05:22:40 | myzar | false. |
05:22:55 | Paul_the_Nerd | Replacing something means substituting for it |
05:23:01 | Paul_the_Nerd | Means that the original would not be there in a true replacement |
05:23:06 | Paul_the_Nerd | Means you *can't* depend on it because it's not there |
05:23:12 | myzar | nobody said it has to be a *TRUE* replacement either |
05:23:17 | Paul_the_Nerd | It's the very definition of the word "replacement" |
05:23:22 | version7 | I need a simple question answered? will the rockbox firmware allow navigation of the ipod on a external screen such as a tv? |
05:23:34 | Paul_the_Nerd | myzar: So, you assumed that I misused the word replacement? |
05:23:34 | myzar | i'm sorry Paul_the_Nerd, but we aren't speaking in definitions |
05:23:41 | myzar | did i say you misused it? |
05:23:44 | Paul_the_Nerd | We're speaking English. |
05:23:53 | myzar | no, we're actually typing english |
05:23:54 | Paul_the_Nerd | You said "nobody" said it had to be a "true" replacement |
05:24:03 | Paul_the_Nerd | True, we are typing English. |
05:24:08 | myzar | you mentioned that would be a TRUE replacement |
05:24:16 | PaulJam | version7: I don't think the tv out on the g5 works yet |
05:24:21 | Paul_the_Nerd | No, I said Rockbox was a replacement firmware. |
05:24:26 | version7 | this is for a ipod photo |
05:24:31 | myzar | and i mentioned that there are plenty of instances where something can replace something else and still use things from the old one |
05:24:34 | Paul_the_Nerd | I used the word replacement as its true definition. |
05:24:36 | myzar | i'm not arguing that |
05:24:43 | myzar | i didn't know it was a full replacement |
05:24:52 | Paul_the_Nerd | Even though I told you it was, completely clearly |
05:25:12 | myzar | you can tell me whatever you want |
05:25:12 | Paul_the_Nerd | Which means you either assumed that I didn't know what I was talking about, or that I misused the word. |
05:25:19 | myzar | i can still selectively choose to argue or believe it |
05:25:26 | myzar | to see how long of an argument i can pull out here |
05:25:44 | Paul_the_Nerd | Rockbox is a replacement firmware in the true sense of the word. |
05:25:51 | myzar | thanks for the info, Paul_the_Nerd. |
05:26:11 | myzar | but you missed one point i made before |
05:26:18 | Paul_the_Nerd | This is why the developers are extremely hesitant to implement the current dual boot method that has been created for the X5, because it requires a dependency on the original firmware. |
05:26:21 | myzar | since i don't know the schema of an ipod |
05:26:35 | myzar | i am probably referring to the firmware improperly |
05:26:45 | myzar | i am trying to figure out what can regulate how rockbox works |
05:26:49 | myzar | independent to the firmware itself |
05:27:10 | myzar | what would cause the ipod to reset and crash, for instance |
05:27:10 | Paul_the_Nerd | So, you want something other than Rockbox to regulate Rockbox? |
05:27:30 | myzar | it doesn't have to only be rockbox |
05:27:38 | myzar | i'm figuring out why the damn thing crashes on playback |
05:27:44 | Paul_the_Nerd | Many things could cause it to crash, like unaligned memory accesses or hardware not being initialized or used properly. |
05:27:46 | myzar | and since firmware is eliminated... |
05:27:56 | Paul_the_Nerd | How is Rockbox eliminated? |
05:28:18 | myzar | i meant the apple firmware. |
05:28:21 | myzar | not rockbox. |
05:28:40 | Paul_the_Nerd | Well it's a pretty important distinction to breeze over. |
05:28:52 | myzar | i've been referring to apple's firmware as firmware |
05:28:57 | myzar | and rockbox as the alternate firmware |
05:28:59 | myzar | this whole discussion |
05:29:20 | Paul_the_Nerd | Well, try to use the terms everyone else does. |
05:29:40 | Paul_the_Nerd | There are many names for the original firmware that aren't vague like "firmware" |
05:29:54 | myzar | i'm sorry, i rarely conform to the majority |
05:30:02 | myzar | because i speak for myself, not for the understanding of others |
05:30:15 | Paul_the_Nerd | Kalthare: Do we actually *know* that all the hardware inside the 5.5G is the same, or are we assuming it is because it works mostly the same? |
05:30:41 | Paul_the_Nerd | myzar: Well, if you want to speak *with* someone, you have to speak in a way they understand. This is why language exists. |
05:30:56 | Paul_the_Nerd | myzar: If you feel the desire to continue speaking solely for yourself, feel free to take it to PMs |
05:31:12 | Kalthare | Paul_the_Nerd: We've at least sight-verified the PP chip to be the same. |
05:32:40 | Paul_the_Nerd | Kalthare: I'm just wondering about the distinction Apple is making with the Search function, and wonder if there's something else that's been missed, or if they're honestly just lying about the old ones being too slow. Because if there is a hardware difference, it could be relevant, right? |
05:33:03 | myzar | Paul_the_Nerd: I would assume you understand what I say, unless you aren't qualified to speak on the topic we are discussing |
05:33:22 | myzar | and at that point, you could ask what i mean, if you have any questions as to the validity or definition of a term or phrase i say |
05:33:51 | Kalthare | Paul_the_Nerd: It might be the cause of all this 2K-sector insanity. The fps-test came out exactly the same as the 5G. |
05:34:32 | Paul_the_Nerd | myzar: I did question it. And I've now suggested to you that you use the accepted terms for this channel |
05:35:43 | myzar | Paul_the_Nerd: Very well. Your point has been taken. |
05:36:35 | | Quit pagefault (Read error: 54 (Connection reset by peer)) |
05:36:53 | Paul_the_Nerd | Kalthare: I doubt longer disk accesses are the problem though |
05:37:04 | Paul_the_Nerd | Kalthare: But where is the extra time spent? |
05:37:27 | *** | Saving seen data "./dancer.seen" |
05:37:54 | Kalthare | Paul_the_Nerd: There are a lot of accesses −− particularly for directories, and the FAT itself −− that are pulling 4 sectors now, instead of just 1. |
05:39:34 | | Join pagefault [0] (i=pagefaul@pdpc/supporter/active/pagefault) |
05:39:49 | | Quit pagefault (Read error: 54 (Connection reset by peer)) |
05:39:51 | Paul_the_Nerd | Kalthare: Do you have a description of the freezes somewhere? |
05:39:55 | | Join pagefault [0] (i=pagefaul@pdpc/supporter/active/pagefault) |
05:43:42 | Paul_the_Nerd | Kalthare: For example, I don't know of they're consistent or semi-random. |
05:44:04 | Kalthare | Paul_the_Nerd: It crashes while closing /.rockbox/.playlist_control after writing it. Specifically, it seems to be crashing partway thru the copy_read_sectors() loop reading the /.rockbox directory, so as to update the file size. |
05:44:51 | Paul_the_Nerd | Kalthare: I'm guessing you've tried other file writes too and gotten freezes as well? |
05:45:30 | Kalthare | Paul_the_Nerd: No. It updates the tag cache with no problem. Doom can save and load without a hitch. It passes all the tests in firmware/test/fat/. |
05:47:09 | Paul_the_Nerd | Kalthare: So it would seem dependent about what else was happening on the same time, you're right. |
05:47:28 | Kalthare | Paul_the_Nerd: I'm thinking it's playback. |
05:48:12 | Paul_the_Nerd | And you can't get playback started to try another write during it? |
05:48:51 | Paul_the_Nerd | Because it freezes during that... =/ |
05:50:12 | Kalthare | Maybe I'll neuter the function that's writing .playlist_control. |
05:51:00 | Paul_the_Nerd | Kalthare: Maybe try that, then do another file write during playback and see if it's related to that function, playback, or some unholy combination of the two. |
05:51:44 | | Join RoC_MM [0] (i=dragon@c-66-177-58-16.hsd1.fl.comcast.net) |
05:56:32 | Kalthare | Not to mention seeing if removing that code makes it NOT crash. |
05:56:43 | Paul_the_Nerd | Yeah, that too. :-P |
06:00 |
06:01:02 | Kalthare | I'll be a bit, tho. The old version of my patch caused nasty FS corruption −− and an intermediate version that I didn't post caused much, much worse corruption. So I need to reformat my iPod. |
06:01:16 | Paul_the_Nerd | Aaah |
06:01:19 | Paul_the_Nerd | Eep |
06:02:31 | Kalthare | Well, actually.. which, would you say, is worse? Writing FAT updates to the wrong location on the drive, or writing only the first quarter of each updated sector of the FAT? |
06:03:23 | Paul_the_Nerd | That's a tough call. |
06:03:33 | Paul_the_Nerd | I think they're both bad enough. |
06:04:35 | Kalthare | Luckily, the new version does neither of these things. :) |
06:05:20 | Paul_the_Nerd | I think that's an important feature. |
06:05:59 | | Join |AhIoRoS| [0] (n=ahioros@201.224.122.227) |
06:07:05 | | Join EspeonEefi [0] (i=espeonee@STRATTON-THIRTY-EIGHT.MIT.EDU) |
06:07:18 | Kalthare | Absolutely. |
06:15:12 | | Quit |AhIoRoS| ("Abandonando, see you http://ahioros.homelinux.net") |
06:16:24 | | Quit PaulJam (".") |
06:29:52 | pagefault | I had a request that you guys install CIA for rockbox |
06:30:08 | pagefault | it seems to be the trend |
06:30:43 | Paul_the_Nerd | CIA? |
06:31:13 | pagefault | it's an IRC bot and web site that tracks CVS changes |
06:31:18 | pagefault | and posts them to the channel |
06:31:24 | pagefault | nearly everyone is using it now |
06:31:33 | pagefault | http://cia.navi.cx |
06:31:38 | pagefault | it's pretty cool |
06:31:51 | pagefault | http://cia.navi.cx |
06:31:52 | pagefault | oops |
06:32:01 | pagefault | just useless stats |
06:32:09 | pagefault | but you get it posted to IRC when someone makes a commit |
06:33:01 | pagefault | the nice thing is you can have an RSS feed for your project |
06:35:48 | pagefault | anyway just a thought |
06:36:27 | | Quit version7 () |
06:36:28 | pagefault | if you join #commits |
06:36:33 | pagefault | you can see it in action |
06:43:25 | | Quit besonen_mobile (Connection timed out) |
06:45:27 | Paul_the_Nerd | pagefault: Actually, I think that's kinda neat if it could be made to return the automated build results in some reasonably readable way. |
06:45:48 | pagefault | i'm sure the folks in #cia could do something fo ryou |
06:45:56 | pagefault | that is the development channel for it |
06:46:27 | pagefault | or they may already have that but just not documented |
06:46:49 | Paul_the_Nerd | Well, it mentions the possibility to do that in the section on how it works. |
06:47:57 | Paul_the_Nerd | But with how many automated builds are created, it'd either be unreadable, or require some sort of filtering, perhaps only the first failed build being reported or something. I'm just thinking anyway, use of something like that is more for those like Bagder and LinusN to consider, I think |
06:52:45 | | Join besonen_mobile [0] (n=besonen_@dsl-db.pacinfo.com) |
06:55:42 | pagefault | I should just do the button mappings for the h10 |
06:55:47 | pagefault | since no seems to want to do it |
06:57:48 | pagefault | need more 128x128 themes |
06:57:54 | pagefault | iCatcher is getting old |
07:00 |
07:13:59 | | Join MarcoPolo [0] (n=MarcoPol@virlet.rez-gif.supelec.fr) |
07:15:22 | | Join BHSPitLappy [0] (n=steve-o@adsl-66-141-169-210.dsl.rcsntx.swbell.net) |
07:16:07 | | Quit BHSPitLappy (Read error: 104 (Connection reset by peer)) |
07:16:52 | | Quit blueworm ("Leaving") |
07:17:18 | | Join BHSPitLappy [0] (n=steve-o@adsl-66-141-169-210.dsl.rcsntx.swbell.net) |
07:32:57 | | Join Sinbios [0] (i=Sinbios@dsl-10-149-232.b2b2c.ca) |
07:33:56 | | Join GFoux [0] (n=greyfoux@APoitiers-155-1-147-120.w81-50.abo.wanadoo.fr) |
07:37:31 | *** | Saving seen data "./dancer.seen" |
07:46:05 | | Quit nGs|GreyFox`afk (Read error: 110 (Connection timed out)) |
07:50:37 | | Join crushjane [0] (n=jay_jay_@125.33.225.75) |
07:50:56 | crushjane | hi |
07:52:17 | | Quit pagefault ("Leaving") |
07:55:41 | hcs | has anyone considered an encycopodia (ipod-formatted wikipedia) viewer for rockbox? |
07:57:14 | hcs | might be fun to write a pseudo-html renderer |
08:00 |
08:00:11 | scorche | i believe one was started |
08:00:37 | | Quit Sinbios ("If the definition of a klutz is someone who doesn't have eyes on their ass, then yes, I suppose I am a klutz.") |
08:05:46 | | Join theli_ua [0] (n=theli@mail.ukrcard.com.ua) |
08:13:11 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
08:23:03 | MarcoPolo | hcs: one was started but i think the project isn't alive anymore |
08:23:34 | Bagder | there's talk about that on misticriver only |
08:23:43 | Bagder | and there doesn't seem to be any code available for some reason |
08:23:55 | MarcoPolo | well, not completly dead : http://rockipedia.techmight.com/index.php?title=Progress_Report#August_15th.2C_2006.2C_11:33_AM |
08:24:16 | Bagder | well, according to posts on MR he's stopped developing it |
08:24:57 | MarcoPolo | Bagder: ok |
08:38:32 | | Join pondlife [0] (n=Miranda@cpc1-rdng11-0-0-cust472.winn.cable.ntl.com) |
08:43:04 | | Join dan_a [0] (n=dan-mirc@217.23.173.156) |
08:48:07 | mirak | is the TV out of a DVB-C card hauppauge nexus or tecnotrend premium better than TV OUT of video card ? |
08:48:42 | scorche | for what? |
08:49:09 | scorche | i would use the graphics card out for anything besides just video honestly |
08:49:39 | mirak | video is not as good ? |
08:49:43 | scorche | and you are better off using the dvi/vga signal than the tv out |
08:49:58 | | Join rigel [0] (n=rigel@dsl092-248-194.sfo4.dsl.speakeasy.net) |
08:50:07 | mirak | on a cathodic TV I can't do that. |
08:50:07 | rigel | are there plans to port for the zune? |
08:50:20 | rigel | particularly the wifi capabilities |
08:50:33 | Bagder | rigel: see the NewPort wiki page |
08:50:40 | rigel | url? |
08:50:44 | rigel | oh |
08:50:46 | rigel | nm |
08:51:21 | amiconn | aaaarrrrgh |
08:51:22 | dan_a | Bagder: I've got a working LCD driver for the Sansa |
08:51:28 | mirak | scorche: sorry I aske in rong channel anyway ^^ |
08:51:34 | Bagder | dan_a: supercool! |
08:51:40 | scorche | ;) |
08:51:44 | rigel | i dont see it |
08:51:50 | dan_a | Thank MrH for his patience with me! |
08:51:51 | amiconn | Now rombox is too big on the v1 as wel :-( |
08:51:58 | scorche | rigel: then look harder ;) |
08:52:10 | * | scorche cries on amiconn's shoulder |
08:52:20 | Bagder | imho, rombox needs to become a special build with some stuff ripped out |
08:52:38 | scorche | i wouldnt mind getting rid of tagcache etc |
08:52:54 | * | amiconn disagrees |
08:53:10 | rigel | scorche: url plz |
08:53:42 | scorche | rigel: click wiki on the side, enter NewPort into the box at the top... |
08:53:48 | Bagder | amiconn: then what's your suggestion on how to keep our nose above the water? |
08:54:26 | rigel | oh, case-sensitive |
08:54:34 | rigel | i always assume otherwise |
08:54:39 | Bagder | rigel: executive summary: "we don't do port on request, people who own units do ports" |
08:55:12 | Bagder | afaik, not a single guy close to Rockbox owns a zune |
08:55:20 | scorche | amiconn: where are you seeing that it is too big for the v1?...does it not give the error that it does on the v2? |
08:55:32 | amiconn | No, not yet |
08:55:35 | rigel | Bagder: not yet, theyre not out |
08:55:45 | amiconn | For some reason the linker doesn't give that error immediately |
08:55:47 | rigel | i dont know if there are fcc photos yet either |
08:56:05 | amiconn | My local build is 132 bytes too big, official is probably a bit more |
08:56:20 | Bagder | rigel: there are reasons they are somewhat similar to some gigabeat models, and we have some work on gigabeat going on |
08:56:32 | Bagder | I meant - there are reasons "to believe" |
08:56:40 | rigel | hm |
08:56:54 | scorche | Bagder: i thought it was similar to gigabeat players that we arent working on |
08:57:01 | scorche | or were you just talking in general? |
08:57:19 | Bagder | yes, but I believe the ones they are working on are somewhat similar to the ones they aren't working on as well |
08:57:22 | Bagder | but I might be wrong |
08:57:47 | scorche | just taking tagcache out alone should grant us plenty of space for rombox |
08:58:02 | | Join pagefault [0] (i=pagefaul@pdpc/supporter/active/pagefault) |
08:58:09 | amiconn | Bagder: Would it be possible to collect and link the distributed build .map files somewhere? (for targets and bootloaders) |
08:58:51 | Bagder | yes, sure it could be done similar to the bleeding edge build |
09:00 |
09:00:30 | Bagder | would you like it for the latest build only, or with a history? |
09:01:59 | | Join petur [0] (i=d4efd6a6@gateway/web/cgi-irc/labb.contactor.se/session) |
09:04:33 | | Quit ShadowdogMU ("You know you'll miss me :P") |
09:08:34 | | Join _FireFly_ [0] (n=FireFly@fhrouter83.fh-wuerzburg.de) |
09:14:06 | | Join FireFly_ [0] (n=FireFly@fhrouter83.fh-wuerzburg.de) |
09:14:06 | | Quit _FireFly_ (Connection reset by peer) |
09:18:17 | | Quit scorche (Remote closed the connection) |
09:21:32 | | Quit matsl (Read error: 110 (Connection timed out)) |
09:22:17 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
09:27:39 | | Join dpro [0] (n=x@chello080109121047.8.15.vie.surfer.at) |
09:29:35 | | Quit FireFly_ (Read error: 145 (Connection timed out)) |
09:34:04 | | Join LinusN [0] (i=linus@rockbox/developer/LinusN) |
09:37:33 | *** | Saving seen data "./dancer.seen" |
09:41:45 | | Join besonen_mobile_ [0] (n=besonen_@dsl-db.pacinfo.com) |
09:43:59 | | Quit besonen_mobile (Read error: 110 (Connection timed out)) |
09:44:14 | | Join FireFly_ [0] (n=FireFly@fhrouter83.fh-wuerzburg.de) |
09:45:22 | | Quit myzar (Read error: 104 (Connection reset by peer)) |
09:47:10 | | Quit dan_a (Read error: 110 (Connection timed out)) |
09:49:21 | | Quit crushjane (Read error: 110 (Connection timed out)) |
09:55:20 | Slasheri | weird.. i think original firmware can corrupt the filesystem |
09:55:21 | | Quit BigBambi ("Leaving") |
09:55:29 | Slasheri | now fsck.vfat says: |
09:55:30 | Slasheri | Currently, only 1 or 2 FATs are supported, not 191. |
09:55:39 | Bagder | ouch |
09:55:59 | Slasheri | and only booted up original fw a few times to fix the problem with flash plugin |
09:56:24 | Slasheri | fortunately files are still there but even .rockbox-directory got corrupted and needed to erase it for rockbox to boot up again |
09:56:51 | | Quit RoC_MM ("Leaving") |
10:00 |
10:00:03 | pondlife | Slasheri: which device? |
10:00:10 | Slasheri | pondlife: h140 |
10:00:18 | pondlife | :( |
10:03:41 | | Join spiorf [0] (n=spiorf@host222-126.pool8248.interbusiness.it) |
10:05:39 | | Join dan_a [0] (n=dan-mirc@wormhole.domicilium.com) |
10:05:58 | | Quit matsl (Remote closed the connection) |
10:09:25 | pondlife | Slasheri: This is rather obscure, but could you look at http://www.rockbox.org/viewcvs.cgi/apps/playback.c.diff?r1=1.349&r2=1.350. I'm wondering why you had to change the timing at line 3221/3228.. |
10:09:48 | pondlife | I'm sure it's fine, bur I'd like to understand |
10:11:00 | pondlife | Did this increase UI responsiveness, for example? |
10:11:27 | Slasheri | just a moment |
10:11:50 | Slasheri | ah, yes, you can change it back |
10:12:01 | pondlife | No need particularly |
10:12:19 | Slasheri | shouldn't be necessary.. i was just experimenting with something and forgot it there |
10:12:35 | pondlife | I'm just trying to justify every change in the mid-Sept updates regarding the whitenoise issue,. I very much doubt this is relevant though |
10:13:36 | | Quit JdGordon ("Konversation terminated!") |
10:13:36 | | Quit FireFly_ (Read error: 131 (Connection reset by peer)) |
10:15:30 | | Part [aspect] |
10:21:35 | | Join myzar [0] (i=derelict@cpe-72-129-81-32.socal.res.rr.com) |
10:22:35 | | Join TeaSea [0] (n=thunderc@82.152.216.119) |
10:23:58 | | Quit TeaSea (Remote closed the connection) |
10:26:06 | | Join Siku [0] (n=Siku@f303b.w3.tontut.fi) |
10:42:04 | | Join JdGordon [0] (n=jonno@c220-237-57-32.smelb1.vic.optusnet.com.au) |
10:45:29 | amiconn | Slasheri: Did you see last night's comment about the new scheduler having problems on ipod when priority scheduling is disabled (i.e. in the bootloader)? |
10:48:40 | | Join alphakiller [0] (n=bits@200.162.22.132) |
10:49:21 | amiconn | Bagder: .map files with history would be preferable, if that's possible |
10:49:30 | | Quit barrywardell () |
10:49:36 | | Quit alphakiller (Client Quit) |
10:49:53 | Bagder | sure, I just need to give each a local name according to the build time stamp or similar |
10:50:16 | amiconn | I mainly want them to have a means for tracking down UIEs reported here, or on the ml/forum |
10:50:25 | Bagder | a good idea |
10:50:38 | amiconn | Another purpose is precisely tracking size of rombox |
10:50:49 | amiconn | Don't forget that archos builds have 2 .map files |
10:51:01 | Bagder | ah, right |
10:51:37 | amiconn | Would it be possible to have .map files for dailies as well, or is that system too different? |
10:51:59 | Bagder | they're similar |
10:52:01 | pondlife | Don't suppose Tomasz Malesinski is around under some name,,? |
10:52:21 | Bagder | pondlife: I don't think he's on IRC much |
10:52:29 | pondlife | There was a mod "Do not use our simple snprintf in simulator, because ALSA library requires a more advanced one. Fixes the problem with ALSA on Linux." |
10:52:43 | | Quit JdGordon ("Konversation terminated!") |
10:52:43 | pondlife | But it breaks the sim logging here (Cygwin) |
10:52:53 | Bagder | oh |
10:53:07 | pondlife | Surely the sim should be able to use our code as much as possible too. |
10:53:28 | Bagder | yeah, but alsa clearly needs a better snprintf than what we provide |
10:53:49 | Bagder | I guess the proper fix would be to modify the check to only be used on linux |
10:54:02 | pondlife | Doesn't SDL take care of the differences? |
10:54:19 | Bagder | then you wouldn't have any problems ;-) |
10:54:21 | pondlife | Sorry, I'm lacking in cluefulness on this |
10:54:39 | pondlife | It seems odd that ALSA would be relying on our code. |
10:54:44 | Bagder | I believe ALSA is what needs the snprintf and alsa is not used on windows/cygwin |
10:54:56 | Bagder | yeah, but it does/did |
10:55:09 | Bagder | it could of course possibly be fixed in a different way to have |
10:55:15 | pondlife | Callbacks, I guess.. |
10:55:17 | Bagder | it use the libc snprintf for alsa |
10:55:37 | pondlife | OK - what's a good #ifdef to detect Linux vs Cygwin? |
10:56:03 | pondlife | Preferably one already used in Rockbox. |
10:56:27 | Bagder | I believe "linux" and "__linux" are defined when building for linux |
10:56:57 | pondlife | And Cygwin doesn't emulate that? |
10:57:04 | Bagder | no, cygwin is not linux |
10:57:12 | pondlife | I know, but it tries to pretend |
10:57:18 | Bagder | not really |
10:57:22 | pondlife | OK |
10:57:25 | Bagder | it emulates posix/unix |
10:57:42 | pondlife | Thanks, I'll play and fix |
10:59:49 | amiconn | pondlife: His nick is tomal, but he's indeed not often here |
11:00 |
11:00:07 | pondlife | Thanks |
11:05:58 | | Join Lynx_ [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) |
11:05:58 | Bagder | I figure we ignore the plugin .maps, or would they ever be really useful too? |
11:07:30 | amiconn | Much less often, and indeed they're so many that it would be a pita to collect them |
11:07:39 | amiconn | There are codec .map files too... |
11:08:53 | Bagder | right |
11:09:10 | Bagder | well, I was pondering to do a 'scp' of all possible .maps and make a zip out of them locally or similar |
11:10:40 | dan_a | Or you could have the maps added in to the rockbox.zip file by the build system? |
11:11:16 | Bagder | yes, but then everyone would download them as well |
11:11:34 | Bagder | I guess I can make a separate build target and then download that zip |
11:12:06 | pondlife | Slasheri: Another (unrelated) question..? |
11:12:07 | Bagder | I think I'll try that |
11:13:27 | amiconn | 'make maps'? |
11:13:39 | amiconn | or 'make mapzip' |
11:13:42 | pondlife | If I use Tagcache to play all tracks, while it's building the playlist (displaying Searching...), it now counts downwards, as if the playlist is getting smaller/filtered. Is this right? |
11:13:52 | Bagder | make mapzip |
11:13:54 | pondlife | I'm fairly sure it used to count up |
11:13:58 | Bagder | ls -l rockbox-maps.zip |
11:13:58 | Bagder | -rw-rw-r−− 1 dast dast 119333 Oct 16 11:13 rockbox-maps.zip |
11:14:13 | Bagder | for a recorder build done just now |
11:14:28 | Slasheri | pondlife: yep, that is a feature |
11:14:47 | | Join barrywardell [0] (n=barrywar@host-194-46-232-64.dsl-ie.utvinternet.net) |
11:14:48 | Slasheri | pondlife: at first when it searches from tagcache, it counts upwards and after that downwards |
11:15:02 | Slasheri | originally that was a bug but i think it could be a nice feature |
11:15:12 | * | pondlife disagrees or doesn't understand |
11:15:20 | pondlife | To me it looks like it's started to filter |
11:15:37 | pondlife | I actually end up with a playlist of 11000 entries, so why count down? |
11:15:37 | Slasheri | because when it inserts tracks to playlist, you can see how many tracks there are left to be processed |
11:15:48 | Slasheri | in fact i think the playlist system is quite slow.. |
11:15:59 | Slasheri | tagcache is way faster than playlist could handle |
11:16:11 | pondlife | Gotcha. Maybe the prompt shouldn't be "Searching..." but "Left to queue" or something? |
11:16:28 | | Quit barrywardell (Client Quit) |
11:16:28 | Slasheri | yep, true |
11:17:03 | pondlife | Any idea which code is making playlist handling slow? |
11:17:04 | Slasheri | at first it's searching when tagcache finds the entries.. but that's usually quite fast that you don't even see that |
11:17:16 | pondlife | Indeed. Or only for 2 seconds. |
11:17:29 | pondlife | The bulk of time is this countdown, can take quite a while |
11:17:49 | pondlife | Is it doing lots of inserts, rather than appends or something? |
11:18:03 | Slasheri | yeah, lots of inserts |
11:18:15 | Slasheri | it needs to insert each track individually |
11:18:33 | pondlife | Initial build could be much faster then |
11:19:08 | Slasheri | true.. it could start playback and process in background |
11:19:27 | pondlife | Nice. Play once the first entry is queued |
11:19:51 | Slasheri | but that needs some investigation how to do it |
11:20:48 | Slasheri | amiconn: not yet, i will check from logs soon |
11:20:48 | | Quit sublimal (Read error: 104 (Connection reset by peer)) |
11:20:49 | pondlife | Could cause a problem if the user attempts playlist maintenance whilst it's still doing the initial build |
11:21:23 | Slasheri | yep, that is one potential problem at least |
11:21:45 | Slasheri | or it could start playback in background while still waiting until all entries have been added to the playlist |
11:22:08 | pondlife | So you'd hear music but not have the WPS? |
11:22:24 | | Join Genre9mp3 [0] (n=yngwiejo@88.218.17.158) |
11:22:27 | pondlife | Or have a splash over the WPS? |
11:23:02 | Slasheri | maybe.. but then we probably would have to put wps in a separate thread |
11:23:12 | pondlife | Urgh. |
11:23:51 | pondlife | I think we could just speed it up for now. That should be safe and there should be plenty of room for improvement by the look of it. |
11:24:05 | Slasheri | because when wps is shown, wps likes to take over all control from main thread |
11:24:44 | Slasheri | true.. there must be some way to optimize playlist code in performance |
11:25:09 | pondlife | Maybe a fast Tagcache->playlist interface? |
11:25:38 | Slasheri | probably.. i wonder if hardeep has anything in mind |
11:25:40 | pondlife | Or are there other cases that are slow |
11:26:19 | pondlife | BRB |
11:26:22 | | Quit pondlife ("reboot time") |
11:27:19 | | Quit darkless ("Leaving") |
11:37:39 | *** | Saving seen data "./dancer.seen" |
11:47:04 | | Join obo [0] (n=obo@82-46-82-224.cable.ubr02.trow.blueyonder.co.uk) |
11:53:40 | | Join apv [0] (n=apv@bb-87-82-30-236.ukonline.co.uk) |
11:58:54 | | Join chendo_ [0] (n=chendo@203-206-12-133.dyn.iinet.net.au) |
11:59:22 | | Quit idnar (Nick collision from services.) |
11:59:25 | | Join idnar_ [0] (i=mithrand@unaffiliated/idnar) |
12:00 |
12:01:43 | | Join midkay_ [0] (n=midkay@63-226-213-147.tukw.qwest.net) |
12:04:25 | | Quit chendo (Read error: 60 (Operation timed out)) |
12:04:45 | | Join mirfle [0] (i=52a680a5@gateway/web/cgi-irc/labb.contactor.se/x-ea44f6e36e2c9a95) |
12:05:27 | mirfle | Slasheri? |
12:06:59 | mirfle | does anyone here know how to convert a .hex to a .bin? |
12:08:36 | | Join chendo [0] (n=chendo@203-206-76-153.dyn.iinet.net.au) |
12:10:24 | | Join blueworm [0] (n=blueworm@7.Red-80-32-172.staticIP.rima-tde.net) |
12:12:13 | Slasheri | mirfle: hi :) |
12:12:31 | mirfle | hi |
12:12:58 | | Quit chendo_ (Read error: 60 (Operation timed out)) |
12:14:03 | Slasheri | mirfle: i am not sure if you got the query (might have some problems unless you are registered here) |
12:14:09 | Slasheri | but i can dcc you the fix |
12:14:54 | Slasheri | ah, in fact you are using a webchat so that isn't possible. but i will provide you an url |
12:15:06 | mirfle | thanks |
12:15:14 | | Quit petur ("lunch") |
12:15:15 | | Join _FireFly_ [0] (n=FireFly@fhrouter83.fh-wuerzburg.de) |
12:16:08 | Slasheri | mirfle: did you got it? |
12:17:04 | mirfle | I got it |
12:17:26 | Slasheri | great, i will remove it now |
12:18:15 | mirfle | now I just run it with the iriver_flash plugin, right? |
12:19:30 | Slasheri | yep |
12:19:39 | pagefault | I just called the BSA on my work |
12:19:42 | Slasheri | then you should be able to boot original fw again |
12:19:42 | pagefault | this will be fun |
12:19:45 | | Quit midkay (Read error: 110 (Connection timed out)) |
12:20:22 | pagefault | I bet they will come in and sieze all the computers |
12:20:22 | mirfle | should I use the new version of the plugin you just put in cvs? |
12:20:54 | Slasheri | mirfle: it shouldn't matter, but i would advice using the latest version |
12:21:15 | Slasheri | it just no longer corrupts the original fw when flashing the bootloader |
12:23:35 | mirfle | it works! thanks :) |
12:24:17 | Slasheri | :) |
12:25:08 | mirfle | gotta go |
12:25:12 | | Quit mirfle ("CGI:IRC") |
12:28:41 | | Join pondlife [0] (n=Miranda@cpc1-rdng11-0-0-cust472.winn.cable.ntl.com) |
12:45:10 | | Join ShadowdogMU [0] (n=Brock@cpe-65-28-252-205.woh.res.rr.com) |
12:47:35 | | Join Id2ndR [0] (n=ubuntu@laf31-2-62-34-88-193.dsl.club-internet.fr) |
12:47:47 | | Quit psiborg ("leaving") |
12:47:48 | | Join Criamos [0] (n=Criamos@p5493288E.dip0.t-ipconnect.de) |
12:50:28 | | Join lee-qid [0] (n=liqid@p54965DD6.dip.t-dialin.net) |
12:59:48 | | Join Quazgaa [0] (i=quaz@m207.telcomplus.net) |
13:00 |
13:01:01 | Slasheri | hmm, it seems that it's possible to create a playlist of like 4000 files under 2s if there is a better tagcache <-> playlist interface and dircache is used |
13:01:34 | LinusN | where is the bottleneck? |
13:02:27 | Slasheri | currently it seems that update_control() -function inside playlist.c takes all power |
13:03:02 | Slasheri | and currently it's not possible to cache entries containing filenames because that data is lost |
13:03:27 | Slasheri | but if tagcache could provide direct dircache pointers to playlist, then it would be very fast and that would be cacheable |
13:03:49 | | Join JdGordon [0] (n=jonno@c220-237-57-32.smelb1.vic.optusnet.com.au) |
13:06:40 | Paul_the_Nerd | Anyone here with an H300 series? |
13:07:15 | * | JdGordon |
13:07:18 | JdGordon | me |
13:07:23 | JdGordon | whatcha need? |
13:07:27 | | Quit Id2ndR ("Parti") |
13:07:39 | amiconn | Slasheri: And what happens if dircache is disabled or not available at all? |
13:08:10 | Paul_the_Nerd | JdGordon: Well, people are semi-reporting drastically reduced battery life. I haven't managed to talk any of them into properly testing it, but I was wondering if someone more reliable could comment. ;) |
13:08:22 | Paul_the_Nerd | JdGordon: Are you running a recent build, and is battery life horrible again? |
13:08:59 | JdGordon | Paul_the_Nerd: to tell you the truth.. i never really take notice of batt life... i usually charge every 2 days or so.. but im only about 3hours per day.. |
13:09:17 | JdGordon | im happy to run battery bench tonight if your really interested |
13:09:32 | JdGordon | actually ill do it anyway... |
13:09:36 | Paul_the_Nerd | JdGordon: If you could, just a cleared settings disk power off enabled battery bench with a modern build. |
13:09:44 | * | JdGordon hopes it actually outputs stuff this time |
13:09:46 | Paul_the_Nerd | One person says he's getting 2 hours in Rockbox vs 10 in retail. |
13:09:53 | Slasheri | amiconn: then it would be as slow as before |
13:09:55 | JdGordon | it didnt output anything on my nano when i did it |
13:09:58 | Paul_the_Nerd | But he doesn't say when he tested retail or anything |
13:10:18 | Paul_the_Nerd | JdGordon: The Nano version of the plugin had a lot of problems due to the way the flash memory was handled if I recall. |
13:10:25 | JdGordon | ah ok |
13:11:15 | JdGordon | ok, im charging now, batt is about 80% so i should be able to start soonish |
13:11:46 | Paul_the_Nerd | Thanks |
13:12:20 | Paul_the_Nerd | I mean, the *only* place I see it discussed is Misticriver where custom builds flourish, but one of them mentioned getting his build from the Rockbox website, so... I dunno |
13:13:00 | Febs | Paul_the_Nerd: I wonder if the H300 problem could be related to this: http://www.rockbox.org/tracker/task/6175 |
13:13:10 | | Quit _FireFly_ ("Leaving") |
13:13:19 | JdGordon | whats the expected life of a h320? |
13:13:30 | Febs | 15-16 hours |
13:13:54 | | Join petur [0] (i=d4efd6a6@gateway/web/cgi-irc/labb.contactor.se/session) |
13:14:52 | JdGordon | so i bassically need to start 3 hours ago to make sure i will have some batt life for uni tomorow :D |
13:15:03 | Paul_the_Nerd | Hahaha |
13:15:20 | JdGordon | i doubt it will go 12 hours tho.. because the batt is a bit old now |
13:15:24 | Paul_the_Nerd | JdGordon: Honestly, about 4-6 hours of test ought to provide more than enough evidence either way. |
13:15:37 | Paul_the_Nerd | A full one would be nice though |
13:15:51 | JdGordon | yeah, but if im gonna do the test, a full test would be nicer anyway |
13:15:56 | Paul_the_Nerd | Yes. :) |
13:16:05 | * | JdGordon wonders if i can beat my sister nano's 9h |
13:16:28 | JdGordon | time remaing while chargnign is estimated till total right? |
13:16:32 | Paul_the_Nerd | Febs: Honestly I probably wouldn't have even thought twice about the problem if someone hadn't blatantly misused the word "implies". |
13:21:00 | | Quit JdGordon ("Konversation terminated!") |
13:26:47 | | Join lodesi [0] (n=lds@82.247.165.89) |
13:27:07 | | Join falkyre [0] (n=falkyre@209.8.41.64) |
13:29:41 | amiconn | Slasheri: To state your timing figure... I don't deem tagcache slow. Building a 300+ tracks playlist from tagcache takes just a few seconds on archos recorder |
13:29:48 | amiconn | 3000+ |
13:34:09 | | Join JdGordon [0] (i=JdGordon@c220-237-57-32.smelb1.vic.optusnet.com.au) |
13:37:40 | *** | Saving seen data "./dancer.seen" |
13:38:16 | Slasheri | hmm.. interesting |
13:40:53 | | Quit JdGordon () |
13:43:07 | amiconn | I can tell you the exact amount tonight |
13:45:12 | | Quit Febs (Read error: 110 (Connection timed out)) |
13:48:50 | amiconn | Slasheri: Could it be that priority scheduling slows tagcache->playlist transfer down on swcodec? |
13:49:31 | | Join PaulJam [0] (n=pauljam@vpn-3005.gwdg.de) |
13:50:35 | | Join jonno [0] (n=jonno@c220-237-57-32.smelb1.vic.optusnet.com.au) |
13:51:30 | | Nick jonno is now known as JdGordon (n=jonno@c220-237-57-32.smelb1.vic.optusnet.com.au) |
13:52:49 | JdGordon | Paul_the_Nerd: im gonna give the batt another 8min to finish chargning then start the test with default settings @ 10pm |
13:53:12 | | Quit apv (Remote closed the connection) |
13:53:55 | Paul_the_Nerd | JdGordon: Thanks. |
13:56:45 | Slasheri | amiconn: i just discovered something weird.. playlist resuming has always been _very_ slow but now it was almost instant.. not sure what caused that |
13:58:53 | | Join matsl [0] (n=matsl@dhcp102.contactor.se) |
14:00 |
14:00:52 | | Quit scottder (Read error: 131 (Connection reset by peer)) |
14:01:47 | Paul_the_Nerd | Updating Rockbox-in-flash on AJBR is just running rockbox.ucl right? |
14:07:30 | | Quit Kitt0s (Read error: 145 (Connection timed out)) |
14:09:24 | | Quit JdGordon ("Konversation terminated!") |
14:12:44 | LinusN | Paul_the_Nerd: yes, but you must be running the same version that you are flashing, by first running the ajz file |
14:13:19 | Paul_the_Nerd | LinusN: I remembered that much. :) |
14:13:28 | LinusN | :-) |
14:13:49 | Paul_the_Nerd | LinusN: I just couldn't remember whether to execute Rockbox.ucl or Rombox.ucl, but managed to look it up. I was fairly certain it was Rockbox, but wasn't about to just experiment. |
14:14:23 | PaulJam | Paul_the_Nerd: i don't think there are batteryproblems in recent builds (at least not with CVS on H300). both tests were made two days ago with cvs and reset settings and one album set to repeat: http://img142.imageshack.us/my.php?image=bildschirmfotognuplotkq2.png |
14:15:30 | Paul_the_Nerd | PaulJam: So, no noticeable difference between the 10-14 and the 09-20 build. Good to know. :) |
14:17:44 | | Join jhMikeS [0] (n=jethead7@adsl-75-45-240-34.dsl.sfldmi.sbcglobal.net) |
14:23:20 | amiconn | Paul_the_Nerd: That depends on whether you want rombox or not. Both .ucl files are flash files |
14:23:46 | amiconn | but today's daily doesn't feature rombox anymore for the v1 :-( |
14:23:49 | Paul_the_Nerd | amiconn: I already have Rombox installed, just was updating. |
14:24:04 | amiconn | You can switch at will if both are available |
14:24:08 | Paul_the_Nerd | Ah |
14:25:01 | amiconn | Rombox gives you more free buffer at the cost of slightly slower operation (not noticeable most of the time) |
14:25:32 | | Quit Joely ("Get MacIrssi - http://www.g1m0.se/macirssi/") |
14:25:41 | Paul_the_Nerd | I don't usually spend much time "operating" anyway. |
14:26:25 | | Quit GFoux ("Le vrai danger, c'est quand les hommes penseront comme les ordinateurs") |
14:28:44 | pondlife | PaulJam: Thanks for checking out the old builds - re white noise etc... |
14:28:57 | pondlife | You said you thought it was older than 2006-09-18 |
14:29:09 | jhMikeS | LinusN: hello. did anything pop out at you from those logs? |
14:29:29 | pondlife | I reckon it will be either 16th or 17th that starts it happening, please continue! |
14:29:35 | LinusN | i haven't had time to work on it |
14:29:44 | PaulJam | i have had the whitenoise problem in a sim from cvs source 06-09-01 |
14:30:06 | jhMikeS | Linus: ok |
14:30:58 | LinusN | jhMikeS: have you studied the logs? |
14:31:00 | * | jhMikeS has to resync the patch again :) |
14:31:42 | jhMikeS | LinusN: I gave it some going over but but can't see what is it is |
14:31:56 | LinusN | i'll see if i can take a look tonight |
14:32:11 | jhMikeS | LinusN: Tried to step away for a bit and see if something pops in my head |
14:33:47 | jhMikeS | There must be just some wierd little thing since in principle it ought to work |
14:33:56 | | Quit NickDe ("Leaving") |
14:34:14 | | Join barrywardell [0] (i=892b7a86@gateway/web/cgi-irc/labb.contactor.se/session) |
14:35:12 | LinusN | i'll make some logs with the cvs version and compare |
14:36:18 | jhMikeS | Good idea. Probably identical though! l |
14:36:43 | jhMikeS | Other than a couple bits |
14:38:20 | LinusN | "Other than a couple bits" - i'll remember that one :-) |
14:39:12 | * | jhMikeS loves making bad puns :) |
14:39:46 | * | amiconn wonders what patch this talk is about |
14:40:24 | petur | recording |
14:41:45 | | Quit blueworm ("Leaving") |
14:41:48 | | Join JdGordon [0] (n=jonno@c220-237-57-32.smelb1.vic.optusnet.com.au) |
14:45:30 | jhMikeS | more specifically finding out why source selection goes haywire on uda devices with WSO in slave mode |
14:47:22 | pondlife | PaulJam: Aha. So maybe try going back one month at a time..? |
14:47:49 | PaulJam | currently i'm going back in 10 day steps |
14:48:20 | jhMikeS | Try binary search, you |
14:48:34 | jhMikeS | 'll get there faster :) |
14:49:00 | pondlife | OK. Sounds like you are finding it quite easy to repro. I have only heard it very occasionally, certainly not reliably |
14:49:14 | pondlife | reliably failing that is |
14:50:47 | jhMikeS | I had a white noise problem on track skips until I reset my settings. Is that the issue or something else? |
14:51:15 | pondlife | Similar. Although this will happen with reset settings (if you turn repeat Off) |
14:51:19 | | Join Kitt0s [0] (i=Kaa@84.94.67.21.cable.012.net.il) |
14:52:02 | | Join Febs [0] (i=2662c44b@gateway/web/cgi-irc/labb.contactor.se/session) |
14:52:13 | jhMikeS | I don't use repeat, just EQ and the EQ gets messed up a lot but the EQ was the problem in my case. |
14:53:27 | | Quit Kitt0s (Read error: 131 (Connection reset by peer)) |
14:54:31 | | Join Kitt0s [0] (i=Kaa@84.94.19.231.cable.012.net.il) |
14:54:53 | jhMikeS | I was wondering, if you don't need "fast" bitmap why can't we store 8 bit paletted images for some things? That would save space just from the logo. |
14:57:49 | amiconn | Bitmap display is never fast enough |
14:58:30 | amiconn | Rockbox generally stores native bitmaps in framebuffer format |
14:58:37 | jhMikeS | nothings ever fast enough :) |
14:58:57 | amiconn | This is both fast and KISS |
14:59:06 | jhMikeS | I know it does. I even threw together an 18-bit version with all the trimmings to check it out |
15:00 |
15:00:43 | | Quit matsl (Remote closed the connection) |
15:00:44 | jhMikeS | It would be very simple. Color bitmaps would have just a pointer as the first data...if NULL: native format, if non-NULL: pointer to palette and 8-bit format. No new functions exposed. |
15:01:19 | * | amiconn dislikes much of the artifial complexity introduced recently :/ |
15:01:28 | Bagder | jhMikeS: what would the point be? |
15:01:46 | LinusN | i also fail to see the point |
15:01:49 | * | Bagder prefers simplicity |
15:01:54 | * | LinusN too |
15:03:26 | jhMikeS | Saving some ram of course when the logo and the usb connect image don't really need to be super fast but they'll be about half size. The code would be rather insignificant. |
15:04:27 | Bagder | we don't have very many such pics |
15:06:30 | | Quit JdGordon ("Konversation terminated!") |
15:06:32 | jhMikeS | I know that but how much complication is it really? And you get some ram back. With an optimized palette the appearance should be about the same. |
15:06:40 | | Join _FireFly_ [0] (n=FireFly@fhrouter83.fh-wuerzburg.de) |
15:07:26 | | Quit Quazgaa ("leaving") |
15:07:34 | Bagder | if we would have a second format, I'd rather see it use a compressed format |
15:07:44 | Bagder | compressed native, that is |
15:08:08 | Bagder | but isn't this just a few hundred bytes we're talking about to gain? |
15:08:11 | jhMikeS | And uncompress then drawing? |
15:08:24 | LinusN | do we have a problem with memory shortage on the platforms with color lcd's? |
15:08:31 | | Join JdGordon [0] (n=jonno@c220-237-57-32.smelb1.vic.optusnet.com.au) |
15:09:07 | LinusN | i don't think we have |
15:09:38 | LinusN | let's not solve problems we don't have |
15:10:23 | godzirra | So any word on the 5.5g? |
15:10:31 | godzirra | Last I heard Kalthare had doom working but music playback wasn't? |
15:11:13 | jhMikeS | of course not but figure 8512 bytes verses 16000 for the logo plus a few hundred code |
15:11:18 | jhMikeS | on x5 |
15:13:13 | LinusN | out of 16 megs |
15:13:17 | jhMikeS | yup |
15:14:13 | jhMikeS | Keep it for more useful things. Was glad I was able to save some IRAM of late too but that's more precious. |
15:14:43 | LinusN | iram is a different thing, of course |
15:16:45 | jhMikeS | I was suprise that using 18-bit didn't kill things that bad. Only lost 3fps on updates even with a 32-bit frame buffer. This was just "research" of course. I ain't plugging to use it cause it actually looks worse. |
15:16:48 | Paul_the_Nerd | I think it's unneeded complexity too. |
15:17:22 | Paul_the_Nerd | Compressed image drawing is almost surely going to work its way in at some point, I'd guess, especially as people try for more and more graphical / skinnable UIs. |
15:17:38 | LinusN | there is one slight advantage of a paletted format, and that would be that all color platforms would have the same image format |
15:17:46 | jhMikeS | Complexity. Not to be critical but I find it strange to call that "complex". |
15:18:30 | LinusN | jhMikeS: not complex, but *more* complex than the native format |
15:18:32 | Paul_the_Nerd | jhMikeS: Anything added to Rockbox at all qualifies as "additional complexity" though. ;) |
15:19:27 | barrywardell | Is there support for Rockbox to shut a player off once the battery gets below a certain level? |
15:19:50 | LinusN | no |
15:20:15 | JdGordon | i tinhk there is a patch which adds that for the h300 |
15:20:21 | barrywardell | there are problems on the H10 where when the battery gets below a certain level the ADC isn't read properly |
15:20:38 | barrywardell | it ends up that up on the scrollpad is constantly read |
15:20:43 | | Quit jhMikeS (Read error: 104 (Connection reset by peer)) |
15:20:45 | LinusN | barrywardell: the adc that reads the battery level? |
15:21:00 | barrywardell | it reads the scrollpad too |
15:21:22 | | Join jhMikeS [0] (n=jethead7@adsl-75-46-160-54.dsl.sfldmi.sbcglobal.net) |
15:21:22 | LinusN | so, how do we trust the battery level adc? :-) |
15:21:26 | barrywardell | it ends up constantly reading up from the scrollpad |
15:21:38 | barrywardell | and no other buttons work |
15:21:44 | barrywardell | and the volume goes up to max |
15:21:46 | rigel | barrywardell: i've had that problem with the h10, yes |
15:21:55 | rigel | its annoying as fuck all |
15:22:09 | LinusN | oh, *that* annoying? :-) |
15:22:22 | barrywardell | LinusN: the battery level still reads kinda ok, but maybe a bit low |
15:22:34 | LinusN | barrywardell: i'm just teasing you |
15:22:46 | barrywardell | haha |
15:23:10 | LinusN | barrywardell: i think we should look into implementing such a feature |
15:23:12 | JdGordon | Paul_the_Nerd: its been going for 90min and the batt is still @ 90%.. so the guy definatly is over-exagurating.. or has a dead batt |
15:23:40 | Paul_the_Nerd | JdGordon: Gotcha. |
15:23:43 | jhMikeS | rrr Connection bit it... |
15:23:46 | JdGordon | is it possible to change the cvs shortcuts? why is maual/ being downloaded with rockbox-devel? |
15:23:54 | barrywardell | LinusN: would it be reasonable to have it shut down once the battery gets below battery_level_dangerous? |
15:24:23 | LinusN | barrywardell: i think so |
15:24:44 | LinusN | barrywardell: the problem is what to do with the settings and resume info |
15:24:55 | jhMikeS | I was talking about two formats simultaneously and no, all format wouldn't be the same (in principle) because the palette would still have native color. But I'll stop beating a dead horse. :P |
15:25:16 | barrywardell | once the battery gets below battery_level_dangerous, then disk writes don't happen anyway, do they? |
15:25:30 | barrywardell | so settings haven't been saved in that case anyway? |
15:25:48 | Paul_the_Nerd | barrywardell: In theory a user can plug in without shutting down and losing anything though, right? |
15:26:31 | barrywardell | hmm, true |
15:26:52 | Paul_the_Nerd | Maybe an option for "Low Battery" with a choice like "Warn" and "Shutdown" and a note in the manual that shutting down will most likely not result in saved settings / playback info / etc. |
15:27:07 | barrywardell | plugging in would probably push the level back up above battery_level_dangerous |
15:27:21 | LinusN | obo: there? |
15:27:26 | jhMikeS | jhMikeS: smells more pcf50606 interrupt handling. :) |
15:27:30 | barrywardell | maybe we can just save settings once the battery level gets that low, then shutdown |
15:27:38 | barrywardell | and have the warn option too? |
15:28:37 | jhMikeS | Why should have to trust the battery level ADC on platforms where we have hardware charge management? |
15:28:54 | barrywardell | I don't feel the need for a warn option, but could add one if it was desired? |
15:28:58 | Paul_the_Nerd | barrywardell: The problem is the disk spinup. It's hard to tell when the battery will be too low to spin up the disk. I suppose you could pick an assuredly safe voltage, and have some sort of emergency "save" occur at that point no matter what, or something. |
15:29:14 | LinusN | jhMikeS: i don't understand the question |
15:29:43 | jhMikeS | The pcf warns about low bat and impending shutdowns and such so just watch those interrupts for that. |
15:29:50 | barrywardell | Paul_the_Nerd: that's what battery_level_dangerous is for. it's the level below which rockbox will not do a disk spinup |
15:29:57 | LinusN | jhMikeS: on the x5 yes |
15:30:07 | jhMikeS | Don't the iRivers use it too? |
15:30:11 | LinusN | jhMikeS: no |
15:30:26 | jhMikeS | x5 isn't the only one iirc |
15:30:46 | Paul_the_Nerd | barrywardell: Doesn't that mean there's a chance that when you reach it, it's too late, or is it set high enough to be sure? |
15:30:51 | LinusN | the irivers use the pcf50606 as an advanced voltage regulator |
15:31:21 | LinusN | and the charging is done by another circuit |
15:31:33 | barrywardell | Paul_the_nerd: I'm not too sure. I guess it depends on who calibrated it for each player |
15:31:59 | | Join bluebrother [0] (i=810d4658@gateway/web/cgi-irc/labb.contactor.se/session) |
15:32:42 | bluebrother | Febs, why have you put the eq description in a table? |
15:33:03 | Paul_the_Nerd | barrywardell: Well, assuming it's set high enough to assure one final disk write, it seems reasonable to perform the write at that time, then either shutdown or not depending on what preference a user has. Warn seems unnecessary if the write can be assured. |
15:33:42 | bluebrother | I don't like it. It isn't a float, so it doesn't float, and it doesn't break as it's a table. |
15:34:02 | bluebrother | and, it's completely different to all descriptions of that type in the rest of the manual |
15:34:11 | jhMikeS | Any new code should take into account the possibility of having all that hardware managed imo |
15:34:21 | LinusN | on the other hand, i don't think it's a big deal if the settings aren't saved when the batteri is too low |
15:34:33 | LinusN | we just need to make sure it doesn |
15:34:43 | LinusN | 't crash because rockbox can't save them |
15:34:59 | LinusN | jhMikeS: true |
15:35:06 | * | jhMikeS has never used his player long enough in one run to run out the battery. |
15:35:22 | Paul_the_Nerd | LinusN: If you make sure to get one last write in though, you can save your playlist status, runtime data, and in the case of running a benchmark, a final battery benchmark status, all of which I think are handy. |
15:36:05 | jhMikeS | Put the "battery driver" in the target tree :) |
15:36:07 | LinusN | the resume info should have been saved on the last successful spinup anyway |
15:36:42 | Paul_the_Nerd | LinusN: Yes, but depending on buffer status that could've been as much as an hour ago, sometimes even more. |
15:36:54 | * | LinusN tries the scrobbler patch on rec-fm - doesn' |
15:36:56 | LinusN | t work |
15:37:00 | | Join NickDe [0] (n=nicholas@198.7.232.64) |
15:37:04 | LinusN | Paul_the_Nerd: yes |
15:37:09 | * | Paul_the_Nerd hasn't tried the scrobbler patch yet. |
15:37:21 | JdGordon | LinusN: does that mean if it gets working it can be accepted? |
15:37:25 | * | JdGordon liked that patch |
15:37:34 | LinusN | i want to commit it |
15:37:42 | *** | Saving seen data "./dancer.seen" |
15:37:57 | JdGordon | :) |
15:38:45 | barrywardell | haha, just hit low battery had my volume go up to max! |
15:39:03 | Bagder | is that the warning? ;-P |
15:39:21 | Bagder | that'll teach you not to go there very often! ;-) |
15:40:07 | barrywardell | makes me really want to get power off on low battery working |
15:40:33 | Paul_the_Nerd | I think giving the user an option for graceful power down on critical battery is a good thing, is all. |
15:40:45 | barrywardell | i'll try to get something working which writes to disk, then shuts down when the battery level gets low |
15:40:59 | Paul_the_Nerd | Just an option, when enabled, performs a proper shutdown (like holding Stop while in WPS on H100) |
15:41:01 | barrywardell | and I'll add a setting for it |
15:41:11 | barrywardell | I'll post a patch once I have it working |
15:41:27 | jhMikeS | Couldn't there be a broadcast with a system message re: battery events? |
15:41:46 | LinusN | i think it should be |
15:43:16 | jhMikeS | That way they can be queued from the GPI0 as well as in other ways. |
15:43:32 | LinusN | exactly |
15:44:33 | jhMikeS | Not to mention an event for charging complete. |
15:46:03 | jhMikeS | The battery scale on the x5 isn't right cause it almost never show a full charge even when it is done charging. |
15:49:50 | | Quit XavierGr () |
15:50:41 | obo | LinusN: here now - how badly does it not work? |
15:51:02 | LinusN | obo: hang on |
15:54:04 | | Quit spiorf (Remote closed the connection) |
15:58:37 | Febs | bluebrother: two reasons (1) I thought it looked better, and more importantly, (2) I needed a way to separate the general description of the EQ bands from the descriptions of the menu items themselves, for which I use item[ ]. |
15:59:39 | amiconn | jhMikeS: That ins't necessarily due to the scale; charging monitoring isn't _properly_ implemented on any of the newer targets. |
15:59:51 | amiconn | Even some of the old targets need improvement... |
16:00 |
16:00:36 | Febs | bluebrother, I don't feel strongly about it, and I kept a copy of the prior version so that I can change that portion back to what it was, if necessary. |
16:01:35 | Febs | Perhaps the better approach would be to do two subsections: (1) Description of the EQ itself, and (2) description of each item in the "Graphical EQ" menu. |
16:02:58 | Febs | ("Graphical EQ" is a bad name for that menu, considering that the submenus contain options for both graphical and non-graphical EQ interfaces.) |
16:04:13 | Paul_the_Nerd | Wouldn't simply "Equalizer" be enough |
16:04:37 | Paul_the_Nerd | Oh, right, on a related note: The custom eq .cfg files are included in the Archos builds (or at least Recorder V1) and I'm guessing this shouldn't be the case. |
16:04:55 | Paul_the_Nerd | Or perhaps "Software Equalizer" |
16:06:36 | Febs | Paul_the_Nerd: those were my thoughts exactly. I think I prefer "Equalizer." |
16:07:49 | lex | hey, what's new in the 5.5G ipod? :( |
16:08:01 | lex | why doesn't rockbox work in it, because of the firmware change? |
16:08:14 | Paul_the_Nerd | Febs: I prefer "Equalizer" too. |
16:08:34 | bluebrother | Febs, two sections may be indeed better. But the table looks simply wrong there. |
16:08:55 | Genre9mp3 | Paul_the_Nerd: Is it possible to sort search results in the forums by date posted as well? (instead of only relevance percentage) |
16:09:51 | Febs | bluebrother: OK, I'll use two sections. I probably will not be able to get to it for a couple of days though. (PaidWork has been brutal recently.) |
16:10:54 | Paul_the_Nerd | Genre9mp3: Try the "Advanced Search" link on the search page |
16:11:37 | Genre9mp3 | Paul_the_Nerd: Oh yes... just found it! Thanks |
16:11:40 | bluebrother | no problem ... it's mostly an optical issue ;-) |
16:11:55 | Paul_the_Nerd | Genre9mp3: No problem. :) |
16:12:34 | LinusN | obo: seems to work, i just didn't realize that the log file is not saved until you shut down |
16:13:31 | bluebrother | bbl |
16:13:34 | | Quit bluebrother ("CGI:IRC 0.5.7 (2005/06/19)") |
16:14:42 | Bagder | annoyingly enough, it seems people can screw up their sansas by only changing the mi4 |
16:15:30 | Paul_the_Nerd | That is Not A Good Thing. |
16:15:37 | Bagder | indeed not |
16:16:00 | Paul_the_Nerd | Though I thought, from reading the thread, that in the cases I read they could still get to recovery mode, but not mount it. |
16:16:59 | Bagder | this guy can even mount it but putting back the good images doesn't magically fix the player, it just doesn't seem to accept them |
16:17:05 | | Quit theli_ua ("Leaving") |
16:17:26 | Bagder | to me this looks like a bug in the system |
16:18:09 | Bagder | I've mailed my SanDisk friend to see if I can get some inside comments on this |
16:18:12 | Paul_the_Nerd | Bagder: It doesn't say that it's updating, or it says that it's updating but fails? |
16:18:37 | Paul_the_Nerd | I seem to remember there being a little output text there. |
16:18:47 | Bagder | "It simply hangs with either a black or a corrupted screen." |
16:18:55 | | Join bawb2 [0] (n=bawb2@129.237.2.66) |
16:19:44 | Bagder | this is from Peter P, who made the wheel glow |
16:19:56 | barrywardell | and he definitely didn't update the BL too? |
16:20:00 | Bagder | nopes |
16:20:03 | Paul_the_Nerd | What version was he updating with, do we know? I know I've successfully updated / installed an MI4 via the recovery mode on mine, but not while running a non-standard MI4. |
16:20:35 | Bagder | I've replaced my mi4 with crap and recovered fine every time |
16:20:54 | Bagder | so there needs to be more to it that we don't really know at this point |
16:20:54 | dan_a | Same here |
16:21:17 | obo | LinusN: yes, it will cache upto 32 tracks... |
16:21:23 | Bagder | possibly unclean umounts or whatever |
16:21:40 | Paul_the_Nerd | Bagder: I'm just wondering if the problem isn't the updater but the file being used or the process. |
16:22:10 | Bagder | well, this guy has clues so I don't think it is that simple |
16:22:44 | petur | obo: does it flush the cache when the disk spins for another reason? |
16:22:56 | barrywardell | maybe a fluke? maybe he wrote to the bootloader flash by accident? |
16:23:24 | Paul_the_Nerd | Well even a clue doesn't preclude the occasional user error. |
16:23:24 | Bagder | that's not too likely since we only build mi4 files when we experiment |
16:23:37 | Paul_the_Nerd | For example, was he using the MI4 you've got at daniel.haxx.se? |
16:23:40 | Bagder | but of course, everything is possible |
16:23:56 | dan_a | He was playing about with accessing different registers/memory areas, so it could have corrupted something |
16:24:06 | Bagder | true |
16:24:31 | dan_a | I've suggested reinstalling the bootloader in recovery mode |
16:25:03 | LinusN | petur: no |
16:25:36 | | Nick idnar_ is now known as idnar (i=mithrand@unaffiliated/idnar) |
16:25:36 | obo | petur: I just thought that since if it was active and there was something to write.... why not? |
16:26:21 | | Join webguest45 [0] (i=c0647cda@gateway/web/cgi-irc/labb.contactor.se/session) |
16:26:32 | * | petur is confused - so it does write on disk spinup? |
16:27:14 | obo | if there is anything in the cache it will write it if the disk is spinning, otherwise it will continue to add items until the max is reached |
16:27:41 | obo | unless it's a flash based device |
16:27:46 | petur | :) |
16:27:55 | LinusN | obo: really? i didn't see any evidence of that when trying it out |
16:28:14 | LinusN | i played a few songs, stopped, and then looked in the file |
16:28:23 | LinusN | empty (apart from the header) |
16:28:30 | LinusN | then i rebooted |
16:28:35 | LinusN | and the information was there |
16:28:48 | obo | it only gets a chance to write while it's being called, so if the disk isn't spinning when the track_changed() event occurs, it won't see it |
16:29:23 | Paul_the_Nerd | Bagder: Do you know if it did the "Reading Main Image" "Writing Main Image" for him, or if the scramble was before that? |
16:29:30 | LinusN | obo: i see |
16:29:31 | preglow | lcd driver for sansa? woot! |
16:29:35 | Bagder | Paul_the_Nerd: I don't know |
16:29:39 | preglow | mrh truly is a genious |
16:29:54 | Bagder | he's a true magician |
16:30:04 | amiconn | LinusN: That would be another case for a registered spinup callback... |
16:30:10 | LinusN | amiconn: yes |
16:30:12 | Paul_the_Nerd | Bagder: I think that might be useful to know. ;) |
16:30:13 | LinusN | gtg, bye all |
16:30:16 | | Part LinusN |
16:30:43 | dan_a | Bagder: Is the code I sent OK from a style perspective? |
16:31:12 | Bagder | sure! |
16:31:23 | amiconn | Bagder: What about a more flexible way to select alternatives in langv2? |
16:31:29 | Bagder | it doesn't use the 4 spaces indent all over though |
16:31:53 | amiconn | One reason I didn't start going through all that stuff is that we can only filter by target |
16:32:10 | amiconn | In case a new target gets added that means reviewing all .lang files... |
16:33:19 | Bagder | do you have an idea how to improve then? |
16:33:52 | Bagder | would we have named features and be able to do strings based on them? |
16:34:19 | amiconn | That would certainly be usefu |
16:34:21 | amiconn | l |
16:34:52 | | Join TeaSea [0] (n=thunderc@82.152.216.119) |
16:34:55 | dan_a | Bagder: I deny responsibility for that - I used someone else's LCD driver as a template! |
16:34:57 | amiconn | I guess using #ifdef in .lang files would be3 too technical for the average translator? |
16:35:02 | Bagder | dan_a: :-) |
16:35:50 | amiconn | But perhaps another file could set those named features based on the #defines set in the config-*.h files? |
16:36:05 | Bagder | amiconn: that's indeed a good idea |
16:36:55 | amiconn | We have features which are swcodec only, hwcodec only, MAS35xxF only (not in the core yet), RTC only... |
16:37:08 | | Join elinenbe [0] (i=d1c4c008@gateway/web/cgi-irc/labb.contactor.se/session) |
16:38:17 | amiconn | A thorough .lang cleanup should regain quite some space for archos (andat least some space for all others as well) |
16:39:08 | amiconn | I'm not going to break it down to every tiny feature, also because that might breakhw mods |
16:39:39 | | Quit _FireFly_ ("Leaving") |
16:40:29 | | Join Xerion_ [0] (i=xerion@zarathul.student.utwente.nl) |
16:40:44 | amiconn | (e.g. the alarm mod for rec v1, or backlight mod for Ondio) |
16:43:46 | | Join _FireFly_ [0] (n=FireFly@fhrouter83.fh-wuerzburg.de) |
16:44:08 | Bagder | gaah |
16:44:21 | Bagder | crontab -r instead of crontab -e is not a good mistake |
16:44:28 | | Quit Xerion (Read error: 54 (Connection reset by peer)) |
16:44:28 | | Nick Xerion_ is now known as Xerion (i=xerion@zarathul.student.utwente.nl) |
16:45:06 | | Quit EspeonEefi ("Leaving") |
16:47:07 | preglow | haahaha |
16:47:19 | preglow | no, it's not |
16:47:40 | Bagder | luckily I had just done a crontab -l so I could just copy and paste a new one |
16:48:24 | | Quit markun (Read error: 104 (Connection reset by peer)) |
16:48:30 | | Join markun_ [0] (n=markun@bastards.student.utwente.nl) |
16:48:37 | Mikachu | my crontab command doesn't have a -r switch it seems |
16:49:01 | Bagder | lucky you ;-) |
16:49:28 | dan_a | I did "for i in /etc/init.d/* ; do $i status; done" on a machine 500 miles away the other day. And found that /etc/init.d/shutdown doesn't take any arguments. |
16:49:41 | Bagder | hahahaha |
16:49:44 | lostlogic | eesh |
16:50:13 | Bagder | some experiences are harder to reach than others |
16:50:35 | lostlogic | dan_a: any progress on verifying that the codec thread is indeed running on the COP and that it is also indeed running at the same time as other threads, not just linearly on two cores? |
16:51:02 | dan_a | lostlogic: No, I've been playing around with the Sansa, I'm afraid. |
16:51:08 | lostlogic | *nod* |
16:51:59 | | Quit JdGordon ("Konversation terminated!") |
16:54:17 | | Join psiborg [0] (n=psiborg@flits103-221.flits.rug.nl) |
16:55:27 | | Join rretzbach [0] (n=robert@dslb-084-062-017-210.pools.arcor-ip.net) |
16:57:29 | | Quit Febs ("CGI:IRC (EOF)") |
16:58:54 | | Join mra [0] (i=mra@nat/hp/x-d6272855da425bb7) |
16:59:39 | | Join Kartun [0] (i=53a77092@gateway/web/cgi-irc/labb.contactor.se/session) |
17:00 |
17:00:40 | jhMikeS | On .lang: I haven't really observed myself but all language strings are included in a target even if not used in the c? |
17:00:54 | Kartun | hi everyone |
17:00:54 | | Quit Kartun (Client Quit) |
17:03:44 | amiconn | jhMikeS: yes |
17:04:12 | amiconn | That's one of the problems langv2 should (and can) solve |
17:04:26 | amiconn | ...but so far nobody started the necessary rework |
17:04:46 | jhMikeS | amiconn: that's what's in use now? |
17:04:49 | amiconn | ...partially because the filter options are limited |
17:04:53 | amiconn | yes |
17:05:10 | | Join Kartun [0] (n=Kartun@83.167.112.146) |
17:05:15 | amiconn | ...and partially because it's _a lot_ of work |
17:05:23 | Kartun | hi everyone |
17:05:41 | Kartun | How could I upload my Skin to rockbox.org ? |
17:06:27 | | Quit rretzbach (Connection reset by peer) |
17:06:30 | | Join rr3tzbach [0] (n=robert@dslb-084-062-017-210.pools.arcor-ip.net) |
17:07:01 | petur | Kartun: give us the wiki name you registered |
17:07:04 | jhMikeS | amiconn: What sort of method for filtering is there? The filtering could be done by programmers so translators don't have to worry about it if that's a concern. |
17:08:40 | jhMikeS | reading back up I guess you're considering something like that already :) |
17:09:29 | petur | Kartun: ? |
17:09:37 | Kartun | AlexeyTveritinov |
17:09:46 | pondlife | lostlogic: Quick question of the day? |
17:09:50 | lostlogic | nod |
17:10:01 | pondlife | Could you have a look at http://www.rockbox.org/viewcvs.cgi/apps/playback.c.diff?r1=1.345&r2=1.346 |
17:10:58 | pondlife | I'm wondering why line 953 needs to set tracks[track_ridx].buf_idx = 0. |
17:10:59 | petur | Kartun: you now have wiki write access |
17:11:18 | Kartun | 10x a lot ... will try :) |
17:11:23 | | Join linuxstb [0] (i=3f82c640@gateway/web/cgi-irc/labb.contactor.se/session) |
17:11:51 | pondlife | Just trying to seperate the filling (track_widx/buf_widx) from the playback (track_ridx/buf_ridx)... |
17:12:18 | lostlogic | pondlife: that's just sorta a "just in case the buffer got effed, since we're rebuffering any way, let's just reset the buffer pointers entirely |
17:12:35 | pondlife | OK, not something that is really needed then |
17:12:59 | pondlife | Rebuffer will overwrite that when it becomes the track to write. |
17:13:01 | | Join webguest77 [0] (i=54997076@gateway/web/cgi-irc/labb.contactor.se/session) |
17:13:39 | lostlogic | if everything is working correctly, then it doesn't actually matter to what location on the ring we start filling nor start reading as long as before any reading is done they are the same point |
17:13:52 | webguest77 | where do i get the windows installer for archos, i want to instsll rockbox on my unit and it says i need to use windows installer which i cant find on the wiki |
17:14:06 | pondlife | True. My current version just resets _widx = _ridx and never zeroes them |
17:14:51 | lostlogic | yep seems fine to me... unless we want talk about the small extra cost of reading over the ring boundary that will happen sooner :-P |
17:15:01 | | Quit webguest45 ("CGI:IRC") |
17:15:11 | pondlife | But I don't entirely understand this rebuffer fix (mainly the overlap stuff further down), and only use MP3 myself... so am a bit concerned! |
17:15:28 | linuxstb | lostlogic: When you run dan_a's COP patch, do you get both a main and a codec thread running on the COP? i.e. listed as (1) in View OS Stacks? |
17:15:45 | lostlogic | linuxstb: yeah |
17:15:59 | webguest77 | jesus, i jave RTFM and I still cant figure out how to install rockbox on my archos player, great manual you have |
17:16:01 | | Part webguest77 |
17:16:02 | pondlife | lostlogic: Tomorrow's question will be "Why do we need a guard buffer?"... :-) |
17:16:13 | lostlogic | want the answer now, or want to wait until tomorrow? |
17:16:19 | pondlife | Now, if you can!! |
17:17:01 | pondlife | In 50 words or less |
17:17:06 | pondlife | ;-p |
17:18:16 | lostlogic | the guard buffer allows us to guarantee a certain minimum block size to the codecs, which is needed, because I believe some codecs will don't understand about ring buffers and if they don't get the amount of data they want contiguously the first time they will re-request, expecting that whatever reading process they are waiting on will eventually have that block available |
17:18:57 | pondlife | OK, so it's just a mechanism by which we don't use the whole ring buffer in case that leads to that situation, right? |
17:19:33 | pondlife | So we just insert data from the guard buffer at wrap round if needed. |
17:19:52 | lostlogic | kinda other way around |
17:19:54 | Kartun | petur: and how do I upload my screenshot/wps ? |
17:20:14 | pondlife | Ah, I see - it's outside of the ring buffer really |
17:20:21 | lostlogic | we never fill the guard buffer until the codec makes such a wrapping request, then we copy from the buffer start into the guard buffer to provide contiguous memory to the codec |
17:20:38 | pondlife | OK |
17:20:41 | lostlogic | yep |
17:21:00 | pondlife | One more? audio_read_file - what is the purpose of "overlap"? |
17:21:13 | lostlogic | hmm, that one I'll hafta actually go to code for, 1s |
17:21:14 | petur | Kartun: look at the page when you edit it. Certain image formats are shown inline - which is what you want |
17:21:21 | jhMikeS | encoders already do that at wraparound :) |
17:22:40 | petur | Kartun: click 'Attach' on the page where you want to add your screenshot, and read the notes that are at the bottom |
17:23:45 | petur | there's also a lot of info here: http://www.rockbox.org/twiki/bin/view/Main/WpsGallery |
17:23:46 | | Join dpr0 [0] (n=x@chello080109121047.8.15.vie.surfer.at) |
17:24:08 | lostlogic | pondlife: I don't think overlap is my code, but it looks like it is the amount of data in the current read that is going to write into the currently playing track, so we can change the currently playing track's start position to not be zero, incase there is a seek backwards. |
17:24:29 | lostlogic | it also looks like the code should be refactored so that there aren't two blocks in a row that start with if (overlap > 0 && |
17:25:28 | | Quit Siku () |
17:25:33 | lostlogic | yeah, this looks like someone enhanced a hack of mine which would actually update the start_pos at the start of the fill with this improved version... |
17:25:45 | lostlogic | I wonder what triggers end-of-fill now *looks* |
17:26:55 | | Quit Kartun (" HydraIRC -> http://www.hydrairc.com <- Try something fresh") |
17:27:36 | lostlogic | hmm, would be better to not have the fill_bytesleft variable and to do a smarter end-of-fill trigger, now that we have that overlap logic in there... just check if where a full 32k block read would fill to would write over the playing position and stop if it would, otherwise do the read and then check the overlap |
17:27:54 | lostlogic | would eliminate another file-scoped variable. |
17:29:02 | | Join Siku [0] (n=Siku@f303b.w3.tontut.fi) |
17:29:33 | | Quit lee-qid ("Trillian (http://www.ceruleanstudios.com") |
17:30:04 | pondlife | Sorry, got called away |
17:30:38 | pondlife | If you could add some comments to that overlap code, that would be nice. It's rather mysterious and I think it results in a bug.. |
17:30:45 | * | pondlife looks for the Flyspray number |
17:31:12 | | Quit dpro (Read error: 60 (Operation timed out)) |
17:31:18 | pondlife | http://www.rockbox.org/tracker/task/5906 |
17:31:22 | pondlife | (maybe) |
17:33:18 | lostlogic | pondlife: ah, sure, assign the task to me and I'll work on what all I described above over the next few days... I'm determined to get my butt back into coding rockbox this month ;) |
17:33:36 | mra | my iPod has bad blocks |
17:34:03 | mra | can I use RockBox and somehow mark sectors bad and that they should be avoided? |
17:35:53 | pondlife | I'll carry on digging and just leave that overlap code alone... |
17:35:57 | pondlife | Thanks, bye for now |
17:37:16 | | Quit falkyre (Read error: 104 (Connection reset by peer)) |
17:37:45 | *** | Saving seen data "./dancer.seen" |
17:40:24 | | Join San2 [0] (n=Wonderbo@193.203.136.27) |
17:40:32 | San2 | hey |
17:40:43 | San2 | can the iPod Video Record audio? |
17:41:20 | linuxstb | San2: Yes. There's a work-in-progress patch on flyspray for it. |
17:42:12 | linuxstb | You need to build or buy line-in adapter though - the line-in pins are in the dock connector on your ipod. |
17:42:19 | | Join SereR0kR [0] (n=SereR0kR@Ea47f.e.strato-dslnet.de) |
17:42:30 | San2 | oh, thats fine |
17:42:31 | San2 | thank you |
17:43:26 | San2 | And it will have the same recording capability's as the H300 has atm? |
17:44:29 | | Join rre7zbach [0] (n=robert@dslb-084-062-005-196.pools.arcor-ip.net) |
17:44:29 | | Join Ribs [0] (n=freenode@91.84.8.218) |
17:45:26 | linuxstb | San2: Eventually, yes. In fact it should be better than the H300 - the ipods should be able to record at a wider range of samplerates, up to 96KHz, and probably also 24-bit. |
17:46:20 | San2 | Thats good. :) |
17:46:25 | San2 | thanks :D |
17:46:43 | | Quit San2 () |
17:49:13 | | Quit dpr0 (Read error: 110 (Connection timed out)) |
17:50:53 | linuxstb | dan_a: I'm not sure yet what changed, but I just tried your COP patch again on my 5g, and it appears to work fine - I get a main thread on the COP... |
17:52:03 | dan_a | Excellent. It seems to behave... strangely, as you may have seen from the logs |
17:52:27 | * | jhMikeS has to implement encoder bit bepth now :0 :) |
17:53:11 | linuxstb | Yes, it does seem odd. For example, in the audio debug screen, if I play with the wheel, the PCM buffer empties. If the codec thread is indeed running on the COP, I'm not sure why lots of wheel events and screen updates would affect it. |
17:53:31 | Paul_the_Nerd | That seems to support the linear execution theory |
17:54:43 | dan_a | You should see what happens when you get data aborts now.... |
17:55:15 | Paul_the_Nerd | Oh? |
17:55:23 | amiconn | linuxstb: Perhaps interrupts are routed to both cores? (just a guess) |
17:55:38 | linuxstb | Ah, it seems the keybindings in the audio debug screen have been changed - the wheel is skipping tracks.... |
17:56:31 | dan_a | Paul_the_Nerd: The thread dies, but everything else carries on running. Then after a while, the thread sometimes comes back to life |
17:57:37 | Paul_the_Nerd | dan_a: That sounds... fun. |
17:58:09 | * | linuxstb wonders why the audio debug screen doesn't use the WPS context for checking actions such as next/prev track... |
17:58:11 | dan_a | amiconn, linuxstb: Yes, it could be an interrupts thing. I wasn't sure what the correct behaviour for the interrupts should be, so I just did what felt right. |
17:59:37 | | Join rretzbach [0] (n=robert@dslb-084-062-031-208.pools.arcor-ip.net) |
18:00 |
18:00:12 | amiconn | I think the cop shouldn't receive any interrupts |
18:00:37 | linuxstb | Has anyone done a runtime test yet with the codec thread on the COP? |
18:00:39 | amiconn | Hmm, but it should wake up from the timer tick when it's sleeping... |
18:00:57 | | Quit petur ("*poof*") |
18:01:15 | | Quit rr3tzbach (Read error: 110 (Connection timed out)) |
18:01:19 | dan_a | That should be set in the interrupt controller, though, not in the IRQ handler if I understand things correctly |
18:01:37 | | Join blueworm [0] (n=blueworm@7.Red-80-32-172.staticIP.rima-tde.net) |
18:01:50 | dan_a | linuxstb: I haven't yet. |
18:01:53 | linuxstb | I was probably wrong about the wheel events causing the PCM buffer to empty - I didn't realise it was skipping tracks... |
18:01:54 | PaulJam | pondlife: a little update on the testing: with a sim from 2006-08-20 01:00 i get both problems, the stopping and the whiteniose. with a build from 2006-08-15 01:00 i get only the stopping, and not the whitenoise after rebuffering. |
18:01:59 | | Quit bawb2 ("seacrest out!") |
18:02:23 | | Join BigBambi [0] (n=Alex@cpc2-nfds9-0-0-cust419.leic.cable.ntl.com) |
18:02:49 | pondlife | PaulJam: Aha |
18:05:05 | PaulJam | there was one commit on playback.c in this time. the next thing i'll try is a build from aug. 15. 18:05. |
18:05:12 | pondlife | If you could try the 16th, 17th, 18th - I'd really like to know which of those days it was. |
18:05:26 | pondlife | I wonder if there is an underlying issue that the scheduler has exposed? |
18:09:18 | pondlife | The range 15th-18th is looking quite common |
18:10:31 | | Quit obo ("bye") |
18:11:35 | PaulJam | this is august, the scheduler was committed in september |
18:12:00 | pondlife | Ah |
18:12:09 | dan_a | Time for me to go home, and then get this LCD driver comitted! |
18:12:10 | pondlife | Good point! I was refering to Sept |
18:15:06 | pondlife | Here's a thought. Can you try the current CVS build, but go into playback.c and comment out the #include PLAYBACK_VOICE line? |
18:15:17 | pondlife | This will remove plenty of code from playback.c.. |
18:15:24 | jhMikeS | har |
18:15:49 | pondlife | #define I mean, of course... |
18:16:00 | * | pondlife is too close to the code |
18:17:04 | * | jhMikeS understands that one :) |
18:17:40 | PaulJam | ok, i can try that. |
18:17:44 | pondlife | The only playback change in 15th-20th August is http://www.rockbox.org/viewcvs.cgi/apps/playback.c.diff?r1=1.339&r2=1.340.. |
18:18:46 | | Join YouCeyE [0] (n=YouCeyE@unaffiliated/youceye) |
18:18:47 | | Join bluebrother [0] (i=wI3J8PM9@nat-wh-1.rz.uni-karlsruhe.de) |
18:18:48 | | Quit _FireFly_ ("Leaving") |
18:19:14 | | Quit blueworm ("Leaving") |
18:20:29 | lostlogic | pondlife: is your RINGBUF_ADD macro safe for use in an if? |
18:20:59 | pondlife | Should be. I put the whole thing in brackets. |
18:21:03 | pondlife | Why? |
18:21:15 | lostlogic | cuz I'm going to use it in an if... |
18:21:34 | | Join pixelma [0] (i=pixelma@82.193.235.34) |
18:21:37 | pondlife | Hmm, did I miss some arithmetic, or is this new? |
18:23:24 | | Join Febs [0] (i=2662c44b@gateway/web/cgi-irc/labb.contactor.se/session) |
18:26:55 | | Quit rre7zbach (Connection timed out) |
18:27:28 | lostlogic | pondlife: herm? I haven't _used_ it, I'm _about to_ I think it'll work fine too, was just checking with you first ;) |
18:27:52 | | Quit elinenbe ("CGI:IRC") |
18:28:59 | bluebrother | I think we should reject this task http://www.rockbox.org/tracker/task/6191 (word viewer) because it's a strange, undocumented format. |
18:29:03 | bluebrother | what do you think? |
18:29:19 | Mikachu | i would agree |
18:29:41 | hcs | I think it should be rejected because of the use of the word "microoft" |
18:29:42 | Mikachu | you can give him a link to wvware |
18:31:31 | jhMikeS | Hum...I'm not sure why it would be helpful since viewing text files is next to useless enough on small screens. |
18:31:54 | Paul_the_Nerd | Viewing .docs would requires supporting .ttf and various other things. |
18:31:56 | Paul_the_Nerd | Right? |
18:32:12 | Paul_the_Nerd | Or would it just be extracting the text out of it, with very minimal formatting? |
18:32:40 | PaulJam | isn't it possible to show a .doc as plain text only |
18:32:48 | jhMikeS | Could extract the text but I wonder if fully formatted tables are expected |
18:32:57 | jhMikeS | ! |
18:33:09 | | Quit dan_a (Read error: 110 (Connection timed out)) |
18:33:17 | bluebrother | on larger screens a html viewer would be nice. It could also help browsing the manual on the device. |
18:34:13 | Mikachu | and embedded jpg images could be a problem |
18:35:27 | jhMikeS | we've got a jpeg decompressor already |
18:35:35 | | Quit linuxstb ("CGI:IRC") |
18:36:28 | bluebrother | I don't think a basic html viewer would need support for images. |
18:36:44 | bluebrother | it would be nice, though |
18:36:49 | | Join Lear [0] (n=chatzill@h187n8c1o285.bredband.skanova.com) |
18:37:44 | | Join Arathis [0] (n=doerk@p54848E2B.dip0.t-ipconnect.de) |
18:38:09 | | Part Paul_the_Nerd |
18:40:45 | | Join Davide-NYC [0] (n=chatzill@user-12hdtm5.cable.mindspring.com) |
18:41:43 | jhMikeS | I think we should have an image handling library and therefore a more comprehensive image viewer plugin |
18:44:21 | Rob2222_ | Is here anyone in from the Unitet States? |
18:44:26 | Rob2222_ | -t+d |
18:45:07 | hcs | Rob2222_: I am, why? |
18:45:40 | | Join dan_a [0] (n=dan-mirc@217.23.173.156) |
18:46:22 | | Nick Rob2222_ is now known as Rob2222 (n=Miranda@ACB39D1C.ipt.aol.com) |
18:46:31 | | Join TeaSeaLancs [0] (n=thunderc@82.152.99.209) |
18:46:48 | lostlogic | pondlife: the overlap logic was indeed flawed, but my adjustment to buffering termination will fix it any way. |
18:47:09 | pondlife | Good |
18:47:18 | pondlife | PaulJam: bad news! |
18:47:38 | | Quit NickDe ("Leaving") |
18:48:02 | PaulJam | what? |
18:48:07 | pondlife | The playback.c commit on the 15th August was indeed bad - and could result in memory corruption = white noise |
18:48:25 | pondlife | This was then fixed by the commit on the 23rd August |
18:49:02 | pondlife | So, if I understand correctly, your white noise may be from a different cause to that in the current CVS. |
18:49:29 | | Join NickDe [0] (n=nicholas@198.7.232.64) |
18:49:41 | | Quit TeaSea (Read error: 110 (Connection timed out)) |
18:49:46 | | Quit Rob2222 (Read error: 104 (Connection reset by peer)) |
18:50:28 | | Join Rob2222 [0] (n=Miranda@ACB39D1C.ipt.aol.com) |
18:50:43 | Rob2222 | re :/ |
18:50:44 | pondlife | Of course, the slopping problem seems to have been there throughout? |
18:50:47 | jhMikeS | hcs: so they can come in with a swat team on a no-knock raid...why just cause. Maybe they'll find something. |
18:50:48 | pondlife | stopping! |
18:50:59 | jhMikeS | slopping! :D |
18:51:11 | pondlife | Hmm, a new feature, I fear! |
18:51:25 | pondlife | Rockbox v3.1 - now with random slopping |
18:51:36 | jhMikeS | If it can feed the cat and clean the litter too I'd be happy |
18:52:19 | lostlogic | pondlife: what do you think about a "RINGBUF_CROSS(i,j,x) (i<j?i+x>=j:i+x-filebuflen>=j) |
18:52:21 | pondlife | lostlogic: Is your update coming to CVS soon? |
18:52:43 | lostlogic | pondlife: haven't finished the code nor started testing, so you go ahead if you have some stuff ready. |
18:52:45 | | Quit rretzbach (Read error: 104 (Connection reset by peer)) |
18:52:53 | PaulJam | btw, the stopping problem is still there with the voice line commented out, but i guess this was more or less expected. |
18:52:55 | pondlife | No, just wanted to see it! |
18:53:17 | pondlife | PaulJam: Well, it proves it's not the voice code doing it. |
18:53:40 | pondlife | lostlogic: RINGBUF_CROSS - does this detect wrap? |
18:53:43 | jhMikeS | yeah you'd think voice would be more trouble than it really is |
18:54:23 | lostlogic | pondlife: it detects when the event "buffer pointer i moves x crosses j" |
18:54:54 | pondlife | Nope, still don't get it! What do you mean by "crosses"...? |
18:55:07 | PaulJam | pondlife: so should i test a build from aug 23. 08:30 to see if this commit (temporarily) fixes the whitenoise problem? |
18:55:20 | PaulJam | *fixed |
18:55:39 | preglow | whitenoise problem? :> |
18:55:43 | pondlife | Yes, although it may be that the problem you're seeing is there too! |
18:55:46 | | Join petur [0] (n=petur@rockbox/developer/petur) |
18:55:53 | lostlogic | pondlife: hmm −− so I have the question: when I advance the buffer by x, from i, will I be before or after j? and this macro answers that question |
18:56:03 | pondlife | Aha gotcha |
18:56:23 | pondlife | x = the increase... I didn't get that bit! |
18:56:32 | lostlogic | *nod* |
18:56:35 | pondlife | RINGBUF_ADD_CROSS maybe? |
18:56:38 | lostlogic | sure |
18:56:39 | jhMikeS | what's j? |
18:56:42 | | Quit lodesi (Read error: 113 (No route to host)) |
18:57:07 | pondlife | j is the point you're checking against. |
18:57:09 | lostlogic | jhMikeS: that's a good question −− in my initial use of the macro, j will be the current read position of the buffer |
18:57:17 | pondlife | The finishing line, if you will |
18:57:30 | | Quit godzirra (Read error: 104 (Connection reset by peer)) |
18:57:33 | pondlife | #define RINGBUF_PHOTO_FINISH... |
18:58:13 | lostlogic | pondlife: I'll redefine the macro arguments to be consistent with your naming: p,v,o? |
18:58:28 | jhMikeS | i is the write pos? |
18:58:36 | pondlife | o? or p1/p2? |
18:58:37 | lostlogic | in the initial use, yes |
18:58:40 | lostlogic | p1/p2, sure |
18:58:40 | | Join lodesi [0] (n=lds@82.247.165.89) |
18:59:07 | pondlife | Never was a fan of o for pointers. Have seen it many times though. |
19:00 |
19:02:23 | | Quit Davide-NYC ("Chatzilla 0.9.75 [Firefox 1.5.0.7/2006090918]") |
19:02:25 | jhMikeS | (wr_pos < rd_pos ? wr_pos+bytes >= rd_pos : wr_pos+bytes-filebuflen >= rd_pos) ?? |
19:02:38 | pondlife | Readable, aren't they! |
19:03:22 | * | amiconn wonders what association lets a dev use 'o' for a pointer... |
19:03:50 | jhMikeS | stands for "ouch it's pointy"? |
19:03:52 | * | pondlife won't name names... |
19:03:52 | | Join spiorf [0] (n=spiorf@host238-200.pool8248.interbusiness.it) |
19:04:26 | jhMikeS | or maybe "offset" |
19:04:33 | pondlife | Or "overwrite randomly" |
19:05:03 | jhMikeS | heh...let's have a version of the sliding puzzle where you put ram back in order |
19:05:16 | pondlife | Actually "offset" is the reason. But they are often converted to pointers without changing the name. |
19:05:23 | pondlife | I think that's what I've seen. |
19:05:34 | amiconn | jhMikeS: Heh, pointers are neat |
19:06:41 | lostlogic | jhMikeS: how about start, mark and bytes? |
19:07:05 | | Quit MarcoPolo (Read error: 104 (Connection reset by peer)) |
19:08:06 | | Join dpr0 [0] (n=x@86.59.55.206) |
19:09:09 | | Join ender [0] (i=null@84.52.165.220) |
19:09:16 | PaulJam | pondlife: little update: with voice commented out, the whitenoise problem still exists (tested on target) |
19:09:45 | pondlife | OK. I thought it might. Current code I assume? |
19:09:58 | PaulJam | yes |
19:09:59 | amiconn | dan_a: Do you have a scan of the iPod 3G front? |
19:10:06 | pondlife | Could you try the 24th Aug? |
19:10:15 | | Nick ender is now known as ender` (i=null@84.52.165.220) |
19:10:23 | dan_a | amiconn: Sorry, I don't |
19:10:38 | dan_a | And I don't have access to a scanner either |
19:10:40 | pondlife | I suspect this is a long-standing issue,sadly. This could disprove that theory. |
19:11:10 | PaulJam | i'm currently testing on a sim from aug 23. 08:30 |
19:11:42 | pondlife | OK. Can you repro with a short album? Or do you have to do a full buffer's worth perhaps? |
19:11:52 | | Join rretzbach [0] (n=robert@dslb-084-062-031-208.pools.arcor-ip.net) |
19:11:53 | pondlife | i.e. is it possibly linked to buffer wrap? |
19:12:51 | pondlife | You're certainly powering through the tests quicker than I thought possible! |
19:13:03 | PaulJam | the first album has 4 tracks (23,4 MiB) |
19:13:04 | | Join MarcoPolo [0] (n=MarcoPol@virlet.rez-gif.supelec.fr) |
19:13:17 | jhMikeS | i'm sure how that macro will detect buffer overflow reliably...maybe not trying hard enough |
19:14:08 | PaulJam | the second album is longer, because the whitenoise problem happens after buffer refill. |
19:14:32 | lostlogic | jhMikeS: it doesn't detect overflow, actually I just modified it so it returns the number of bytes by which you will cross the mark |
19:14:55 | | Quit _Lucretia_ (kornbluth.freenode.net irc.freenode.net) |
19:14:55 | NSplit | kornbluth.freenode.net irc.freenode.net |
19:14:59 | lostlogic | 'returns' I always say that, but that's not how macros work |
19:15:09 | pondlife | calculates |
19:15:59 | pondlife | I wasn't sure on the virtues of macro vs. function vs inline function on this one. Are you happy with macros? |
19:16:07 | lostlogic | yes. |
19:16:50 | * | pondlife wonders what isn't being reset after playback finishes naturally, and playback is then started again... |
19:17:18 | jhMikeS | looks like it returns bool |
19:23:53 | | Join acknabar [0] (n=qailer@c80-217-91-17.cm-upc.chello.se) |
19:23:54 | | Join wooo [0] (n=none@cpc3-bele3-0-0-cust660.belf.cable.ntl.com) |
19:26:02 | dan_a | Sansa updates ahoy! |
19:27:15 | jhMikeS | yeah, I guess it works...have to be patient with me...I'm kinda mentally challenged :) |
19:32:48 | barrywardell | nice updates! |
19:33:04 | barrywardell | is that the same ADC driver as in the H10? does it work? |
19:33:05 | | Quit SereR0kR (Read error: 104 (Connection reset by peer)) |
19:33:45 | NHeal | kornbluth.freenode.net irc.freenode.net |
19:33:45 | NJoin | _Lucretia_ [0] (n=munkee@dyn-62-56-72-136.dslaccess.co.uk) |
19:33:57 | dan_a | barrywardell: I've used the ADC driver from the H10, but I don't know if anything uses it. Nothing seems to. |
19:34:21 | barrywardell | ah, ok. |
19:34:38 | barrywardell | i'd imagine at least the battery should |
19:35:03 | dan_a | The mic must be connected to something, too. |
19:35:45 | barrywardell | the mic on the H10 isn't connected to the ADC |
19:35:52 | dan_a | It's so much easier to figure things out when you've got an LCD screen! |
19:36:05 | dan_a | How is it connected on the H10? Or don't you know yet? |
19:36:22 | barrywardell | it's connected to the WM8731 |
19:36:34 | barrywardell | the recording patch in the tracker works with the mic |
19:36:41 | dan_a | Oh, of course. |
19:37:48 | *** | Saving seen data "./dancer.seen" |
19:38:55 | * | barrywardell has a sansa on order :) |
19:39:30 | Arathis | barrywardell: hope you don't switch to sansa_only than ;) |
19:39:50 | barrywardell | both are quite similar i think |
19:40:22 | Arathis | great :) |
19:41:02 | * | Arathis hopes for even better development because of more (?) devs :D |
19:43:36 | | Join leftright [0] (n=leftrigh@p54997076.dip.t-dialin.net) |
19:44:04 | leftright | hi, i want to flash my recorder, but the url returns 404 http://www.jens-arnold.net/Rockbox/flash_rec.zip |
19:44:59 | amiconn | leftright: Those images are taken down on purpose, they're way outdated: Bootbox is the supported method now: http://www.rockbox.org/twiki/bin/view/Main/BootBox |
19:45:09 | leftright | the diffrenece between the Original firmware and Rockbox on the recorder is Day and night, trully amazing |
19:45:19 | leftright | thanks amiconn |
19:46:33 | leftright | that backfround noise with the original fimware is gone with rockbox, i dont know how you go it but its magic, my unit is a fairly old one but still sounds good, sounds different to my H140 |
19:48:39 | * | amiconn thinks the sim could simulate dual-core operation... |
19:49:32 | amiconn | Currently, the sim mimicks rockbox threading by mutexing sdl threads. For dual core, there could be 2 mutexes, one per simulated core |
19:50:04 | PaulJam | pondlife: on a sim from 23 aug at 8:30 (directly after the fix) the whitenoise problem still exists. |
19:50:59 | pondlife | Good ;-) |
19:51:02 | pondlife | I guess |
19:51:21 | pondlife | OK, so how about if you go back to before the Aug 15th? Or did you already do that? |
19:51:49 | amiconn | dan_a: What's the 3G's backlight colour? |
19:52:22 | dan_a | amiconn: Light blue - I think it's the same as the 4G |
19:52:29 | amiconn | ah |
19:52:36 | amiconn | So it's different from the mini |
19:52:55 | PaulJam | yes, on a sim from aug 15. 01:00 and from aug 10. 01:00 the whitnoise problem didn't happen. (but the stopping happened) |
19:53:05 | dan_a | I've not seen a mini |
19:53:15 | amiconn | The mini has white backlight |
19:53:21 | amiconn | ...at least the 2G |
19:54:48 | PaulJam | so it seems that it was a commit on aug 15. between 01:00 and 18:05 |
19:54:49 | | Join D_C [0] (n=yay@124-168-86-29.dyn.iinet.net.au) |
19:55:10 | pondlife | Ah, so it must be the voice mod |
19:55:16 | pondlife | Can you open playback.c up... |
19:55:34 | | Join drippydonut [0] (n=chatzill@AC8D5ABC.ipt.aol.com) |
19:55:42 | PaulJam | on a current cvs? |
19:55:46 | pondlife | Yep |
19:55:47 | leftright | amiconn, do i install Bootbox then Rombox, or the other way around |
19:55:55 | pondlife | Don't rush, I need to think a bit.. |
19:56:31 | pondlife | Ah, better idea |
19:56:40 | pondlife | Go to any "bad" version |
19:56:57 | pondlife | And run it with no .voice file present |
19:57:27 | PaulJam | i have done all the tests with no .voice file |
19:57:37 | pondlife | Ah... ok.. Weird |
19:57:53 | pondlife | Well, plan B then. On the current playback.c |
19:58:08 | PaulJam | on target i have a voice file, but it is located under /Daten/ |
19:58:26 | pondlife | OK. Can you try WITH a voice file and see if that helps |
19:58:35 | pondlife | Maybe that's why I'm not able to repro it |
19:58:39 | PaulJam | ok |
20:00 |
20:00:20 | D_C | do you think it would be possible for rockbox to have a pdf viewer |
20:00:29 | D_C | or is that too intensiv |
20:01:38 | | Join Rondom [0] (n=Rondom@p54AECE8F.dip.t-dialin.net) |
20:02:38 | pondlife | I've got to go now, unfortunately, but if you'd like to try something else, go back to the CVS build and look in the current playback.c routine audio_reset_buffer(). Then remove the else clause ("Allow for 1 codec...") completely and see if that fixes it in your original test (without voice file). |
20:02:40 | PaulJam | pondlife: any specific voicefile? |
20:02:53 | pondlife | Don't think so |
20:03:44 | pondlife | Mine is 1,533,792 bytes - not sure where it's from though! |
20:05:03 | pondlife | Just noticed you said the offending commit must have happened before 18:05 on Aug 15... |
20:05:08 | | Join charkins [0] (n=casey@pdpc/supporter/active/charkins) |
20:05:32 | pondlife | Well this work was after that. |
20:06:28 | pondlife | Forget me... I am in the wrong time zone |
20:06:33 | bluebrother | D_C, I don't think it's impossible (at least on non-archos targets) but it would be quite some work. I don't think someone will pick this up soon |
20:06:40 | | Join GreyFoux [0] (n=greyfoux@APoitiers-155-1-147-120.w81-50.abo.wanadoo.fr) |
20:06:43 | pondlife | It was at 18:01! |
20:07:37 | | Quit Ed (Nick collision from services.) |
20:07:52 | | Join Ed___ [0] (i=ed@83.98.131.212) |
20:09:42 | | Join GrumpyPiano [0] (n=select@83.71.36.217) |
20:09:46 | | Join lightyear [0] (n=lightyea@p54877E20.dip.t-dialin.net) |
20:11:11 | GrumpyPiano | Hi. I've a 3G iPod. And I'm wondering what would be the best audio format to use. That wouldn't have problems with buffer underruns. |
20:11:41 | pondlife | Hmm, is filebuflen -= CODEC_IRAM_SIZE + CODEC_SIZE; |
20:11:46 | pondlife | the same as filebuflen -= (CODEC_IRAM_SIZE + CODEC_SIZE); |
20:11:47 | pondlife | ? |
20:12:10 | psiborg | yes |
20:12:11 | amiconn | yes |
20:12:12 | leftright | amiconn: i flashed my recorder, and I get the following message on boot "File type arrayfull", is this bad ? |
20:12:23 | pondlife | Welll, it's not that then... |
20:12:33 | amiconn | You probably didn't flash a recent build yet |
20:12:48 | dan_a | GrumpyPiano: Anything that doesn't compress very much (eg Flac.) The best compression/performance ratio seems to be for Musepak |
20:12:56 | amiconn | The flash images on the bootbox page contain a rockbox build from when these images were made. |
20:13:16 | GrumpyPiano | dan_a: Ok thanks I'll try that :) |
20:13:32 | amiconn | You already flashed that image, now run rombox.ucl or rockbox.ucl in order to bring in the current build |
20:13:37 | lostlogic | hmm, I wonder if this will work at all. |
20:14:15 | pondlife | lostlogic: I dare you to scrap buf_ridx completely :-) |
20:14:33 | amiconn | The description on the FlashingRockbox page is basically still correct, only that we no longer use the archos firmware as fallback firmware, but bootbox, and that there is rombox |
20:14:34 | lostlogic | pondlife: I'll leave that up to you. I _use_ buf_ridx in this code, so :-P |
20:14:40 | pondlife | Nooooo!! |
20:14:50 | amiconn | (but today's daily breaks rombox for recorder v1) :-( |
20:15:02 | pondlife | I tried and failed, but am still unsure exactly why buf_ridx is needed. |
20:15:27 | lostlogic | pondlife: only because otherwise buf_ridx = CUR_TI->buf_idx + ci.curpos and that calculation sucks |
20:15:45 | pondlife | The funny thing is that's not always true |
20:15:49 | lostlogic | oh |
20:15:51 | lostlogic | cuz of codecs |
20:15:55 | lostlogic | ? |
20:16:03 | pondlife | Do a seek and it ends up askew, even with codecsize=0. |
20:16:11 | lostlogic | :( |
20:16:18 | pondlife | That is they mystery I'm left with |
20:16:23 | preglow | dan_a: does musepack run well for 3g? |
20:16:27 | pondlife | It's probably obvious when you know about it |
20:16:50 | pondlife | But conceptually I don't see the need for buf_ridx. Just ci.curpos should deal with most stuff. |
20:16:55 | lostlogic | well it plays music which is honestly better than I thought I'd do in my first shot |
20:17:06 | pondlife | What have you done..? |
20:17:09 | lostlogic | pondlife: but ci.curpos is relative to the current track |
20:17:18 | lostlogic | ahh, I know why it doesn't work |
20:17:24 | leftright | amiconn; so if i rolo on the build i have it'll flash it ? |
20:17:28 | dan_a | preglow: I tested just about everything when we got sound on the 3g, and from memory, yes, musepack didn't skip |
20:17:35 | lostlogic | becuase we move buf_idx when we overwrite part of a track, but ci.curpos is always relative to the _start_ of he track |
20:17:47 | preglow | dan_a: how nice! |
20:17:48 | pondlife | Yes, but we have .start_pos |
20:18:01 | lostlogic | so it's buf_idx + curpos - start_pos |
20:18:02 | pondlife | Or is that a file offset. |
20:18:06 | lostlogic | this gets prettier all the time |
20:18:23 | pondlife | I just think it should be possible, conceptually. |
20:18:38 | dan_a | GrumpyPiano: It also helps if you go into the menu screen while you're listening to music |
20:18:58 | pondlife | Maybe ci.curpos should be relative to the buffer, not the track anyway? |
20:19:02 | pondlife | :) |
20:19:07 | pondlife | No, don't change it... |
20:19:14 | lostlogic | haha, not now any way |
20:19:41 | pondlife | OK, so what have you found and changed that is likely to break playback so much?? |
20:19:46 | lostlogic | pondlife: well for the first time in a long while, it's my turn to post a patch for testing |
20:20:01 | pondlife | \o/ The master returns.... |
20:20:15 | lostlogic | just removed the use of fill_bytesleft |
20:20:50 | pondlife | I haven't looked at the filling much yet. Just assumed that worked once it was triggered... |
20:21:26 | lostlogic | but it was apparently cuasing bugs, so ... :) |
20:22:29 | lostlogic | http://lostlogicx.com//transfer/rockbox/remove_fill_bytesleft.diff |
20:23:42 | pondlife | Sadly I have to go now. Will try it in the morning. :( |
20:23:58 | lostlogic | any other playback testing enthusiasts? PaulJam? |
20:24:30 | | Quit dpr0 (Read error: 110 (Connection timed out)) |
20:24:41 | lostlogic | see ya pondlife |
20:24:49 | pondlife | I've given PaulJam strict instructions not to branch from CVS until he can confirm that my voice patch was to blame :) |
20:25:03 | lostlogic | lol |
20:25:30 | * | amiconn wonders why his last commit didn't trigger a rebuild |
20:25:36 | amiconn | Bagder? |
20:25:37 | * | pondlife couldn't resist and applied the patch |
20:26:30 | pondlife | Oops, it fills forever here. |
20:27:01 | lostlogic | pondlife: as in it overwrites itself over and over? |
20:27:18 | pondlife | Not sure, just fills and fills |
20:27:41 | lostlogic | weird. |
20:27:56 | pondlife | Recipe is on http://www.rockbox.org/tracker/task/5906 |
20:28:21 | pondlife | I had a similar problem where I had a <= rather than a < on a filebuflen check |
20:28:29 | pondlife | When I was tinkering I mean |
20:28:38 | pondlife | OK, I really do have to go now. |
20:28:54 | | Quit pondlife ("...and is in Trouble") |
20:29:39 | | Quit Seed (Remote closed the connection) |
20:29:43 | amiconn | Ah, now it started... |
20:30:10 | | Quit edx (Read error: 113 (No route to host)) |
20:30:53 | jhMikeS | the build server is becoming sentient and has devoloped a sense of humor |
20:31:11 | amiconn | Bagder: What does the buildmaster do in the 4 extra minutes when the build itself already finished? |
20:34:43 | | Join halfss [0] (n=douglas@lvrgtnhed51-pool6-a10.lvrgtn.tds.net) |
20:36:30 | | Nick dan_a is now known as dan_a_afk (n=dan-mirc@217.23.173.156) |
20:37:17 | jhMikeS | It thinks about inventing time travel to back to the 80s and kill Sarah Connor |
20:38:02 | | Part halfss ("Ex-Chat") |
20:38:08 | * | preglow finally realises the rockbox plot for starting to use distributed computing |
20:38:45 | | Part GrumpyPiano |
20:39:36 | jhMikeS | It's the endtimes and the build master will become our master and we shall gladly serve our build master |
20:41:26 | bluebrother | serve him by doing code commits? ;-) |
20:41:47 | jhMikeS | It is 0xfood for the build master |
20:42:41 | | Join SereR0kR [0] (n=SereR0kR@Ea47f.e.strato-dslnet.de) |
20:42:52 | bluebrother | hehe |
20:44:30 | | Join Seed [0] (i=ben@85.64.207.9.dynamic.barak-online.net) |
20:44:32 | | Quit barrywardell ("CGI:IRC") |
20:45:36 | amiconn | Am I the only one who observes very unreliable USB connection on H1x0/H300/X5 ? |
20:46:21 | jhMikeS | x5 doesn't have a reliable usb connect no matter what...you can startle it easily. Must move slowly... |
20:47:38 | amiconn | It happens very often that the USB logo appears, but the PC doesn't mount the drive. Works everytime in H1x0/H300 bootloader USB, or cowon bootloader USB |
20:48:19 | | Quit TeaSeaLancs (Read error: 110 (Connection timed out)) |
20:49:04 | jhMikeS | yup. If you're using debian you must be focused to some other window program too or else debian gets the connection. |
20:49:07 | Lear | amiconn: no problem whatsoever on my h140... |
20:49:35 | amiconn | This is in windows. Never had any connection problems from the PC side |
20:49:44 | jhMikeS | but I has probs before that when pluggin/unpluggin too fast |
20:49:56 | | Quit Seed ("cu, Andre") |
20:50:09 | amiconn | This seems to be a rockbox problem |
20:50:13 | Lear | Windows here too. I do use the bootloader more often than not, but still... |
20:50:30 | amiconn | ...only happening on swcodec (except ipod which reboots into apple disk mode) |
20:50:34 | jhMikeS | I have the same stuff with the ROM boot when pluggin |
20:51:32 | jhMikeS | SWCODEC used to swap codecs out but I think that is gone. It's set up that if all thread don't ack the connect the connect never happens? |
20:52:00 | | Join Seed [0] (i=ben@85.64.207.9.dynamic.barak-online.net) |
20:52:06 | amiconn | All threads with a public event queue must acknowledge the connection |
20:53:51 | jhMikeS | The codec thread can't if a codec is loaded and running. If voice is swapped, it can't either. hmmm. |
20:54:46 | amiconn | Does the codec thread have a public event queue? |
20:55:22 | jhMikeS | yes it seems. it has codec for usb connect events or had. I haven't looked at what changed except the swapping was removed. |
20:55:38 | amiconn | i.e. one that is initialised with queue_init(...., true); |
20:56:52 | | Quit dan_a_afk (Read error: 60 (Operation timed out)) |
20:56:57 | jhMikeS | yes, it seems they all are in playback.c on quick reexamination |
20:57:24 | jhMikeS | except codec_callback_queue...oops |
21:00 |
21:02:45 | | Quit SereR0kR () |
21:03:00 | | Join webguest99 [0] (i=3eebdcad@gateway/web/cgi-irc/labb.contactor.se/session) |
21:04:32 | jhMikeS | amiconn: think there should be a memswap function to swap codecs with one buffer? Could be useful elsewhere too. |
21:05:09 | | Join ben__ [0] (n=lightyea@p54877E20.dip.t-dialin.net) |
21:05:11 | | Quit lightyear (Read error: 110 (Connection timed out)) |
21:05:49 | | Quit Seed (Nick collision from services.) |
21:05:52 | | Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) |
21:05:56 | | Join Seed [0] (i=ben@85.64.207.9.dynamic.barak-online.net) |
21:08:55 | | Join amiconn__ [0] (n=jens@p54BD65F9.dip.t-dialin.net) |
21:10:39 | | Join falkyre [0] (n=falkyre@209.8.41.76) |
21:10:53 | | Quit Rondom (Nick collision from services.) |
21:11:00 | | Quit falkyre (Client Quit) |
21:11:03 | | Join Rondom [0] (n=Rondom@p54AEE58B.dip.t-dialin.net) |
21:15:05 | | Join Will [0] (n=Will@87-194-13-8.bethere.co.uk) |
21:17:13 | | Quit acknabar ("Leaving") |
21:17:27 | | Quit amiconn_ (Read error: 60 (Operation timed out)) |
21:18:23 | Will | hey is there a way to have rockbox start in a default folder i.e. where my music is stored? |
21:20:39 | | Part Will |
21:21:09 | jhMikeS | hmmm...impatient. was gonna tell 'm |
21:21:17 | | Join Will [0] (n=Will@87-194-13-8.bethere.co.uk) |
21:21:19 | petur | hahahaha |
21:22:27 | | Join drezha [0] (n=chris@cpc2-leed8-0-0-cust431.leed.cable.ntl.com) |
21:22:28 | petur | Will: no, that's not possible |
21:22:34 | | Quit amiconn (Read error: 110 (Connection timed out)) |
21:22:35 | | Nick amiconn__ is now known as amiconn (n=jens@p54BD65F9.dip.t-dialin.net) |
21:22:44 | * | petur looks at jhMikeS ;) |
21:22:49 | drezha | hi all |
21:23:19 | petur | hi there |
21:23:22 | jhMikeS | wherefore, sir petur? |
21:23:41 | petur | jhMikeS: "<jhMikeS>hmmm...impatient. was gonna tell 'm" |
21:24:08 | drezha | thought you guys might be able to help... |
21:24:08 | drezha | been considering changing my MP3's to Ogg Vorbis now I'm mainly using linux and had a couple of questions about it |
21:24:09 | jhMikeS | Well he waited about 60s and split |
21:25:31 | jhMikeS | If you want answers you have to wait till the season is right for the tree to bear fruit. :P |
21:25:50 | drezha | any ideas on when that'll be? :p |
21:25:56 | * | petur gives up and minds some code |
21:26:31 | jhMikeS | petur: never give up, never surrender! |
21:26:45 | preglow | drezha: asking would be wise if you're after answers |
21:27:15 | drezha | sorry |
21:27:44 | jhMikeS | the prerequesite for an affirmative or negative is an interogative =:-D |
21:28:08 | drezha | 1. from a brief look at http://www.rockbox.org/twiki/bin/view/Main/ManualRockboxInstall#iriver_jukeboxes it appears that I cant run Rockbox on my IHP-100 |
21:28:15 | drezha | this true? |
21:28:35 | markun_ | no, not true |
21:28:52 | | Nick markun_ is now known as markun (n=markun@bastards.student.utwente.nl) |
21:29:02 | drezha | no? good. So installing Rockbox, I'll be able to convert my MP3's to Ogg's and still have them play? |
21:29:17 | preglow | drezha: well, you can have it play your mp3s as they are too |
21:29:28 | preglow | converting from one lossy format to another is never wise |
21:29:30 | markun | drezha: I wouldn't convert them |
21:29:35 | jhMikeS | preglow: thanks :) |
21:29:58 | markun | drezha: which iriver do you have exactly? |
21:30:01 | drezha | cheers |
21:30:19 | drezha | the back of it says the iHP-100 |
21:30:31 | markun | how many gigabite? |
21:30:32 | preglow | jhMikeS, the king of semantics |
21:30:36 | jhMikeS | It's also unwise as well |
21:30:48 | | Quit NickDe ("Leaving") |
21:30:50 | drezha | slightly old now |
21:30:59 | markun | gigabyte even :) |
21:31:07 | drezha | 10 |
21:31:41 | | Part Will |
21:31:54 | drezha | my second question was, will using Ogg use less space for the same quality? |
21:32:01 | drezha | I've never used or heard an ogg play before |
21:32:20 | markun | drezha: rip a CD to ogg and try it |
21:32:20 | * | jhMikeS : The king of not noticing when someone has left or entered. |
21:32:25 | preglow | drezha: using a good mp3 encoder, the quality is about the same, don't expect drastic savings |
21:32:45 | preglow | ogg vorbis does perform better at low bitrates, though, if you use that |
21:32:47 | * | petur looks at jhMikeS ;) |
21:33:30 | jhMikeS | But I did write that and THEN Will reentered so it wasn't that bad. |
21:33:57 | drezha | right OK.. I was looking at 192 bitrates |
21:35:06 | markun | drezha: just rip to ogg at a few bitrates and compare |
21:35:49 | jhMikeS | I've converted mp3s to OGG when they need to manually edited to be gapless...:/ |
21:36:28 | markun | jhMikeS: when the MP3s need to be edited? |
21:36:46 | petur | jhMikeS: why not use mp3directcut to lossless crop mp3's? |
21:37:00 | jhMikeS | Open is WAV editor and strip out the encoder delays to the sample and encode that to OGG. |
21:37:15 | jhMikeS | How does it know the delays? |
21:37:49 | *** | Saving seen data "./dancer.seen" |
21:38:09 | | Quit webguest99 ("CGI:IRC (EOF)") |
21:39:00 | jhMikeS | I guess it could pick from common ones and all delays should be 1/2 frame for MPEG1...should try it thought even thought it almost never needs to be done |
21:40:39 | drezha | is there any decent rippers for Ubuntu? |
21:40:45 | drezha | I cant seem to change the bitrate |
21:40:51 | jhMikeS | petur: thanks, looks like a nice utility |
21:50:56 | | Join Paul_the_Nerd [0] (n=Llorean@cpe-70-112-165-230.austin.res.rr.com) |
21:52:14 | | Quit Ribs ("eh eh ehhhh!") |
21:54:37 | | Quit Lear ("Chatzilla 0.9.75 [Firefox 2.0/2006100319]") |
21:57:51 | | Quit Siku () |
22:00 |
22:00:41 | | Join lee-qid [0] (n=liqid@p54966885.dip.t-dialin.net) |
22:04:11 | | Quit charkins (Read error: 60 (Operation timed out)) |
22:06:12 | | Part drezha |
22:06:51 | leftright | rockbox is trully magic on the recorder, it is streaks ahead of stock |
22:08:02 | leftright | I hav just flashed it as well, boot is quicker, |
22:10:01 | | Join bluey- [0] (n=bluey@dslb-088-073-122-201.pools.arcor-ip.net) |
22:10:08 | leftright | the lack of background noise with rockbox on ajr is just amazing, |
22:11:06 | | Join nyonyai_csipcsi [0] (i=nyonyai_@catv-5063cf6c.catv.broadband.hu) |
22:11:49 | Bagder | I never used my recorder with Archos firmware, it is just so bad |
22:11:50 | nyonyai_csipcsi | can someone tell me, how video playback is working nowdays on rockbox, especially on h300? |
22:12:56 | leftright | its really amazing how different firmwares can be, the original is so shite in comparison |
22:13:22 | nyonyai_csipcsi | does it plays back video with sound, or still not? |
22:13:56 | leftright | but, how rockbox fixes the background/white noise, or poor snr is amazing |
22:14:19 | Bagder | nyonyai_csipcsi: still no sound |
22:14:39 | nyonyai_csipcsi | hm ok, thanx |
22:15:29 | nyonyai_csipcsi | when will the time come , when approximately be able to play with sound?:) |
22:15:45 | Bagder | nobody knows |
22:16:17 | leftright | i in love with my Recorder, sounds different to my H140, recorders sound is "fuller" than the H140's, midrange is meatier |
22:16:26 | | Join Rincewind [0] (i=squid@proxy2.rz.uni-karlsruhe.de) |
22:16:59 | * | leftright will stop gushing now |
22:17:08 | | Join MadDog011 [0] (n=MadDog01@cable-87-116-149-50.dynamic.sbb.co.yu) |
22:17:20 | | Quit Rincewind (Client Quit) |
22:17:25 | | Part MadDog011 |
22:17:42 | | Join CriamosAndy [0] (n=Criamos@p54930C59.dip0.t-ipconnect.de) |
22:20:16 | | Join nudelyn [0] (i=nudel@dyn-62-56-105-213.dslaccess.co.uk) |
22:20:17 | leftright | next step is to fit a 120gig HDD, :-) |
22:21:28 | | Quit myzar ("...") |
22:22:09 | | Join myzar [0] (i=derelict@cpe-72-129-81-32.socal.res.rr.com) |
22:23:34 | | Part nyonyai_csipcsi |
22:24:37 | | Join RedKennedy [0] (n=red@cpe-24-198-185-151.maine.res.rr.com) |
22:24:41 | RedKennedy | hello all |
22:25:06 | * | Bagder says hello on the behalf of "all" |
22:25:19 | RedKennedy | :) |
22:28:03 | | Quit drippydonut ("Chatzilla 0.9.74 [Firefox 1.5.0.7/2006090918]") |
22:30:03 | | Quit Spida (Read error: 54 (Connection reset by peer)) |
22:31:19 | | Part Paul_the_Nerd |
22:32:08 | | Quit ben__ (Remote closed the connection) |
22:32:52 | | Quit mirak (Remote closed the connection) |
22:35:24 | | Quit Criamos (Read error: 110 (Connection timed out)) |
22:38:23 | | Quit nudelyn2 (Read error: 110 (Connection timed out)) |
22:38:50 | | Quit CriamosAndy (Read error: 110 (Connection timed out)) |
22:42:27 | | Join godzirra [0] (n=shawn@c-68-57-151-199.hsd1.va.comcast.net) |
22:42:36 | godzirra | Howdy folks. |
22:45:10 | godzirra | Any word on 5.5g? |
22:45:20 | Kalthare | hiya, godzirra. |
22:45:49 | Kalthare | I've been a bit busy with other stuff for the past day, but I'm settling in now to try and debug that crash. |
22:46:07 | godzirra | All good. |
22:46:13 | * | myzar licks Kalthare and godzirra |
22:46:15 | godzirra | Let me know if you need any help testing. Its about all I can do to help :) |
22:46:24 | godzirra | myzar: I hope you're a hot chick... |
22:46:30 | myzar | only if you want me to... |
22:46:31 | godzirra | Wait.. this is the internet.. everyone's a hot chick :) |
22:46:33 | * | myzar winks |
22:46:38 | godzirra | lmao |
22:46:48 | myzar | interesting fact |
22:46:54 | myzar | my name in ascii totals 666 |
22:47:05 | godzirra | heh |
22:47:26 | myzar | if you need me to help you guys with the 5.5s, i can help ya |
22:47:36 | myzar | but i code in brainf**k and not C++ |
22:47:44 | myzar | though i do have an 80 |
22:48:17 | Kalthare | I've neutered the functions that write the file that's crashing, but I'm still setting up my iPod for testing, so I dunno yet if that'll narrow things down at all. I do note, with some surprise, that one of the functions in question steals the MP3 buffer for its own purposes. |
22:50:33 | myzar | ;o |
22:50:39 | pill | evening |
22:50:51 | myzar | perhaps that has something to do with either search or gapless? |
22:50:51 | pill | can i upgrade an ipod firmware after having rockboxed it? |
22:50:59 | myzar | yes |
22:51:03 | pill | because itunes seems like it hangs |
22:51:03 | myzar | but you will need to reinstall rockbox |
22:51:13 | pill | ah |
22:51:13 | myzar | that's not rockbox pill |
22:51:16 | myzar | here's a simple test |
22:51:23 | pill | that's itunes being sucky? |
22:51:26 | myzar | plug in your ipod and find the database file |
22:51:32 | myzar | cut it somewhere else and run itunes again |
22:51:38 | myzar | if it runs, you know some program corrupted it |
22:51:46 | pill | well itunes runs |
22:51:49 | myzar | but hangs. |
22:51:50 | myzar | crashes |
22:51:54 | myzar | or seems unresponsive |
22:51:57 | pill | yes |
22:51:57 | | Part mra ("Leaving") |
22:51:59 | myzar | yeah, i'm in the same boat |
22:52:00 | pill | yesyes |
22:52:06 | myzar | i used the winamp plugin ml_ipod once |
22:52:11 | myzar | now anything can read the ipod but itunes |
22:52:20 | pill | okay |
22:52:20 | myzar | and i dont like that, because now i cant get gapless |
22:52:25 | myzar | try to do what it old ya |
22:52:31 | pill | but say it's a friend's ipod mini |
22:52:36 | pill | if i delete the db |
22:52:42 | myzar | no |
22:52:44 | myzar | do not DELETE |
22:52:44 | pill | will i be able to rebuild it |
22:52:47 | myzar | move it temporarily |
22:52:50 | pill | (i'm a newbie at ipod) |
22:52:54 | pill | ah! |
22:53:13 | myzar | itunes will say you have no music |
22:53:19 | myzar | but it's there, as you can tell by the space meter |
22:53:24 | myzar | if so, it's your database |
22:53:34 | pill | okay hang on tight |
22:53:37 | pill | i'll let you know |
22:53:47 | RedKennedy | i've got a question about the doom plugin...is there anything to install besides teh rockdoom wads and teh game wads? |
22:53:48 | RedKennedy | the* |
22:54:14 | Kalthare | RedKennedy: That should be it, unless you want addons |
22:54:21 | pill | lame |
22:54:22 | myzar | sexy addons. |
22:54:26 | myzar | like Kalthare in the nude. |
22:54:31 | myzar | :o |
22:54:32 | RedKennedy | Kalthare: danke |
22:54:35 | RedKennedy | heh |
22:54:41 | myzar | was i right, pill? |
22:54:46 | pill | what is the name of the itunes db file? |
22:54:50 | pill | itunesdb? :p |
22:54:51 | RedKennedy | this is going to make study halls fun on my x5 :) |
22:54:53 | myzar | yeah. |
22:54:58 | pill | that it? |
22:55:03 | myzar | yes |
22:55:05 | myzar | don't delete it. |
22:55:14 | pill | it's 164kB |
22:55:22 | myzar | yeah, you don't have much music |
22:55:26 | pill | she |
22:55:30 | pill | :p |
22:55:36 | myzar | she. |
22:55:58 | pill | reboot |
22:56:02 | pill | brb |
22:56:02 | myzar | maybe she unplugged it at a wrong time |
22:56:10 | pill | maybe |
22:56:10 | myzar | and it killed her DB file |
22:56:16 | myzar | that's pretty small |
22:56:21 | myzar | unless she has like... 4 songs |
22:56:28 | pill | we'll be sure in 5 minutes |
22:56:29 | pill | brb |
22:56:33 | pill | wii boot |
22:56:34 | myzar | wait. |
22:56:37 | myzar | why are you rebooting. |
22:56:40 | myzar | ugh, nevermind |
22:56:49 | pill | because i thought itunes was faulty |
22:56:53 | pill | so i uninstalled it |
22:56:56 | pill | and did not reboot |
22:57:16 | pill | so now it says "reboot before reinstalling itunes" |
22:57:29 | myzar | go ahead. |
22:57:31 | | Join Id2ndR [0] (n=ubuntu@laf31-2-62-34-88-193.dsl.club-internet.fr) |
22:57:33 | pill | k brb |
22:59:34 | | Quit amigan (Read error: 104 (Connection reset by peer)) |
23:00 |
23:00:08 | | Quit leftright (" Try HydraIRC -> http://www.hydrairc.com <-") |
23:01:23 | | Quit rretzbach (Read error: 104 (Connection reset by peer)) |
23:02:03 | | Join amigan [0] (i=dcp1990@unaffiliated/amigan) |
23:05:09 | pill | back |
23:05:39 | | Join blueworm [0] (n=blueworm@7.Red-80-32-172.staticIP.rima-tde.net) |
23:07:46 | Kalthare | Okay, if you destroy half of the playlist code, music playback works on the 30GB 5.5G |
23:08:36 | pill | now itunes doesn't seem to see the ipod |
23:08:42 | | Quit lee-qid ("Trillian (http://www.ceruleanstudios.com") |
23:08:48 | pill | and sometimes i wonder why i hate apple |
23:10:12 | godzirra | destroy playlist code? |
23:10:13 | godzirra | huh? |
23:10:28 | | Quit bluey- ("Leaving") |
23:11:33 | | Join NickDe [0] (n=nicholas@13.sub-75-192-156.myvzw.com) |
23:12:20 | Kalthare | What crashes it is the playlist control file being updated. |
23:12:35 | godzirra | Huh. |
23:12:36 | godzirra | thats odd. |
23:12:47 | | Quit Arathis ("[rl_bot quit]") |
23:13:18 | Kalthare | Now I'm updating the tag cache during playback, and it's handling it like a champ. So, yeah, the playlist code is the problem here. |
23:14:02 | pill | how do you get that mfing itunes to see that frigging ipod??!! |
23:14:22 | pill | is there a "scan" option or something? |
23:14:27 | Mikachu | apple.com/support |
23:14:40 | * | pill dies |
23:16:21 | Kalthare | Well, as I said before, one of the functions I gutted was taking over the MP3 buffer for its own purposes... |
23:17:01 | | Join Moos [0] (i=51400b8c@gateway/web/cgi-irc/labb.contactor.se/session) |
23:17:23 | pill | hmm |
23:17:46 | pill | itunes still appears to hang at "upgrading "that ipod" please wait.. thing |
23:17:57 | pill | or in progress.. |
23:37:52 | *** | Saving seen data "./dancer.seen" |
23:39:22 | | Quit MarcoPolo (Read error: 104 (Connection reset by peer)) |
23:40:51 | myzar | pill |
23:40:54 | myzar | i think you killed the ipod |
23:40:58 | | Join mirak [0] (n=mirak@AAubervilliers-152-1-62-6.w82-121.abo.wanadoo.fr) |
23:41:00 | myzar | but the DB file has nothing to do with that |
23:41:18 | myzar | if it wasn't seeing the IPod, i think that it was a short while before it would have died anyways |
23:42:15 | * | petur finds ugly ascii art in philips sample code |
23:46:11 | Mikachu | it's usually easier to fix the ipod yourself than hope itunes can do it |
23:47:14 | Kalthare | godzirra |
23:51:08 | | Join xamphear [0] (n=xamphear@d-65-175-175-236.metrocast.net) |
23:51:15 | | Join charkins [0] (n=casey@pdpc/supporter/active/charkins) |
23:55:19 | | Quit wooo (Read error: 110 (Connection timed out)) |
23:57:40 | pill | it was not itunesdb |
23:57:44 | pill | it was no nothing |
23:57:51 | pill | itunes still hangs |
23:57:54 | | Quit blueworm ("Leaving") |
23:58:07 | pill | and it's pissing me off to the point of no return |
23:58:56 | | Quit Febs ("CGI:IRC (EOF)") |