| 00:00:11 | lostlogic | linuxstb: yeah, I can't see why a seek would be a problem |
| 00:00:28 | linuxstb | Is there any difference between a seek_buffer and an advance_buffer? |
| 00:00:36 | lostlogic | linuxstb: I was just going to look :-D |
| 00:00:57 | lostlogic | linuxstb: from the beginning of a file no |
| 00:01:04 | lostlogic | seek => absolute, advance => relative |
| 00:01:23 | roolku | pixelma: I can only assume that the second (or both) are not called on HWCODEC - the code for registering the callbacks is the same |
| 00:01:33 | | Quit bertrik ("bye") |
| 00:01:34 | amiconn | Why is the metadata (before the audio) loaded at all as part of the audio? |
| 00:01:47 | lostlogic | amiconn: because the buffering api is stupid |
| 00:01:51 | amiconn | Seems like a waste to me. |
| 00:02:07 | amiconn | The metadata reader already determined how much metadata is there |
| 00:02:19 | lostlogic | I suppose that TYPE_*_AUDIO types it could do special handling on but that seems to defeat the purpose of the bufferin gapi |
| 00:02:26 | lostlogic | 'course it already does special handling for some frew things |
| 00:02:32 | amiconn | This method will cause serious problems on low-mem targets |
| 00:02:40 | linuxstb | The buffering api could just take account of first_frame_offset |
| 00:02:50 | amiconn | The metadata can easily be larger than the whole buffer |
| 00:03:08 | * | amiconn remembers this weird track with 100 copies of the same jpeg attached |
| 00:03:11 | lostlogic | amiconn: yeah, I gathered from reading the id3 specs |
| 00:03:15 | amiconn | 3MB of id3v2 |
| 00:03:15 | roolku | pixelma: can you set a rating? This should be independent of the callback (IIRC) |
| 00:03:33 | | Join cheesenuggett [0] (n=cac@pool-72-87-41-248.ptldor.fios.verizon.net) |
| 00:03:36 | cheesenuggett | hey guys |
| 00:03:42 | cheesenuggett | i need some help pretty badly |
| 00:03:51 | lostlogic | amiconn: yeah, that could work fine for leading tags but any ideas for trailing tags? |
| 00:04:01 | linuxstb | The WMA metadata parser also sets first_frame_offset, not to skip an id3v2 tag, but to skip the ASF header (which includes ASF metadata). The WMA codec itself doesn't need it. |
| 00:04:19 | amiconn | Trailing tags can't be determined beforehand, if we don't want that wasteful seek |
| 00:04:25 | cheesenuggett | anyone down? |
| 00:04:35 | Bagder | cheesenuggett: just ask |
| 00:04:41 | cheesenuggett | ok, i just wanted to make sure |
| 00:05:04 | linuxstb | amiconn: Is it really that wasteful, considering that Rockbox is about to read a few MB of data from the disk? |
| 00:05:05 | pixelma | roolku: doesn't seem like it (or the keymap is broken on Ondio). I see the option in the WPS context menu but what I assumed would lead me to some kind of submenu (prssing "right") doesn't do anything. |
| 00:05:07 | cheesenuggett | so, i have a gigabeat f series, first attempt at installing the rockbox |
| 00:05:11 | amiconn | lostlogic: Why would it defeat the purpose of the buffering api? Buffering a file starting at a certain position >0 sounds like a pretty generic feature to mne |
| 00:05:28 | cheesenuggett | i just ran the rockbox utility complete install |
| 00:05:29 | lostlogic | amiconn: yeah, actually it already has that feature |
| 00:05:30 | cheesenuggett | it seemed fine |
| 00:05:38 | cheesenuggett | but now my mp3 player wont work |
| 00:05:40 | lostlogic | can be told to start from an offset on any file |
| 00:05:52 | lostlogic | I'm just tryign to work out the implications of using it to skip metadata |
| 00:05:54 | amiconn | linuxstb: The seek happens in addition to the read. |
| 00:05:55 | lostlogic | I think it might work just as is |
| 00:06:08 | cheesenuggett | i can still plug in to the USB with the power cord |
| 00:06:09 | roolku | pixelma: there isn't a submenu - the number in the entry should increase when you press right |
| 00:06:15 | amiconn | And trailing tags are usually small |
| 00:06:21 | cheesenuggett | but other wise it says it cant read |
| 00:06:25 | pixelma | roolku: it stays at 0... |
| 00:06:26 | lostlogic | amiconn: yeah, but they are breaking gapless atm :) |
| 00:06:27 | amiconn | id3v1 is just 128 bytes irrc |
| 00:06:31 | lostlogic | yep |
| 00:06:34 | safetydan | cheesenuggett, what do you mean wont work? Does it start at all, is there anything on the screen? |
| 00:06:44 | roolku | hm, let me have a look at the code |
| 00:06:59 | amiconn | lostlogic: Why is that broken? It worked fine before MoB... |
| 00:07:13 | cheesenuggett | it says system error and shuts off |
| 00:07:33 | lostlogic | amiconn: prior to MoB the buffering thread would do the fiddling with teh tail of files after buffering them and adjust the file size to trim out the trailing tag |
| 00:07:37 | safetydan | cheesenuggett: does it say that exactly or is their other text? |
| 00:07:43 | lostlogic | amiconn: that code was not moved into buffering.c because it really doesn't belong there |
| 00:07:47 | amiconn | ...and I thought that it's afunction in the playback engine that skips trailing tags |
| 00:07:55 | cheesenuggett | it says exactly that and then an error code in the top left of a boc |
| 00:08:21 | cheesenuggett | 0000020 is the error |
| 00:08:30 | * | amiconn thinks that trailing tags are a fundamental design mistake |
| 00:08:42 | amiconn | But they exist, and we have to deal with them :/ |
| 00:08:45 | cheesenuggett | it can still connect USB to my computer |
| 00:09:18 | linuxstb | cheesenuggett: And the USB connection is working - i.e. you can access the disk? |
| 00:09:24 | cheesenuggett | yes |
| 00:09:48 | | Join Thundercloud [0] (n=thunderc@resnet20.nat.lancs.ac.uk) |
| 00:10:00 | pixelma | roolku: many thanks :) Currently I let music playing for a while and will see if there's any runtime listed |
| 00:10:02 | lostlogic | amiconn: yeah, they are a design mistake, and it was in playback.c to skip them but it was part of the buffering process and buffering.c did not inherit the functionality, nor did playback relocate it to a new functional place |
| 00:10:28 | amiconn | hmm |
| 00:10:44 | linuxstb | cheesenuggett: It sounds like the Toshiba original firmware is unhappy for some reason. If I was you, I would manually install the Rockbox bootloader - there should be instructions in the manual. (It's just downloading a file and copying it to your gigabeat) |
| 00:10:54 | roolku | pixelma: I have a suspicion that audio_current_track() might not work as expected on HWCODEC - that would explain the rating not increasing |
| 00:11:12 | cheesenuggett | i have that file |
| 00:11:24 | cheesenuggett | so i just extract it to the root folder correct? |
| 00:12:10 | linuxstb | cheesenuggett: The file is FWIMG01.DAT, which goes inside the GBSYSTEM/FWIMG/ folder |
| 00:12:29 | pixelma | roolku: I'm not sure if it could help you but the logscrobbler support (which also didn't work in the beginning) was fixed a while ago |
| 00:12:31 | cheesenuggett | i dont know that folder |
| 00:12:34 | cheesenuggett | i havent seen it |
| 00:12:44 | roolku | pixelma: you could try the following experiment - export your modifications, and with a text editor change a few rating entries (remember the tracknames) |
| 00:12:54 | linuxstb | cheesenuggett: It's marked as hidden/system - you need to enable viewing of those files in explorer (assuming you're using Windows). |
| 00:13:25 | roolku | pixelma: then import the modified modifications and see if they are reflected in the WPS and or set rating menu |
| 00:13:26 | | Join webguest40 [0] (i=51684caf@gateway/web/cgi-irc/labb.contactor.se/x-9c818559c9b360bd) |
| 00:13:36 | cheesenuggett | i formatted it a while ago, did that delete it? |
| 00:13:47 | linuxstb | Yes, that would be the cause of your problem... |
| 00:13:57 | cheesenuggett | how can i go about getting it back? |
| 00:14:15 | pixelma | roolku: going to experiment |
| 00:15:45 | cheesenuggett | if it's even possible |
| 00:15:59 | linuxstb | cheesenuggett: I'm not sure... But if you're installing Rockbox, you can use the dummy version of that folder available here - http://www.rockbox.org/twiki/bin/viewfile/Main/GigabeatFXPort?rev=3;filename=GBSYSTEM.zip |
| 00:16:30 | cheesenuggett | so i just extract that to the root folder |
| 00:17:33 | pixelma | roolku: the database_changelog.txt contains 2 lines; the first reads "## Changelog version 1" and the second is empty... |
| 00:17:39 | | Join dandin1 [0] (n=dandin1@bas7-ottawa23-1088833913.dsl.bell.ca) |
| 00:17:53 | cheesenuggett | still doesnt work :( |
| 00:17:53 | linuxstb | cheesenuggett: Yes. And then add the Rockbox bootloader (FWIMG01.DAT) |
| 00:18:04 | Buschel | bye, have a good night |
| 00:18:19 | | Quit Buschel () |
| 00:18:33 | cheesenuggett | where can i find that? |
| 00:19:06 | barrywardell | amiconn: wrt GPO32, the comment in lcd-color-nano.c:108-109 suggests that GPO32 also has an enable register. is that accurate? |
| 00:19:19 | linuxstb | http://download.rockbox.org/bootloader/gigabeat/FWIMG01.DAT |
| 00:19:29 | pixelma | roolku: I played 3 or 4 complete songs after reenabling the gather runtime data feature. |
| 00:19:34 | roolku | pixelma: hm, it seem to only export entries that actually contain modifications - let me check |
| 00:19:45 | amiconn | barrywardell: Hmm, possible |
| 00:19:48 | cheesenuggett | thank you very much for your help |
| 00:20:12 | * | amiconn wonders why it's called 'D01' there |
| 00:20:47 | cheesenuggett | grrrrr same thing |
| 00:21:09 | linuxstb | cheesenuggett: You put FWIMG01.DAT in GBSYSTEM/FWIMG/ ? |
| 00:21:26 | cheesenuggett | yes |
| 00:22:37 | barrywardell | amiconn: svn blames linuxstb, but I suspect it was just copied from ipodlinux |
| 00:23:04 | linuxstb | Most of my code is copied from somewhere... |
| 00:23:29 | | Part tihoc4n |
| 00:23:34 | cheesenuggett | i did a google search and someone on a forum had the same problem, what he did was use the gigabeat formatting utility and it came back |
| 00:23:57 | linuxstb | cheesenuggett: Then you could try that. I've run out of ideas - I've never had that problem with my gigabeat. |
| 00:24:11 | cheesenuggett | dang it says access denied |
| 00:24:15 | cheesenuggett | this is pretty awful |
| 00:24:31 | linuxstb | Was it working before you tried to install Rockbox? |
| 00:24:40 | cheesenuggett | yes |
| 00:25:14 | Caleb | this is gay |
| 00:25:19 | cheesenuggett | is it bricked? |
| 00:25:21 | Caleb | chose a theme and now i can see shit lol |
| 00:25:57 | linuxstb | cheesenuggett: If it turns on, it's not bricked... What is saying "access denied" ? |
| 00:26:13 | cheesenuggett | the formatting utility was |
| 00:26:15 | cheesenuggett | now it isnt |
| 00:26:25 | cheesenuggett | thanks again, and also for being so patient |
| 00:26:31 | cheesenuggett | im not quite computer savvy |
| 00:26:46 | roolku | pixelma: I am going to fake you an exported file... |
| 00:27:15 | linuxstb | cheesenuggett: no problem. |
| 00:27:26 | | Quit ompaul (Client Quit) |
| 00:27:44 | pixelma | Caleb: reset your settings or open config.cfg in a text editor on your computer and change one of the values for foreground or background colour |
| 00:28:18 | linuxstb | barrywardell: What do you think about making the "sansapatcher -bl" installation the default? I thought it was a good idea until I realised it means you lose recovery mode.... |
| 00:28:36 | barrywardell | hmmm. D01 enable = 0x21000200, while D01 = 0x20000000 |
| 00:29:00 | barrywardell | linuxstb: I like the idea. With a couple of conditions |
| 00:29:19 | barrywardell | 1) Bootloader USB mode would be nice (when Zagor has it ready) |
| 00:29:56 | barrywardell | 2) A bootloader logo would also be nice (the reason for 7977) |
| 00:30:17 | karashata | not fun |
| 00:30:27 | | Quit n17ikh|Lappy () |
| 00:31:09 | | Quit Zagor ("bed time") |
| 00:31:24 | * | karashata hopes everyone disregards his message, his client swapped windows on him for some dumb reason |
| 00:32:31 | linuxstb | barrywardell: Does that patch require the bitmaps in bootloader/bitmaps/ or does it use the ones in apps/ ? |
| 00:32:52 | barrywardell | it requires them in bootloader/bitmaps |
| 00:32:58 | | Quit davina (Remote closed the connection) |
| 00:34:13 | roolku | pixelma: there is an example file at http://pastebin.ca/761567 - if you change the filename entries to match two tracks on your player you can then import it and check if the ratings are used for those two tracks |
| 00:35:12 | roolku | pixelma: also do you know what fixed the scrobbling ? I can only find commits relating so SWCODEC |
| 00:35:45 | | Join hcs [0] (n=agashlin@rockbox/contributor/hcs) |
| 00:36:28 | cheesenuggett | this is quite frustrating |
| 00:36:58 | cheesenuggett | how interesting |
| 00:37:05 | cheesenuggett | it started the initial rockbox dialogue |
| 00:37:15 | cheesenuggett | but it couldnt find the firmware |
| 00:37:39 | pixelma | roolku: let me see if I can find it, I just remember that it was a patch in the tracker. I'll also try the modifications test shortly. |
| 00:38:09 | | Part webguest40 |
| 00:38:34 | pixelma | roolku: http://www.rockbox.org/tracker/task/6639 |
| 00:38:39 | | Join n17ikh|Lappy [0] (n=n17ikh@c-76-23-98-11.hsd1.sc.comcast.net) |
| 00:39:13 | | Quit donutman25 (Read error: 104 (Connection reset by peer)) |
| 00:39:43 | cheesenuggett | it works! |
| 00:39:45 | cheesenuggett | yayyyyyy |
| 00:40:07 | cheesenuggett | last time: linuxstb: thank you |
| 00:40:10 | linuxstb | cheesenuggett: I'm glad it's working. |
| 00:40:23 | cheesenuggett | i was afraid i just screwed it over for good |
| 00:40:36 | linuxstb | cheesenuggett: So you just needed to run the gigabeat formatting utility to restore it? |
| 00:40:43 | cheesenuggett | yeah |
| 00:40:53 | cheesenuggett | that may come in handy for many a noob to come |
| 00:41:23 | cheesenuggett | because the gigabeat formatting software reinstalls all missing hidden files |
| 00:41:38 | cheesenuggett | when i formatted outside of the gigabeat one it deleted everything |
| 00:41:45 | cheesenuggett | is my guess* |
| 00:41:54 | linuxstb | Yes, sounds right. |
| 00:42:18 | linuxstb | Did you format it before or after running Rockbox Utility? |
| 00:42:18 | cheesenuggett | rockbox sounds pretty terrific, im excited |
| 00:42:24 | cheesenuggett | after |
| 00:42:26 | roolku | pixelma: thanks - I'll have a read |
| 00:42:37 | cheesenuggett | because it installed incorrectly |
| 00:42:40 | linuxstb | cheesenuggett: So there's still the mystery of why Rockbox Utility broke your gigabeat... |
| 00:42:51 | cheesenuggett | im sure it was my fault |
| 00:43:15 | linuxstb | Do you click on the "safely remove hardware" icon before disconnecting your gigabeat? |
| 00:43:27 | | Join JdGordon [0] (n=jonno@c210-49-113-143.smelb1.vic.optusnet.com.au) |
| 00:43:29 | cheesenuggett | no i didnt, that doesnt pop up for my gigabeat |
| 00:43:49 | cheesenuggett | but it does for other USB items |
| 00:44:23 | TTThomas | cheesenuggett: you should still be able to right click the drive and select 'eject' or 'remove' |
| 00:44:41 | cheesenuggett | that wasnt actually an option |
| 00:44:45 | cheesenuggett | maybe i didnt see it. |
| 00:45:06 | TTThomas | which os are you loading it from? |
| 00:45:11 | cheesenuggett | xp |
| 00:46:25 | TTThomas | :-/ i dunno. it always shows up in mine. |
| 00:46:54 | pixelma | roolku: what do I have to place for the genre tag if isn't tagged, <untagged> or ""? |
| 00:46:58 | linuxstb | barrywardell: Your patch appears to deal with remote bitmaps in the Makefile, but show_logo() isn't displaying a logo on the remote.... |
| 00:49:22 | barrywardell | linuxstb: I didn't give much consideration to the remotes since I don't have a target that has one. the remote stuff in the makefile was just copied from the apps version without too much thought. |
| 00:49:28 | | Quit zicho (Remote closed the connection) |
| 00:49:35 | barrywardell | do we want the logo shown on the remote? |
| 00:50:45 | barrywardell | or maybe I should just remove that stuff from the Makefile |
| 00:51:14 | roolku | pixelma: don't worry about the other tags - they will be ignored anyway, just the filename entry needs to be correct |
| 00:51:27 | pixelma | ok |
| 00:52:17 | | Part cheesenuggett |
| 00:52:54 | linuxstb | barrywardell: I don't know... I don't use a remote (although I have one for my H140), so have no view. |
| 00:54:33 | * | linuxstb realises the H140 remote lcd is same width/height/depth as his Logik DAX player, so the Rockbox and USB logos are taken care off ;) |
| 00:54:58 | pixelma | same as the iFP then... :) |
| 00:55:25 | | Quit Maha` (Remote closed the connection) |
| 00:55:29 | roolku | pixelma: the issue that is addressed by the first patch also exists for the two callbacks used with the database |
| 00:55:51 | JdGordon | anyonw want to reply to my email on the dev ml? |
| 00:56:08 | roolku | pixelma: first patch on the FS entry you gave me |
| 00:56:17 | linuxstb | pixelma: Even better... |
| 00:56:46 | barrywardell | linuxstb: I don't think it's worth the extra bin size, but maybe others have a different opinion. There's no harm in having the option in the Makefile though |
| 00:57:06 | linuxstb | pixelma: Hmm, it seems the iFP port is using the Archos bitmaps... |
| 00:57:09 | | Join jumpatrain [0] (i=tabac@gateway/gpg-tor/key-0xB9002659) |
| 00:57:21 | | Quit Calcipher (Read error: 104 (Connection reset by peer)) |
| 00:57:28 | pixelma | linuxstb: it shouldn't |
| 00:58:31 | pixelma | at least I remember drawing new graphics for the Archos ones that take the unusual aspect ratio into account (rockboxlogo, usblogo) |
| 00:58:46 | linuxstb | pixelma: Yes, that's what I mean. Assuming the iFP doesn't have the same aspect ratio... |
| 00:59:21 | linuxstb | But anyway, when I fix them for my device, the iFP will automatically follow. |
| 01:00 |
| 01:00:15 | pixelma | an own usblogo is there, don't see the rockboxlogo though |
| 01:01:49 | pixelma | compare usblogo.100x20x1.bmp and usblogo.104x27x1.bmp ;) |
| 01:01:58 | linuxstb | Ah yes, I missed those... |
| 01:02:53 | | Quit Thundercloud (Remote closed the connection) |
| 01:03:09 | | Quit ender` (" Smoking is one of the leading causes of statistics.") |
| 01:03:27 | pixelma | hmm... the Archos rockboxlogo was first with standard aspect ratio, you should be able to get it back |
| 01:03:50 | linuxstb | I can just copy the h1x0 remote logo |
| 01:03:56 | linuxstb | (it's probably the same...) |
| 01:04:35 | pixelma | ah yes didn't think of that |
| 01:05:34 | linuxstb | That's a limitation of the bitmap build system - we can't use the same bitmap for the main screen on one target, and the remote on another without copying it... |
| 01:06:03 | pixelma | not the same that was used on Archos (to big) but it will fit better anyways |
| 01:06:13 | pixelma | <+too |
| 01:06:25 | pixelma | argh |
| 01:07:03 | * | pixelma was at typo classes for too long ;) |
| 01:07:17 | linuxstb | ;) |
| 01:08:43 | roolku | pixelma: I don't have high hopes my last commit will change anything for you, but give it a try after your import experiment please |
| 01:08:53 | | Quit JETC- (Read error: 110 (Connection timed out)) |
| 01:10:50 | * | lostlogic tries to get the early tags off of the buffer withou tbreaking anything |
| 01:11:10 | hcs | lostlogic: omgitbrokesomething |
| 01:12:52 | pixelma | roolku: alright. The import experiment showed nothing for the two tracks I edited (if I didn't do something stupid), I'll update my build and try with your latest commit. And thanks again for looking into it :) |
| 01:14:53 | *** | Saving seen data "./dancer.seen" |
| 01:15:12 | lostlogic | hcs: hachu |
| 01:16:40 | roolku | pixelma: could you please export the changes again, to see if the import has worked? |
| 01:18:04 | | Join zicho [0] (n=martin@c-6a98e355.68-7-64736c14.cust.bredbandsbolaget.se) |
| 01:18:18 | pixelma | hmm... it didn't, the txt is empty again |
| 01:18:50 | roolku | not a good sign |
| 01:19:36 | amiconn | linuxstb: Iirc the iriver remote logo is not the same as the old archos one, but one properly adapted to 128 pixels screen width |
| 01:20:05 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 01:20:53 | pixelma | I already said err... mistyped that ;) |
| 01:21:05 | roolku | pixelma: and your filenames were okay you think? leading slash, directories - no umlauts ;) |
| 01:21:39 | lostlogic | I need people who have mp3s and shorten files (and flacs) that they would recognize any breakage early in the song with to test this: http://test.lostlogicx.com/transfer/rockbox/20071104_no_buffer_leading_tags.patch |
| 01:22:24 | pixelma | roolku: just wanted to ask you about the umlauts.... problem is: I have one album on the internal memory of the Ondio (album name has umlauts), wanted to take this because I was unsure about the MMC paths |
| 01:24:55 | | Join Angryman [0] (i=50e0a118@gateway/web/cgi-irc/labb.contactor.se/x-b6b931e972452f10) |
| 01:24:59 | roolku | pixelma: you would need to save the file in UTF-8 |
| 01:25:37 | amiconn | ? |
| 01:25:59 | amiconn | Filenames are UCS-2 on VFAT - always |
| 01:25:59 | Angryman | short advice needed on how to get the adc_scan properly working in the plugin API... Anyone ready here to helpme a bit ,-) |
| 01:26:25 | roolku | amiconn: no, we are talking about the txt import file for the database |
| 01:26:39 | amiconn | ah |
| 01:26:43 | pixelma | roolku: I'll try again |
| 01:27:02 | amiconn | Maybe there's a bom problem then? |
| 01:27:34 | roolku | possibly, can you save utf-8 without bom? |
| 01:27:49 | * | roolku checks for bom skipping |
| 01:28:07 | amiconn | Notepad++ can |
| 01:28:28 | pixelma | it wasn't utf-8 before because I didn't pay attention and copy and pasted it from the pastebin (I think firefox did not detect it as unicode...) |
| 01:30:43 | roolku | the original text was ascii only, so it didn't matter |
| 01:31:33 | roolku | but the file reader doesn't skip the BOM, so better don't have one. |
| 01:31:46 | Angryman | pixelma or amiconn /// I wont disturb you furthermore... If you have time (and the will) my problem is posted in the forums... Any advice would be appreciated... N8 all :-) |
| 01:33:07 | pixelma | ok, import/export worked now but the rating is still at zero and can't set it (that's with the old build). I'll update now but that'll take a while... :| |
| 01:33:43 | | Quit Angryman ("CGI:IRC") |
| 01:33:45 | lostlogic | nvm the patch I linked, it doesn't work as well as I thought. |
| 01:33:50 | | Quit lee-qid (Read error: 104 (Connection reset by peer)) |
| 01:34:37 | linuxstb | lostlogic: Is that patch also not buffering the tags? |
| 01:35:42 | JdGordon | pixelma: is the bitrate needed in the rec screen statusbar? |
| 01:36:10 | lostlogic | lostlogic: that's all it does is not buffer them and change mpa and shorten to seek, but it seems like mpa at least seeks earlier than that point for some reason |
| 01:36:12 | roolku | pixelma: did you try a database query as well? It seems odd that the imported ratings are not shown in the menu (WPS I could understand) |
| 01:36:21 | | Join Angryman [0] (i=50e0a118@gateway/web/cgi-irc/labb.contactor.se/x-c76a9025655df2b6) |
| 01:36:22 | lostlogic | which results in having to get more of the file from disk |
| 01:36:34 | | Join vitaminx [0] (n=vitaminx@e178070106.adsl.alicedsl.de) |
| 01:36:40 | roolku | pixelma: in the exported file all the artist names etc should be filled in correctly |
| 01:36:44 | vitaminx | hi |
| 01:36:54 | | Join Thundercloud [0] (n=thunderc@resnet21.nat.lancs.ac.uk) |
| 01:37:13 | pixelma | roolku: hmmno, I didn't. That's the first thing I'll look at when extracting the new build is done |
| 01:37:49 | vitaminx | sry, anybody knows if there is *some* linux support for the kenwood hd20ga7 mp3-player anywhere? |
| 01:38:09 | roolku | I need to sleep now - I'll read the log in the morning |
| 01:38:41 | | Quit Angryman (Client Quit) |
| 01:38:47 | | Quit roolku () |
| 01:39:41 | pixelma | JdGordon: is it currently? And I think if it is settable it should be on the screen somewhere - I only know that on the Archos you can set the average quality (the MAS records to vbr files) and it is there. But I'm not a big taper or so, you should probably ask petur |
| 01:40:35 | linuxstb | vitaminx: No. But I think the hd20ga7 is very similar to the Gigabeat F, so you might be able to port Rockbox to it relatively easily... |
| 01:40:58 | JdGordon | pixelma: ok, i thought you were a taper... |
| 01:41:16 | pixelma | ah, and on Archos the quality is shown in the statusbar. |
| 01:41:37 | JdGordon | the freq and bitrate are both shown and both are going to be annoying :p |
| 01:41:58 | linuxstb | JdGordon: I remember that being discussed in the past - recorders are very keen on packing as much info as possible into the recording screen, and will probably shout loudly if you remove features... |
| 01:42:23 | JdGordon | yeah :'( |
| 01:42:28 | pixelma | roolku: (for the logs) the rating is now shown in the WPS context menu and I can set it! :D |
| 01:43:03 | linuxstb | JdGordon: Is the same function used to display the status bar in the recording screen as in the rest of Rockbox? |
| 01:43:11 | JdGordon | yes |
| 01:43:29 | JdGordon | I might split it though so the rec SB doesnt change |
| 01:43:58 | * | JdGordon not sure how best to do this :p... and has exams he best study for |
| 01:45:34 | pixelma | JdGordon: the so-called "REP" comes with a much more full packed screen. I only saw a screenshot once and I can only remember thinking I would likely be lost there... |
| 01:46:39 | amiconn | JdGordon: Why do you want to split the statusbar drawing? |
| 01:48:34 | pixelma | if I read his comments correctly it has to do with his customising statusbar proposal |
| 01:48:54 | pixelma | (in the dev mailing list) |
| 01:50:56 | * | amiconn is afraid of half baked solutions and bloatz |
| 01:50:58 | amiconn | -z |
| 01:54:00 | pixelma | roolku: and it gathers runtime data too! :) |
| 01:54:16 | | Quit courtc (Read error: 113 (No route to host)) |
| 01:58:50 | JdGordon | amiconn: dont worry... not split indefinatly.. just untill i ahve a better idea how to do the rec part |
| 01:58:59 | JdGordon | it would al be together for commit |
| 02:00 |
| 02:00:08 | * | amiconn thinks that fixing the rec screen should be more important than a customisable status bar |
| 02:00:48 | JdGordon | yeah.. probably.. but /me never uses that screen so meh :p |
| 02:00:54 | pixelma | roolku: the two tracks that were edited show different numbers as if it worked with the trick before too (looking at "most played") but now it works for the rest too |
| 02:01:28 | kugel | Hey, now that you've changed the e200 keymap, isn't it a good point to change the keymap of the text editor/keyboard screen to? |
| 02:01:40 | kugel | Like in my patch http://www.rockbox.org/tracker/task/7873 |
| 02:03:03 | | Quit cooz () |
| 02:03:45 | pixelma | that patch doesn't look right (the changes to the plugin itself I mean). But I have no e200 and can't comment on the usefullness of the different button assignments. |
| 02:04:20 | | Quit ptw419 (Read error: 110 (Connection timed out)) |
| 02:04:29 | * | amiconn did fix a lot of things he doesn't use in the past... |
| 02:04:41 | | Join tkooda [0] (i=goaway@box.lag.in) |
| 02:05:01 | kugel | yea, you are right. I mainly care about the keyboard screen changes |
| 02:06:21 | kugel | I can't say if the current state is more consistent with other targets, but my keymap for the keyboard screen is more natural and intuitive IMHO |
| 02:07:20 | tkooda | can someone please recomend what used digitial audio player I should purchase? -I'll only be using it in my car for ~2-6 hour trips. ~4GB shoud suffice, car/usb power, mp3/aac/vorbis, nothing fancy. no nice interfae required. usb(2?) to load the audio. |
| 02:08:01 | tkooda | (for use with rockbox) |
| 02:09:42 | tkooda | nobody has a recomendation of what I should get to run rockbox on? |
| 02:09:59 | kugel | I'd say sansa |
| 02:10:03 | TTThomas | same |
| 02:10:08 | tkooda | why sansa? |
| 02:10:24 | tkooda | ..what whast series? |
| 02:10:34 | kugel | Every rockbox target will do the job, but sansa is one of the cheapest and it has a nice scroll wheel |
| 02:10:58 | kugel | e200 |
| 02:10:58 | | Quit Thundercloud (Remote closed the connection) |
| 02:11:24 | | Join emeraldd [0] (n=jules@h96.156.30.69.ip.alltel.net) |
| 02:11:28 | linuxstb | kugel: Not quite all of them - the Archos devices won't do AAC or Vorbis... |
| 02:11:37 | pixelma | I can only point to the http://www.rockbox.org/twiki/bin/view/Main/BuyersGuide |
| 02:11:53 | tkooda | can the sansa e200 handle aac/vorbis/flac? |
| 02:11:59 | tkooda | thnx pix |
| 02:12:53 | kugel | AAC plays fine |
| 02:13:04 | TTThomas | does flac murder battery life on flash based storage? or just hdd based? |
| 02:13:06 | pixelma | it's missing the c200 but that has only a maximum of 2GB internal memory and the microSD support isn't ready yet |
| 02:13:08 | kugel | I don't use vorbis or flac |
| 02:13:22 | tkooda | what are the basic limitations that some players can do over others? (as far as the rockbox software is concerned? -some can't do flac/aac?) |
| 02:13:38 | kugel | but I recall a table which stated how well codecs on which targeds do |
| 02:13:40 | tkooda | can any sansa do microsd? |
| 02:13:44 | tkooda | (currently) |
| 02:13:46 | kugel | sure |
| 02:14:07 | linuxstb | TTThomas: I wouldn't say FLAC murders battery life. It's very efficient CPU-wise, so that helps compensate for the more frequent disk accesses. |
| 02:14:15 | tkooda | so, if I get a small sansa (~1-2GB), I'd be able to add a ~8GB(?) microSD later? |
| 02:15:12 | TTThomas | linuxstb: i had a couple flac albums on my gigabeat. didnt have good luck with the battery life |
| 02:15:19 | linuxstb | I would also suggest the Gigabeat F20 - it's also cheap, and has a fast CPU, so can play some very CPU intensive codecs (e.g. HE-AAC, APE) that other targets can't handle. |
| 02:15:22 | pixelma | tkooda: with the e200 you could already do that, it will hopefully come later on the c200 |
| 02:15:37 | linuxstb | TTThomas: I only use FLAC on my gigabeat, and have never run out of power... |
| 02:15:42 | kugel | tkooda: yea, it can eat up to 32BiB |
| 02:15:42 | TTThomas | :-/ |
| 02:15:44 | kugel | GiB |
| 02:15:57 | TTThomas | which model? |
| 02:16:12 | linuxstb | An F20 upgraded with an 80GB disk |
| 02:16:17 | tkooda | pixelma, aah.. thanks.. -so anone got any reason not to get a sansa e200, and a 4-8GB microSD? |
| 02:16:30 | tkooda | ..for playing mp3/aac/flac/vorbis in a car |
| 02:16:43 | tkooda | (don't care about the interface or size) |
| 02:16:46 | tkooda | (just cost) |
| 02:16:49 | TTThomas | mine is an f40. any idea if they are very different? |
| 02:16:51 | kugel | isn't a 8GiB Sansa cheaper than 2GiB Sansa + 4-8GiB microSD? |
| 02:17:11 | | Quit spiorf (Remote closed the connection) |
| 02:17:16 | | Join advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) |
| 02:17:24 | | Quit advcomp2019 (Nick collision from services.) |
| 02:17:32 | | Nick advcomp2019_ is now known as advcomp2019 (n=advcomp2@unaffiliated/advcomp2019) |
| 02:17:46 | linuxstb | tkooda: I always think you can never have enough disk space, so for in-car use, I would definitely go for a hard-disk device (20GB or more), even if you only have small requirements now... |
| 02:18:19 | amiconn | umm |
| 02:18:28 | amiconn | Where did the MajorChanges link go? :> |
| 02:19:15 | tkooda | linuxstb, makes sense. -can you recomend a HD player? |
| 02:19:22 | midgey | it recently disappeared from the front page... |
| 02:19:49 | linuxstb | tkooda: I already have - the Gigabeat F. |
| 02:20:19 | tkooda | a quick search for ~4GB microSD's found one for ~$35 (and I thought I saw an 8GB for not too much recently) |
| 02:20:37 | linuxstb | tkooda: You can only buy them used, but an F40 (40GB) can probably be found for around $100 |
| 02:21:07 | | Part pixelma |
| 02:22:45 | linuxstb | tkooda: Looking at ebay.com at the moment, there are lots of F40 auctions ending in the next couple of hours (first one in 8 minutes...) |
| 02:23:53 | tkooda | is the 20GB model still called "F40"? |
| 02:24:32 | linuxstb | No, 20GB is F20 |
| 02:25:55 | tkooda | are there any codec/other limitations of the F40? |
| 02:26:17 | tkooda | any worry about skipping if in a car? |
| 02:26:24 | lostlogic | going to the recording screen breaks playback on my ipv, known? |
| 02:26:30 | TTThomas | i've never had it skip |
| 02:27:12 | linuxstb | tkooda: No. The Gigabeat F has the fastest CPU of all current Rockbox targets, so works very well. |
| 02:27:28 | tkooda | aah, good to know |
| 02:27:39 | linuxstb | lostlogic: Yes. |
| 02:27:50 | tkooda | think I'll find an F20 for much cheaper? |
| 02:28:13 | krazykit | tkooda, no, probably not |
| 02:28:18 | lostlogic | at least it's not a new bug |
| 02:28:29 | lostlogic | wtf why is some client setting the filechunk to 262k!? |
| 02:28:30 | TTThomas | tkooda: probably not, od had the f40 at an outrageous price a couple monthes ago, so they are all over the second hand market |
| 02:28:34 | lostlogic | why is that even configurable? |
| 02:28:46 | tkooda | TTThomas, "od"? |
| 02:28:50 | TTThomas | office depot |
| 02:29:19 | vitaminx | bye |
| 02:29:19 | | Quit vitaminx () |
| 02:30:06 | | Quit jhulst ("Konversation terminated!") |
| 02:30:08 | lostlogic | ok, new question: why do all codecs set the filebuf buffering chunk size to random things? |
| 02:30:13 | lostlogic | (not random I'm sure) |
| 02:30:38 | tkooda | TTThomas, nabbed that F40 for $68 |
| 02:30:42 | lostlogic | but what's the reason behind this setting? it only applies to how much data the buffer reads from disk at a time, ntohing to do with how much the codec can read at a time. |
| 02:30:44 | TTThomas | nice |
| 02:30:51 | linuxstb | tkooda: That was quick... |
| 02:30:56 | linuxstb | (and a bargain) |
| 02:30:56 | tkooda | thanks for the advice guys |
| 02:30:59 | TTThomas | hope your happy with it |
| 02:31:03 | TTThomas | i am |
| 02:31:29 | TTThomas | added bonus. fastest cpu = good performance on videos |
| 02:33:18 | | Join saratoga [0] (i=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-6485186a0562a3d1) |
| 02:33:28 | TTThomas | anyway back to tv |
| 02:35:00 | tkooda | what's that max video resolution/codec/bitrate the gigabeat can play (i.e. if I were to get the RCA AV cables for it?) |
| 02:35:53 | saratoga | regarding flashing the sansa bootloader, another problem is that it currently ignores the hold key |
| 02:36:07 | saratoga | so if you hit power with hold on, it will still bootup |
| 02:36:08 | | Join martin__ [0] (n=martin@c-6a98e355.68-7-64736c14.cust.bredbandsbolaget.se) |
| 02:39:28 | | Quit zicho (Read error: 110 (Connection timed out)) |
| 02:41:24 | tkooda | anyone else here got a F40? |
| 02:43:45 | TTThomas | bah |
| 02:43:48 | tkooda | how much cpu/ram is in the F40? |
| 02:43:55 | tkooda | pardon the pm thomas. :P |
| 02:43:59 | TTThomas | i'm not sure. i know the unit it self is limited to 320x240. I dont know if RCA output is even functioning in rockbox. |
| 02:44:11 | TTThomas | its alright, i'm not registered so i couldnt respong |
| 02:44:12 | tkooda | aah. I'll hold off on 'em then |
| 02:44:15 | TTThomas | respond |
| 02:44:16 | tkooda | heh |
| 02:44:36 | saratoga | CPU is an ARM9 core at about 300MHz, theres 32MB of ram |
| 02:44:44 | tkooda | cool |
| 02:45:38 | TTThomas | lol. |
| 02:45:51 | TTThomas | my mp3 player has a faster proc than my parents computer |
| 02:46:22 | lostlogic | ah _hah_ found the breakage, I think that not buffering leading tags will work now... I think. |
| 02:48:49 | TTThomas | tkooda: when the player comes. I recommend making a full backup of the file system on it. having one saved my butt during a couple of botched upgrades |
| 02:50:02 | tkooda | aah.. thanks for the tip. will be sure to do. |
| 02:50:05 | TTThomas | everytime i have a working build, i back it up. i locked mine up twice with my last upgrade |
| 02:50:56 | tkooda | went from joining the chan, to having a $68 F40 shipping in less than 15min, heh |
| 02:50:59 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 02:51:08 | TTThomas | nice |
| 02:51:10 | tkooda | figured you guys'd know what's decent for rockbox |
| 02:51:19 | tkooda | been meaning to for ages |
| 02:52:14 | tkooda | is car charger any kinda standard/common format that I could use some other one I might have, or is it some funky/proprietary plug or something? |
| 02:52:27 | TTThomas | both |
| 02:52:39 | tkooda | i.e. "it's interchangable with nokia charger plugs", etc? |
| 02:52:51 | TTThomas | it can be charged from miniusb or direct power plug |
| 02:53:00 | TTThomas | or from the dock that comes with it |
| 02:53:13 | tkooda | so a car->miniusb would work? |
| 02:53:23 | krazykit | should, yes. |
| 02:53:25 | TTThomas | fairly certain |
| 02:53:50 | TTThomas | provided you have charging from usb turned on in the rockbox settings |
| 02:53:55 | tkooda | k |
| 02:55:39 | tkooda | all the F40 car chargers I can find look like some crappy "kit" (generic w/the end for F40).. and for $20. -I think I'd rather get a generic car->usb->miniusb |
| 02:56:08 | tkooda | is usb and miniusb same (5.5? or is mini 3.x?) voltage? |
| 02:56:54 | lostlogic | Anyone who has lots of codecs with lots of tags, please test the commit I just committed. My confidence is high, but ya never know what I might have broken. |
| 02:58:55 | jhMikeS | how do you set things up in the sim to know where a segfault occurred? (if that's in the wiki, I'm glad to just read that) |
| 02:58:59 | tkooda | http://tinyurl.com/2cbt4f <−− think this "Motorola Mini USB Car Charger" for only $2.78 will work for my F40? |
| 03:00 |
| 03:01:43 | | Quit martin__ (Remote closed the connection) |
| 03:09:08 | safetydan | jhMikeS: are you talking about compiling with symbols enabled? or just how to use gdb? |
| 03:09:43 | jhMikeS | safetydan: to get the traces. I thought symbols were already in it. |
| 03:10:04 | | Quit cynic ("Time to mosey.") |
| 03:12:08 | safetydan | jhMikeS: yeah it does compile with -g by default. To get the traces you do something like "gdb ./rockboxui" and then type "run" and do whatever you need to do to get it to crash |
| 03:12:16 | safetydan | the debugger should stop at the point of the segfault |
| 03:12:25 | safetydan | typing "bt" will give you a backtrace |
| 03:12:27 | lostlogic | rebuffer_handle is quite severely broken for the backwards case. |
| 03:12:29 | lostlogic | quite severely |
| 03:12:42 | jhMikeS | safetydan: ah. thanks. shoudn't take too long for do the crash thing. |
| 03:12:47 | safetydan | you can also use "p <variable name>" to print the value of a variable |
| 03:13:07 | midgey | lostlogic: was your last commit an attempt to fix fs 8069? |
| 03:14:56 | *** | Saving seen data "./dancer.seen" |
| 03:17:48 | | Quit kugel ("ChatZilla 0.9.78.1 [Firefox 2.0.0.8/2007100816]") |
| 03:18:01 | * | JdGordon wants to close 8090.. |
| 03:18:48 | lostlogic | midgey: no. |
| 03:18:59 | lostlogic | midgey: that will require some more work at the end of the files. |
| 03:19:02 | tkooda | anyone ever try a car->miniusb charger that was origionally designed for a cellphone with their F40? (they might have an IC that prevents overcharging the batt, but will it still work with the F40?) |
| 03:19:58 | midgey | lostlogic: good, because i didnt want to disappoint and tell you it still occurs :) |
| 03:20:23 | midgey | lostlogic: mp3, nsf, spc, and ogg seem to load metadata fine here |
| 03:20:42 | lostlogic | midgey: thanks for the update :) |
| 03:20:43 | midgey | i tried adx, but i dont think i have those tagged (they still played) |
| 03:21:01 | lostlogic | still played and didn't have wierd gaps or weird buffer behavior is what I was hoping fo rwith that commit ;) |
| 03:21:56 | midgey | i didnt notice anything, but i didnt try and stress it too hard |
| 03:22:30 | lostlogic | My brain is still spinning on how to fix gapless, but nothing's popped up yet |
| 03:22:36 | lostlogic | so I'm fixing other bugs in the meantime |
| 03:22:47 | midgey | fair enough |
| 03:28:23 | jhMikeS | heh...that got me right to the problem :) |
| 03:29:34 | jhMikeS | at least mpegplayer isn't using 100% CPU now during playback |
| 03:34:10 | * | jhMikeS notices the sim audio is really loud now :\ ?? |
| 03:37:56 | | Quit joshin (Read error: 110 (Connection timed out)) |
| 03:41:27 | | Join criznach [0] (n=criznach@host-69-145-134-192.grf-mt.client.bresnan.net) |
| 03:41:34 | lostlogic | sigharghblah |
| 03:43:42 | | Quit jumpatrain (Remote closed the connection) |
| 03:44:24 | jhMikeS | hey, I've got 5-threads going here and two streams and code that is starting to dwarf core playback (in lines, but still rigorously object oriented). It can't be that bad there. ;) |
| 03:45:20 | lostlogic | nico might get a beating (or at least a teasing) for this one. |
| 03:45:26 | | Join jumpatrain [0] (i=tabac@gateway/gpg-tor/key-0xB9002659) |
| 03:46:02 | | Quit saratoga ("CGI:IRC (EOF)") |
| 03:46:10 | lostlogic | rebuffer_handle virtually never could work for a backward seek. in most cases such a use will cut off the end of the playing track |
| 03:46:29 | * | jhMikeS will volunteer :p. /me needs some frustration outlets from RealLife (TM). |
| 03:48:39 | jhMikeS | why would it not? doesn't playback just require that? -buffer windows *cough*- |
| 03:49:16 | lostlogic | well rebuffer_handle is only called with a codec tries to seek off of the buffered data |
| 03:50:09 | lostlogic | so in normal use you'll never run into this bug... but when resuming a song (which sometimes makes a codec seek a bit) it can mean that the tail of the song is trimmed by as much as a full frame |
| 03:50:14 | jhMikeS | so if the left edge of buffered data is after the left edge of the seek, it's not (all) there |
| 03:50:33 | | Quit animeloe ("This computer has gone to sleep") |
| 03:52:25 | | Join animeloe [0] (n=animeloe@unaffiliated/animeloe) |
| 03:55:36 | | Join PoisonEye [0] (n=dkjashdk@200-103-122-181.bsace705.dsl.brasiltelecom.net.br) |
| 03:59:20 | | Part PoisonEye |
| 03:59:58 | lostlogic | I had to give up on fixing that for now, it got too ugly |
| 04:00 |
| 04:00:45 | safetydan | Interesting little blog post on atomic locks for armv5 and lower arches http://0pointer.de/blog/projects/atomic-rt.html |
| 04:04:47 | jhMikeS | safetydan: we already have that but a better version that allows locking on one variable as both the lock and value |
| 04:05:34 | jhMikeS | it only needs to give up one of it's values as the busy value |
| 04:07:19 | | Join eigma [0] (n=cat@216.48.162.210) |
| 04:11:15 | | Join gb40 [0] (i=63f388f0@gateway/web/cgi-irc/labb.contactor.se/x-a99c35f1b6ace05a) |
| 04:11:16 | jhMikeS | an earier DC version had those routines, but they didn't make it in since they weren't so useful. I guess semaphores implement atomic increment though. |
| 04:11:19 | | Join evanstapler [0] (n=evanstap@adsl-76-250-142-109.dsl.dytnoh.sbcglobal.net) |
| 04:11:26 | | Quit gb40 (Client Quit) |
| 04:11:55 | | Join gbf40 [0] (i=63f388f0@gateway/web/cgi-irc/labb.contactor.se/x-c1f5fa288786c45a) |
| 04:12:31 | evanstapler | Does anybody mind helping me with a problem I have...? |
| 04:13:16 | safetydan | jhMikeS: well it was an interesting article for me as it gave a bit of an overview of different ways to do it. |
| 04:13:26 | safetydan | evanstapler: it's easier if you just state what your problem is |
| 04:13:58 | evanstapler | Okay. When I run freedoom, the backlight shuts off on my 5G iPod 30GB and will not turn on until I restart the iPod. |
| 04:14:32 | jhMikeS | safetydan: see kernel.c for a more efficient way (on PP where swp(b) isn't broken) in the semaphore_* functions. |
| 04:14:38 | gbf40 | heyy, can anybody help me out with a bricked Gigabeat F40? |
| 04:14:43 | evanstapler | I've searched the foruma nd didn't find any info, so I assumed maybe it was an isolated case... |
| 04:15:07 | TTThomas | gbf40: have you tried the dissasmbly guide yet? |
| 04:15:58 | | Join webguest78 [0] (i=4a469ecd@gateway/web/cgi-irc/labb.contactor.se/x-7fb2f9bbe6d9ec6e) |
| 04:16:20 | safetydan | evanstapler: sounds like a bug. You should report it in the tracker (flyspray) |
| 04:16:56 | gbf40 | disassembly guide? |
| 04:17:18 | TTThomas | yeah. there is a guide for getting back into the file system of a bricked f40 |
| 04:17:27 | evanstapler | Safetydan: Alright, thank you for the help! |
| 04:17:44 | TTThomas | saved my butt the other day. hold on. |
| 04:18:50 | TTThomas | http://www.rockbox.org/twiki/bin/view/Main/GigabeatFXPort#Gigabeat_Recovery_Procedures |
| 04:19:14 | evanstapler | Safetydan: How would I go about reporting the bug, I don't see the option on the bugs page. |
| 04:20:08 | gbf40 | Very interesting |
| 04:20:17 | gbf40 | The error code I have on my 'beat is an unusual one |
| 04:20:49 | gbf40 | System Error 00020003.. unit tries to load, hard drive spins up and down a few times, then the hard drive stops harshly and the error message loads up.. |
| 04:21:09 | gbf40 | Lets see if taking the poor thing apart helps any.. haha! |
| 04:21:16 | TTThomas | lol |
| 04:21:29 | | Join davidfg4 [0] (n=david@69.51.95.200) |
| 04:21:31 | TTThomas | have you changed your build lately? |
| 04:21:55 | webguest78 | i tried to use someones theme on rockbox and the menu lettering got all messed up. For various reasons, i need to know which one means copy and which one means paste. I connect connect my sansa to the computer so i have to replace the rockbox folder over the old one using the file manger in rockbox. I am using a micro sd card which hold the other rockbox folder. This is the order it goes in under the menu |
| 04:22:16 | webguest78 | connect=can't |
| 04:22:46 | eigma | jhMikeS: I have a feeling I'm going to ask you about what you were just talking about: do you have any references/keywords/leads on learning about inter-processor synchronization? (for between the m:robe's ARM and its DSP) |
| 04:24:22 | lostlogic | http://www.rockbox.org/tracker/task/8092 <−− and I'm bitter because it's a pain and I can't fix it tonight because I have other stuff to do. |
| 04:26:25 | safetydan | evanstapler: have you signed up for an account? |
| 04:28:05 | krazykit | webguest78, check the manual for how to reset the settings when you turn it on |
| 04:28:43 | evanstapler | safetydan: Assuming it's not the same as a forum account, no. |
| 04:28:52 | evanstapler | Safety dan: I guess I can start there... |
| 04:30:23 | safetydan | evanstapler: you'll need to sign up for a flyspray account which is unfortunately not the same as the forum |
| 04:30:42 | evanstapler | safetydan: Gotcha, confirming the account now :) |
| 04:31:02 | jhMikeS | eigma: I think that's different in a big way for that. Sort of an RPC type deal. |
| 04:31:07 | webguest78 | krazykit: i'm looking now but can't find which link it is under |
| 04:31:10 | ze | safetydan: is it justified that your nick always reminds me of the comic "red meat"? |
| 04:31:41 | krazykit | webguest78, ...or you could download the PDF and use the search feature in your PDF reader. |
| 04:32:12 | davidfg4 | I am having trouble with tools/rockboxdev.sh |
| 04:32:15 | davidfg4 | It says "ROCKBOXDEV: patch is required for this script to work. Please install and re-run the script." |
| 04:32:18 | eigma | jhMikeS: I meant in terms of synchronization primitives −− I've only heard of the mailbox paradigm so far (it's well described in one of Cadenux's BSPs) but I was hoping you had some more references about this stuff. |
| 04:32:27 | davidfg4 | I can't find this patch |
| 04:33:28 | davidfg4 | Where is it? |
| 04:33:28 | | Quit gbf40 ("CGI:IRC (EOF)") |
| 04:33:32 | | Quit jhulst ("Konversation terminated!") |
| 04:34:00 | jhMikeS | eigma: no papers. Those need to communicate in different address spaces on two separate OSs. I'd love to make libmpeg2 look the same to the threads but be a hardware decoder underneath...seems doable. |
| 04:34:19 | | Join cynicz [0] (n=cynic@pool-68-160-35-206.bos.east.verizon.net) |
| 04:34:23 | | Part cynicz ("Leaving") |
| 04:34:39 | eigma | jhMikeS: ah, sorry, I didn't mean anything related to libmpeg2 or any particular codec.. just in general |
| 04:35:41 | jhMikeS | still no reference material. I suppose I'd just learn how the DSP processor works and figure it out from there. The stuff for shared memory doesn't apply here iirc. |
| 04:35:58 | eigma | okay, thanks |
| 04:41:13 | davidfg4 | Anyone else have this same problem? |
| 04:41:14 | jhMikeS | I think the status is just signaled by the DSP or something after sending commands |
| 04:41:35 | krazykit | davidfg4, no, it should download all the patches it needs by itself |
| 04:42:46 | | Quit evanstapler () |
| 04:42:57 | | Quit criznach ("ChatZilla 0.9.78.1 [Firefox 2.0.0.9/2007102514]") |
| 04:44:54 | davidfg4 | I did a fresh cvs checkout on my Ubuntu 7.10 computer and got the error before I even got any prompts. |
| 04:45:49 | | Quit webguest78 ("CGI:IRC") |
| 04:47:55 | | Join courtc [0] (n=court@c-24-99-230-218.hsd1.ga.comcast.net) |
| 04:48:07 | | Join Mouser_X [0] (i=cf9bb003@gateway/web/cgi-irc/ircatwork.com/x-a682618e1ed49565) |
| 04:49:47 | Mouser_X | lostlogic: I read in the logs that midgey tested your patch/commit (I forget which), and said something about ADX. ADX files don't support tags. |
| 04:49:55 | Mouser_X | (I just thought you'd like to know.) |
| 04:50:06 | | Quit Bjoern-Erik ("Reconnecting") |
| 04:50:16 | midgey | i had a nagging suspicion about that |
| 04:50:18 | | Join Bjoern-Erik [0] (n=Bjoern@108.80-202-110.nextgentel.com) |
| 04:51:50 | | Quit dandin1 () |
| 04:51:52 | Mouser_X | midgey: I really wish they did, but it's a limitation of their original format. |
| 04:53:05 | Mouser_X | ADX files are (usually) ripped from a game ISO. In making in_cube (which Rockbox's ADX support comes from), HCS wanted to keep the files in their original forms. Thus, no tag/metadata support. |
| 04:54:15 | midgey | right, all my adx files come directly from my dreamcast games |
| 04:54:35 | * | Mouser_X has an ADX encoder on his PC. |
| 04:54:56 | Mouser_X | I've been strongly considering transcoding some other formats into ADX for use in Rockbox. |
| 04:54:58 | safetydan | ze: I've no idea. |
| 04:55:50 | | Join TiMiD[FD] [0] (n=TiMiD[FD@210.169.80.68) |
| 04:55:54 | TiMiD[FD] | hi |
| 04:55:56 | | Join RoC_MasterMind [0] (n=Free@c-71-203-172-58.hsd1.fl.comcast.net) |
| 04:58:07 | TiMiD[FD] | recently I started to get illegal instruction errors with the newest builds |
| 04:58:12 | TiMiD[FD] | is that a known bug ? |
| 04:58:22 | | Quit karashata (Read error: 110 (Connection timed out)) |
| 04:58:37 | TiMiD[FD] | maybe a callback pointer that gets uninitialized |
| 04:58:45 | | Quit homielowe (Connection reset by peer) |
| 04:58:46 | TiMiD[FD] | in the new buffering engine |
| 05:00 |
| 05:00:01 | Mouser_X | What target are you using? iPod, Gigabeat, etc? |
| 05:00:25 | Mouser_X | Also, is it the *very* newest build? That can make a difference. |
| 05:01:56 | lostlogic | Mouser_X: thanks |
| 05:04:50 | Mouser_X | lostlogic: Glad to help where possible (though, that may be limited in some areas...) |
| 05:05:10 | | Quit advcomp2019 (Nick collision from services.) |
| 05:05:38 | lostlogic | Mouser_X: good, go fix 8092 fo rme, because I'm bitter about it. |
| 05:05:42 | lostlogic | *hides* |
| 05:05:59 | Mouser_X | This would be one of the areas that I'm limited in... |
| 05:06:19 | | Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) |
| 05:06:33 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 05:07:00 | | Join miepchen^schlaf [0] (n=hihi@p54BF5B1E.dip.t-dialin.net) |
| 05:07:15 | | Join joshin [0] (n=joshin@VDSL-130-13-11-116.PHNX.QWEST.NET) |
| 05:07:47 | Mouser_X | Also, I have an odd (but unimportant) bug to mention: In Rockbox, charging while plugged into USB is disabled. However, on all the computers I've plugged my Gigabeat into (through USB of course), it's charged itself. Strangely, the only exception to this is my PC, which is currently offline and in need of a new power supply. |
| 05:09:30 | | Join Jon-Kha [0] (n=Jon-Kha@80-248-247-190.cust.suomicom.fi) |
| 05:13:02 | TiMiD[FD] | Mouser_X: I'm using a h140 with yesterday's build |
| 05:13:23 | TiMiD[FD] | but the last week's one (after the buffering commits) did that as well |
| 05:13:23 | | Quit z35 ("Leaving") |
| 05:13:25 | | Join homielowe [0] (n=chatzill@d207-81-67-190.bchsia.telus.net) |
| 05:13:35 | | Join z35 [0] (n=z@149.123.33.65.cfl.res.rr.com) |
| 05:14:00 | Mouser_X | TiMiD[FD]: Try the newest builds. |
| 05:14:10 | TiMiD[FD] | I'm at work I can't :) |
| 05:14:18 | TiMiD[FD] | besides it's not easily reproductible |
| 05:14:23 | Mouser_X | Sorry, I misread. However, trying a newest build would still be a good idea. |
| 05:14:33 | | Part tkooda ("thanks guys!") |
| 05:14:46 | TiMiD[FD] | it only happens sometimes when doing a lot of skipping |
| 05:14:58 | *** | Saving seen data "./dancer.seen" |
| 05:15:10 | Mouser_X | What's your Rockbox version? |
| 05:15:26 | TiMiD[FD] | hmm I don't really know |
| 05:15:31 | | Join bb [0] (n=bb@unaffiliated/bb) |
| 05:15:33 | Mouser_X | lostlogic did a lot of work on the buffer stuff yesterday. Perhaps you got stuck somewhere on there. |
| 05:15:45 | TiMiD[FD] | I compiled the svn yesterday around 9am |
| 05:16:06 | TiMiD[FD] | which means something like sunday 0am GMT |
| 05:16:19 | TiMiD[FD] | yep I saw the svn logs |
| 05:16:29 | Mouser_X | Rockbox will tell you the version number if you check system>rockbox info (from the main menu) |
| 05:16:38 | TiMiD[FD] | I know I'm a dev ... |
| 05:16:46 | Mouser_X | Sorry. |
| 05:16:50 | TiMiD[FD] | but I'm at work |
| 05:16:56 | * | Mouser_X only shows up here when he's bored. |
| 05:17:06 | TiMiD[FD] | just wanted to know if that happened to others |
| 05:17:11 | lostlogic | TiMiD[FD]: what's the bug you're having? |
| 05:17:11 | TiMiD[FD] | same here :) |
| 05:17:38 | TiMiD[FD] | freeze with illegal instruction |
| 05:18:09 | lostlogic | ooh! I haven't seen an illegal instruction in quite a while :-P |
| 05:18:23 | TiMiD[FD] | last time I saw one it was my fault :) |
| 05:18:38 | TiMiD[FD] | unintialized callback pointer ... |
| 05:19:14 | TiMiD[FD] | maybe it's already fixed in svn I don't know |
| 05:19:23 | TiMiD[FD] | I'll try to update today |
| 05:19:37 | TiMiD[FD] | when I'll go back home |
| 05:20:07 | TiMiD[FD] | lostlogic: are you one of the buffering guys ? |
| 05:20:40 | lostlogic | TiMiD[FD]: Nico_P wrote it, I'm the old timer who was beating playback into shape in 2006 |
| 05:20:55 | lostlogic | I just came back to bug-fight because it's fun. |
| 05:21:01 | lostlogic | (even if I'm bitter about a particular bug right now) |
| 05:21:24 | Mouser_X | 8092 if you want to check it out TiMiD[FD]. |
| 05:21:29 | Mouser_X | :P |
| 05:21:57 | TiMiD[FD] | sounds fun to fix bugs ... |
| 05:21:57 | | Join Llorean [0] (n=llorean@70.250.218.150) |
| 05:22:04 | TiMiD[FD] | I'll make some for you |
| 05:22:19 | lostlogic | pfft |
| 05:22:19 | TiMiD[FD] | Mouser_X: I check the tracker, will get me smth to read ! |
| 05:22:33 | | Quit eigma () |
| 05:23:32 | TiMiD[FD] | hmm |
| 05:24:51 | TiMiD[FD] | if I remember, it only happned in cases when I went previous by some tracks and then went t next tracks |
| 05:24:56 | TiMiD[FD] | ... |
| 05:25:12 | TiMiD[FD] | that buffering code is getting pretty complicated |
| 05:25:23 | TiMiD[FD] | looks like a malloc |
| 05:25:35 | lostlogic | hehe, in some ways it is one |
| 05:25:50 | lostlogic | at leaset it's not sitting around adding complexity to playback.c any more |
| 05:25:59 | TiMiD[FD] | I don't know if it's possible to have a track broken out in small chunks |
| 05:26:06 | TiMiD[FD] | yep |
| 05:26:19 | TiMiD[FD] | the most important is to have a clean API |
| 05:26:24 | lostlogic | TiMiD[FD]: not really −− codecs have widely varying needs for contiguous reeds |
| 05:26:29 | TiMiD[FD] | then what goes behind works or not ... |
| 05:26:35 | lostlogic | we use the 'guardbuffer' to guaratee at least 32k contiguous read |
| 05:26:44 | TiMiD[FD] | ok |
| 05:27:05 | | Quit bb_ (Read error: 110 (Connection timed out)) |
| 05:27:13 | TiMiD[FD] | that's why it's so complex |
| 05:28:06 | TiMiD[FD] | with tracks broken up, it would maybe be easier (but I'm not really accurate in that area) |
| 05:28:06 | lostlogic | and relates to why 8092 is so goddamned frustrating |
| 05:28:26 | TiMiD[FD] | yeah |
| 05:29:11 | TiMiD[FD] | because when you go backwards the buffer needs to remain contiguous |
| 05:29:45 | lostlogic | yeah −− the old code just used a complete rebuffer in that situ, but even when I tried to do that I somehow failed, which is when I got bitter and threw the code at flyspray |
| 05:30:07 | TiMiD[FD] | maybe a "packet based" approach would be better |
| 05:30:17 | TiMiD[FD] | tracks would be splitted in small packets |
| 05:31:01 | TiMiD[FD] | and codecs would have to require next packet after they finish reading the information of one packet |
| 05:31:03 | lostlogic | too hard to give codecs good memory without constant memcpy |
| 05:31:24 | TiMiD[FD] | codecs could read directly from the bufer data |
| 05:31:35 | TiMiD[FD] | looks somehow like a software mmu |
| 05:31:38 | lostlogic | no, because they need each frame to be contiguous |
| 05:31:58 | TiMiD[FD] | hmm |
| 05:31:59 | TiMiD[FD] | ok |
| 05:32:03 | lostlogic | so if the data is packeted they would need to copy the data they need to a temporary buffer each time they hit a packet boudary |
| 05:32:04 | emeraldd | you'd need a paging system |
| 05:32:26 | lostlogic | and this is why buffering is a 'plain' ring system with no fragmentation allowed ;) |
| 05:32:35 | TiMiD[FD] | ok good to know |
| 05:32:56 | TiMiD[FD] | is there a priority handling in the buffer ? |
| 05:32:59 | lostlogic | with the plain ring, this only happens every 30m of data |
| 05:33:04 | lostlogic | TiMiD[FD]: nope, just a ring |
| 05:33:11 | TiMiD[FD] | like "this track is more important than this one" ? |
| 05:33:23 | TiMiD[FD] | hmm nevermind |
| 05:34:03 | TiMiD[FD] | would a code that "steals" the track before the data currenlty being read be difficult to implement ? |
| 05:34:40 | lostlogic | TiMiD[FD]: unfortunately yeah −− because before it could do that (in the current world) it would hafta tell the playback system that it was doing so |
| 05:34:50 | TiMiD[FD] | ok |
| 05:34:53 | lostlogic | hmm... or maybe it wouldn't... hmmmmmm |
| 05:34:58 | lostlogic | now that I'm thinking about it... |
| 05:35:18 | lostlogic | gah, but it would need to handle cases wher eit needs to fill up more than the immediately prior track's data space for the seek |
| 05:35:27 | lostlogic | so I think it's simpler just to force a full rebuffer... hmmmmm |
| 05:35:38 | TiMiD[FD] | so the playback system manages a list of the buffered tracks too ? |
| 05:35:44 | | Quit RoC_MasterMind ("Leaving") |
| 05:36:13 | TiMiD[FD] | just my thought on this frustrating situation :) |
| 05:36:26 | lostlogic | yeah, I appreciate the thought |
| 05:36:38 | TiMiD[FD] | I'm a java programmer so I'm not very used to that kind of situations |
| 05:36:43 | lostlogic | but yeah, there is some duplication of logic between the two both managing track lists |
| 05:37:01 | emeraldd | Java has it's own kinds of memory issues :) |
| 05:37:03 | lostlogic | but basically the playback system knows about an audio track, which generally includes between 2 and 3 buffer handles |
| 05:37:16 | * | lostlogic is a java programmer for his day job too |
| 05:37:30 | lostlogic | as we add things like album art, a track will know about more handles |
| 05:37:35 | TiMiD[FD] | hehe same here :) |
| 05:37:40 | lostlogic | the buffer doesn't know about tracks, it only k nows about types of handles |
| 05:37:50 | lostlogic | it's an acceptable separation of logic, IMO |
| 05:38:08 | lostlogic | but I do wish that there was a way for teh buffering system to "demand" the freeing of a specific track |
| 05:38:11 | lostlogic | s/track/handle/ |
| 05:38:29 | TiMiD[FD] | that would add complexity |
| 05:38:48 | emeraldd | You could add a lock to the handles, |
| 05:38:50 | TiMiD[FD] | i'm sure there is a simple solution |
| 05:39:02 | emeraldd | that would let you see which one is currently being used at that moment |
| 05:39:11 | TiMiD[FD] | btw |
| 05:39:33 | TiMiD[FD] | what happens when a codec reaches the end of the buffer ? |
| 05:39:48 | TiMiD[FD] | I mean can this situation happen ? |
| 05:39:48 | lostlogic | emeraldd: oh, I know which one is being used −− the one that I am holding a fscking seek request on is tha active one :-D |
| 05:40:25 | TiMiD[FD] | or does the playback engine requires the buffer filling when it detects the track's buffer is getting low |
| 05:40:36 | lostlogic | TiMiD[FD]: ie the end of the ring? that's what the guardbuffer is for −− for the current request, that wraps the buffer, we copy up-to 32k of data onto the guard buffer to give the codec a contiguous section of data satisfying its request |
| 05:40:48 | lostlogic | oh, sorry, answered wrong question. |
| 05:41:04 | TiMiD[FD] | still good to know |
| 05:41:11 | lostlogic | there are two mechanisms that might trigger as a codec runs out of buffer. |
| 05:41:41 | lostlogic | the one that's supposed to wrok is that the codec should have set a threshold with the buffering api that says "get more data if I run this low" at that threshold the buffering thread wakes up and starts filling the buffer |
| 05:42:23 | lostlogic | if that doesn't work (which is one of the bugs I've killed lately) then when the codec tries to request data that goes beyond the end of the buffer, the buffer then starts to fill |
| 05:42:44 | TiMiD[FD] | ok |
| 05:43:00 | TiMiD[FD] | the other one is when the buffer has to loop ? |
| 05:43:02 | | Join hurr [0] (n=hurr@ppp121-44-249-191.lns4.mel4.internode.on.net) |
| 05:43:25 | lostlogic | the "wrong answer" I gave above, yes. |
| 05:43:30 | TiMiD[FD] | ok |
| 05:43:43 | TiMiD[FD] | so basically every codec can work with 32kb of data |
| 05:44:16 | TiMiD[FD] | I mean a full frame could be fitted in 32kb for all supported codecs |
| 05:44:26 | lostlogic | all of 'em so far, other than ADX, which I believe hcs if fixing (because it's not a technical limitation, just a coding choice that makes it erquest more) |
| 05:44:31 | lostlogic | TiMiD[FD]: yeah |
| 05:44:38 | TiMiD[FD] | ok |
| 05:45:01 | lostlogic | there are also a couple that require their full file, for which I added a TYPE_AUDIO_ATOMIC to buffering which forces those (small < 512k) files to be buffered without wrapping) |
| 05:45:11 | lostlogic | those are NSF and SPC |
| 05:45:17 | lostlogic | and SID maybe too |
| 05:45:20 | TiMiD[FD] | ok |
| 05:45:30 | Mouser_X | MOD as well, if it ever gets supported. |
| 05:45:37 | TiMiD[FD] | so packet based approach could work in those cases |
| 05:46:02 | TiMiD[FD] | if packets are >=32kb |
| 05:46:05 | | Join karashata [0] (n=Kimi@pool3-038.adsl.user.start.ca) |
| 05:46:18 | TiMiD[FD] | or if we make big packets for those special codecs |
| 05:46:26 | lostlogic | TiMiD[FD]: no, because the buffering code has no way to know where to put the packet boundaries |
| 05:46:37 | lostlogic | so it would still have to copy data around based on what the codec actually requests |
| 05:46:38 | TiMiD[FD] | uh ? |
| 05:47:18 | lostlogic | for a VBR codec for instance, frame sizes will vary considerably within a single track |
| 05:47:26 | TiMiD[FD] | yep |
| 05:47:32 | lostlogic | so buffering has no way to know where to place the boundaries of packets so that they align with frame boundaries |
| 05:47:53 | TiMiD[FD] | isn't that the same in the case of the special ring end ? |
| 05:48:42 | TiMiD[FD] | hmm |
| 05:48:44 | TiMiD[FD] | forget it |
| 05:49:05 | TiMiD[FD] | in that case we know the start boundary |
| 05:49:37 | TiMiD[FD] | so apart doing a parser buffering engine the packet approach cannot work |
| 05:50:02 | lostlogic | yar |
| 05:50:18 | lostlogic | I mean _large_ packets might be practical (ie > 1mb) |
| 05:50:53 | lostlogic | but then the smaller things that the buffering api handles would need to be coallesced tos hare packets |
| 05:51:13 | TiMiD[FD] | and having 1mb packets may be bad when memory starts to fragment |
| 05:51:18 | TiMiD[FD] | I mean unefficient |
| 05:51:22 | emeraldd | is queue_send blocking? |
| 05:52:51 | lostlogic | yea |
| 05:53:04 | JdGordon | its only swcodec though... |
| 05:55:00 | TiMiD[FD] | i wonder how do they do that on the original iriver fw |
| 05:55:09 | TiMiD[FD] | so far the buffering seemed pretty efficient |
| 05:57:16 | lostlogic | yeah, I've often wondered how the OFs do it |
| 05:57:23 | lostlogic | but not enough to try and RE it out |
| 05:57:41 | TiMiD[FD] | nah that would be unsane to read in assembly |
| 05:59:39 | TiMiD[FD] | complete rebuffer vs track stealing .. .I wonder if it's worth the complexity of track stealing |
| 06:00 |
| 06:00:34 | TiMiD[FD] | in cases when the buffer is already almost empty a complete rebuffer is probably the right thing to do |
| 06:01:15 | lostlogic | TiMiD[FD]: the fact is that a seek backwards off of the buffer is a fairly rare case, so I believe a full rebuffer is acceptable |
| 06:01:26 | TiMiD[FD] | when it's full ... I wonder if it's worth the battery spare |
| 06:02:01 | TiMiD[FD] | ok |
| 06:02:13 | TiMiD[FD] | I indeed almost never use it |
| 06:02:57 | lostlogic | the other option that occured to me and I dismissed would be to rebuffer the track in-place, _knowing_ that it will not be able to fit entirely on the space available for it and then do something tricky when it reaches the end of the buffered data to get the rest (another temporary handle elsewhere on the buffer?) |
| 06:03:20 | TiMiD[FD] | not a very clean solution |
| 06:03:28 | TiMiD[FD] | anyway since you have to spin the disk |
| 06:03:51 | TiMiD[FD] | complete rebuffer makes sense at long as it doensn't takes ages to complete |
| 06:04:10 | TiMiD[FD] | maybe 3 or 4 seconds on 32b units |
| 06:04:15 | TiMiD[FD] | 32Mb |
| 06:05:31 | lostlogic | complete rebuffer on the ipod video takes a bit longer |
| 06:05:53 | lostlogic | but you're right, any reasonable solution gets everything over with in a single disk spin |
| 06:07:25 | TiMiD[FD] | one thing that I would like would be the playback engine to request the buffering of next folder's tracks |
| 06:07:38 | TiMiD[FD] | I don't think it would be difficult to implement |
| 06:07:42 | lostlogic | yeah, you are definitely not the only one |
| 06:08:19 | jhMikeS | the playback engine shouldn't care about folders (I guess I repeat that one alot :P) |
| 06:08:21 | lostlogic | unfortunately, the directory flow code is a hack on top of playback, so it creates a whole new playlist and loads that... in that situ, the playback/buffering api doesn't have the info on what to buffer until it's too late |
| 06:08:39 | TiMiD[FD] | yep |
| 06:08:47 | TiMiD[FD] | I was there when that code was created :) |
| 06:08:57 | TiMiD[FD] | and I thought it was very dirty |
| 06:09:18 | lostlogic | so really it's a matter of fixing the directory flow mode code, not of fixing playback or buffering :-P |
| 06:09:30 | lostlogic | (that's my way of saying "I'm never going to look at that" |
| 06:09:35 | TiMiD[FD] | or the plaback's flow code |
| 06:09:38 | jhMikeS | playback should go through the playlists via a similar interface and playback from UI controlled through that |
| 06:09:46 | TiMiD[FD] | hehe neither do I intend to :) |
| 06:09:51 | lostlogic | jhMikeS: hrm? |
| 06:10:35 | jhMikeS | playlists should be the play/pause/stop interface when using them...the playlists should control playback through that. |
| 06:11:12 | TiMiD[FD] | jhMikeS: no next/previous track ? |
| 06:11:16 | jhMikeS | push the track lists to the playback engine through that |
| 06:11:40 | TiMiD[FD] | would be nice to abstract the playlist from the playback engine |
| 06:12:14 | jhMikeS | of course next/previous...but that's really a playlist concern. if playback has the track ready, just the same as skipping now. |
| 06:12:33 | TiMiD[FD] | the playback engine would only request "givme the track next/previous to this one" |
| 06:12:55 | jhMikeS | playback engine doesn't request, it's just told |
| 06:13:39 | TiMiD[FD] | so buffering would be done by the playlist engine ? |
| 06:13:44 | jhMikeS | it can be asked if trackX is there of couse...basically make it a dumb thing that just is given a track list to buffer and play |
| 06:13:52 | jhMikeS | yes, it would |
| 06:14:05 | TiMiD[FD] | ok |
| 06:14:28 | jhMikeS | I already partially did the changes...it's sitting somewhere in a .diff on my HD :) |
| 06:14:49 | | Join midgey_ [0] (n=tjross@westquad-188-12.reshall.umich.edu) |
| 06:14:57 | jhMikeS | anything could be tracklist provider then, a plugin, whatever |
| 06:15:06 | TiMiD[FD] | yep |
| 06:15:15 | TiMiD[FD] | a nice thing |
| 06:15:49 | | Quit midgey_ (Client Quit) |
| 06:16:23 | TiMiD[FD] | althought in the case of previous/next folder it would have to handle some kind of endless playlist ... |
| 06:16:33 | TiMiD[FD] | since we're not gonna add the whole disk |
| 06:17:19 | jhMikeS | the playlist would worry about the directories |
| 06:17:40 | TiMiD[FD] | special entries for directories ? |
| 06:17:59 | TiMiD[FD] | (wouldn't be very convenient) |
| 06:18:38 | jhMikeS | no, just as a boundary when building the tracklist for the engine |
| 06:19:15 | TiMiD[FD] | so in case of normal playback the user wouldn't be able to see which will be the next track when reaching a directory's boundary |
| 06:20:31 | TiMiD[FD] | hmm would require some handling in that case by the playlist engine |
| 06:20:59 | jhMikeS | why not? if the playlist can give the next track whereever and when ever. I suppose a placing of the metadata alone on the buffer would be enough...but no "to buffer" tasks to perform. |
| 06:22:33 | TiMiD[FD] | so who would do the buffering ? |
| 06:22:37 | | Join ddalton [0] (n=Daniel@203-214-123-22.dyn.iinet.net.au) |
| 06:22:44 | jhMikeS | "what to play" really stikes me as playlist. "how to play" is engine. |
| 06:22:55 | ddalton | How do I adjust the voice file volume when building it? |
| 06:23:00 | ddalton | I want it to be on 2.1 |
| 06:23:07 | ddalton | so I can hear it over music |
| 06:23:10 | jhMikeS | TiMiD[FD}: the buffering would not change from now |
| 06:23:56 | TiMiD[FD] | so only buffering of the tracks in the current playlist |
| 06:24:29 | TiMiD[FD] | on the iriver it was handled pretty simply |
| 06:25:10 | TiMiD[FD] | at the start the device scans all files in the disk and gives them numbers (breadth first) |
| 06:25:13 | jhMikeS | not sure what you mean. The playlist would have whatever boundaries and loops that the playback settings demand I suppose. |
| 06:25:20 | TiMiD[FD] | then the next track to play is the next number... |
| 06:26:14 | | Quit desowin ("use linux") |
| 06:28:23 | | Quit lazka_ (Remote closed the connection) |
| 06:28:42 | TiMiD[FD] | wait and see :) |
| 06:29:08 | TiMiD[FD] | i won't touch to any piece of code in that area |
| 06:30:04 | jhMikeS | lol...I'll just jump head first into anything even if I have no idea what I'm getting into. :) |
| 06:30:21 | | Join stevenm [0] (n=stevenm@infranelson.student.umd.edu) |
| 06:30:28 | TiMiD[FD] | I would if I had time :) |
| 06:30:46 | | Quit midgey (Read error: 110 (Connection timed out)) |
| 06:30:50 | jhMikeS | even if that means rewriting it just so I understand how it works |
| 06:30:54 | TiMiD[FD] | but nowadays I only touch to some plugins when my day becomes boring and when i need to fake working |
| 06:31:32 | TiMiD[FD] | btw it would be nice if devs stopped producing 2-3k lines files |
| 06:31:39 | jhMikeS | rockbox isn't fake working...that's the real stuff ;) |
| 06:32:01 | TiMiD[FD] | bah it's a cute thing |
| 06:32:08 | jhMikeS | don't look in mpegplayer when I'm done then |
| 06:32:41 | TiMiD[FD] | I mean when a file grows that big maybe thinking about splitting functionnalities wouldn't be bad |
| 06:32:42 | jhMikeS | stream_mgr.c is hardly close to done and it's 1439 lines :p |
| 06:33:43 | emeraldd | how does the buffering code deal with a file that is larger than the available memery ( Say 128M file on 32M player)? |
| 06:33:47 | jhMikeS | video players are nasty complicated things no matter how nicely abstrated and object oriented |
| 06:34:32 | jhMikeS | emeraldd: core buffering? |
| 06:34:58 | TiMiD[FD] | working on more than 600 lines files really becomes difficult |
| 06:35:31 | TiMiD[FD] | I think that 400-500 lines is a reasonable upper limit |
| 06:35:34 | emeraldd | apps/buffering.c |
| 06:35:39 | jhMikeS | the video, audio, disk buffer threads are < 600 lines |
| 06:36:23 | TiMiD[FD] | I'm taking a look at your monstruous file |
| 06:37:07 | jhMikeS | emeraldd: it's just FIFO with the oldest data being whatever is opposite the direction of the buffer movement. oldest is discarded to make room for new. |
| 06:37:37 | TiMiD[FD] | but for example the buffering code could have been splitted in 3 files (lists, buffer space management, buffering api) |
| 06:38:56 | emeraldd | jhMikeS: so you would have a single handle with what would fit of the file in memory . . . . |
| 06:38:58 | jhMikeS | too much splitting can actually make things hard to follow. even if the file is large, clean functional grouping seems to be more helpful. |
| 06:40:10 | jhMikeS | emeraldd: just the section of the file buffered so far. if a seek or playback needs data from outside that window, the above conditions come into play. |
| 06:40:12 | TiMiD[FD] | when you can identify functional groups, splitting makes sense |
| 06:40:27 | TiMiD[FD] | that makes navigation easier |
| 06:40:39 | TiMiD[FD] | instead of using your mouse's wheel :) |
| 06:41:15 | jhMikeS | sure it does. only thing is stream_mgr.c is really one functional group in this case. mpegplayer's been split into many files and it is pretty easy to follow. |
| 06:42:27 | | Quit emeraldd (Remote closed the connection) |
| 06:43:05 | TiMiD[FD] | hmm yeah in some specific cases it makes sense to keep functions grouped in one file |
| 06:43:18 | TiMiD[FD] | but in the case of the buffering api it would have been nice to split it |
| 06:43:35 | | Quit stevenm ("Connection reset by beer") |
| 06:43:38 | jhMikeS | there is a bit of code that could probably be split off...the plans are to make it easy to support different containers/formats/stream. |
| 06:43:50 | lostlogic | TiMiD[FD]: buffering is kinda good the way it is −− use of statics to specify calling restrictions should not be too easily discounted |
| 06:45:14 | jhMikeS | this sort of coding makes me like C++ quite a bit...but objects can be logically created in C and that's where I'm going...a strict heirarchical architecture. |
| 06:45:19 | | Join hannesd_ [0] (n=light@gate-hannes-tdsl.imos.net) |
| 06:46:55 | * | lostlogic mutters profanity about the term architecture :-P |
| 06:47:22 | jhMikeS | gotta better term? |
| 06:48:12 | jhMikeS | structure? |
| 06:48:25 | lostlogic | ah, structure, yes. |
| 06:48:36 | lostlogic | architecture causes nightmares of overengineered crap :) |
| 06:48:58 | TiMiD[FD] | architecture is my daily work |
| 06:48:59 | jhMikeS | techtural archistructure |
| 06:50:05 | TiMiD[FD] | with classes like AbstractDatabaseFactoryManagerCache I'm sure my company will need me forever :) |
| 06:50:07 | * | jhMikeS is glad that painting crap is his...rockbox programming is better than watching the paint dry |
| 06:50:55 | lostlogic | jhMikeS: rockbox is playtime for me, a tiem to get away from overengineered crap and into code that is elegant and purposeful |
| 06:51:16 | TiMiD[FD] | hmm I wouldn't say all parts of code are elegant |
| 06:51:21 | jhMikeS | yeah :) |
| 06:51:28 | lostlogic | laugh, of course not |
| 06:51:39 | lostlogic | but I'm free to work on the parts I want to and try to make them as elegant as I can |
| 06:51:44 | TiMiD[FD] | though it got way better since when I came here |
| 06:51:48 | jhMikeS | the spaghetti code is definitely underengineered |
| 06:52:58 | jhMikeS | I think the target tree helps keep things in line a bit better |
| 06:53:23 | lostlogic | yeah, that was Linus' brilliant presentation at devcon '06 |
| 06:54:53 | jhMikeS | there ended being too much duplication sometimes. I killed that in the PCM sections (a full peaks calculator for each driver just annoyed me). |
| 06:55:11 | lostlogic | yeah, that was an expected initial side effect |
| 06:55:25 | TiMiD[FD] | or the graphical API ... |
| 06:55:55 | TiMiD[FD] | with every target redefining the scrolling thread ... |
| 06:56:02 | jhMikeS | the graphical API is definitely a bad case |
| 06:56:36 | jhMikeS | but it doesn't now. I put that in scroll_engine.c. |
| 06:56:51 | | Join Siku [0] (n=Siku@e81-197-74-19.elisa-laajakaista.fi) |
| 07:00 |
| 07:00:20 | TiMiD[FD] | yep |
| 07:00:20 | | Quit DogBoy (Read error: 104 (Connection reset by peer)) |
| 07:00:32 | | Quit hannesd (Read error: 110 (Connection timed out)) |
| 07:00:33 | | Nick hannesd_ is now known as hannesd (n=light@gate-hannes-tdsl.imos.net) |
| 07:00:56 | TiMiD[FD] | I think the fonts related functions are still remaining in target trees |
| 07:01:00 | | Join DogBoy [0] (n=john@66-101-59-100-static.dsl.oplink.net) |
| 07:01:53 | jhMikeS | some of the implementation could just be code inlined into the master driver functions |
| 07:05:01 | jhMikeS | is there some rule I don't know about for doing '#include "<file>.c"' in another .c ?? (just wondering if that would raise eyebrows) |
| 07:05:35 | lostlogic | jhMikeS: doesn't that cause the functions to end up compiled multiple times? |
| 07:05:47 | ddalton | jhMikeS: its not good to include c files if that is your question |
| 07:06:01 | ddalton | I would have thought so |
| 07:06:04 | jhMikeS | why? it would be the static inlines that get inlined into the master display driver |
| 07:06:25 | jhMikeS | you wouldn't add it to SOURCES |
| 07:06:30 | JdGordon | jhMikeS: yeah, there has been some raised eyebrows over that in the past |
| 07:06:55 | lostlogic | jhMikeS: ah, then why not just put them in a .h? |
| 07:06:55 | JdGordon | same as not putting code in .h' |
| 07:07:52 | jhMikeS | that's why I don't want it in an .h if it's really basically a code file...what I do want is private inlining to avoid more function call overhead where it's expensive. |
| 07:08:14 | lostlogic | yar |
| 07:08:30 | lostlogic | I doubt anyone would beat you with it since you haev a good reason |
| 07:09:33 | | Join salp [0] (i=jmando@chello082119106184.chello.sk) |
| 07:09:47 | jhMikeS | I guess itty bitty utility inlines in the .h isn't bad (since that's done commonly) where mostly it's still declarations |
| 07:10:59 | salp | Hi, I'd like to ask a basic question...I just installed Rockbox on my Iriver h10 20gb and want to add music, but when I plug it into my computer it doesn't go into the mode it used to that allowed my computer to recognize it...what do I do to access it through my computer? |
| 07:10:59 | jhMikeS | I'd have a good reason to do this for thread.c as well since there's alot of CPU selected code in there. |
| 07:12:12 | JdGordon | inlines in the .h is probably nicer than including .c |
| 07:12:14 | safetydan | salp: it should appear as another drive in explorer |
| 07:12:48 | salp | It isn't appearing as another drive, unfortunately |
| 07:13:08 | | Part toffe82 |
| 07:13:34 | salp | before, when it was connected everything was locked on out on the iriver itself, but now I can use it as normal |
| 07:13:50 | jhMikeS | JdGordon: even for 100s of line of just code? what about inline/noninline combo stuff? all inlines in the .h and non-inlines in a separate...say...thread-pp.c? would make following it more difficult instead of just including all that in the .c file. |
| 07:14:16 | JdGordon | why cant they added to sOURCES? |
| 07:14:40 | jhMikeS | the .c must be inluded if inlines are to be inlined. they'll be function calls otherwise. |
| 07:15:00 | *** | Saving seen data "./dancer.seen" |
| 07:15:43 | jhMikeS | since inlines also must be static, they won't be seen externally |
| 07:16:26 | JdGordon | you'd probably be safe to do it for very special cases... but im sure there will be lots of complaints if it starts being used where it really shouldnt be |
| 07:17:40 | jhMikeS | Should there be a disclaimer? :) I only want to do it where it really makes sense otherwise I agree the usual pattern should be used. |
| 07:18:02 | JdGordon | a disclaimer wouldnt hurt... |
| 07:18:16 | JdGordon | dunno if its really needed though :p |
| 07:19:13 | jhMikeS | just a warning about being caned in Singapore |
| 07:19:25 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 07:20:04 | | Quit Mouser_X ("CGI:IRC (EOF)") |
| 07:21:21 | | Join Mouser_X [0] (i=cf9bb003@gateway/web/cgi-irc/ircatwork.com/x-620534986c2da3a5) |
| 07:23:02 | | Quit Mouser_X (Client Quit) |
| 07:24:49 | salp | do I need to hold any special buttons while connected to my computer to put my iriver into a mode where it can be recognized by my computer as a drive? |
| 07:25:20 | | Quit karashata ("Leaving.") |
| 07:25:22 | lostlogic | salp: I'm not sure on that target, have you read the manual? |
| 07:25:40 | | Join Mouser_X [0] (i=cf9bb003@gateway/web/cgi-irc/ircatwork.com/x-abcb2b36c60a7134) |
| 07:25:47 | | Join karashata [0] (n=Kimi@pool3-038.adsl.user.start.ca) |
| 07:27:23 | salp | yeah, I have and have seen no information about having to do anything special to connect with the computer...I'm thinking I may have a problem here |
| 07:27:31 | | Join webguest89 [0] (i=ddd7585a@gateway/web/cgi-irc/labb.contactor.se/x-a6b84289945a1f0c) |
| 07:28:12 | lostlogic | salp: generally rockbox puts the player into the correct mode to interoperate with the computer automatically... at least it does on the two targets that I've owned |
| 07:29:09 | Llorean | lostlogic: The iRiver H10 probably doesn't, being portalplayer |
| 07:29:24 | lostlogic | Llorean: but even on ipod it automatically reboots to OF for it |
| 07:29:41 | Llorean | But not on the Sansa e200/c200 for some reason. |
| 07:29:49 | Llorean | And I *think* I recall it not doing it on the H10, though I'm not sure. |
| 07:29:49 | lostlogic | salp: for portalplayer targets (ie ipod and h10) we reboot to the original firmware for usb |
| 07:30:01 | lostlogic | salp: so you might need to manually reboot into th eof to use usb mode |
| 07:30:42 | * | Llorean goes back into hiding. |
| 07:31:17 | salp | so to manually reboot I'll need to stick a paperclip in? |
| 07:31:46 | lostlogic | salp: no, just shut down |
| 07:31:51 | karashata | Rockbox on the H10 will reboot into the OF for USB mode if the select button is held down while it's booting |
| 07:31:52 | salp | and thanks, I appreciate the help |
| 07:32:02 | lostlogic | and do what karashata says :) |
| 07:32:22 | salp | it worked! Thanks a million! |
| 07:32:45 | lostlogic | yayz. |
| 07:32:49 | salp | one more quick question...I can't seem to find my FM tuner in Rockbox...where is it? |
| 07:33:02 | karashata | The FM tuner isn't working for the H10 yet |
| 07:33:22 | salp | ah hah |
| 07:33:30 | karashata | it uses the same chip as the other iriver players but accessing it is different because of the different processor |
| 07:33:38 | salp | oh, actually...now that I'm connected, I don't see my files |
| 07:33:44 | salp | only .rockbox and text |
| 07:34:05 | karashata | make sure you have "view hidden files and folders" checked in the folder layout options |
| 07:34:42 | karashata | or whatever it's called, you're using XP right? |
| 07:34:45 | salp | there it is...thanks a lot karashata |
| 07:34:52 | karashata | np |
| 07:35:06 | lostlogic | aw man, I was getting all set to panic with salp there :) |
| 07:35:16 | salp | haha |
| 07:35:22 | karashata | I recommend you uncheck the "hidden" folder property on the music folder so you can see it easier |
| 07:35:33 | salp | where can I do that? |
| 07:35:48 | | Part safetydan |
| 07:35:53 | Mouser_X | Right-click the music folder. |
| 07:36:09 | Mouser_X | Check properties (sorry about the enter, I forgot this part.) |
| 07:36:10 | karashata | right click the folder, go to properties (should be near the bottom), then in the general tab, uncheck the box labelled "hidden" |
| 07:37:18 | salp | great, it worked...and I can finally see how much space I've used up! That was one of my biggest complaints with the original firmware |
| 07:37:45 | salp | I'm in the process of replacing all my .wma files now |
| 07:37:52 | karashata | hmm... I've always been able to see how much space was used up, even with the OF |
| 07:38:19 | salp | really? not me...it'd never let me see |
| 07:38:27 | karashata | not on the player itself, mind you, but WMP kept tabs on what space was left, and if the device was in UMS mode, Explorer showed it as well |
| 07:38:45 | Mouser_X | salp: Rockbox can play WMA. Just pointing it out, if replacing those proves to be a problem. |
| 07:39:01 | salp | it can? I thought I read that it can't on the iriver |
| 07:39:19 | Mouser_X | Oh, sorry. I don't know. |
| 07:39:29 | salp | oh, maybe I never checked on the UMS mode |
| 07:39:55 | karashata | I don't have any WMA files so I can't test to see if they work on the H10 or not |
| 07:39:56 | | Quit webguest89 ("CGI:IRC (EOF)") |
| 07:39:58 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 07:40:01 | Mouser_X | It can on software decoders. I don't know if the iriver is a hardware, or a software, decoding target. |
| 07:40:07 | karashata | though it would be easy enough to find out |
| 07:40:55 | salp | well, they used to work, but they're rights protected and they don't work anymore |
| 07:41:08 | salp | it's a real pain too, because they're things that I burned from my own cds years back |
| 07:41:29 | karashata | ohhh |
| 07:41:31 | karashata | DRM |
| 07:41:38 | karashata | Rockbox doesn't do DRM stuff |
| 07:42:23 | salp | Not a big deal...I can just download the albums again |
| 07:47:17 | karashata | hmm, well, lossless WMA doesn't work, apparently |
| 07:50:15 | | Join vnl [0] (n=nitin@122.167.19.52) |
| 07:50:46 | | Part vnl |
| 07:51:16 | karashata | kay, CBR WMA does work, but lossless VBR WMA doesn't |
| 07:52:19 | Llorean | lossless WMA isn't the same codec. |
| 07:52:23 | Llorean | Not all "WMA" is one codec |
| 07:52:59 | karashata | ahhh, okay |
| 07:58:52 | | Join Stalwart [0] (n=stalwart@ip-10.154.Home-Lan.fastnet.lv) |
| 07:59:16 | Stalwart | maybe someone is interested - i just found WooT is offering sansa e250 2gb for just 30$ |
| 07:59:18 | Stalwart | http://www.woot.com/Blog/BlogEntry.aspx?BlogEntryId=3247 |
| 07:59:31 | scorche | we know |
| 07:59:39 | Mouser_X | Indeed. |
| 07:59:52 | Stalwart | nice offer |
| 07:59:55 | scorche | but we have just been talking about it in the channel where talk of that sort belongs ;) (rockbox-community) |
| 08:00 |
| 08:00:06 | Stalwart | ah |
| 08:00:17 | Stalwart | didn't visit this chan for a while :D |
| 08:04:02 | | Quit nanok (Read error: 110 (Connection timed out)) |
| 08:10:55 | jhMikeS | Stalwart: how's shipping charges at that place? |
| 08:11:55 | Stalwart | dunno |
| 08:11:59 | scorche | jhMikeS: 5$ |
| 08:12:05 | Stalwart | Caleb, has experience in wooting |
| 08:12:06 | | Quit TiMiD[FD] ("leaving") |
| 08:12:13 | scorche | bah...you are in -community...sorry for not replying there |
| 08:12:16 | * | jhMikeS thinks he might woot this one |
| 08:14:58 | | Join jamesshuang [0] (i=44219091@gateway/web/cgi-irc/labb.contactor.se/x-2c940e9e23ce7a23) |
| 08:15:08 | | Join crwll [0] (n=crawlie@a88-114-143-95.elisa-laajakaista.fi) |
| 08:15:41 | jamesshuang | hey everyone |
| 08:15:46 | jamesshuang | just a quick verification question |
| 08:15:54 | jamesshuang | does rockbox work on the sansa e250? |
| 08:16:21 | scorche | yes, and we know why you are asking :) |
| 08:16:27 | jamesshuang | lol, woot deal eh |
| 08:16:33 | scorche | yup |
| 08:16:39 | jamesshuang | that's pretty bloody cheap for a rockbox-able player |
| 08:17:18 | jamesshuang | I already have a gigabeat, but I guess it's nice to have a solid state one for jogging and stuff... |
| 08:17:21 | jhMikeS | wooted :D |
| 08:17:27 | | Join dagrom [0] (i=43b9132b@gateway/web/cgi-irc/labb.contactor.se/x-9fe75ab4f62b3c27) |
| 08:17:40 | Mouser_X | Indeed. Nice stuff and price all around. |
| 08:18:19 | jhMikeS | It's worth $30 just to not have anyone asking to borrow my dev device all the time :p |
| 08:18:20 | scorche | jhMikeS: you got one? |
| 08:18:32 | jhMikeS | yeah |
| 08:18:37 | | Join Rob222241 [0] (n=Miranda@p54B16B92.dip.t-dialin.net) |
| 08:18:51 | scorche | "Thank you for your purchase." ...me too |
| 08:18:59 | * | scorche blushes shamefully |
| 08:19:17 | * | scorche pokes lostlogic to get one for testing ;) |
| 08:20:05 | dagrom | wow i just found out about rockbox tonight and my nano has never been happier - thanks all you smart people for making such awesome stuff - i love you all - *goes looking for the manual now* |
| 08:20:05 | | Quit crwl (Read error: 110 (Connection timed out)) |
| 08:20:30 | scorche | it isnt hard to find :) |
| 08:20:42 | dagrom | hehe yeah there are so many |
| 08:21:09 | dagrom | i just did the manual unzip and copy i was so happy it was so easy and everything just worked |
| 08:22:18 | jamesshuang | yay... wooted for me :-D that's an incredible deal |
| 08:22:34 | Mouser_X | Agreed. |
| 08:25:10 | lostlogic | jhMikeS: wait, does your commit mean that the same thread locking the same mutex ttwice and unlocking it twice is safe? |
| 08:25:29 | jhMikeS | lostlogic: yep, the current owner isn't blocked |
| 08:26:20 | | Join GodEater_ [0] (n=bryan@rockbox/staff/GodEater) |
| 08:27:12 | | Join artedlc [0] (n=artedlc@189.179.240.229) |
| 08:27:41 | | Part jamesshuang |
| 08:27:42 | lostlogic | jhMikeS: when is it unlocked for other entries, after the last unlock on the return path, I hope/assume? |
| 08:28:57 | jhMikeS | you must call mutex_unlock for every granted call to mutex_lock (balanced calls) |
| 08:28:57 | | Quit BigBambi (Read error: 113 (No route to host)) |
| 08:29:21 | lostlogic | ok, good |
| 08:29:24 | lostlogic | I'll keep that in mind. |
| 08:30:11 | jhMikeS | it reduced the number of locks needed. the adc driver on e200 was doing this as part of the DC commit (to have the code running for awhile) |
| 08:32:21 | hurr | what's the probability of bricking a device by loading rockbox onto it? |
| 08:32:30 | lostlogic | hurr: vanishingly small |
| 08:32:35 | ddalton | what player. |
| 08:32:43 | hurr | iriver h320 |
| 08:32:46 | ddalton | not really any. Just make sure you use the right bootloader |
| 08:32:55 | jhMikeS | mutex previously weren't owned objects so semaphores needed to be introduced to have the functionality that codec swapping required. but they're also useful in the DC SPC codec to make the output queue block the output when full and the input when empty. |
| 08:33:08 | ddalton | none unless you get a screwed up bootloader |
| 08:33:23 | ddalton | just get the one from the site and you'll be fine |
| 08:33:32 | hurr | ah, ok, good, thanks. it was the primary reason behind my hesitation to try rockbox |
| 08:33:42 | | Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) |
| 08:34:02 | ddalton | you could probably get it replaced it is hard for them to tell what you did. |
| 08:34:03 | lostlogic | jhMikeS: yep yep, I getcha |
| 08:34:20 | lostlogic | and now I sleep |
| 08:34:42 | Mouser_X | lostlogic: Did you see the Sansas? Want one for testing? :P |
| 08:35:07 | dagrom | thanks again everyone - i just read through the list of credits on my nano to see if i knew anyone but it turns out i don't know any smart people - you are all incredible and keep up the great work (and is there really someone with the last name Teh? that's awesome) |
| 08:35:21 | * | jhMikeS will refrain from expressing the reasons for everything he codes...could run for volumes :p |
| 08:35:26 | scorche | Mouser_X: i already poked him, but he ignored ;) |
| 08:36:03 | Mouser_X | scorche: I saw that. Since I didn't see a reply, I figured another nudge wouldn't hurt. |
| 08:36:06 | | Join LinusN [0] (i=linus@rockbox/developer/LinusN) |
| 08:36:13 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 08:36:31 | lostlogic | okokok, I'm gettig one |
| 08:36:31 | | Quit dagrom ("CGI:IRC (EOF)") |
| 08:37:02 | Mouser_X | Heh. Awesome. |
| 08:37:07 | lostlogic | click this stupidly large button |
| 08:37:21 | jhMikeS | they only allow one purchase/woot? |
| 08:37:35 | Stalwart | i guess |
| 08:37:48 | Mouser_X | I think you can buy up to 3. Maybe it has to be 3 on the same order? |
| 08:37:57 | | Quit artedlc () |
| 08:37:58 | lostlogic | not that I really have much use for a 2 gig player, but you're right, good for testing |
| 08:38:00 | * | jhMikeS can get around any restrictions here |
| 08:38:03 | lostlogic | why did my ipod just stop playing, do I have a bug? |
| 08:38:07 | scorche | jhMikeS: hrm?...1-3 per person per woot |
| 08:38:48 | jhMikeS | hmmm....shoulda done 3 :) but if I wooted once, can I woot two more times? |
| 08:39:10 | scorche | i dont know |
| 08:39:24 | lostlogic | unfucking believable. there's still a bug that made my ipod freeze after playing for hours. whatever, sleep time. |
| 08:40:55 | * | jhMikeS just goes and reads the terms there to avoid OT chatter |
| 08:42:44 | hcs | ok, who decided to remap the sansa buttons... the down button for the context menu was nice (not having to hold something...) |
| 08:43:04 | jhMikeS | aha...1 order/accout-day. np anyway. |
| 08:43:32 | Mouser_X | jhMikeS: Dang... |
| 08:43:53 | * | scorche directs hcs to the forum post, the tracker entry, the mailing list post, and Llorean |
| 08:43:55 | karashata | hcs: Llorean commited that change |
| 08:44:40 | hcs | scorche, karashata: thanks, I could have found out if I wans't just whining |
| 08:44:46 | jhMikeS | the remapping mutated into something more pleasant than the initial patch I tried it seems |
| 08:45:05 | karashata | hcs: doesn't bug me any, I tend to be quick at finding things anyway |
| 08:45:34 | | Join viv [0] (n=nitin@122.167.6.234) |
| 08:46:01 | | Quit viv (Remote closed the connection) |
| 08:46:25 | jhMikeS | lostlogic: btw...if I start babbling...just tell me to stfu...I prefer that to hints...and the anger helps me code better too. :p |
| 08:47:53 | amiconn | jhMikeS: What do you think should we do with pp5024.h (re my question yesterday)? |
| 08:49:09 | jhMikeS | amiconn: do those multiple GPIO bitmasks apply to pp502x in general? I figure it's not much worse than having mcf5250.h to change some defines. |
| 08:49:30 | amiconn | Did you have a look at pp5024.h in current svn? |
| 08:49:40 | amiconn | It's empty apart from including pp5020.h |
| 08:49:49 | ddalton | is it possible to beep when fast forwarding/rewinding? or is it like the paused thing. |
| 08:49:53 | ddalton | same problem. |
| 08:50:04 | amiconn | The gpio ints are grouped on the others as well, and there is GPIO2_IRQ as well |
| 08:50:21 | amiconn | Found that when adding microsd detection to c200 |
| 08:51:11 | jhMikeS | amiconn: not for some time. what about #defines in there for the SD interface? Is that pp502x general? |
| 08:51:23 | amiconn | idk |
| 08:51:29 | jhMikeS | some of that stuff should get out of the source files |
| 08:52:28 | amiconn | One would think it is though, as the c200 is PP5022 |
| 08:53:25 | jhMikeS | PP5022 has an AS3514 too though or it's external there? |
| 08:53:36 | amiconn | external afaik |
| 08:57:01 | jhMikeS | well, heck it seems pp502x.h would be sufficient since they obviously stopped "innovating" before tanking. |
| 08:58:31 | amiconn | I still need to find out why microsd cards don't work on c200. The detection isr definitely works now |
| 08:58:56 | amiconn | Tested it by putting some buttonlight manipulation into it |
| 08:59:34 | amiconn | I think the card selection is wrong - I'd like to ask low_light where he found that, or whether it's just guesswork based on e200 |
| 09:00 |
| 09:03:02 | jhMikeS | he said from the emu which is also where the e200's came from |
| 09:03:39 | jhMikeS | maybe just try the e200 selection?idk |
| 09:05:28 | jhMikeS | I guess that wouldn't work since the main card works with the current one |
| 09:05:35 | amiconn | yep |
| 09:07:45 | amiconn | Btw, there *are* a few differences between pp5020, pp5022 and pp5024. One thing where they differ is the clock setup (pp5020 different from 5022+5024), another is the ata controller (all different) |
| 09:08:22 | amiconn | The latter is not yet researched further, but an ata reg dump looks quite different between 5020 and 5022 |
| 09:08:40 | amiconn | (and 5024 has no ata controller as far as we know) |
| 09:09:55 | jhMikeS | have you tried a longer timeout for the debouncer? ata will disable the card if a few retries doesn't result in a successful init. retailos actually waits several seconds (that is by the spec for worst case) |
| 09:11:27 | amiconn | It doesn't work even with the card plugged at boot |
| 09:12:11 | | Join Zagor [0] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) |
| 09:12:27 | jhMikeS | GPIOL bit 3 is high when plugged? seems wierd. |
| 09:13:26 | amiconn | yes, why? |
| 09:14:15 | | Join jmspeex_ [0] (n=jmspeex@142.163.233.220.exetel.com.au) |
| 09:14:34 | GodEater_ | does anyone know if there's a windows ssh client which implements the network interface tunnel (e.g. tun0) equivalent to the *nix one ? |
| 09:14:40 | jhMikeS | I dunno...perhaps ask low_light for the c200 modded emulator |
| 09:15:04 | *** | Saving seen data "./dancer.seen" |
| 09:15:45 | hcs | GodEater_: not that I've heard of, best I know is normal tunnelling + socksap |
| 09:16:25 | GodEater_ | hcs: not good enough :( |
| 09:16:32 | hcs | GodEater_: then again, I'm no expect |
| 09:17:58 | | Quit Mouser_X ("CGI:IRC 0.5.9 (2006/06/06)") |
| 09:20:27 | | Join petur [0] (n=petur@rockbox/developer/petur) |
| 09:20:53 | | Quit jmspeex (Read error: 110 (Connection timed out)) |
| 09:24:00 | jhMikeS | haha...resume restarts playback at the start of the file even though it shows the correct resume time in the WPS |
| 09:24:27 | | Quit jumpatrain (Remote closed the connection) |
| 09:25:34 | jhMikeS | seeking once brings it back to the correct point |
| 09:26:26 | | Join jumpatrain [0] (i=tabac@gateway/gpg-tor/key-0xB9002659) |
| 09:28:35 | linuxstb | amiconn: Your HDD power-off patch increased runtime (with approx 200kbps VBR mp3 files) from 6h 9m to 6h 50m on my ipod color. |
| 09:29:48 | hcs | linuxstb: I got 7h 20m with a similar setup, unfortunately I don't have the "before" time handy. |
| 09:30:10 | hcs | I seem to recall only around 6 hours, though |
| 09:33:40 | | Join corevette [0] (n=corevett@adsl-75-18-210-15.dsl.pltn13.sbcglobal.net) |
| 09:33:52 | | Part corevette |
| 09:43:25 | | Nick parafin|away is now known as parafin (i=parafin@paraf.in) |
| 09:47:06 | | Quit karashata ("Leaving.") |
| 09:47:45 | | Quit markun (Read error: 145 (Connection timed out)) |
| 09:54:16 | | Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
| 10:00 |
| 10:01:29 | | Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) |
| 10:01:38 | linuxstb | hcs: I'll charge again and do another test... |
| 10:01:58 | linuxstb | hcs: Have you done any tests in the Apple firmware? |
| 10:05:49 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 10:15:55 | | Quit atsea-39 ("using sirc version 2.211") |
| 10:16:36 | | Quit Siku (Read error: 145 (Connection timed out)) |
| 10:17:57 | | Join sasukee [0] (n=SK@unaffiliated/sasukee) |
| 10:18:20 | | Quit sasukee (Client Quit) |
| 10:18:48 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 10:18:49 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 10:22:33 | | Part pixelma |
| 10:22:38 | | Join CaptainSquid [0] (n=Miranda@proxy13.netz.sbs.de) |
| 10:25:32 | | Join pondlife [0] (n=Steve@rockbox/developer/pondlife) |
| 10:28:24 | amiconn | linuxstb: Hmm, so about +10%. Somehow I expected more, but still an improvement :/ |
| 10:28:38 | * | amiconn started a runtime test on mini g2 this morning |
| 10:29:32 | | Quit nnakihfdn (Read error: 110 (Connection timed out)) |
| 10:38:06 | * | barrywardell remembers his H10 getting about 10% improvement when disk poweroff was enabled too |
| 10:40:58 | barrywardell | now that I think about it, I'm not even sure if we have the right gpio for the small H10. Might be worthwhile for someone who owns one to look into it. |
| 10:41:47 | linuxstb | amiconn: I'm planning on double-checking those figures, so I'll let you know for sure in a few days. But even 10% is a nice improvement. |
| 10:42:27 | | Join roolku [0] (n=roolku@82-41-2-141.cable.ubr01.edin.blueyonder.co.uk) |
| 10:42:30 | amiconn | barrywardell: I can verify that tonight |
| 10:43:16 | * | amiconn thinks we should split CPUPortPinAssignment per architecture, and add the missing PP bunch |
| 10:43:17 | barrywardell | great, if we have it wrong, maybe bit 24 of GPO32 would be a good place to look |
| 10:44:41 | amiconn | Testing that is fairly simple: Just put the port switch somewhere in the debug menu, set a long hdd spindown timeout, and then enter that debug item with the disk spinning. If it was the correct pin -> click |
| 10:45:06 | barrywardell | that's exactly how I found it on the big H10 |
| 10:46:05 | amiconn | I just used that as a verification on ipod. Found the pins from disassembling the rom |
| 10:47:19 | barrywardell | I pretty much just happened across it. the click is hard to miss |
| 10:47:27 | | Nick parafin is now known as parafin|away (i=parafin@paraf.in) |
| 10:48:14 | amiconn | Not that hard on the mini (had to put the mini right next to my ear) |
| 10:51:18 | | Join mhamlin [0] (n=mhamlin@ip70-187-185-137.oc.oc.cox.net) |
| 10:55:49 | | Part mhamlin |
| 10:58:08 | | Quit barrywardell () |
| 11:00 |
| 11:00:01 | salp | I've got a quick question about Rockboy...for an iriver h10 do I have to install anything special or is it ready to play those games with the normal rockbox firmware? Also, I've read that it runs slowly, but it is so slow that it's not worth trying? |
| 11:00:58 | GodEater_ | salp: no - you don't need to install anything special. No idea on your other question though. |
| 11:02:07 | salp | Thanks GodEater |
| 11:03:20 | GodEater_ | salp: just remember. For some reason people always seem to think that Rockboy is launched from somewhere in the menus. It itsn't. Just copy your rom files to somewhere on the player, and then select them in the filebrowser to play them. |
| 11:03:22 | | Join atsea- [0] (i=atsea-@gateway/tor/x-61a8263ef1d3743d) |
| 11:04:53 | salp | great, thanks for the info. I'm excited to give it a shot. I need to download a chess game that's a little easier than the one that comes pre-installed...that thing is tough! |
| 11:05:17 | GodEater_ | <−− not a fantastic chess player either |
| 11:05:31 | | Join cheesenuggett [0] (n=cac@pool-72-87-41-248.ptldor.fios.verizon.net) |
| 11:05:57 | cheesenuggett | hey guys i was wondering if you possibly know of a good mp3 organizer that will automatically sort my mp3s |
| 11:06:09 | cheesenuggett | because i have about 4000 and it's sort of a mess |
| 11:07:06 | rvvs89 | Amarok is pretty good |
| 11:07:34 | GodEater_ | as is winamp |
| 11:07:49 | cheesenuggett | i want something that will sort the mp3s into folders |
| 11:08:00 | Bagder | mv ! |
| 11:08:02 | Bagder | ;-P |
| 11:08:05 | cheesenuggett | like do all the artist > album name |
| 11:08:06 | rvvs89 | Heh |
| 11:08:07 | cheesenuggett | stuff |
| 11:08:16 | rvvs89 | iTunes? :P |
| 11:08:32 | cheesenuggett | does itunes do that? |
| 11:08:35 | rvvs89 | Yes |
| 11:08:46 | cheesenuggett | dayum |
| 11:08:53 | salp | it's not too easy to find .gb roms...everything I'm finding is either .gbc or .gba |
| 11:08:53 | cheesenuggett | why have i hated itunes all my life |
| 11:09:13 | salp | me too cheese...I can't stand itunes |
| 11:09:13 | cheesenuggett | because the end goal would be to be able to move all my folders cleanly into my rockbox |
| 11:09:17 | rvvs89 | Because it's a monopolistic program? |
| 11:09:44 | cheesenuggett | i just started using rockbox |
| 11:09:53 | cheesenuggett | i moved all my music into a music folder |
| 11:09:57 | cheesenuggett | and it was a mess |
| 11:10:02 | cheesenuggett | all the tracks in the same folder |
| 11:10:35 | cheesenuggett | so itunes can organize all of them into folders that i can drag onto my mp3 player? |
| 11:10:47 | rvvs89 | Again, yes |
| 11:10:51 | cheesenuggett | alright sorry |
| 11:10:54 | cheesenuggett | im wayyyy tired |
| 11:10:58 | cheesenuggett | thanks for the help yo |
| 11:10:58 | rvvs89 | :D |
| 11:11:00 | | Join lee-qid [0] (n=liqid@p54967DF9.dip.t-dialin.net) |
| 11:11:07 | rvvs89 | I'm sure there's a free program that does it too |
| 11:11:16 | cheesenuggett | yeah ive been looking around |
| 11:11:25 | cheesenuggett | i found a great one but couldnt find a damn keygen |
| 11:11:34 | rvvs89 | That's not what I meant by free... |
| 11:11:37 | cheesenuggett | :D |
| 11:11:54 | pondlife | cheesenuggett: Use the Rockbox database? |
| 11:12:04 | cheesenuggett | what do you mean? |
| 11:12:11 | pondlife | To access your music |
| 11:12:18 | rvvs89 | Yeah, rather than the file browser |
| 11:12:24 | pondlife | The Godfather is a good organiser too |
| 11:12:34 | GodEater_ | or easytag |
| 11:12:42 | * | rvvs89 away |
| 11:13:19 | cheesenuggett | woah the database works that way |
| 11:13:20 | cheesenuggett | shit |
| 11:13:24 | cheesenuggett | i deleted all my music |
| 11:13:43 | GodEater_ | cheesenuggett: please try not to use "enter" in place of "," |
| 11:13:53 | cheesenuggett | alright dude, sorry |
| 11:14:50 | cheesenuggett | this is the second time today you guys helped a little ol' noob out, thanks! |
| 11:15:05 | *** | Saving seen data "./dancer.seen" |
| 11:16:02 | | Part Stalwart ("WeeChat 0.2.6") |
| 11:23:24 | | Join barrywardell [0] (n=barrywar@dhcp-892b9b73.ucd.ie) |
| 11:37:25 | cheesenuggett | so how do i use the godfather organiser? |
| 11:38:11 | | Nick Soap is now known as Soap_ (n=Soap@rockbox/staff/soap) |
| 11:43:13 | | Join pnakicofd [0] (i=0@86.122.116.44) |
| 11:48:29 | | Part salp |
| 11:49:22 | | Join Thundercloud [0] (n=thunderc@resnet01.nat.lancs.ac.uk) |
| 11:56:06 | | Quit cheesenuggett () |
| 12:00 |
| 12:04:38 | preglow | linuxstb: i would have expected more impressive new runtime figures from almost all ipods :/ |
| 12:04:52 | preglow | boy, do i wonder where the hell all that current goes |
| 12:05:33 | GodEater_ | /dev/null |
| 12:05:58 | linuxstb | As the test was running, I was wondering if my WPS (icatcher) is helping consume power - there's a scrolling line which was scrolling throughout the text (next track info). |
| 12:06:11 | linuxstb | s/text/test/ |
| 12:06:14 | preglow | probably is |
| 12:12:19 | | Quit RaRe` (Read error: 110 (Connection timed out)) |
| 12:13:09 | | Quit lespea (Read error: 104 (Connection reset by peer)) |
| 12:13:16 | | Join Rob2222 [0] (n=Miranda@p54B16B92.dip.t-dialin.net) |
| 12:14:08 | | Join RaRe [0] (n=Laffin_B@202-89-187-101.static.dsl.amnet.net.au) |
| 12:14:17 | | Quit ddalton () |
| 12:24:04 | | Join n1s [0] (n=nils@nl104-209-90.student.uu.se) |
| 12:24:58 | | Join spiorf [0] (n=spiorf@host48-201-dynamic.16-79-r.retail.telecomitalia.it) |
| 12:26:15 | | Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) |
| 12:27:29 | JdGordon | rasher: ping? |
| 12:30:51 | | Quit Rob222241 (Read error: 110 (Connection timed out)) |
| 12:31:22 | | Quit maddler ("connection reset by beer!") |
| 12:31:47 | | Join maddler [0] (n=maddler@217-133-171-24.b2b.tiscali.it) |
| 12:38:43 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 12:39:41 | | Join mrkiko [0] (n=mrkiko@host177-100-static.32-88-b.business.telecomitalia.it) |
| 12:40:25 | mrkiko | Hi all! |
| 12:41:14 | mrkiko | The H 300 port seems out of control competely from this morning; pressind quickly enough to skip from a track to the next will cause a crash! :) |
| 12:41:32 | mrkiko | But my reader still works fine on the original firmware - so that's not an hardware problem... |
| 12:42:08 | mrkiko | *reader=player*; |
| 12:45:27 | mrkiko | In addition, fs#8003 can be triggered easily now, after a successful recording... |
| 12:45:41 | preglow | -O4 does _not_ exist, right? tons of people seem to think it does |
| 12:47:13 | n1s | preglow: ? |
| 12:53:34 | preglow | what? |
| 12:53:43 | preglow | seems like a simple question to me... |
| 12:53:46 | n1s | what is "-04" |
| 12:53:50 | preglow | the gcc flag |
| 12:54:01 | n1s | ah, nope don't think so |
| 12:54:47 | n1s | O3 usually makes code slower in my experience so why would anyone want O4? :P |
| 12:55:26 | jumijoze | to be the ultimate ricer :) |
| 12:56:46 | amiconn | preglow: The current goes into those pp functional units we don't use because we don't know about them, and which we don't disable because of that same reason |
| 12:57:17 | amiconn | On PP5002 it was a very noticeable effect. With all DEV_EN bits set, the ipod got warm to the touch |
| 12:59:22 | amiconn | On the outside that is - with both the hdd and the battery between the pcb and the metal back cover |
| 13:00 |
| 13:00:40 | mrkiko | Does someone know how many advantages would have a DB approach for a player ? |
| 13:00:45 | mrkiko | i.e.: iPod style. |
| 13:01:30 | | Join perrikwp__ [0] (n=chatzill@74.167.148.160) |
| 13:02:22 | * | amiconn thinks it has only disadvantages |
| 13:02:33 | * | linuxstb doesn't really understand the question |
| 13:02:51 | * | mrkiko agrees with amiconn |
| 13:03:04 | | Quit lee-qid ("aufwiederbyebientotsayonara") |
| 13:03:33 | mrkiko | I asked: in your opinion, what advantages would have a DB-style approach into an mp3 player ? Why in your opinion Apple choosen to use itunesDB scheme instead of raw file storage? |
| 13:04:11 | n1s | mrkiko: this is OT for this cannel |
| 13:04:59 | mrkiko | n1s: ... really? I was thinking why not to adopt this solution for rockbox... |
| 13:05:21 | mrkiko | but I can't see many advantages... |
| 13:05:52 | n1s | mrkiko: then I don't understand your question ;) |
| 13:06:11 | mrkiko | n1s: sorry, but I should go... |
| 13:06:17 | amiconn | An optional DB makes some sense, depending on usage cases. A mandatory db is just silly |
| 13:06:19 | mrkiko | n1s: at later |
| 13:06:33 | mrkiko | amiconn: right |
| 13:06:34 | | Quit mrkiko ("leaving") |
| 13:07:28 | | Join agm3nt [0] (n=opera@bartek.tu.kielce.pl) |
| 13:15:07 | *** | Saving seen data "./dancer.seen" |
| 13:16:54 | n1s | Does anyone have any ideas for a looong string to put at the top of the scroll setting menus? I don't see the point of having one for speed and one for step size |
| 13:17:28 | n1s | and it should be longer than "Scroll Step Size Setting Example Text" because that doesn't scroll everywhere |
| 13:17:45 | | Join Sedgewick [0] (n=Sedgewic@host234-194-dynamic.58-82-r.retail.telecomitalia.it) |
| 13:19:16 | | Quit perrikwp (Read error: 110 (Connection timed out)) |
| 13:19:48 | | Join Arathis [0] (n=doerk@p508A76ED.dip.t-dialin.net) |
| 13:22:17 | | Join perrikwp___ [0] (n=chatzill@74.167.148.160) |
| 13:22:22 | | Nick perrikwp___ is now known as perrikwp (n=chatzill@74.167.148.160) |
| 13:23:55 | linuxstb | Can we set any kind of margin on scrolling lines, to ensure the text fits? |
| 13:24:08 | linuxstb | (or rather, doesn't fit...) |
| 13:25:24 | linuxstb | The m:robe's screen for example will need very long text if we are going to guarantee scrolling with any font... |
| 13:25:28 | n1s | padding with spaces works but is kind of ugly |
| 13:25:57 | linuxstb | Maybe we should just leave that until we have viewports, so we can fix the scrolling margins. |
| 13:27:07 | n1s | yep, makign it scroll that way on a 640 pix wide display (mrobe landscape) and 5 pix font is a _lot_ of spaces :D |
| 13:27:27 | JdGordon | I tihnk adding a special case for that is needed |
| 13:28:02 | linuxstb | What kind of special case? |
| 13:28:35 | JdGordon | fudge the title in the setting screen |
| 13:30:43 | JdGordon | I really dont think there is a clean way to do that though |
| 13:31:46 | JdGordon | ... except if we add a rediculous amount of spaces in english.lang depending on the target? |
| 13:32:52 | JdGordon | ... or maybe not |
| 13:33:47 | linuxstb | Couldn't the string just be manipulated at runtime to pad with spaces, or maybe repeat the string multiple times, based on LCD_WIDTH and current font width? |
| 13:33:54 | JdGordon | nope.. its gonna have to be messy |
| 13:34:08 | JdGordon | yeah, thats the way it will have to be |
| 13:35:20 | amiconn | n1s: The text could be padded with itself until it's long enough |
| 13:35:47 | amiconn | Just keep in mind that there is a size limit for scrolling text |
| 13:36:08 | n1s | amiconn: yes, true, would still be really long for the worst case thought (640 pixel display and 5 pixel font) |
| 13:36:14 | JdGordon | which is actually possible to exceed without scrolling! |
| 13:36:27 | amiconn | I doubt that |
| 13:36:42 | linuxstb | Which reminds me of the second part of this bug report - http://www.rockbox.org/tracker/task/7981 |
| 13:36:46 | amiconn | The maximum length is MAX_PATH + something lcd size dependent iirc |
| 13:36:49 | JdGordon | hmm.. ok maybe not |
| 13:37:03 | JdGordon | 640/5 = 128.. well under the max title length |
| 13:37:36 | linuxstb | In the example wma file given with that bug report, the comment field is around 650 characters, which seems to cause problems with the "view track info" screen... |
| 13:38:30 | JdGordon | i bet it does! the list can only take lines up to MAX_PATH |
| 13:38:37 | JdGordon | massive buffer overflow there |
| 13:39:24 | linuxstb | But where should it be checked? |
| 13:39:42 | linuxstb | Should the metadata parsers limit tags to certain lengths? |
| 13:39:59 | JdGordon | yes, I dont tihnk the list code checks the line length at all |
| 13:40:23 | amiconn | lcd_puts_scroll just cuts whatever exceeds its limit iirc |
| 13:41:26 | | Quit perrikwp__ (Read error: 110 (Connection timed out)) |
| 13:41:33 | linuxstb | Why does the list need to check lengths? Surely it doesn't copy strings? |
| 13:42:29 | | Join perrikwp___ [0] (n=chatzill@74.167.148.160) |
| 13:42:52 | JdGordon | it doesnt.. but the buffer which it passes to the callbacks are MAX_PATH long and not usually \0'ed to make sure they fit correctly |
| 13:44:15 | * | preglow wishes some hero would pop up and implement viewports |
| 13:46:41 | amiconn | JdGordon: If they aren't \0 ed that's clearly a bug |
| 13:47:42 | JdGordon | umm... I should have said, they assume snprintf() makes sure they are \0'd... im nt sure if it does or not (another project i was in had a bug where it wasnt if it fit exactly) |
| 13:51:09 | Caleb | man |
| 13:51:13 | Caleb | rockbox is sweet |
| 14:00 |
| 14:00:37 | | Quit perrikwp (Read error: 113 (No route to host)) |
| 14:04:10 | * | JdGordon is king! |
| 14:04:28 | JdGordon | this also means we can deprecate a string or two |
| 14:04:59 | JdGordon | although "Scroll Speed Scroll Speed Scroll Speed ..." for the title might look bad |
| 14:06:02 | n1s | how 'bout "Scroll Setting Example Text" or somesuch? |
| 14:06:06 | JdGordon | http://rafb.net/p/zA19YM10.html |
| 14:06:14 | JdGordon | thats what it displays atm |
| 14:06:53 | JdGordon | that code pads it with the title.. would padding be spaces be better? im not so sure |
| 14:09:14 | amiconn | Padding with text is better |
| 14:09:24 | amiconn | What about "Scroll settings example text..." |
| 14:09:28 | JdGordon | hmm... padding with space is simpler code.. but it doesnt look so good unless we check the new string lenght |
| 14:10:26 | | Part LinusN |
| 14:11:23 | JdGordon | anything in that paste look bad? |
| 14:11:28 | JdGordon | I tinhk ill commit and goto bed |
| 14:12:34 | pondlife | Anyone else finding playback resuming totally broken today? |
| 14:13:06 | pondlife | I can happily get stupid times displayed too... -0:-18 et al |
| 14:13:45 | JdGordon | n1s: is there a FS task to go with the commit |
| 14:13:45 | JdGordon | ? |
| 14:13:50 | pondlife | lostlogic: You seen this? |
| 14:14:01 | n1s | JdGordon: 7288 |
| 14:14:05 | JdGordon | ta |
| 14:16:06 | barrywardell | Is there a list of which DEV_EN,DEV_EN2,DEV_EN3 bits are set on different targets? maybe that would help to figure out what they all do. |
| 14:16:25 | barrywardell | there are some differences between what my H10 has and what my Sansa has |
| 14:18:10 | | Quit Thundercloud (Remote closed the connection) |
| 14:18:20 | barrywardell | H10 has DEV_EN = 0xC240197f, DEV_EN2 = 0x00002020, DEV_EN3 = 0x0007003F |
| 14:19:03 | barrywardell | e280 has DEV_EN = 0xC440597F, DEV_EN2 = 0x00000000, DEV_EN3 = 0x0007003f |
| 14:22:08 | GodEater_ | I can only see DEV_EN on my 5.5G ipod, it's set to : 0XC2C1197F |
| 14:24:16 | barrywardell | amiconn added the other two to the debug screen on saturday |
| 14:24:28 | GodEater_ | I'll update then |
| 14:24:58 | amiconn | DEV_EN3 is still to be verified |
| 14:25:26 | amiconn | It might be something different, although a routine in the ipod roms suggests that it is DEV_EN3 |
| 14:26:19 | JdGordon | barrywardell: if your interested... my DEV_EN2 = 0x00002000 |
| 14:26:22 | | Part Caleb ("WeeChat 0.2.6") |
| 14:26:33 | JdGordon | is that missing 2 the radio? |
| 14:26:56 | linuxstb | ipod Color is 0xc2c3197f, 00002000, 0007003f |
| 14:27:22 | amiconn | I doubt it. DEV_ENx are most probably just clock gates, and the radio is external |
| 14:28:47 | linuxstb | pondlife: Which file format (your resume problem) ? |
| 14:29:02 | * | GodEater_ wishes someone would just commit 7738, he's fed up of having to sync it |
| 14:29:38 | pondlife | MP3 |
| 14:30:04 | pondlife | Only tried the sim so far |
| 14:30:06 | linuxstb | pondlife: Can you check another filetype, e.g vorbis? I expect it's the id3v2 stripping... |
| 14:30:27 | JdGordon | GodEater_: you need to nag jhMikeS about that one |
| 14:30:48 | GodEater_ | JdGordon: I have. He's very stubborn ;) |
| 14:31:08 | pondlife | linuxstb: It was rev 15465 that broke it |
| 14:31:30 | JdGordon | stubborn because he cant be bothered? or stubborn because its not done properly? |
| 14:31:50 | GodEater_ | JdGordon: I've no idea. I'm not sure what is still wrong with it |
| 14:32:00 | GodEater_ | it appears to work fine to me |
| 14:33:02 | n1s | GodEater_: does it still add settings and are they needed? |
| 14:33:33 | GodEater_ | yes and I don't know |
| 14:33:59 | * | GodEater_ doesn't see DEV_EN2 and 3 |
| 14:34:14 | n1s | IMHO we should only add settings if they are really needed not because we can... |
| 14:34:46 | JdGordon | need to... want to... same thing :p |
| 14:34:50 | * | JdGordon going to bed |
| 14:34:53 | | Quit JdGordon ("Konversation terminated!") |
| 14:34:57 | | Join zicho [0] (n=martin@c-6a98e355.68-7-64736c14.cust.bredbandsbolaget.se) |
| 14:35:36 | amiconn | GodEater: Does it also work for 1st..3rd gen and mini 1st gen? |
| 14:36:05 | amiconn | (those have different wheel drivers than 4th gen and newer) |
| 14:36:21 | GodEater_ | amiconn: good question :( |
| 14:36:33 | * | GodEater_ resigns himself to sync'ing manually for a lot longer |
| 14:36:43 | barrywardell | JdGordon: the missing 2 is the ADC |
| 14:39:07 | GodEater_ | well that's bloody weird. |
| 14:39:32 | GodEater_ | current build is offering the DEV_EN2 and 3 - but my own build, done with a freshly sync'd svn (albeit via git) doesn't |
| 14:39:59 | | Quit maddler ("connection reset by beer!") |
| 14:39:59 | GodEater_ | DEV_EN2 on 5.5G is 0x00000000, and DEV_EN3 is 0x0007003F |
| 14:40:00 | | Join japc [0] (n=japc@194.65.5.235) |
| 14:40:15 | | Join maddler [0] (n=maddler@217-133-171-24.b2b.tiscali.it) |
| 14:41:58 | pondlife | lostlogic: Seems like seek_buffer isn't doing enough to replace advance_buffer. Reverting http://svn.rockbox.org/viewvc.cgi/trunk/apps/codecs/mpa.c?r1=15464;r2=15465 fixes resuming for me |
| 14:43:59 | | Quit japc (Remote closed the connection) |
| 14:46:06 | | Join darkapostrophe [0] (n=darkapos@217-50-177.231210.adsl.tele2.no) |
| 14:52:24 | | Quit zicho (Remote closed the connection) |
| 14:54:06 | | Quit spiorf (Remote closed the connection) |
| 14:56:07 | | Join JETC- [0] (n=jetc123@pool-71-125-77-210.nwrknj.east.verizon.net) |
| 14:56:21 | | Join mitchie [0] (n=mitchie@p5B0C38F9.dip0.t-ipconnect.de) |
| 14:56:32 | | Nick mitchie is now known as msmitchie (n=mitchie@p5B0C38F9.dip0.t-ipconnect.de) |
| 14:56:45 | msmitchie | hallo all |
| 14:57:46 | | Join nicktastique [0] (n=nick@unaffiliated/nicktastic) |
| 14:58:51 | msmitchie | My current build doesn't show the bitmap oics which the originalSansa software does... |
| 14:59:04 | msmitchie | pics I mean |
| 14:59:58 | | Quit Dark_Apostrophe (Connection timed out) |
| 14:59:58 | | Nick darkapostrophe is now known as Dark_Apostrophe (n=darkapos@217-50-177.231210.adsl.tele2.no) |
| 15:00 |
| 15:00:10 | linuxstb | What format are those pictures? And can you find them in the file browser? |
| 15:01:28 | msmitchie | bmp and couldn't unless I change the file setting to show all |
| 15:01:52 | | Quit delYsid (Read error: 104 (Connection reset by peer)) |
| 15:02:41 | linuxstb | Rockbox doesn't have a bmp viewer, the best you can do (I think) is open them with rockpaint - which should happen when you select the file in the file browser. |
| 15:03:35 | msmitchie | is tht another plugin? |
| 15:03:40 | linuxstb | pondlife: Have you tried removing the request_buffer() call, and just calling advance_buffer() instead of seek_buffer() ? |
| 15:03:58 | linuxstb | msmitchie: It's a viewer plugin that should be installed by default. |
| 15:04:17 | linuxstb | What happens when you select a bmp file? |
| 15:05:30 | | Join zicho [0] (n=martin@c-6a98e355.68-7-64736c14.cust.bredbandsbolaget.se) |
| 15:05:32 | msmitchie | Nothing, not even the pics tht came w the player itself |
| 15:05:43 | * | barrywardell created http://www.rockbox.org/twiki/bin/view/Main/DeviceEnableRegistersPP502x |
| 15:06:03 | preglow | linuxstb: have you checked if ffmpeg svn has done any neat stuff to their flac.c? |
| 15:06:12 | msmitchie | I couldn't even view those I mean but they are there. Mine own folder isn't even shown |
| 15:06:29 | linuxstb | preglow: No, I haven't looked at it since I first ported it. |
| 15:06:46 | preglow | linuxstb: it's seen quite a bit of work |
| 15:08:40 | linuxstb | preglow: Yes, I'm just looking at the commit log... |
| 15:09:24 | preglow | on the other hand, it works quite well as it is, but some of that stuff might make it faster |
| 15:09:31 | preglow | faster still... |
| 15:11:15 | linuxstb | Commit 10586 looks interesting - claiming around 25% speedup |
| 15:11:47 | linuxstb | But yes, we should pay attention to them. |
| 15:12:28 | | Join Siku [0] (n=Siku@e81-197-74-19.elisa-laajakaista.fi) |
| 15:12:56 | | Join desowin [0] (n=desowin@hdp186.internetdsl.tpnet.pl) |
| 15:13:53 | linuxstb | Given the dream of FLAC-on-SH, we can't make it too fast... |
| 15:15:08 | *** | Saving seen data "./dancer.seen" |
| 15:16:54 | * | barrywardell wonders how dan_a came up with the comments in firmware/drivers/audio/as3514.c:142 |
| 15:16:56 | | Quit barrywardell () |
| 15:17:16 | | Join barrywardell [0] (n=barrywar@dhcp-892b9b4f.ucd.ie) |
| 15:18:04 | | Join barrywardell_ [0] (n=barrywar@dhcp-892b9b73.ucd.ie) |
| 15:21:43 | preglow | linuxstb: well, as long as none of it breaks any asm it should be straight commitable |
| 15:22:39 | | Join markun [0] (n=markun@rockbox/developer/markun) |
| 15:25:23 | msmitchie | gtg. Thx linuxstb |
| 15:25:28 | | Quit msmitchie ("using sirc version 2.211+KSIRC/1.3.12") |
| 15:25:38 | | Join Chronon_ [0] (i=vircuser@d23-104.uoregon.edu) |
| 15:26:56 | | Quit desowin ("use linux") |
| 15:27:59 | | Quit Chronon (Read error: 110 (Connection timed out)) |
| 15:28:33 | | Part kkurbjun |
| 15:28:45 | barrywardell | ah, they were copied from the wmcodec code which was copied from ipodlinux |
| 15:30:49 | | Join desowin [0] (n=desowin@hdp186.internetdsl.tpnet.pl) |
| 15:30:51 | | Join karashata [0] (n=Kimi@pool3-038.adsl.user.start.ca) |
| 15:33:20 | | Quit zicho (Remote closed the connection) |
| 15:41:55 | | Join zicho [0] (n=martin@c-6a98e355.68-7-64736c14.cust.bredbandsbolaget.se) |
| 15:42:51 | GodEater_ | Llorean ? |
| 15:45:20 | | Join Chronon [0] (i=vircuser@d23-104.uoregon.edu) |
| 15:46:48 | lostlogic | pondlife: resuming's brokenness is most likely a result of FS8092 and the non-application of PRESEEK in the existing code. |
| 15:47:37 | lostlogic | pondlife: the read->advance method would force the whole file to end up buffered even when resuming would only require part of it and therebo obviate the need for a reverse seek and also the need for conf_preseek |
| 15:47:56 | | Quit Zagor ("Client exiting") |
| 15:50:21 | | Quit Chronon_ (Read error: 110 (Connection timed out)) |
| 15:50:38 | lostlogic | pondlife: what filetype are you having resume trouble with? |
| 15:53:37 | | Join MajorC [0] (i=redeem@host183-38.bornet.net) |
| 15:53:54 | davidfg4 | I fixed the problem I was having yesterday! |
| 15:54:13 | davidfg4 | tools/rockboxdev.sh had said "ROCKBOXDEV: patch is required for this script to work. Please install and re-run the script." |
| 15:54:27 | | Join vitaminx [0] (n=vitaminx@e178116159.adsl.alicedsl.de) |
| 15:54:39 | pondlife | lostlogic: Sorry, was away - it's with mp3 |
| 15:54:41 | davidfg4 | what it meant was that I needed to install the program called "patch" |
| 15:54:50 | | Quit vitaminx (Client Quit) |
| 15:55:02 | pondlife | Just run the sim, press stop during the track, then press play to resume |
| 15:55:07 | | Join vitaminx [0] (n=vitaminx@e178116159.adsl.alicedsl.de) |
| 15:56:00 | | Quit vitaminx (Client Quit) |
| 15:56:16 | lostlogic | pondlife: I don't (and likely never will) have a sim :-P |
| 15:56:42 | pondlife | haha |
| 15:57:55 | lostlogic | pondlife: but yeah, it's like I said −− an additional symptom of rebuffer_handle being broken −− that read, advance sequence would just force its way around |
| 15:58:12 | pondlife | OK, will leave with you |
| 15:58:19 | | Join Thundercloud [0] (n=thunderc@resnet03.nat.lancs.ac.uk) |
| 15:58:34 | pondlife | Perhaps you could reverf that mod if it's going to take a while though.. |
| 15:58:37 | lostlogic | no tsaying I can necessarily fix it though because 8092 ate my brain twice already |
| 15:58:58 | pondlife | Indeed. |
| 15:58:58 | lostlogic | pondlife: hmm, I prefer to expose the symptoms of stupid bad that needs fixing, but maybe if it doesn't get fixed fairly soon |
| 15:59:13 | pondlife | Yes, this is a royal pain though |
| 15:59:29 | lostlogic | pondlife: interestingly resume is not one of the symptoms I get on target ;) |
| 15:59:49 | pondlife | I'll try on H340 then |
| 16:00 |
| 16:00:20 | pondlife | I can get either a segfault or the wrong audio played on sim |
| 16:00:30 | pondlife | But it never works ok :) |
| 16:05:45 | | Quit zicho (Remote closed the connection) |
| 16:06:12 | | Quit CaptainSquid ("Miranda IM!") |
| 16:07:25 | | Join Windows-Server [0] (n=Sedgewic@host52-12-dynamic.5-87-r.retail.telecomitalia.it) |
| 16:07:46 | | Quit DataGhost (Nick collision from services.) |
| 16:07:49 | | Join [Sur`DataGhost] [0] (i=dataghos@ip3e832ea5.speed.planet.nl) |
| 16:08:07 | | Part pondlife ("Gone") |
| 16:10:01 | | Quit desowin ("use linux") |
| 16:10:46 | | Quit Thundercloud (Remote closed the connection) |
| 16:12:42 | | Quit Sedgewick (Connection timed out) |
| 16:13:12 | | Join desowin [0] (n=desowin@hdp186.internetdsl.tpnet.pl) |
| 16:18:24 | | Join Crash91 [0] (n=evil91@41.232.204.155) |
| 16:20:00 | | Join advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) |
| 16:22:06 | | Quit Windows-Server ("Money can't buy happiness but it can provide a better class of enemy.") |
| 16:22:08 | | Join zicho [0] (n=martin@c-6a98e355.68-7-64736c14.cust.bredbandsbolaget.se) |
| 16:23:04 | | Join Windows-Server [0] (n=Sedgewic@host52-12-dynamic.5-87-r.retail.telecomitalia.it) |
| 16:23:55 | | Nick Windows-Server is now known as Sedgewick (n=Sedgewic@host52-12-dynamic.5-87-r.retail.telecomitalia.it) |
| 16:25:44 | | Join martin_ [0] (n=martin@c-6a98e355.68-7-64736c14.cust.bredbandsbolaget.se) |
| 16:26:16 | Bagder | GodEater: your server back to sanity? |
| 16:26:38 | Bagder | build server that is |
| 16:32:14 | | Join pondlife [0] (n=Steve@rockbox/developer/pondlife) |
| 16:33:58 | | Part pondlife ("Gone") |
| 16:35:28 | | Part Crash91 |
| 16:36:11 | | Quit jumpatrain ("Leaving") |
| 16:37:22 | | Quit advcomp2019 (Read error: 110 (Connection timed out)) |
| 16:39:54 | | Quit martin_ ("*.net *.split") |
| 16:45:57 | | Join blufox_ [0] (i=dayline@cpe-071-068-066-001.carolina.res.rr.com) |
| 16:46:04 | blufox_ | hwllo |
| 16:46:10 | blufox_ | hello, lol |
| 16:46:33 | Bagder | EHLO |
| 16:47:01 | blufox_ | I don't have an Ipod, but I was thinking about getting a 5G |
| 16:47:23 | blufox_ | I was just wondering if anyone had used the cover flow theme for rockbox ipod 5G |
| 16:47:58 | * | Bagder has no ipod and uses only bundled themes... |
| 16:48:16 | blufox_ | I see |
| 16:48:51 | blufox_ | by bundled, do you mean the included theme, and can I use the regular ipod theme if I install rockbox? |
| 16:49:07 | Bagder | "regular ipod theme" ? |
| 16:49:15 | Bagder | I mean included in the rockbox zip |
| 16:49:24 | | Join web-taz [0] (n=web@p4FD63079.dip0.t-ipconnect.de) |
| 16:49:42 | blufox_ | the default theme that ipods have with the regular firmware, or does it change when you put rockbox on |
| 16:49:56 | Bagder | rockbox is a complete replacement |
| 16:50:01 | Bagder | it uses nothing from the original |
| 16:50:02 | blufox_ | ok |
| 16:50:15 | blufox_ | thx |
| 16:50:29 | web-taz | hiho |
| 16:50:42 | web-taz | i have got a problem converting videos for rockbox |
| 16:51:10 | | Quit hurr ("NO") |
| 16:51:39 | web-taz | i encode via batch and vlc; and it always worked fine; but i wanted to watch some anime episodes on my gigabeat f30, and the files couldnt be opened |
| 16:51:53 | web-taz | also at the pc only the sound was played |
| 16:52:23 | web-taz | i realized a problem with MKVs which habe several audiolayers, und subtitles |
| 16:52:46 | web-taz | but these animes, just are xvid and mp3 |
| 16:52:56 | web-taz | so i cannot imagine why it doesnt work |
| 16:53:19 | karashata | web-taz: did you convert them to MPEG-1 or MPEG-2 format before trying to play them in Rockbox? |
| 16:53:54 | | Join Thundercloud [0] (n=thunderc@resnet04.nat.lancs.ac.uk) |
| 16:54:07 | karashata | actually, thinking a sec, that's a silly question... they wouldn't show up otherwise.. |
| 16:54:13 | Bagder | time to go make dinner |
| 16:54:50 | karashata | however, Rockbox can't do anything with Xvid compressed video AFAIK, so that's likely why it's not showing the video portion of the clips |
| 16:55:28 | web-taz | nonono |
| 16:55:43 | web-taz | i used the vlc batch file to convert it to mpeg |
| 16:56:14 | web-taz | with other files this worked very well |
| 16:57:02 | karashata | hmm, I don't use VLC myself so I can't help too much with that... |
| 16:57:17 | karashata | do you use Linux or Windows? |
| 16:58:00 | web-taz | windows |
| 16:58:27 | web-taz | i think it must be something with the animes |
| 16:58:42 | karashata | are you converting them from MKV files directly? |
| 16:58:45 | web-taz | because other files (i'm just trying another) |
| 16:58:55 | web-taz | no |
| 16:59:02 | web-taz | i gave up converting mkvs |
| 16:59:18 | karashata | ah, kay... |
| 16:59:20 | web-taz | because i must delete audio layers |
| 16:59:33 | web-taz | what I'm converting is avi |
| 16:59:37 | web-taz | xvid / mp3 |
| 17:00 |
| 17:00:13 | karashata | does the avi file play back with the audio and the video both working in the VLC player? |
| 17:03:03 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
| 17:03:18 | web-taz | yes |
| 17:05:26 | markun | web-taz: maybe you can host a small sample video for us to see what's wrong? |
| 17:05:46 | web-taz | ähm |
| 17:05:56 | web-taz | sample from the not working converted? |
| 17:06:04 | web-taz | please wait a minute... |
| 17:06:04 | markun | yes |
| 17:06:58 | | Quit hcs ("Leaving.") |
| 17:07:11 | web-taz | oh fuck |
| 17:07:22 | web-taz | i have got so many tools to convert videos |
| 17:07:28 | web-taz | but how do i cut it? |
| 17:07:28 | web-taz | ^^ |
| 17:07:44 | markun | not sure :) |
| 17:08:32 | markun | I use mencoder and when I press ^C it just stops converting, but maybe vlc throws the video away |
| 17:09:01 | web-taz | mhh |
| 17:09:18 | web-taz | i think so |
| 17:09:32 | web-taz | abort in windows mostly means -> return to start |
| 17:09:35 | web-taz | or |
| 17:09:37 | web-taz | error |
| 17:11:56 | web-taz | not goot |
| 17:12:07 | web-taz | tmpgenc sais: illegal mpeg streams |
| 17:12:13 | web-taz | when i try to cut it |
| 17:12:29 | web-taz | 25MB |
| 17:12:35 | web-taz | uncutted |
| 17:12:38 | web-taz | mhhh |
| 17:13:27 | | Join japc [0] (n=japc@194.65.5.235) |
| 17:14:02 | lostlogic | barrywardell: there's red and it's not mine |
| 17:14:29 | web-taz | well |
| 17:14:45 | web-taz | perhaps i should try to encode with mencoder |
| 17:15:10 | *** | Saving seen data "./dancer.seen" |
| 17:15:51 | barrywardell_ | lostlogic: yeah, I 've already commited the fix ;) |
| 17:18:06 | | Quit japc (Remote closed the connection) |
| 17:18:08 | | Join Arathis2 [0] (n=doerk@p508A3DF8.dip.t-dialin.net) |
| 17:22:11 | | Join mf0102 [0] (n=michi@85.127.180.92) |
| 17:22:12 | | Quit Thundercloud (Read error: 104 (Connection reset by peer)) |
| 17:23:10 | lostlogic | barrywardell_: :) I'll be sure to commit some red of my own soon. |
| 17:25:49 | barrywardell_ | :) |
| 17:25:49 | | Join rzr\ [0] (n=hcmf-nor@c7A63BF51.dhcp.bluecom.no) |
| 17:26:32 | rzr\ | Good evening everyone. |
| 17:26:45 | rzr\ | Any Sansa experts here? :P |
| 17:28:13 | rzr\ | I've been having a problem with playback using rockbox, it's being very unstable and will occasionally freeze entirely, resulting in me having to remove the battery to reboot the player. Anyone having a similar issue? |
| 17:28:26 | rzr\ | Sansa e270 btw |
| 17:28:52 | tuplanolla | i have, e280 |
| 17:29:15 | tuplanolla | you can press the menu button for 15sec to shutdown |
| 17:29:40 | tuplanolla | it freezes when i play wma files |
| 17:29:42 | rzr\ | that long, ok |
| 17:30:07 | rzr\ | Well, mine seems to freeze randomly. Playback will just stop, and I can't start any other file until I've rebooted the player entirely. |
| 17:30:38 | tuplanolla | you can select new track from the db but it just won't play it |
| 17:31:01 | rzr\ | yeah, or browse the files directly and start one, but it just won't play |
| 17:31:10 | tuplanolla | yea |
| 17:31:34 | n1s | rzr\: when did you last update? |
| 17:31:35 | rzr\ | It's incredibly annoying, I'm forced to reboot the player several times a day, at work |
| 17:31:38 | rzr\ | two days ago |
| 17:31:46 | rzr\ | the problem was there before that too though |
| 17:32:14 | n1s | rzr\: lostlogic whacked a couple bugs affecting sansas yesterday so you might want to try a newer build |
| 17:32:55 | rzr\ | I can try |
| 17:33:06 | | Join webtaz [0] (n=web@p4FD61F1E.dip0.t-ipconnect.de) |
| 17:33:07 | tuplanolla | imma trying too |
| 17:33:32 | amiconn | barrywardell: I think that 0x70000084 is actually an enable, so we should add a define for it as well |
| 17:33:56 | | Join Thundercloud [0] (n=thunderc@resnet05.nat.lancs.ac.uk) |
| 17:34:00 | * | amiconn named GPO32_VAL clever enough so the suggested name would be GPO32_ENABLE ;) |
| 17:34:22 | amiconn | Of course we could verify whether it's really an enable |
| 17:35:22 | rzr\ | Such a weird bug though, it was the sole reason I updated on friday. |
| 17:35:29 | barrywardell | amiconn: have you verified it? |
| 17:35:42 | amiconn | no, not yet |
| 17:36:06 | | Quit Arathis (Read error: 110 (Connection timed out)) |
| 17:36:17 | barrywardell | I'll try it on my sansa |
| 17:36:22 | amiconn | Should be easy to verify on a G5; when disabling GPO32 bit 30, the HDD should be either always on or always off |
| 17:42:31 | tuplanolla | rzr\: yeah, works for me now |
| 17:42:42 | rzr\ | hmm |
| 17:42:48 | rzr\ | I've deleted my old rockbox folder |
| 17:42:52 | rzr\ | and installed the new one |
| 17:43:12 | rzr\ | so hopefully it'll work continuously now :P |
| 17:44:14 | | Join nanok [0] (n=nanok@194.145.183.75) |
| 17:44:27 | | Nick Arathis2 is now known as Arathis (n=doerk@p508A3DF8.dip.t-dialin.net) |
| 17:48:47 | rzr\ | hmm, ReplayGain in APEv2 tags are not supported? I just read in the manual that they need to be ID3.. |
| 17:48:56 | | Quit web-taz (Read error: 110 (Connection timed out)) |
| 17:49:01 | rzr\ | I thought replaygain was APEv2 only? |
| 17:49:26 | n1s | rzr\: it depends on which app you use to write them |
| 17:49:55 | | Join web-taz [0] (n=web@p4FD61BCC.dip0.t-ipconnect.de) |
| 17:50:09 | | Join webguest78 [0] (i=40db7e82@gateway/web/cgi-irc/labb.contactor.se/x-c9f28d6b6b268cd6) |
| 17:50:22 | rzr\ | I use foobar for all my music |
| 17:50:42 | rzr\ | I make sure to tag my files using both ID3v2 and APEv2 |
| 17:51:40 | n1s | some apps, (i don't know which) are able to write RG info in id3v2 tags, and those tags are what rockbox reads |
| 17:51:45 | n1s | (for mp3) |
| 17:52:52 | rzr\ | thats weird then cause replaygain seems to work on my player. I guess foobar writes it to both tagsets then. |
| 17:53:51 | | Quit barrywardell_ () |
| 17:55:06 | rzr\ | hmm |
| 17:55:21 | rzr\ | it seems to play fine now. Time will show. :P |
| 17:55:36 | | Join japc [0] (n=japc@194.65.5.235) |
| 17:57:02 | | Part web-taz |
| 17:57:57 | | Join japc_ [0] (n=japc@194.65.5.235) |
| 17:58:52 | | Quit japc_ (Remote closed the connection) |
| 17:59:10 | | Join japc_ [0] (n=japc@194.65.5.235) |
| 18:00 |
| 18:01:29 | | Join scorche|w [0] (n=42c007b2@rockbox/administrator/scorche) |
| 18:01:41 | | Join barrywardell_ [0] (n=barrywar@dhcp-892b9b73.ucd.ie) |
| 18:03:42 | | Join pondlife [0] (n=Steve@rockbox/developer/pondlife) |
| 18:04:33 | pondlife | lostlogic: I'm sure you know, but I've just retested and resume is no better since earlier :/ |
| 18:04:54 | | Join Domonoky [0] (n=Domonoky@f051076024.adsl.alicedsl.de) |
| 18:06:27 | | Quit petur ("*plop*") |
| 18:07:09 | | Quit Siku (Nick collision from services.) |
| 18:07:13 | | Nick [Sur`DataGhost] is now known as DataGhost (i=dataghos@ip3e832ea5.speed.planet.nl) |
| 18:07:15 | | Join Siku [0] (i=Siku@e81-197-77-148.elisa-laajakaista.fi) |
| 18:07:36 | | Quit webtaz (Read error: 110 (Connection timed out)) |
| 18:07:50 | barrywardell | amiconn: yep, it's an enable. the sd_card_mux doesn't work on sansa with the bit disabled |
| 18:09:20 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
| 18:11:38 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 18:14:11 | | Quit japc (Connection timed out) |
| 18:14:14 | | Join spiorf [0] (n=spiorf@host48-201-dynamic.16-79-r.retail.telecomitalia.it) |
| 18:16:34 | | Quit Siku () |
| 18:19:59 | Nico_P | lostlogic: I'm finally reading your recent commits |
| 18:22:52 | * | BigBambi feels a bit sorry for the unfortunate Nano people |
| 18:23:45 | | Quit linuxstb (Read error: 113 (No route to host)) |
| 18:26:10 | lostlogic | pondlife: aww, I thought what I just committed might have made it better actually. |
| 18:26:15 | lostlogic | Nico_P: fun fun |
| 18:26:24 | Nico_P | lostlogic: so much things to read :) |
| 18:26:27 | | Quit desowin (Read error: 113 (No route to host)) |
| 18:26:36 | pondlife | lostlogic: I hoped so too... :/ |
| 18:26:58 | lostlogic | I have one queued up which removes conf_watermark because that shouldn't be configurable and appears to have been a hack |
| 18:26:59 | Nico_P | lostlogic: I'm not sure I agree with what you said about having to buffer the whole file then seek for resuming |
| 18:27:11 | lostlogic | Nico_P: hrm? |
| 18:27:13 | lostlogic | not for resume |
| 18:27:21 | lostlogic | or which statement |
| 18:27:33 | lostlogic | oh that's right, I"m supposed to be beating you up. |
| 18:27:38 | lostlogic | for 8092 |
| 18:27:43 | lostlogic | *scowl* |
| 18:27:44 | Nico_P | just a sec... not sure I understood right too |
| 18:27:49 | pondlife | The file should be buffered when I resume after stopping... |
| 18:28:01 | Nico_P | " the read->advance method would force the whole file to end up buffered even when resuming would only require part of it and therebo obviate the need for a reverse seek and also the need for conf_preseek" |
| 18:28:02 | lostlogic | pondlife: huh? stop clears buffer completely |
| 18:28:09 | pondlife | Why? |
| 18:28:20 | | Quit Chronon ("Client exited") |
| 18:28:28 | lostlogic | pondlife: stopping invalidates all tracks |
| 18:28:36 | Nico_P | lostlogic: FS #8092 is why partial tracks are gotten rid of |
| 18:28:38 | pondlife | Ah, ok. But does it have to? |
| 18:28:53 | Nico_P | but yeah there are other problems |
| 18:28:55 | lostlogic | pondlife: would be needlessly complex to not do so, imo |
| 18:29:09 | lostlogic | Nico_P: partial tracks being gotten rid of does nothign to help 8092 |
| 18:29:13 | Nico_P | pondlife: same as playlist skipping ;) |
| 18:29:20 | pondlife | Be nice to avoid an un-needed spinup in both cases |
| 18:29:23 | lostlogic | rebuffer_handle cannot work on the backward case. |
| 18:29:34 | pondlife | Throwing away good data ;p |
| 18:29:39 | n1s | pondlife: ever heard of pause? .P |
| 18:29:42 | n1s | :P |
| 18:29:45 | lostlogic | n1s: beat me to it!! |
| 18:29:50 | pondlife | Pause sucks |
| 18:29:50 | Nico_P | lostlogic: yeah but FS #8092 was showing up in a bad way when partial tracks weren't gotten rid of ;) |
| 18:29:54 | pondlife | Voice doesn't work |
| 18:29:58 | lostlogic | Nico_P: ah |
| 18:30:31 | lostlogic | Nico_P: so what do you think about doing away with conf_chunksize |
| 18:30:34 | Nico_P | lostlogic: so about read->advance... I'm not sure I see what you mean... |
| 18:30:39 | lostlogic | (I misspoke earlier, conf_watermark is good) |
| 18:30:53 | pondlife | Pause and stop should be unified really... and the buffer/playlist could be preserved in both cases. |
| 18:31:02 | Nico_P | lostlogic: then we hardcode the chunksize? |
| 18:31:14 | lostlogic | Nico_P: so if a codec calls for a raed from the beginning of a file that is only partially buffered as its first action... it forces the whole file tob e buffered. |
| 18:31:32 | lostlogic | Nico_P: yes, absolutely, chunksize is a decision of the buffering code and is nobody else' business |
| 18:31:42 | Nico_P | I quite agree |
| 18:31:46 | pondlife | Don't those "per-codec" settings make little sense when buffering? I mean, as globals at least.. |
| 18:32:19 | lostlogic | Nico_P: the other thing that the read, advance method might have been doing now that I think of it is just skipping first_frame_offset worth of good data that should have been played |
| 18:32:24 | Nico_P | lostlogic: I can readd the ata idle callback if you're not working on it... I just need to get acquainted with your changes first |
| 18:32:28 | pondlife | They only refer to the current codec using the data, not other buffering, no? |
| 18:32:29 | lostlogic | and now that I think of it, that's why changing it broke pondlife |
| 18:32:43 | lostlogic | Nico_P: yeah, I'm not working on that. |
| 18:32:49 | lostlogic | pondlife: exactly. |
| 18:32:58 | pondlife | IMHO they should be playback, not buffering (or if they must be buffering, per handle) |
| 18:33:03 | lostlogic | pondlife: so if it were to be used it would hafta be done differently and in its current state it's just wrong |
| 18:33:27 | pondlife | Or even better see if it can all be scrapped and KISSed better ;) |
| 18:33:46 | Nico_P | lostlogic: if you get rid of chunksize, we only have watermark left, right? |
| 18:34:04 | lostlogic | Nico_P: yeah, my patch also makes it an explicit call not a conf switch call |
| 18:34:15 | Nico_P | logical |
| 18:34:32 | lostlogic | <−− lostlogic not logical :-D |
| 18:34:45 | pondlife | Watermark could be per-handle if needed.... |
| 18:34:54 | pondlife | That sounds a sensible thing. |
| 18:35:00 | Nico_P | pondlife: agreeed. Maybe we could even get rid of it |
| 18:35:24 | pondlife | Which codecs use extreme watermarks? FLAC? |
| 18:35:37 | lostlogic | pondlife: I like the per-codec watermark personally |
| 18:36:03 | pondlife | Yep, but it should be per buffer handle... Video may want a higher value... |
| 18:36:33 | pondlife | I guess it depends on the data rate and how variable it might be. |
| 18:36:34 | lostlogic | pondlife: it is in effect per-buffer handle |
| 18:36:40 | lostlogic | because it's configured by the codec as it starts playing a handle |
| 18:37:08 | pondlife | So not going to accidentally affect another handle that's filling at the same-ish time? |
| 18:37:26 | pondlife | e.g. playing FLAC while buffering a SID |
| 18:37:32 | pondlife | or whatever |
| 18:37:47 | lostlogic | pondlife: nothing to do with filling |
| 18:37:52 | lostlogic | pondlife: only to do with emptying |
| 18:37:54 | | Quit barrywardell_ () |
| 18:38:00 | pondlife | OK, that makes sense. |
| 18:38:04 | lostlogic | so the currently _reading_ codec sets it |
| 18:38:16 | pondlife | i.e. buffer -> codec |
| 18:38:20 | Nico_P | lostlogic: so we'd use the base_handle value? |
| 18:38:41 | lostlogic | Nico_P: yeah, I mean if we were to add a varialbe for watermark to each handle |
| 18:38:42 | * | pondlife was confused and thought it related more to the trigger point for filling. |
| 18:38:42 | Nico_P | to know which handle is affected by the setting, I mean |
| 18:38:46 | lostlogic | but I still don't think that's necessary |
| 18:38:58 | Nico_P | lostlogic: why? |
| 18:39:04 | lostlogic | pondlife: it is the trigger poitn for filling but it's only relevent to the currently playing handle |
| 18:39:16 | lostlogic | Nico_P: because it's only relevant to the playing handle |
| 18:39:20 | lostlogic | nto to all handles |
| 18:39:28 | zicho | is it possible to have shuffled playback when listening to a dynamic playlist? |
| 18:39:31 | Nico_P | hmm ok I thought it was set for each buffered handle in turn |
| 18:39:32 | lostlogic | and it's just as easy to have the codec say "I'm playing a handle of this watermark" |
| 18:39:33 | pondlife | What if you have 2 consumers using buffering at the same time? |
| 18:39:39 | | Join barrywardell_ [0] (n=barrywar@dhcp-892b9b73.ucd.ie) |
| 18:39:47 | pondlife | In the future, I mean |
| 18:39:48 | lostlogic | pondlife: buffering would explode because buf_ridx wuold break. |
| 18:39:58 | lostlogic | pondlife: so we'll have bigger problems than the watermark. |
| 18:40:04 | Nico_P | lostlogic: that's not true |
| 18:40:14 | Nico_P | unless it changed |
| 18:40:26 | lostlogic | Nico_P: hmm, your'e right, buf_ridx is only cahnged when first_handle is closed or shrunk |
| 18:40:37 | | Quit perrikwp___ (Read error: 104 (Connection reset by peer)) |
| 18:40:39 | Nico_P | yes. the reading pointer is maintained per-handle |
| 18:40:46 | | Quit karashata (Read error: 110 (Connection timed out)) |
| 18:40:55 | Nico_P | so multiple users isn't a problem |
| 18:41:00 | lostlogic | pondlife: ok, yes, then it would be better to have some kind of per-handle setting but the logic for knowing when data is low would get quite complex I think |
| 18:41:04 | n1s | zicho: yes, turn on shuffle |
| 18:41:24 | pondlife | lostlogic: I guess you're low when any active handle is low |
| 18:41:29 | pondlife | i.e OR them all. |
| 18:42:05 | * | pondlife eats the last biscuit |
| 18:42:12 | lostlogic | pondlife: so you'd want per-handle checking too *shudder* not today. |
| 18:42:21 | pondlife | Nope, not today :) |
| 18:42:51 | pondlife | Let's just get it bugless first :p |
| 18:42:53 | Nico_P | lostlogic: in r15466 you added a queue_send of Q_FILL_BUFFER *before* the queue_send of Q_BUFFER_HANDLE in buf_request_buffer_handle... wouldn't *after* make more sense? |
| 18:43:11 | * | Nico_P hoped the code would be bugless on his return from vacation :p |
| 18:43:32 | pondlife | Hah, it's not too bad |
| 18:43:38 | zicho | n1s: It just hops to the next track on the last, in order. |
| 18:44:01 | pondlife | Certainly seems that some ancient playback bugs may have vanished |
| 18:44:34 | n1s | zicho: yes, turning on shuffle will reorder the playlist, it always plays in order, htere is also a "reshuffle" option in the wps context menu |
| 18:44:41 | | Quit barrywardell_ () |
| 18:44:43 | lostlogic | Nico_P: yeah, that's a little broken, I just realized I had it fixed proper-like in a pending fix, but I'm trying to separate my commits into good atomic units before proceeding |
| 18:44:56 | Nico_P | lostlogic: I use got for that ;) |
| 18:44:58 | zicho | n1s: oh. |
| 18:44:59 | Nico_P | or git |
| 18:45:18 | lostlogic | Nico_P: yeah, hehe |
| 18:45:27 | pondlife | get git |
| 18:45:36 | lostlogic | but the start_fill _must_ go before the buffer_handle to start making space for the handle to buffer |
| 18:45:44 | lostlogic | otherwise it'll just be bumping against data already ont he buffer |
| 18:46:18 | Nico_P | start_fill? |
| 18:46:29 | lostlogic | haah, doesn't exist.. fill_buffer |
| 18:46:42 | rzr\ | context menu button on the sansa seems to be changed or non.functional in the newest build |
| 18:46:57 | lostlogic | the ponti is that a BUFFER_HANDLE without first _at least_ shrinking handles is pointless |
| 18:47:08 | lostlogic | because the buffer was most likely filled completely 30 megs ago and hasn't been emptied at alls inced |
| 18:47:14 | lostlogic | all since |
| 18:47:33 | Nico_P | yeah but I think it makes more sense to give prio to the handle that needs it |
| 18:47:57 | Nico_P | so maybe add a shrink_buffer call when Q_BUFFER_HANDLE is received |
| 18:48:14 | Nico_P | but I'm still reading through the changed code ;) |
| 18:48:50 | lostlogic | Nico_P: exactly what the pending patch does :) |
| 18:49:15 | lostlogic | Nico_P: turns out we need two cases for buffer_handle 1) a case that should initiate a new fill and 2) a case that is called during a fill by a new bufopen or suchlike |
| 18:49:22 | lostlogic | so I'm separating them out |
| 18:49:23 | | Join DerPapst [0] (n=DerPapst@p54B2F4AB.dip.t-dialin.net) |
| 18:49:25 | | Join karashata [0] (n=Kimi@pool3-038.adsl.user.start.ca) |
| 18:50:26 | n1s | rzr\: yes it changed to long select |
| 18:53:49 | lostlogic | Nico_P: so now I need you (or me) to figure out how to correctly trigger a complete rebuffer on a reverse seek off-buffer. |
| 18:54:32 | lostlogic | pondlife: are you sure that resume is still broken? because if its still broken then the resume you're dealing with is not being handled well even for the known bugs. |
| 18:54:50 | pondlife | I'll try again if you like |
| 18:55:11 | pondlife | lostlogic: Which OS are you using? |
| 18:55:34 | Nico_P | lostlogic: I just tried and it's broken |
| 18:55:45 | lostlogic | pondlife: broken on target too? |
| 18:55:49 | Nico_P | I'll try to find out why |
| 18:55:51 | lostlogic | pondlife: cuz it definitely works on target for me |
| 18:56:00 | pondlife | Not sure, but the sim is knacked |
| 18:56:07 | lostlogic | fsck the sim :-P |
| 18:56:16 | pondlife | Hah, you should use it more often |
| 18:56:29 | Nico_P | indeed |
| 18:56:34 | lostlogic | pondlife: I develop on a leased server in a data center, copying builds to one of several computers that I am actually typing through, so I have no way to build or run sims for my terminals. |
| 18:56:43 | pondlife | Normally the sim works great and target is fscked |
| 18:56:48 | nanok | uhmm.. sorry to spoil the party, and all |
| 18:56:56 | lostlogic | nanok: what'd I break? |
| 18:57:18 | nanok | i notice the "context menu" on the sansa e200 target, on the current build, acts like "back" in the menus |
| 18:57:21 | nanok | lostlogic: :) |
| 18:57:38 | n1s | nanok: the keymap changed a little |
| 18:57:45 | nanok | i see. i was about to ask if it;s normal. i take it it _is_ indeed normal |
| 18:57:47 | nanok | :) |
| 18:57:52 | nanok | aahm, i see |
| 18:58:05 | nanok | n1s: any link to the changes? |
| 18:58:15 | | Quit idnar (Nick collision from services.) |
| 18:58:17 | | Join idnar_ [0] (i=mithrand@unaffiliated/idnar) |
| 18:58:41 | * | pondlife reboots his H340... |
| 18:58:42 | n1s | nanok: it's in the svn log, try the "last 4 weeks" link on the bottom of the frontpage |
| 18:59:01 | lostlogic | *laugh* would be on the front page if I wasn't committing like 123 times a day |
| 18:59:10 | lostlogic | I should ease up on the rate of change. |
| 18:59:15 | pondlife | Yes, Sunday was an epic :) |
| 18:59:25 | pondlife | It's broken on target too |
| 18:59:36 | lostlogic | pondlife: *frown* why it works for me? |
| 18:59:41 | barrywardell | I'm not convinced I like that change. The power button does have "menu" written under it. It seems the obvious choice to bring up the menu |
| 18:59:56 | n1s | lostlogic: at least many small commits are better than one huge that basically rewrites several files :) |
| 19:00 |
| 19:00:17 | lostlogic | n1s: yep, I'm trying to keep my commits to single functional ideas |
| 19:00:37 | lostlogic | pondlife: yeah, just booted up into a resume on an mp3 and it worked like a charm... *frown* |
| 19:00:44 | pondlife | lostlogic: Recipe is simple. Play a track halfway through. Press STOP to go to browser (not pause). Press PLAY to resume. WPS progress continues, but audio starts from the start |
| 19:00:50 | pondlife | Not a boot-up resume, a STOP/PLAY one |
| 19:01:05 | Nico_P | lostlogic: sill broken on sim |
| 19:01:13 | lostlogic | sigh. |
| 19:01:14 | Nico_P | (r15480) |
| 19:01:40 | pondlife | Same thing happens on both... Do you know what the value passed in for resume position is? |
| 19:01:56 | pondlife | It seems to be resuming after the ID3 data, not at the last played position |
| 19:02:04 | lostlogic | pondlife: ahh, ok, I get it now... yes, resets playing position to beginning even though wps is where it thought it should be |
| 19:02:08 | | Nick advcomp2019_ is now known as advcomp2019 (n=advcomp2@unaffiliated/advcomp2019) |
| 19:02:10 | pondlife | Yep |
| 19:02:15 | lostlogic | pondlife: ok, this I can work on. |
| 19:02:24 | pondlife | If you let it play past end of track, things go horrible |
| 19:02:31 | * | nanok is safe from this, he didn;t figure out yet how to _stop_ not pause the sansa |
| 19:02:34 | nanok | :) |
| 19:02:49 | | Join Frazz [0] (n=Fraser@thelawsons.plus.com) |
| 19:02:53 | pondlife | Use voice, then you'll learn not to pause :) |
| 19:03:09 | lostlogic | pondlife: codec bug. |
| 19:03:17 | | Join bertrik [0] (n=Bertrik_@175-022-045-062.dynamic.caiway.nl) |
| 19:03:18 | pondlife | Used to work :) |
| 19:03:35 | lostlogic | pondlife: the codec doesn't opbey the offset so the old way was actually skipping the first_frame_offset first bytes at a resume |
| 19:03:37 | n1s | haha lovely we now get even more gcc/server specific warnings... barrywardell's server spits out warnings in libmad/synth.c that no other server cares about (sims) |
| 19:03:40 | lostlogic | but that wasn't very noticible most of the time |
| 19:03:59 | lostlogic | will fix in codec. |
| 19:04:08 | pondlife | Cool |
| 19:04:18 | pondlife | Will test at some point |
| 19:04:19 | Nico_P | haha I love when new code reveals old bugs |
| 19:04:32 | amiconn | Hmmrmm |
| 19:04:52 | Nico_P | amiconn: did I say something wrong? |
| 19:04:53 | amiconn | HDD poweroff didn't increase runtime noticeably on mini G2 :| |
| 19:05:42 | pondlife | Maybe MoB is decreasing runtime in a proportional manner ;/ |
| 19:05:44 | amiconn | Probably these microdrives do autosleep much like their solid-state twins |
| 19:05:52 | n1s | should we perhaps introduce required versions of gcc/binutils for our build servers for their native arch so these things at least get consistent? |
| 19:06:18 | pondlife | n1s: Yes. Make the buggy gccs illegal. |
| 19:06:31 | amiconn | n1s: I don't think that's possible, with the mix of architectures and distributions |
| 19:06:33 | barrywardell | n1s: probably because it's running gcc 4.1.1? maybe I should update it? |
| 19:06:51 | n1s | pondlife: that wont work, we couldn't use gcc at all then ;P |
| 19:07:02 | pondlife | 4.2.1 and 4.2.3 seem to give more warnings than 4.1.1... |
| 19:07:07 | pondlife | n1s: True :) |
| 19:07:33 | n1s | yep 4.2 has anoter bug that spits out most of the warnings on the build table... |
| 19:08:05 | pondlife | Can't the oggmalloc warning be fixed in code? |
| 19:08:31 | pondlife | I don't have the ability to build 64 bit sims. |
| 19:08:31 | n1s | barrywardell: 4.1.2 seems ok... |
| 19:08:47 | nanok | 15 minutes lostlogic Create two separate ways for a handle buffer request to be sent. One is when th... |
| 19:08:51 | pondlife | Or 4.1.3 |
| 19:08:52 | nanok | lostlogic: you bastard... |
| 19:08:54 | nanok | :) |
| 19:08:58 | barrywardell | n1s: I can upgrade to that |
| 19:09:32 | amiconn | n1s: The warnings in cfft.c are in fact very odd: No matter how you try to cast, the warnings stay - *and* they occur consistently with all gcc 4.2.x |
| 19:09:44 | pondlife | That's a gcc bug, no? |
| 19:09:48 | amiconn | Even across architectures (x86 and x86_64) |
| 19:09:48 | nanok | lostlogic: if you keep it up, the repo server will have to use lvm snapshots to backup the svn and/or build the nightly builds |
| 19:09:58 | | Join ilgufo [0] (n=matteo@host96-127-dynamic.56-82-r.retail.telecomitalia.it) |
| 19:10:19 | amiconn | pondlife: That's the question... |
| 19:10:28 | lostlogic | why am I bastard? I 'm having parsing difficulty |
| 19:10:36 | n1s | amiconn: yes I have seen your comments on it, and those warnings are not there in the trsts with gcc 4.3 I have made but those were only m68k-elf builds |
| 19:10:47 | n1s | tests* |
| 19:10:48 | pondlife | Hmm, has the build hung, or is my patience wearing out, or my internal clock wrong? |
| 19:11:18 | pondlife | Aha, one of the latter 2 |
| 19:11:38 | pondlife | lostlogic: Nice deltas btw |
| 19:11:47 | lostlogic | pondlife: my favorite hobby. |
| 19:12:30 | pondlife | I shaved some a few bytes off playback.c earlier, but I'll wait until you're done before I change anything... |
| 19:12:49 | lostlogic | does shorten support resume? |
| 19:12:58 | pondlife | Yes, AFAIK |
| 19:13:02 | pondlife | It should |
| 19:13:38 | pondlife | Ah, no |
| 19:13:38 | nanok | lostlogic: uhm, it's supposed to be kind of a compliment :) |
| 19:13:53 | pondlife | At least according to the wiki - it doesn't have the seek box ticked |
| 19:14:11 | pondlife | "Decoder from ffmpeg project in SVN. No seeking support." |
| 19:14:34 | lostlogic | yeah,I dn't see it in the codec either :) |
| 19:14:43 | lostlogic | glad I'm not negatively hallucinating |
| 19:15:12 | *** | Saving seen data "./dancer.seen" |
| 19:15:28 | pondlife | lostlogic: Mind if I commit a tiny playback hack? |
| 19:15:35 | pondlife | No logic change |
| 19:15:55 | pondlife | Just an attempt to shave 4 bytes off |
| 19:16:28 | lostlogic | pondlife: I'm not in playback.c |
| 19:16:32 | pondlife | OK |
| 19:16:41 | pondlife | So your mod is just a codec fix |
| 19:16:52 | | Join Bagder_ [0] (n=daniel@1-1-5-26a.hud.sth.bostream.se) |
| 19:16:53 | lostlogic | fix for mp3 resume committed untested (because I'm that confident that it's not worse) |
| 19:17:05 | * | Nico_P will test |
| 19:17:25 | * | pondlife too |
| 19:17:40 | * | lostlogic too |
| 19:17:42 | lostlogic | :-P |
| 19:18:05 | Nico_P | lostlogic: the validity of a null HID causes a bunch of buclose(0) calls on playback stop |
| 19:18:10 | lostlogic | I hate windows. it takes lik 4x as long toe xtract a build from windows as from linux |
| 19:18:13 | Nico_P | all the null track info structs... |
| 19:18:28 | lostlogic | Nico_P: I know, I've been trying to decide if I care though ;) |
| 19:18:51 | Nico_P | it's annoying with logf enabled and it feels inefficient |
| 19:18:53 | pondlife | Why do we start at 0, not 1? |
| 19:19:00 | Nico_P | pondlife: we used to start at 1 |
| 19:19:06 | pondlife | I know |
| 19:19:10 | pondlife | POSIX thing, is it?> |
| 19:19:27 | nanok | uhm.. i seem to be incapabale of finding the damn changelog. however, i cannot, for the life of me, figure out what might have replaced the "down" button in the function of "context menu"? |
| 19:19:31 | * | nanok is puzzled |
| 19:19:35 | | Join bluey [0] (n=bluey@dslb-088-074-010-075.pools.arcor-ip.net) |
| 19:19:54 | pondlife | nanok: It's LONG SELECT on most targets |
| 19:20:02 | nanok | pondlife: AAAAAHM |
| 19:20:10 | lostlogic | ugh, now there seems to be a problem where it resumes to the right spot but then doesn't continue playing until full buffer fill is done |
| 19:20:12 | nanok | pondlife: thanks, sorry |
| 19:20:13 | lostlogic | *scowl* |
| 19:20:34 | pondlife | So, you fixed one bug, but that revealed another, again ;) |
| 19:21:16 | pondlife | There's a glitch on resume now. |
| 19:21:28 | pondlife | A bit of old PCM? |
| 19:21:41 | pondlife | Or ID3 as audio? |
| 19:21:52 | lostlogic | pondlife: hmm, I haven't heard that, but maybe |
| 19:22:11 | pondlife | Fairly obvious in quiet passages |
| 19:22:58 | pondlife | Might be voice related... that's MP3 of course. |
| 19:24:42 | pondlife | Perhaps it's my playback mod... will try clean |
| 19:25:18 | lostlogic | there's definitely a problem with mp3 startup now. |
| 19:25:24 | lostlogic | trying to work out what it is. |
| 19:25:56 | | Part blufox_ ("Leaving") |
| 19:26:04 | lostlogic | Nico_P: btw, that 'problem' only happens on first lpayback start, so it's really no big deal (the bufclose(0)) |
| 19:26:14 | lostlogic | Nico_P: could be solved by a few LOC in audio_init |
| 19:26:25 | lostlogic | like I said, just deciding if I care |
| 19:28:12 | nanok | i've noticed that the discharge curve from about 30 percent on, on the sansa (as reported by the battery bench) is very steap, more so than the rest |
| 19:28:56 | nanok | could this be addressed in an easy way, is there allready a way to provide a.. uhm.. function for the way the battery dischrges on a particular target? |
| 19:30:11 | lostlogic | pondlife: ugh, now I can't reproduce the problem I was having with resuming... how is yours? |
| 19:30:22 | | Join mirak [0] (n=mirak@m94.net81-66-75.noos.fr) |
| 19:30:26 | pondlife | Just rebuilding clean |
| 19:31:25 | | Quit webguest78 ("CGI:IRC (EOF)") |
| 19:33:03 | | Quit Bagder (Read error: 110 (Connection timed out)) |
| 19:33:07 | | Join Alonea [0] (n=chatzill@24-119-114-203.cpe.cableone.net) |
| 19:33:25 | Alonea | I think there is something wrong with mpegplayer. The video stopped moving after about 1.5-2 minutes, but sound continues. lemme try another video. Dithering and start menu are turned off. |
| 19:35:05 | pondlife | lostlogic: It's glitching slightly |
| 19:36:34 | bertrik | nanok: yesterday my sansa wouldn't boot at 3.4V, while rockbox still played happily just before the reboot |
| 19:36:36 | | Join cheesenuggett [0] (n=cac@pool-72-87-41-248.ptldor.fios.verizon.net) |
| 19:36:50 | bertrik | so the low battery threshold may be a little too low on the sansa e200 series |
| 19:37:01 | Alonea | ok, looks like its just that one. probably got corrupted somehow. |
| 19:37:26 | pondlife | lostlogic: Seems ok now I've enabled crossfade again.. maybe I'm just used to crossfade ;) |
| 19:37:43 | lostlogic | pondlife: glitching -> playing bad data as it resumes still? |
| 19:38:03 | lostlogic | pondlife: grr, why is the buffer fill process not rapidly satisfying the data needed by a resuming mp3? |
| 19:38:12 | nanok | bertrik: aham, that might be. i know usually liion are supposed to be quite flat, untill they get to the bottom, after which they become steap |
| 19:38:24 | | Part cheesenuggett |
| 19:38:56 | pondlife | lostlogic: Hmm, the buffering should easily be able to beat the playback in a race |
| 19:39:15 | Alonea | ok, thats odd...another file, stops at same place. |
| 19:39:23 | | Quit karashata ("Leaving.") |
| 19:39:33 | nanok | bertrik: who refused to boot? the bootloader, saying "battery is too low"? |
| 19:39:39 | bertrik | nanok: yes |
| 19:39:41 | lostlogic | pondlife: yeah, I know, I'm going to get a good solid logf of the problem and stufy it. |
| 19:39:43 | | Join karashata [0] (n=Kimi@pool3-038.adsl.user.start.ca) |
| 19:39:44 | lostlogic | study even |
| 19:39:50 | nanok | bertrik: or did it just refuse to boot alltogether.. |
| 19:39:51 | pondlife | Good luck. |
| 19:39:54 | pondlife | I gotta go |
| 19:40:01 | | Quit pondlife ("Read error: 110 (Connection slimed out)") |
| 19:40:01 | lostlogic | see ya! |
| 19:40:08 | nanok | bertrik: ah, okay, than it's not _that_ bad |
| 19:40:15 | bertrik | I got the "battery is too low" message. |
| 19:40:47 | nanok | bertrik: but i do agree, it seems the last "20%" or so only means about 10 minutes of playing or something like that |
| 19:41:05 | | Join ambiotic [0] (n=ckit@98.80-203-19.nextgentel.com) |
| 19:41:21 | nanok | i will run with the battery bench from now on, see if we can make out what would be best to shave off, without loosing a significant part of battery lifetime |
| 19:41:55 | bertrik | I wonder if it would be possible to predict battery level by counting time and estimated current instead of using voltage alone |
| 19:42:15 | lostlogic | bertrik: some of the older targets do that |
| 19:42:22 | lostlogic | I think |
| 19:42:25 | lostlogic | at least for charging |
| 19:42:26 | bertrik | or maybe combine them in a kalman filter, but I think we would need more information for that |
| 19:42:34 | nanok | bertrik: you mean like checking the steepness of the curve, localy, or the discharge rate, so to speak? |
| 19:42:53 | Alonea | ok, so 3/4 files I have tried so far stop at the same place. the 3 files that failed are full screen ratio and are about 45 minutes long. The one that didn't fail is widescreen and is about 5-6 minutes. |
| 19:43:06 | bertrik | estimate the discharge rate from processor usage, LCD brightness, etc |
| 19:43:18 | Alonea | has anyone else had any problems playing video? |
| 19:44:31 | | Join przemhb [0] (n=przemhb@fan115.internetdsl.tpnet.pl) |
| 19:44:46 | nanok | bertrik: that sounds like a lot of work, and a bit indirect. isn't there a way to check the actual consumption (the battery/power circuitry should have this built in, so one doesn;t have to "guess it" based on what one consumes, but read it directly at the source, as it actually is)? |
| 19:45:05 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
| 19:45:44 | bertrik | I wish there was |
| 19:46:09 | | Join petur [0] (n=petur@rockbox/developer/petur) |
| 19:46:32 | bertrik | the battery itself has three terminals, but I guess that's just +, - and thermistor |
| 19:47:34 | | Quit japc_ (Remote closed the connection) |
| 19:47:42 | | Join merbanan [0] (n=banan@83.233.243.136) |
| 19:49:12 | nanok | bertrik: hmm, i see.. |
| 19:49:25 | n1s | Alonea: I would guess on something happening when it tries to rebuffer |
| 19:50:32 | nanok | i will have to look at the battery bench results, but i have a hunch a "healthy" battery should have quite a consistent trend, untill it gets almost empty (at which point the steepness changes fast and we should shutdown) |
| 19:50:55 | nanok | maybe this would be easyer to implement, combined with some voltage threshold, just to be safe? |
| 19:51:13 | Alonea | gonna see how file plays on computer. anyway, LOTR and everything else seems to be playing fine, but my ally mcbeal stops as soon as the opening song starts (intro video then it goes to the opening credits) |
| 19:51:18 | | Part agm3nt |
| 19:52:13 | n1s | Alonea: it the stopping ones are from the same source it's probably something about them that mpegplayer don't like :-9 |
| 19:52:48 | nanok | so basically, the second derivative should be the thing to watch for (the "delta_delta_voltage") −− is that the correct english word? |
| 19:53:43 | bertrik | the second derivative is very sensitive to noise i think |
| 19:54:06 | Alonea | n1s: ok, thats odd...I guess it is the file. WMP played up until the opening credits, skipped over them and started right after them. winamp was playing the video upside down...O.o |
| 19:54:26 | * | lostlogic high fives Nico_P |
| 19:54:38 | n1s | Alonea: seems safe to say the file is bad then ;) |
| 19:54:41 | Nico_P | lostlogic: ? |
| 19:54:46 | nanok | bertrik: hm, might be, but we don't need it for fractions of a second, "we don;t have to be that neat" |
| 19:54:55 | lostlogic | Nico_P: MAX_TRACK vs MAX_TRACKS, I'm a little retarded ;) |
| 19:55:08 | nanok | if we do a rough calculation for every few seconds, with a decently safe threshold, it should be enough |
| 19:55:09 | Nico_P | lostlogic: I think it was my bug |
| 19:55:13 | Alonea | n1s: i guess so, though its odd its only the ally files are like this. and they used to work just fine. |
| 19:56:01 | | Join bluey_ [0] (n=bluey@dslb-088-072-078-058.pools.arcor-ip.net) |
| 19:56:02 | nanok | bertrik: i guess the neat term for this would be some sort of "dampening" |
| 19:56:05 | nanok | :) |
| 19:56:27 | Nico_P | lostlogic: yep, annotate confirms |
| 19:56:36 | lostlogic | Nico_P: hehe :) |
| 19:57:09 | Nico_P | I'm not sure how bad that bug was |
| 19:57:24 | bertrik | nanon: I haven't really looked into it, but how about a simple piecewise linear approximation? |
| 19:57:38 | lostlogic | Nico_P: me either :-\ |
| 19:57:47 | nanok | bertrik: that even might work :) |
| 19:59:36 | nanok | bertrik: i will use my player with batt bench from now on, so there is something to start with. it will be worthless for benchmarks, as i cannot yet find the heart to give up usage of it and use the non-rockbox one i still have (not for long though). it's like trying to get from a car back to crawling, although crawling does get you there also, eventually.. |
| 19:59:42 | Nico_P | lostlogic: the tracks *should* have been cleared by audio_clear_track_entries in most cases, so I think it wasn't too bad |
| 20:00 |
| 20:00:02 | lostlogic | Nico_P: yeah, that's right, I commented ont he likely not-needed-ness of the release_tracks |
| 20:00:43 | Nico_P | yeah the two need to be unified... audio_release_tracks was some kind of a security measure because I wasn't sure I fully understood audio_clear_track_entries |
| 20:00:54 | lostlogic | Nico_P: any new thoughts on how to kill stupid trailing tags? |
| 20:01:13 | lostlogic | (that and the rebuffer_handle) are things I don't have ideas for fixing well |
| 20:01:19 | Nico_P | do they still break gapless playback. |
| 20:01:20 | Nico_P | ? |
| 20:01:33 | bertrik | nanok: by the way, what voltage do you see just after the OF charged the battery? |
| 20:01:40 | Nico_P | maybe get_metadata could somehow tell us how much of the file is really needed |
| 20:02:05 | lostlogic | Nico_P: yeah, they do still |
| 20:02:22 | bertrik | last time I saw only slightly less than 4.0V, while LiIon should be able to go upto 4.2V |
| 20:02:33 | lostlogic | Nico_P: yeah, I was thinking that but would hafta pass an additional parameter to bufopen and get_metadata would hafta seek+read at end of file, so it's an ugly solution. |
| 20:02:46 | nanok | bertrik: hm, i didn't check that yet |
| 20:03:01 | bertrik | I'd like to work on battery charging for the sansa e200 |
| 20:03:04 | nanok | it goes down very quick after booting up, so i would have to do it fast to see it |
| 20:03:13 | | Join jsor [0] (n=austinha@c-65-96-163-111.hsd1.ma.comcast.net) |
| 20:04:08 | amiconn | bertrik: There are 2 different LiIon systems. Most go up to 4.2V, some only up to 4.1V. |
| 20:04:47 | bertrik | amiconn: any idea which one is in the sansa, or how to find that out? |
| 20:05:36 | lostlogic | I think I'm done breaking things for now... |
| 20:05:48 | bertrik | I read that charging up to 4.1V is safer than 4.2V with only small impact on charged capacity |
| 20:06:18 | lostlogic | Nico_P: If you disagree iwth my last commit (or it causes trouble) revert it... I don't like the idea of starting buffering a file that is > chunk on open, but I'm a bit of two minds. |
| 20:06:40 | nanok | bertrik: yes, and overcharging liion can be.. catastrophic :) |
| 20:06:53 | Nico_P | lostlogic: r15486? |
| 20:07:10 | bertrik | so, any opinion on a safe voltage level and safe max charging current? |
| 20:07:12 | lostlogic | yeah |
| 20:07:19 | nanok | bertrik: i might try to get a multimeter and actually measure the battery after charging, without booting |
| 20:08:24 | nanok | bertrik: i am no expert in liion, but i seem to remeber liion is not charged at constant current, but rather in pulses |
| 20:08:30 | amiconn | lostlogic: The code police has something against your handle init (variable declaration mixed with code) |
| 20:08:40 | nanok | it is quite a tricky business, charging liion, afaik.. |
| 20:08:57 | lostlogic | amiconn: where which? |
| 20:09:13 | amiconn | http://svn.rockbox.org/viewvc.cgi/trunk/apps/playback.c?r1=15483&r2=15484 |
| 20:09:22 | amiconn | The 'int i;' |
| 20:09:39 | bertrik | I'm using this as a reference: http://www.batteryuniversity.com/partone-12.htm |
| 20:09:39 | * | lostlogic didn't do it! |
| 20:09:46 | * | Nico_P confesses |
| 20:09:57 | lostlogic | :) |
| 20:10:25 | Nico_P | amiconn: isn't that accepted? |
| 20:10:34 | Nico_P | IMHO it's also much more readable |
| 20:10:53 | | Quit bluey (Read error: 110 (Connection timed out)) |
| 20:11:03 | lostlogic | Nico_P: coding standards are no variable declaratiosn mixed with code... I noticed quite a few in buffering.c and started moving some of them out to the beginnings of functiosn as I was working. |
| 20:11:05 | Nico_P | If I could I would've written "for(int i = 0; i < MAX_TRACK; i++)" |
| 20:11:16 | * | amiconn disagrees regarding readability |
| 20:12:49 | lostlogic | (I personally don't care one way or the other and used to argue in favor of mixed a couple years ago) |
| 20:13:02 | Nico_P | lostlogic: isn't this a somewhat obsolete standard? |
| 20:13:30 | amiconn | Hmm. It's no longer in CONTRIBUTING |
| 20:13:42 | Nico_P | amiconn: yeah, I just looked |
| 20:13:51 | * | amiconn wonders why |
| 20:14:02 | Nico_P | lostlogic: I also just got an audio "glitch" like pondlife reported on playing an OGG after having played an MP3 which finished |
| 20:14:03 | lostlogic | amiconn: I seem to recall it being brought up a couple of months ago |
| 20:14:25 | Nico_P | the last half sec of the MP3 played before the OGG started |
| 20:14:33 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 20:14:40 | amiconn | I know that mixed declarations and code are allowed in C99, but I still don't like it |
| 20:14:50 | lostlogic | Nico_P: in continuous playback or after a stop? |
| 20:15:05 | | Quit ilgufo (Remote closed the connection) |
| 20:15:10 | Nico_P | lostlogic: the playlist finished on the MP3, then I started a new one on the OGG |
| 20:15:11 | amiconn | Btw, the rule (that seems to be missing now) was not set by me, but I agreed with it 100%... |
| 20:15:44 | lostlogic | Nico_P: odd, what target are you? gigabeat? I am not seeing this one |
| 20:15:45 | amiconn | barrywardell: Around? |
| 20:15:51 | | Join darkless [0] (n=darkless@x1-6-00-1a-92-ea-71-14.k201.webspeed.dk) |
| 20:15:52 | Nico_P | lostlogic: yeah, gigabeat |
| 20:16:48 | | Nick idnar_ is now known as idnar (i=mithrand@unaffiliated/idnar) |
| 20:16:55 | Nico_P | lostlogic: it seems to be reproduceable... make a one file playlist with an MP3... let it finish (or seek forward to just before the end) and then start a new playlist |
| 20:17:14 | | Quit Lear ("ChatZilla 0.9.78.1 [Firefox 2.0.0.9/2007102514]") |
| 20:17:22 | lostlogic | Nico_P: hmm. I have no idea what I wuold have changed that would cause that |
| 20:17:27 | lostlogic | *ponders* |
| 20:17:54 | Nico_P | just tried with an mp3 as new playlist and it did the same |
| 20:18:03 | * | Nico_P could bisect using git |
| 20:18:08 | bertrik | what do you mean by glitch? |
| 20:18:41 | Nico_P | bertrik: last split seconds of the previous track being played before the new one starts |
| 20:22:14 | barrywardell | amiconn: yes |
| 20:23:17 | amiconn | barrywardell: What happened when you disabled the card select GPO in GPO32_ENABLE? Was it permanently set to internal or to microsd? |
| 20:24:10 | | Join ilgufo [0] (n=matteo@host96-127-dynamic.56-82-r.retail.telecomitalia.it) |
| 20:25:09 | barrywardell | amiconn: I didn't check that much. Just the sdcard never appeared when it was inserted, so I guess it was permanently internal |
| 20:25:42 | amiconn | hmmm |
| 20:25:48 | barrywardell | you're wondering if disabling sets it to zero or disables changes to the value? |
| 20:25:55 | amiconn | I'm asking because microsd doesn't work yet on c200 |
| 20:26:12 | amiconn | Maybe the selector isn't enabled |
| 20:26:19 | amiconn | But I just spotted sth in the driver |
| 20:26:38 | * | amiconn can't test; has to wait until pixelma returns |
| 20:28:14 | amiconn | nasty... |
| 20:29:26 | amiconn | svn blames jhMikeS |
| 20:32:01 | | Join lazka [0] (n=lazka@85-126-38-115.dynamic.xdsl-line.inode.at) |
| 20:32:04 | * | barrywardell wonders what the problem is |
| 20:32:44 | amiconn | Both ata_read_sectors() and ata_write_sectors() check for card presence directly instead of using the appropriate function |
| 20:32:47 | nanok | bertrik: reading that link. very nice. one question pops up: can we read the thermistor, on the sansa or any of the liion targets, or is it only used by the internal battery circuitry? |
| 20:33:01 | amiconn | But both GPIO pin and polarity are different on c200... |
| 20:33:24 | bertrik | nanok: i think we can read it from the 10-bit ADC in the AS3514 |
| 20:33:41 | bertrik | but it only shows a meaningful value when the charger is actually connected |
| 20:34:00 | nanok | bertrik: i;ll take that as "i think so, yes". the internal of the sansa are way beyond me at this time ;) |
| 20:34:01 | bertrik | i can see the value go down if i warm the sansa up in my hands |
| 20:34:03 | barrywardell | ah, so it detects, but can't read/write it |
| 20:35:04 | | Join J3TC- [0] (n=jetc123@dhcp74-70.njit.edu) |
| 20:35:15 | | Join saratoga [0] (i=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-d364c44529be038a) |
| 20:35:31 | nanok | bertrik: it would be interesting for charging checks (temperature is critical for liion, allthough not as much as i thought, nor in the way i thought it to be, according to that link), and to try and calibrate (and "live-calibrate" ) the battery gauge accordingly |
| 20:35:54 | nanok | depending on temperature (that's a bit niftyer than it needs to be, i guess, at least for now) |
| 20:36:18 | saratoga | amiconn: are all the DEV_EN 1+2 bit writeable? |
| 20:36:29 | bertrik | i think the battery charging logic already has high battery temperature detection built-in |
| 20:36:44 | DerPapst | The DEV_EN value on my 5.5G doesn't match the one on the wiki but it matches with the DEV_EN value for the iPod color listed on the wiki page :S |
| 20:36:53 | saratoga | i've got my sansa hooked up to a anmeter and was debating just flipping each one in sequence and measuring the current draw and if the device works |
| 20:37:24 | amiconn | LiIon charging circuits always do the critical things in hardware. Software controlled LiIon charging would be dangerous |
| 20:37:29 | lostlogic | hmm... we still need to figure out how to draw 500mA from USB. the iPod video still discharges slowly when backlight is on and playing while USB'd |
| 20:37:45 | bertrik | nanok: I don't think the battery is any real use except as an emergency charge shutdown signal |
| 20:37:52 | amiconn | saratoga: All which are '1' should be disableable. |
| 20:38:13 | saratoga | is it a safe assumption that "0" is always off? |
| 20:38:45 | amiconn | That said, some not that criticall things are sometimes software controlable, but with a hardware safety fallback |
| 20:38:50 | barrywardell | lostlogic: that will happen once Zagor commits the USB stuff. the controller needs to request 500mA |
| 20:38:52 | amiconn | saratoga: yes, '0' is off |
| 20:39:24 | amiconn | saratoga: That test would have to be done on each different PP502x target individually though |
| 20:39:49 | amiconn | Also compare what ipl already knows about DEV_EN |
| 20:40:11 | lostlogic | barrywardell: ooh, there's progress happening in the area, taht's very nice to hear! |
| 20:40:31 | amiconn | http://ipodlinux.org/PP5020 (device enable, that's DEV_EN1 only) |
| 20:40:50 | DerPapst | Is the DEV_EN the same on every model or can there be different ones for the same model? |
| 20:41:36 | nanok | barrywardell: !!! reeeaaaally good news |
| 20:42:05 | * | nanok is really pissed about not being able to at least charge the sansa while hooked on, and having to go to the OF |
| 20:42:15 | amiconn | DerPapst: DEV_EN is the same for all PP502x, but not all targets need the same functional units |
| 20:42:20 | | Join bertrik_ [0] (n=Bertrik_@175-022-045-062.dynamic.caiway.nl) |
| 20:42:30 | nanok | when i see that backlight on all the time, it pisses me off.. :/ |
| 20:42:34 | amiconn | E.g the ipods need the opto controller for the wheel, *except* the mini g1 |
| 20:42:42 | amiconn | Other PP502x targets probably don't need it |
| 20:43:28 | amiconn | saratoga: I *think* that it might be possible to disable the ata controller while not in use, without having to reinit at re-enable |
| 20:43:44 | saratoga | amiconn: well i've only got a Sansa to play with so my hacking is somewhat limited |
| 20:43:46 | amiconn | That is, if the DEV_EN bits just control clock gates as I presume |
| 20:44:02 | saratoga | still, there a half dozen on bits for the Sansa that we don't have a label for |
| 20:44:20 | saratoga | i see the USB bit is on, might that be turned off since we have no stack anyway? |
| 20:44:35 | amiconn | There are at least 64 DEV_EN bits. Perhaps we should make a list which bits are set on which targets? |
| 20:44:48 | saratoga | amiconn: theres one on the wiki page |
| 20:44:54 | saratoga | barry made it this morning |
| 20:45:03 | amiconn | No, we need the usb controller for usb detection |
| 20:45:16 | saratoga | what good does that do? |
| 20:45:29 | DerPapst | amiconn: ah ok. that explains why my DEV_EN differs from the one in the rockbox wiki |
| 20:45:44 | saratoga | at least on the sansa USB insert just freezes the player until you remove the USB plug |
| 20:45:47 | barrywardell | amiconn: I saw in the rockbox comments that DEV_EN 0x2 controls device clocking enable |
| 20:45:52 | | Join The-Compiler [0] (n=The-Comp@101-28.77-83.cust.bluewin.ch) |
| 20:46:01 | barrywardell | amiconn: http://www.rockbox.org/twiki/bin/view/Main/DeviceEnableRegistersPP502x#Known_values_for_devices |
| 20:46:06 | The-Compiler | Hi |
| 20:46:15 | amiconn | saratoga: Then something is wrong. It should reboot into the OF for USB access |
| 20:46:38 | The-Compiler | Someone who speaks German here? I'd like to do an interview for my podcast about rockbox (www.rockboxcast.de) |
| 20:46:44 | amiconn | It is known that this doesn't always work. It's build dependent; the next build might work |
| 20:46:54 | saratoga | i don't think that was ever implemented on the sansa |
| 20:47:02 | bertrik_ | amiconn: that's a nice idea |
| 20:47:13 | scorche|w | barrywardell: oh!...i should probably attach my results of my testing to that page... |
| 20:47:25 | | Quit karashata ("Leaving.") |
| 20:47:30 | amiconn | barrywardell: Thanks, will add values for the devices I have access to |
| 20:47:34 | saratoga | ah got to run, will think about this more |
| 20:47:50 | | Join karashata [0] (n=Kimi@pool3-038.adsl.user.start.ca) |
| 20:48:21 | amiconn | barrywardell: Bit 26 being LCD is probably a bit too generic; there are 2 different LCD bridges in the PP502x |
| 20:48:36 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
| 20:48:53 | scorche|w | amiconn: would you like the results of that test as well? (just went through and tried every single bit and saw what broke) |
| 20:49:17 | barrywardell | yeah, I just took that stuff from pp5020.h. the ipodlinux page suggests there's a lcd bit in DEV_EN2 as well |
| 20:49:53 | | Quit rzr\ ("Generic quit message...") |
| 20:52:01 | | Part jsor |
| 20:53:21 | amiconn | Okay, Mini G2 and small H10 added. |
| 20:53:22 | | Join darkapostrophe [0] (n=darkapos@217-50-177.231210.adsl.tele2.no) |
| 20:53:38 | amiconn | G5.5 is identical to the one already in the list |
| 20:53:38 | | Join scorche` [0] (i=Blah@rockbox/administrator/scorche) |
| 20:54:33 | barrywardell | DEV_EN3 doesn't look like it varies at all |
| 20:55:14 | | Quit karashata ("Leaving.") |
| 20:55:57 | | Join karashata [0] (n=Kimi@pool3-038.adsl.user.start.ca) |
| 20:56:21 | Nico_P | lostlogic: using the ata idle callbacks, should I add a new queue event or do you think Q_START_FILL is OK? |
| 20:56:53 | DerPapst | amiconn: shall i add my G5.5? Dev_EN is different (the same as ipod color in that list) |
| 20:56:59 | | Quit bertrik (Read error: 110 (Connection timed out)) |
| 20:57:47 | lostlogic | Nico_P: Q_START_FILL would need to be modified to not call buffer_handle if ev.data is < 0 |
| 20:57:51 | lostlogic | (when cast to an int) |
| 20:58:11 | lostlogic | Nico_P: actually... |
| 20:58:27 | lostlogic | ata_idle-callback won't work in tht way because as soon as it returns ata shuts down the disk. |
| 20:58:31 | lostlogic | amiconn: back me up there? |
| 20:58:32 | Nico_P | oh yeah it doesn't call fill_buffer anymore |
| 20:58:35 | lostlogic | I think we'll need a new way |
| 20:58:57 | | Quit atsea- (Read error: 104 (Connection reset by peer)) |
| 20:58:59 | amiconn | barrywardell: Yeah, it *might* be something different. Here's what makes me think 0x60006044 is DEV_EN3: http://pastebin.ca/762606 |
| 20:59:01 | lostlogic | Nico_P: but it could set filling to true which would cause a call to fill_buffer, or it oculd explicitly call it in this case |
| 20:59:31 | amiconn | A selector, a jump table, and lots of stubs fiddling with either 0x6000600c, 0x60006010, or 0x60006044 |
| 20:59:37 | amiconn | This is from the G5.5 ROM |
| 20:59:41 | Nico_P | lostlogic: have your commits solved the sansa problems? |
| 20:59:50 | lostlogic | Nico_P: 'far as I know yeah. |
| 20:59:57 | lostlogic | bertrik_: how's playback/buffering for you? |
| 21:00 |
| 21:00:11 | | Quit karashata (Client Quit) |
| 21:00:16 | bertrik_ | lostlogic: I need to install todays SVN yet |
| 21:00:42 | | Join karashata [0] (n=Kimi@pool3-038.adsl.user.start.ca) |
| 21:00:48 | Nico_P | lostlogic: "BUF_USED < buffer_len" is probably true always |
| 21:02:19 | bertrik_ | hmmm, playback dropped out while i was looking at the buffering debug screen |
| 21:02:36 | bertrik_ | pcm was struggling to keep full and eventually touched left side |
| 21:03:45 | | Quit Alonea (Read error: 110 (Connection timed out)) |
| 21:04:12 | barrywardell | amiconn: I see. It could still be a DEV_EN, but with the same things enabled for all targets. |
| 21:04:46 | lostlogic | Nico_P: that's a good thing :) |
| 21:05:11 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
| 21:05:23 | lostlogic | Nico_P: the concensus was to do some filling any time the queue is idle and the disk is on |
| 21:05:24 | Nico_P | lostlogic: I mean even if the buffer is as good as full, the condition probably won't be true |
| 21:05:34 | lostlogic | Nico_P: I know |
| 21:05:54 | Nico_P | then it's useless! :p |
| 21:06:40 | | Quit Dark_Apostrophe (Connection timed out) |
| 21:06:40 | | Nick darkapostrophe is now known as Dark_Apostrophe (n=darkapos@217-50-177.231210.adsl.tele2.no) |
| 21:06:41 | | Join TMM [0] (n=hp@ip565b35da.direct-adsl.nl) |
| 21:06:43 | lostlogic | indeed |
| 21:06:50 | | Join linuxstb [0] (n=chatzill@rockbox/developer/linuxstb) |
| 21:06:55 | lostlogic | Nico_P: maybe should not enter that block if(filling) |
| 21:07:45 | lostlogic | or maybe that should not be where it is and should only be explicitly triggered by ata going idle and not actually set the filling state but just do a single round of filling |
| 21:07:49 | lostlogic | that might make more sense |
| 21:08:21 | lostlogic | still ata_idle_callback is not an OK way to do a buffer fill for the raeson I mentioned earlier... we'd need to register for and respond to a sys message instead |
| 21:08:26 | lostlogic | amiconn: lil' help? |
| 21:08:47 | | Quit scorche (Connection timed out) |
| 21:08:47 | | Nick scorche` is now known as scorche (i=Blah@rockbox/administrator/scorche) |
| 21:09:14 | Nico_P | yeah that's why I originally got rid of the idle callback but I was told polling ata_disk_is_active was wrong |
| 21:09:26 | lostlogic | Nico_P: yeah, I know, which is why I #if 0'd it |
| 21:09:38 | lostlogic | which is why we need a new mechanism, which amiconn has decribed but which does not currently exist |
| 21:09:47 | amiconn | yes |
| 21:09:57 | Nico_P | oh, where is the description? |
| 21:09:59 | * | Nico_P didn't catch up on the logs |
| 21:10:13 | lostlogic | amiconn: so you speak of sys messages and registering/resopnding to them as an alternative to ata_idle_callback |
| 21:10:31 | amiconn | It would replace the callback |
| 21:10:34 | lostlogic | unfortunately I have _absolutely_ no idea where we would start to implement that, could you by chance give a more detailed description of this idea? |
| 21:11:22 | amiconn | Well, we currently have sys messages, which are broadcast to all public event queues |
| 21:12:05 | amiconn | And right now we have 2 special sys messages, which *must* be replied by *all* threads with a public queues - usb connect and usb disconnect |
| 21:12:05 | Nico_P | so I can drop using the callback? |
| 21:12:51 | amiconn | That means there are several threads which need to reply to those messages just because they have public queues, even though they might not have to do anything special in the usb case |
| 21:12:54 | lostlogic | Nico_P: if we use the callback, the ata thread would hafta be _blocked_ for the duration of the fill, not acceptable, imo |
| 21:13:05 | Nico_P | ok |
| 21:13:39 | amiconn | And still, the usb handling is a bit messy, because the ata thread would need special handling, and it doesn't |
| 21:14:28 | nanok | hmmm.. have been running todays build for a litle while now |
| 21:14:32 | amiconn | If we detect usb connection, *first* all threads which have something to flush have to do that, *then* ata would have to disable the disk |
| 21:14:50 | amiconn | Currently, this disabling is done by the usb thread - somewhat messy |
| 21:14:58 | nanok | i don't seem to get that bug with the playback stopping, but it *seems* to have been replaced by skipping instead of stopping |
| 21:15:10 | amiconn | The same goes for shutdown, which is a complete mess atm because it's all done in the ui thread |
| 21:15:14 | *** | Saving seen data "./dancer.seen" |
| 21:15:23 | nanok | is this consistent to anybody elses observations? |
| 21:15:24 | Nico_P | nanok: "today's build" isn't good enough... a revision is needed |
| 21:15:38 | nanok | Nico_P: good point, sorry |
| 21:15:41 | amiconn | This won't work for suspend, because suspend has to make sure all threads are ready for suspend *without* killing the threads |
| 21:15:50 | * | nanok forgets timezones are. |
| 21:16:08 | nanok | 15477 |
| 21:16:23 | lostlogic | nanok: update, will probably go away |
| 21:16:25 | amiconn | So my idea was to introduce a mechanism to register for certain system events (those which could require synchronised action - usb, shutdown/suspend) |
| 21:16:58 | amiconn | And if we have that, we could add an event for catching a 'disk spinning' opportunity |
| 21:17:01 | | Quit ilgufo ("So Long, and Thanks For All the Fish - http://gufo.wordpress.com") |
| 21:17:29 | | Quit The-Compiler ("Verlassend") |
| 21:18:06 | bertrik_ | nanok: I just got a pcm buffer underrun with SVN 15486 |
| 21:18:15 | lostlogic | amiconn: I definitely like the idea of not automagically registering queues for system events... removes the confusing distinction between public and private, right? |
| 21:18:21 | | Nick bertrik_ is now known as bertrik (n=Bertrik_@175-022-045-062.dynamic.caiway.nl) |
| 21:18:30 | bertrik | hard to reproduce though |
| 21:18:34 | lostlogic | bertrik: more infoz about how and when? |
| 21:18:43 | amiconn | No it won't |
| 21:18:56 | lostlogic | amiconn: hmm... I must not understand the difference entirely. |
| 21:19:11 | amiconn | There are still some simple sys event which don't require synchronised action, e.g. charger plugged/unplugged etc |
| 21:19:24 | lostlogic | bertrik: I had a problem with resuming an mp3 froma playlist where the next track is another codec, but I can't reproduce any more with the latest changes. |
| 21:19:31 | lostlogic | amiconn: ahhh, indeed. |
| 21:20:26 | bertrik | lostlogic: I think I never tested that, all my albums are always just one codec |
| 21:20:37 | lostlogic | bertrik: damn |
| 21:20:59 | | Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) |
| 21:20:59 | lostlogic | as always, a logf with LOGFQUEUE and LOGFENABLE from playback and buffering is the big help :) |
| 21:21:14 | amiconn | Public queues are those initied via queue_init(..., true). Only those are receiving boradcast events |
| 21:21:41 | lostlogic | amiconn: *nod* ok, so ... we need someone to implement this... |
| 21:21:46 | * | lostlogic not it |
| 21:22:19 | bertrik | lostlogic: it seems the pcm bar has a hard time filling up because it has to compete with the usefl filling up, even at 80 MHz |
| 21:22:25 | | Quit MajorC (Read error: 104 (Connection reset by peer)) |
| 21:22:44 | lostlogic | bertrik: ah, I was afraid of that when I removed the yield_codec loop. |
| 21:22:54 | Nico_P | you removed it? |
| 21:23:22 | lostlogic | Nico_P: it was one of the things freezing sansa |
| 21:23:25 | Nico_P | but it's replaced with somthing similar, isn't it? |
| 21:23:25 | lostlogic | as I was chasing gremlins |
| 21:23:38 | Nico_P | oh, do you know how? |
| 21:23:39 | lostlogic | yeah, but not a loop, just a standard length sleep |
| 21:23:45 | bertrik | hard to reproduce a complete underrun though, most of the time pcm just hovers at 50% for the 15 sec it takes the usefl bar to fill up |
| 21:23:55 | lostlogic | bertrik: yeah, that's what it _should_ do |
| 21:24:21 | bertrik | ok |
| 21:24:25 | lostlogic | Nico_P: yes, because BUF_USED would never fall low even though usefl was low, the yield_codec loop would never exit and both pcm and compressed buffers would go to zero |
| 21:24:47 | Nico_P | lostlogic: so why not poll usefl in the loop? |
| 21:26:57 | nanok | lostlogic: aahm, okay |
| 21:27:07 | * | nanok getting today's today's build |
| 21:27:28 | Nico_P | nanok: don't use daily builds |
| 21:27:34 | | Quit amiconn (Nick collision from services.) |
| 21:27:34 | Nico_P | use "current builds" instead |
| 21:27:38 | nanok | Nico_P: current build i mean |
| 21:27:40 | | Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) |
| 21:27:47 | nanok | Nico_P: i allways mix the terms up |
| 21:28:00 | nanok | aren;t the current ones daily? |
| 21:28:02 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
| 21:28:05 | lostlogic | Nico_P: could do that, didn't seem necessary, but maybe is... I hate calling update_data_counters, even though I know it's not that slow, it feels slow |
| 21:28:20 | nanok | it was my understanding they are done veery day at a certain hour.. |
| 21:28:29 | bertrik | nanok: i think they are near instant |
| 21:28:39 | nanok | ah, darn |
| 21:28:49 | nanok | i suddenly feel overwhelmed.. |
| 21:28:52 | bertrik | svn commit triggers a new build i guess |
| 21:29:22 | Lear | nanok: daily builds are like that, every day a certain time. Current build is after each commit. |
| 21:29:24 | DerPapst | 100 points to bertrik :) |
| 21:29:35 | nanok | aaahm, i see |
| 21:29:41 | nanok | okay, now i understand |
| 21:30:09 | nanok | btw, what kind of computing power is behind it, to afford this? i mean, i know there's not so much code |
| 21:30:18 | nanok | but there are a few targets, though.. |
| 21:30:32 | amiconn | The current builds are distributed |
| 21:30:38 | | Quit J3TC- (Read error: 110 (Connection timed out)) |
| 21:30:40 | DerPapst | by a buildserver farm |
| 21:30:51 | nanok | so as long lostlogic is not sleeping, i won;t even really know to what version i am updating, untill i can check it on the player.. |
| 21:30:55 | nanok | :) |
| 21:31:03 | amiconn | Built by several servers around the world |
| 21:31:07 | Nico_P | nanok: now you see why "today's build" isn't worth much when there are ~10 commits a day ;) |
| 21:31:10 | * | amiconn runs one of those build machines |
| 21:31:15 | nanok | amiconn: ahm, distcc? |
| 21:31:16 | nanok | nifty |
| 21:31:32 | Nico_P | nanok: not distcc, a custom script |
| 21:31:44 | amiconn | nanok: If you look here http://build.rockbox.org/dev.cgi , the far right column shows how many build servers did the respective build round |
| 21:31:49 | nanok | Nico_P: yup, i was under the obviously wrong impression that the current build is scheduled daily |
| 21:31:51 | Nico_P | nanok: you can check the SVN rev in the info screen |
| 21:31:52 | nanok | now it is clear |
| 21:31:59 | amiconn | nanok: Not distcc. Wouldn't help us |
| 21:32:15 | | Quit mf0102 ("Verlassend") |
| 21:32:16 | amiconn | distcc is good for slow builds and fast networks. WANs aren't fast |
| 21:32:44 | Nico_P | lostlogic: well it seems that the loop was necessary... I agree on it feeling slow but we must remember there are only a couple hundred handles max ;) |
| 21:32:48 | nanok | amiconn: ahm, okay. so is this openmosix style? or beowulfish (that would be hard i think over wan) |
| 21:32:55 | amiconn | (I mean the numbers which are links as you might have figured) |
| 21:33:25 | amiconn | nanok: It's a perl script on the master that hands out builds to the various machines via ssh |
| 21:34:07 | Nico_P | nanok: http://www.rockbox.org/wiki/BuildServer |
| 21:34:20 | nanok | amiconn: aahm, that kind :) |
| 21:34:29 | nanok | Nico_P: thanks ;) |
| 21:34:52 | amiconn | http://svn.rockbox.org/viewvc.cgi/www/tools/buildmaster.pl?view=log |
| 21:37:33 | Nico_P | bertrik: could you test a patch for me? |
| 21:37:39 | nanok | so i guess this is almost an openmosix-style approach |
| 21:37:44 | bertrik | sure |
| 21:38:00 | Nico_P | bertrik: cool :) I'll have it soon |
| 21:39:41 | nanok | i am suddenly sad i decided to go for a thinkpad instead of a nice and chunky desktop pc.. |
| 21:39:44 | nanok | :) |
| 21:40:27 | nanok | the problem with these thinkpads is that they tend to be addictive: once you used one, you can;t really use anything else and not be unhappy :-P |
| 21:40:42 | nanok | kind of like rockbox, and opensource |
| 21:41:16 | | Join FreshPrince [0] (n=gfunk@80-218-171-151.dclient.hispeed.ch) |
| 21:41:18 | FreshPrince | hi ppl |
| 21:41:34 | FreshPrince | will rockbox work fine on my ipod video? :/ |
| 21:41:42 | | Quit karashata ("Leaving.") |
| 21:41:50 | linuxstb | Yes, as long as it's an ipod video, and not an ipod classic. |
| 21:41:59 | | Join karashata [0] (n=Kimi@pool3-038.adsl.user.start.ca) |
| 21:42:02 | FreshPrince | nope i have only an ipod video :) |
| 21:42:09 | nanok | now.. i have 15486 in front of me (so to speak) |
| 21:42:25 | nanok | is somebody planning to obsolete that in say... the next five minutes? |
| 21:42:29 | nanok | lostlogic: ? |
| 21:42:30 | nanok | :) |
| 21:42:37 | | Join atsea- [0] (i=atsea-@gateway/tor/x-d366677b201f2e74) |
| 21:42:40 | FreshPrince | linuxstb, @ the moment the ipod works also fine in my car.. i can listen the music in my car with ipod.. would that work too if i load rockbox on the ipod? |
| 21:43:14 | linuxstb | It depends how you connect your ipod to the car. See http://www.rockbox.org/twiki/bin/view/Main/IpodAccessories |
| 21:43:24 | | Quit Frazz ("Leaving") |
| 21:43:54 | FreshPrince | linuxstb, i connect it with the normal connection below.. |
| 21:44:07 | FreshPrince | and not the headset connection.. |
| 21:44:39 | | Quit ambiotic ("pub") |
| 21:44:39 | Nico_P | bertrik: http://pastebin.ca/762664 |
| 21:44:44 | nanok | linuxstb: btw, i noticed i was not able to connect my sansa to my car "cassette adapter" (i did not try with the OF, though). i assumed the break in playback was caused by to low impedance on the cassettes circuitry |
| 21:44:53 | nanok | can this be something rockbox related also? |
| 21:45:20 | FreshPrince | linuxstb, is it also possible to delete rockbox from ipod and get the original firmware from ipod back? |
| 21:45:42 | DerPapst | FreshPrince: yes |
| 21:45:45 | DerPapst | read the manual |
| 21:45:46 | | Quit karashata (Client Quit) |
| 21:45:58 | bertrik | Nico_P: building ... |
| 21:45:59 | FreshPrince | DerPapst, ok thx |
| 21:46:09 | Nico_P | nanok: I might make r15486 soon if bertrik OK's it |
| 21:46:20 | bertrik | what should I test about it? |
| 21:46:30 | | Join karashata [0] (n=Kimi@pool3-038.adsl.user.start.ca) |
| 21:46:36 | bertrik | oh, the yield stuff |
| 21:46:36 | linuxstb | FreshPrince: You can dual-boot between Rockbox and the original Apple firmware. |
| 21:46:42 | nanok | Nico_P: okay, i;ll wait :) |
| 21:46:45 | FreshPrince | linuxstb, ok thx |
| 21:47:27 | nanok | 15487 you mean |
| 21:47:46 | Llorean | GodEater, GodEater_: You asked for me, quite some time ago? |
| 21:47:49 | bertrik | update_data_counters is used before it is defined |
| 21:49:15 | Nico_P | oh sorry about that |
| 21:50:43 | Nico_P | bertrik: http://pastebin.ca/762676 |
| 21:50:49 | | Quit barrywardell (Remote closed the connection) |
| 21:51:10 | bertrik | I don't think it's harmful |
| 21:51:51 | | Quit karashata ("Leaving.") |
| 21:52:02 | Nico_P | bertrik: check the PCM underruns, making sure the previous problem doesn't reappear (the one lostlogic fixed with his commit spree ;)) |
| 21:52:17 | bertrik | by the way, i now see the usefl only starting to increase for the first time when pcm has reached at least 50% |
| 21:52:34 | FreshPrince | lol |
| 21:52:36 | FreshPrince | check this out: |
| 21:52:38 | FreshPrince | http://www.makezine.com/blog/mintyboost_500-2.jpg |
| 21:53:32 | * | DerPapst build something similar for his ipod too |
| 21:53:39 | DerPapst | but with firewire :) |
| 21:54:07 | nanok | yeah, i need one of those for my sansa |
| 21:54:36 | nanok | but, unfortunately, it would need a cable, the bllody plug for the sansa is totaly non-standard :( |
| 21:54:47 | | Join J3TC- [0] (n=jetc123@dhcp74-70.njit.edu) |
| 21:54:52 | DerPapst | same for the ipod |
| 21:55:13 | nanok | FreshPrince: it's a must have. how can i go trekking for a week without that? |
| 21:55:13 | DerPapst | but you can use the usb cable for your sansa and a febale usb thingy |
| 21:55:17 | bertrik | that the one thing i don't like about the sansa |
| 21:55:25 | DerPapst | *female |
| 21:55:38 | * | pixelma agrees 110% :/ |
| 21:55:52 | DerPapst | but hey.. it's got a/v out :D |
| 21:56:12 | nanok | DerPapst: yes, that's what i would probably do, but i hate having to have acable there. it could be made really compact with a custom, really short cable |
| 21:56:22 | Nico_P | bertrik: what you said about pcm and 50%, is it with or without the patch? |
| 21:56:42 | bertrik | Nico_P: with the patch |
| 21:56:46 | * | DerPapst is already used to nonstandart plugs |
| 21:59:24 | bertrik | when skipping backwards, I typically see pcm increasing to 50%, then PCM hovers at 50% while the usefl and real bars fill up |
| 22:00 |
| 22:00:46 | | Quit sd (Nick collision from services.) |
| 22:00:50 | | Join sd__ [0] (n=sd@81.201.60.183) |
| 22:00:58 | Nico_P | bertrik: is 50% more than what it would drop to before the patch? |
| 22:02:08 | bertrik | before the patch, the usefl and real bars would already fill up before pcm was 50%, causing pcm to underrun in some cases |
| 22:02:38 | Nico_P | so it's an improvement? |
| 22:02:43 | bertrik | yes, I think so |
| 22:02:58 | FreshPrince | nanok, ^^ |
| 22:03:06 | FreshPrince | hmm.. i need some help.. i'm a n00b :( |
| 22:03:07 | Nico_P | I'll commit then |
| 22:03:21 | FreshPrince | i dont uinderstand the installation for rockbox −− |
| 22:03:35 | FreshPrince | i only need the rockbox utility to install it on my ipod right? |
| 22:03:56 | linuxstb | Yes |
| 22:04:01 | bertrik | wait, i'll try to run out the usefl without skipping |
| 22:04:11 | bertrik | ok, that went just fine |
| 22:04:12 | FreshPrince | linuxstb, hm.. ok :( |
| 22:04:32 | linuxstb | FreshPrince: Why the sad face? |
| 22:04:43 | | Join karashata [0] (n=Kimi@pool3-038.adsl.user.start.ca) |
| 22:05:06 | | Join eigma [0] (n=cat@216.48.162.210) |
| 22:05:12 | FreshPrince | linuxstb, cause i have no idea howto do that.. i only read the manual but i dont understand it.. :( |
| 22:05:25 | DerPapst | c'mon... drag'n'drop isn't that hard :) |
| 22:05:26 | FreshPrince | linuxstb, the rockboc utility. is this one the right link? -> http://download.rockbox.org/rbutil/linux/rbutilqt-v1.0.2.tar.bz2 |
| 22:05:38 | FreshPrince | DerPapst, yay.. do u speak german? :P |
| 22:05:50 | * | DerPapst hides :P |
| 22:05:54 | FreshPrince | höhö :) |
| 22:06:01 | * | FreshPrince speaks german |
| 22:06:13 | FreshPrince | well i have to know if this one is the right one -> http://download.rockbox.org/rbutil/linux/rbutilqt-v1.0.2.tar.bz2 |
| 22:06:33 | DerPapst | i think so |
| 22:06:33 | FreshPrince | is this rockbox utility? |
| 22:06:42 | FreshPrince | hm ok. i'm gonna download it. |
| 22:06:43 | | Quit karashata (Read error: 104 (Connection reset by peer)) |
| 22:07:08 | DerPapst | <−− food |
| 22:07:41 | FreshPrince | gutn! |
| 22:07:58 | FreshPrince | ok already downloaded.. now i'm gonna connect and mount my ipod video |
| 22:08:21 | | Join Domonoky_ [0] (n=Domonoky@e179051201.adsl.alicedsl.de) |
| 22:08:21 | | Join Buschel [0] (n=AndreeBu@p54A3C9CF.dip.t-dialin.net) |
| 22:08:31 | | Quit bluey_ ("This computer has gone to sleep") |
| 22:08:57 | | Join ilgufo [0] (n=matteo@host96-127-dynamic.56-82-r.retail.telecomitalia.it) |
| 22:11:35 | FreshPrince | linuxstb, oh u are a delevoper :) hehe |
| 22:12:01 | | Nick Bagder_ is now known as Bagder (n=daniel@1-1-5-26a.hud.sth.bostream.se) |
| 22:12:04 | Nico_P | bertrik, nanok: committed |
| 22:12:13 | FreshPrince | linuxstb, ok i already unpack the rbutilqt.. now i get a dir rbutilgt/ do i have to move this to /mnt/ipod ? |
| 22:12:16 | | Join Frazz [0] (n=Fraser@thelawsons.plus.com) |
| 22:12:19 | | Quit Frazz (Client Quit) |
| 22:13:42 | linuxstb | No, just run it. It's Linux app. |
| 22:13:58 | FreshPrince | oh ok |
| 22:14:02 | linuxstb | ^_a_ Linux app |
| 22:14:19 | Domonoky_ | and dont use "complete installation" :-) use the other buttons.. :-) |
| 22:14:54 | DerPapst | "complete installation" isn't complete yet? :P |
| 22:15:00 | bertrik | Nico_P: thanks. the buffering debug menu helps a lot with issues like this |
| 22:15:15 | FreshPrince | linuxstb, ok i start it.. but now i get an error.. "Your configuration is invalid. This is most likely due to a new installation of Rockbox Utility or a change device path. The configuration dialog will now open to allow you correcting the problem" |
| 22:15:16 | Domonoky_ | version 1.0.2 has a broken complete install .. |
| 22:15:29 | Nico_P | bertrik: indeed. I'm really glad I added it... it was GodEater's idea |
| 22:15:57 | DerPapst | ah ok |
| 22:16:00 | Domonoky_ | FreshPrince: thats not an error, you have to set the configuration in rbutil.. like setting your player type.. |
| 22:16:02 | | Join Alonea [0] (n=chatzill@24-119-114-203.cpe.cableone.net) |
| 22:16:07 | | Quit Alonea (Client Quit) |
| 22:16:15 | DerPapst | time to release a fixed one then eh? ;) |
| 22:16:26 | | Quit J3TC- (Read error: 110 (Connection timed out)) |
| 22:16:31 | FreshPrince | Domonoky, that means in section "Select your device in the filesystem" what do i have to type there? /mnt/ipod? |
| 22:16:32 | pixelma | or setting the language ;) |
| 22:16:45 | FreshPrince | pixelma, hehe yes :) |
| 22:17:01 | Domonoky_ | FreshPrince. first try the "autodetect" button in the configuration :-) |
| 22:17:06 | FreshPrince | yeah |
| 22:17:08 | FreshPrince | i did |
| 22:17:15 | FreshPrince | ipod video 5th gen, 30GB :D |
| 22:17:19 | Domonoky_ | if it doesnt work. you can change the settings manually .. |
| 22:17:32 | FreshPrince | ok found it , i think i have to klick on ok now.. |
| 22:17:38 | | Quit Lear ("ChatZilla 0.9.78.1 [Firefox 2.0.0.9/2007102514]") |
| 22:18:12 | FreshPrince | ok |
| 22:18:15 | FreshPrince | now it works :D hehe |
| 22:18:22 | FreshPrince | i restart the app.. :) |
| 22:18:24 | FreshPrince | cool |
| 22:18:35 | Domonoky_ | if someone could make a linux release of rbutil, i could build a version 1.0.3 for windows.. |
| 22:19:19 | FreshPrince | Domonoky, if i select the whole installation.. it will install for me alll the things.. with bootloader etc? |
| 22:19:27 | FreshPrince | or do i have to install after the installation the bootloader? |
| 22:19:48 | Domonoky_ | yes, but this is broken, dont use it.. |
| 22:19:50 | FreshPrince | first: installl whole installation, second: install the bootloader? |
| 22:19:55 | FreshPrince | whats broken? |
| 22:19:58 | FreshPrince | the bootloader? |
| 22:20:10 | Domonoky_ | the install options on the first tab.. |
| 22:20:19 | FreshPrince | hm.. |
| 22:20:22 | Domonoky_ | use the seperate install options on the second tab.. |
| 22:20:23 | FreshPrince | what should i use then? |
| 22:20:29 | FreshPrince | seperate |
| 22:20:36 | FreshPrince | install bootloader then install rockbox? |
| 22:20:41 | Domonoky_ | jup.. |
| 22:20:44 | FreshPrince | ok thanks :) |
| 22:20:45 | Domonoky_ | the extras.. |
| 22:20:50 | FreshPrince | yep |
| 22:21:25 | Domonoky_ | the buttons on the QuickStart tab, only combine those seperate install options.. |
| 22:21:37 | FreshPrince | ah ok ^^ |
| 22:22:08 | FreshPrince | wow.. this installation app is realy cool :D |
| 22:22:20 | | Quit petur ("switching") |
| 22:23:13 | | Quit nicktastique (Read error: 104 (Connection reset by peer)) |
| 22:23:27 | | Join petur [0] (n=petur@d54C2B5CE.access.telenet.be) |
| 22:24:04 | FreshPrince | Domonoky, the installation of rockbox.. would that delete my original firmware from apple? |
| 22:24:31 | Domonoky_ | no, you can dual boot... take a look at the rockbox manual.. |
| 22:24:36 | FreshPrince | ok |
| 22:26:06 | | Quit Domonoky (Read error: 110 (Connection timed out)) |
| 22:26:12 | n1s | haha, the power management chip in the gigabeat s actually has both a stereo DAC and a limited recording ADC, both are of course not wired anywhere so can't be used... |
| 22:31:03 | | Quit ilgufo (Read error: 110 (Connection timed out)) |
| 22:31:52 | | Join kugel [0] (i=kugel@unaffiliated/kugel) |
| 22:32:08 | | Join mhamlin [0] (n=mhamlin@ip70-187-185-137.oc.oc.cox.net) |
| 22:32:21 | mhamlin | hello |
| 22:32:58 | FreshPrince | damn it.. |
| 22:33:03 | FreshPrince | i startet the bubble game.. |
| 22:33:07 | FreshPrince | but i can't exit it lol |
| 22:33:08 | FreshPrince | :( |
| 22:34:38 | FreshPrince | ok now it works |
| 22:34:38 | Domonoky_ | FreshPrince: take look at the really nice manual :-) |
| 22:34:39 | FreshPrince | lol |
| 22:36:32 | FreshPrince | yay |
| 22:36:33 | FreshPrince | ^^ |
| 22:37:12 | | Join criznach [0] (n=criznach@host-69-145-134-192.grf-mt.client.bresnan.net) |
| 22:37:42 | Domonoky_ | could someone with access to the download server move this file to it ? : http://www.b23.org/~domonoky/rbutilqt-v1.0.3.zip ? |
| 22:38:16 | Domonoky_ | and could also someone make a linux and a mac build of this release ?? please :-) |
| 22:38:41 | | Part mhamlin |
| 22:38:53 | bertrik | so what if.... we rewrote it in java? :P |
| 22:39:11 | Bagder | hihihi |
| 22:39:24 | | Quit HellDragon (Connection timed out) |
| 22:39:39 | * | Domonoky_ doesnt thin that sansa- and ipodpatcher would work good in java .. |
| 22:40:30 | ender` | how about perl? :) |
| 22:40:36 | Domonoky_ | but how about rbutil.net :-) |
| 22:41:30 | lostlogic | Nico_P: did that original patch end up getting committed? |
| 22:41:34 | lostlogic | Nico_P: if so, it's wrong. |
| 22:41:41 | * | lostlogic reads real diff |
| 22:42:22 | lostlogic | Nico_P: that doesn't yield at all between chunks on a non-packet audio type. |
| 22:42:36 | lostlogic | Nico_P: it still needs to do the yield, but not the sleep, imo |
| 22:42:56 | Nico_P | yeah, true... I'll fix |
| 22:43:15 | lostlogic | Nico_P: cool, probalby not noticeable on any target other than sansa... |
| 22:43:17 | lostlogic | like most of this crap :-D |
| 22:44:23 | FreshPrince | i can't see some tracks.. |
| 22:44:28 | FreshPrince | i only can see. <Untagged> |
| 22:44:30 | FreshPrince | why that? :( |
| 22:44:42 | DerPapst | because you files aren't tagged? |
| 22:45:59 | DerPapst | add a "r" where it fits :P |
| 22:46:22 | Nico_P | lostlogic: done |
| 22:46:46 | FreshPrince | DerPapst, i dont understand.. |
| 22:47:21 | DerPapst | do all of your mp3 or whatever you'r using have tags? e.g. artist, album, title and such |
| 22:47:35 | FreshPrince | yes.. |
| 22:48:09 | DerPapst | well.. i'm not a rockbox expert... should work |
| 22:48:28 | FreshPrince | hm.. |
| 22:48:30 | FreshPrince | :( |
| 22:48:39 | * | DerPapst directs this question to others who know mote about that |
| 22:48:47 | n1s | FreshPrince: what format are your files in? |
| 22:49:11 | FreshPrince | mp3, wmv |
| 22:49:21 | DerPapst | wmv or wma? |
| 22:49:27 | FreshPrince | wma sry ^^ |
| 22:49:35 | DerPapst | actually shouldn't matter i guess |
| 22:49:35 | jhMikeS | lostlogic: I don't know if you caught something in the logs that I observed. On e200, if I resume playback starts from the beginning of the file but the WPS shows the correct time for the resume. |
| 22:50:46 | n1s | FreshPrince: do the tags show up in wps and metadata viewer in wps context menu? |
| 22:51:16 | lostlogic | jhMikeS: already fixed, pondlife noticed first |
| 22:51:33 | lostlogic | jhMikeS: was a bug in mp3 |
| 22:51:35 | | Join stevenm [0] (n=stevenm@infranelson.student.umd.edu) |
| 22:51:42 | lostlogic | ::shakefist:: |
| 22:51:53 | stevenm | hello people |
| 22:51:55 | | Join safetydan [0] (n=safetyda@rockbox/developer/safetydan) |
| 22:52:22 | | Quit merbanan (Remote closed the connection) |
| 22:52:57 | linuxstb | FreshPrince: What kind of tags do your files have? Are the tracks showing as "untagged" mp3 or wma? |
| 22:53:43 | FreshPrince | n1s, ehm.. dont know what u mean :( |
| 22:53:57 | FreshPrince | linuxstb, shpwing as untagged. |
| 22:54:03 | bertrik | nanok: are you familiar with thermistors? |
| 22:54:07 | FreshPrince | the first 50 tracks are untagged |
| 22:54:12 | FreshPrince | the others are fine.. |
| 22:54:38 | n1s | FreshPrince: if you play a file that shows as untagged do the tags show in the wps? |
| 22:54:48 | stevenm | n1s, if you haven't seen, we can seek backwards now! |
| 22:54:54 | | Join JdGordon [0] (n=jonno@c210-49-113-143.smelb1.vic.optusnet.com.au) |
| 22:54:58 | | Quit Domonoky_ (Read error: 104 (Connection reset by peer)) |
| 22:55:04 | stevenm | just inefficiently |
| 22:55:05 | n1s | stevenm: yes I saw, very nice :-) |
| 22:55:11 | stevenm | thanks :) |
| 22:55:32 | stevenm | PITA to seek midi because of instrument changes and notes on for a long time |
| 22:55:56 | n1s | stevenm: I have been thinking about trying to turn it into a codec once most of the buffering bugs are worked out |
| 22:56:10 | stevenm | that would be sweet |
| 22:56:30 | stevenm | is it just going to kick everything else out of the buffer? |
| 22:57:36 | n1s | stevenm: the idea is that we can have all the patches and stuff on the buffer together with regular streaming tracks or at least we should be able to come up with a way to do that :-) |
| 22:58:06 | FreshPrince | n1s, whats the wps? |
| 22:58:21 | n1s | FreshPrince: the While Playing Screen |
| 22:58:30 | FreshPrince | aha |
| 22:58:33 | stevenm | n1s, I don't exactly know the codec framework, but don't we only get X bytes? |
| 22:58:34 | FreshPrince | no its not showing. |
| 22:59:25 | n1s | stevenm: with the recent changes to buffering code the buffering has become much more flexible and that should be possible AFAIU |
| 22:59:38 | linuxstb | FreshPrince: What kind of tags do your files have? Do you have any mp3 files with APE tags for example? |
| 23:00 |
| 23:00:01 | | Join HellDragon [0] (i=jd@unaffiliated/helldragon) |
| 23:00:12 | FreshPrince | APE tags. :S |
| 23:00:23 | FreshPrince | <... understands nothing sry ^^ |
| 23:00:32 | stevenm | n1s, oh, that would be nice. I guess we don't have to worry about "sharing" the patch set among multiple files yet, but it would be nice. |
| 23:00:57 | stevenm | n1s, I can think of at least a few things that would be shared.. piano definitely (loaded by default) and some of the drum patches.. guitar perhaps |
| 23:01:16 | stevenm | n1s, I haven't actually bothered to find out just how much ram an average midi file actually requires |
| 23:01:18 | n1s | stevenm: that would be nice but also a bit more complicated... |
| 23:01:25 | stevenm | n1s, no, definitely |
| 23:01:36 | stevenm | it would be insanely hard :) |
| 23:02:25 | | Quit ompaul (Client Quit) |
| 23:02:26 | | Join qweru [0] (n=kvirc@bb-87-80-66-156.ukonline.co.uk) |
| 23:02:56 | | Join DarkDaemon [0] (n=Prisoner@dsl-207-112-41-214.tor.primus.ca) |
| 23:03:00 | DarkDaemon | hey |
| 23:03:00 | FreshPrince | linuxstb, those are not playable.. :( |
| 23:03:02 | | Join bertrik_ [0] (n=Bertrik_@175-022-045-062.dynamic.caiway.nl) |
| 23:03:15 | stevenm | n1s, so we are good with seeking, I guess.. (minus some optimizations I can think of). We also have playing time. And I can think of a few things to put under WPS (text inside the files |
| 23:03:17 | DarkDaemon | how can i put flac albums onto my 5.5g ipod :S |
| 23:03:39 | linuxstb | DarkDaemon: Just copy them... |
| 23:03:49 | n1s | stevenm: I was thinking about the synthVoice loop and all the getSample calls (or whatever it's a macro) in there, do you think there would be a way to just calculate cp_temp (former cpShifted) and acces memory just once? |
| 23:03:50 | DarkDaemon | where? |
| 23:03:57 | linuxstb | To your ipod... |
| 23:04:02 | | Quit XavierGr (Nick collision from services.) |
| 23:04:03 | | Join XavierGr_ [0] (n=xavier@ppp41-222.adsl.forthnet.gr) |
| 23:04:18 | linuxstb | Your ipod is a hard disk, Rockbox lets you browse that disk and play files. |
| 23:04:22 | DarkDaemon | ok so when im using rockbox would they appear under database? |
| 23:04:44 | linuxstb | Yes, they would also appear in the database (assuming they're tagged) |
| 23:04:51 | | Nick XavierGr_ is now known as XavierGr (n=xavier@ppp41-222.adsl.forthnet.gr) |
| 23:04:56 | DarkDaemon | k |
| 23:04:56 | stevenm | n1s, I think under most conditions, that variable is accessed twice- once to read and once to write |
| 23:04:58 | DarkDaemon | thank you |
| 23:05:34 | stevenm | n1s, the getSample thing - it pulls out two samples and does a little bit of interpolation. I wonder if we can get away with just getting one sample.. I do remember it sounding all hissy without it |
| 23:05:41 | n1s | stevenm: I'm not worried about that varable but the getSample calls as that buffer is in slow ram |
| 23:06:00 | | Quit DarkDaemon (Client Quit) |
| 23:06:07 | stevenm | n1s, I think getSample should be called only twice also.. let me check |
| 23:06:21 | | Join webguest27 [0] (i=4541cfaf@gateway/web/cgi-irc/labb.contactor.se/x-cfb2077c32d9d8b2) |
| 23:07:13 | webguest27 | :) hiya all |
| 23:07:24 | stevenm | n1s, yeah, there are 5 calls, but most of the time only two of them actually run. the others handle cases when playback hits the edge of a loop |
| 23:07:57 | n1s | stevenm: so those other calls are rather infrequent? |
| 23:08:05 | stevenm | n1s, yes |
| 23:08:27 | | Join SMB-MacMan [0] (n=Bleh@d58-105-41-36.dsl.vic.optusnet.com.au) |
| 23:08:28 | n1s | also I wondered why some of the calls for s2 are (cp_temp >> FRACTSIZE)+1 and some (cp_temp >> FRACTSIZE) |
| 23:08:31 | SMB-MacMan | hey guys |
| 23:08:48 | SMB-MacMan | just wondering if someone would be able to help me with rockbox? |
| 23:09:00 | n1s | as you probably can tell i'm not too familiar with the dirty details |
| 23:09:08 | stevenm | n1s, to explain.. GUS patches can have a loop region. so once you hit the edge, you either rewind to the start of the loop, or reverse direction. the other calls happen if the last sample retrieved was outside of the loop region |
| 23:09:16 | linuxstb | SMB-MacMan: Just ask your question, if someone can help, they will. |
| 23:09:58 | stevenm | n1s, how is the slow ram accessed? how wide is the bus? |
| 23:10:00 | webguest27 | random question - i just ordered a sandisc e250 from today's woot (woot.com) and found out i could install rockbox on it... but how large is a standard installation? the player is only 2 GB and i'm looking into SD cards also |
| 23:10:11 | SMB-MacMan | I'm using Rockbox on a Toshiba Gigabeat F60, and I just wanted to know what format video clips have to be in, in order to play, i've tried VCD MPEG and it goes to a black screen for a sec then back to the menu? |
| 23:10:34 | stevenm | n1s, because most of the time, the two getSample calls access two consecutive 16-bit locations |
| 23:10:37 | krazykit | webguest27, not enough to matter. |
| 23:10:47 | stevenm | n1s, wait, maybe not... durr |
| 23:10:49 | webguest27 | badass, thats what i figured. |
| 23:10:55 | webguest27 | very excited. gotta love woot. |
| 23:10:59 | n1s | stevenm: ah, ok I think I get it. slow ram is 32 bit but _much_ slower than fast iram |
| 23:11:06 | webguest27 | thanks guys |
| 23:11:30 | linuxstb | SMB-MacMan: VCD mpeg should work, as long as it's the source .mpg file, and not the .bin file. See http://www.rockbox.org/wiki/PluginMpegplayer |
| 23:11:35 | n1s | stevenm: I played with doing those two reads as one 32 bit too but never got it working alright... |
| 23:11:38 | | Quit jhulst (Connection reset by peer) |
| 23:11:47 | SMB-MacMan | thanks Linuxstb |
| 23:11:52 | stevenm | n1s, Hmmm... I have to read into it more, but maybe we can get away with caching one of them |
| 23:12:13 | | Join japc [0] (n=japc@bl7-240-154.dsl.telepac.pt) |
| 23:13:04 | n1s | stevenm: as we are not doing a lot of calculations slow ram access is what I would guess on is killing performance |
| 23:13:15 | pixelma | someone ever heard of/seen a microSD to MMC (or _thin_ SD) adapter? |
| 23:13:39 | stevenm | n1s, do we know if a 32-bit read takes as much time as a 16 bit read? |
| 23:13:55 | SMB-MacMan | pixelma: I've seen them on ebay |
| 23:14:06 | JdGordon | pixelma: isnt mmc and sd the same size? |
| 23:14:24 | SMB-MacMan | JD: MicroSD is smaller than regular SD :) |
| 23:14:31 | | Quit atsea- (Read error: 104 (Connection reset by peer)) |
| 23:14:46 | pixelma | usual MMC is thinner than a usual SD - or as thick as a thin SD... |
| 23:14:47 | n1s | stevenm: I'm not sure but I think it's a little slower for coldfire but one 32 bit read is faster than 2 16 |
| 23:14:56 | stevenm | n1s, aah, ok |
| 23:15:18 | SMB-MacMan | JD: Do you have your mini SD card already? |
| 23:15:19 | *** | Saving seen data "./dancer.seen" |
| 23:15:24 | | Quit webguest27 ("CGI:IRC (EOF)") |
| 23:15:27 | pixelma | SMB-MacMan: do you happen to have a link, I can only find the thicker onses? |
| 23:15:34 | pixelma | *ones |
| 23:15:40 | | Join Calcipher [0] (n=Calciphe@ool-18bab657.dyn.optonline.net) |
| 23:16:20 | SMB-MacMan | pixelma: I havent found any yet, only thing I have found is this: http://www.supermediastore.com/sandisk-1gb-microsd-transflash-memory-card.html |
| 23:16:31 | pixelma | JdGordon: I can't put the standard adapter that came with the microSD into my Ondio... |
| 23:16:32 | * | SMB-MacMan gets booted from channel for spam hahahah |
| 23:16:48 | | Join guest01 [0] (i=c909d5b1@gateway/web/cgi-irc/labb.contactor.se/x-43b54c0b9fd8e782) |
| 23:16:50 | | Quit bertrik (Read error: 110 (Connection timed out)) |
| 23:17:05 | JdGordon | pixelma: ah, ok |
| 23:17:10 | pixelma | SMB-MacMan: nah, that's only standard thickness too |
| 23:17:16 | | Quit guest01 (Client Quit) |
| 23:17:26 | stevenm | n1s, I'd have to look into this then.. can we easily do a 32-bit read on that data? It is an array of 16 bit values |
| 23:17:33 | stevenm | maybe have to endian swap? |
| 23:17:44 | stevenm | wait, no swapping.. but shifting |
| 23:17:56 | SMB-MacMan | not sure where to get the thinner ones sorry mate |
| 23:17:56 | | Nick bertrik_ is now known as bertrik (n=Bertrik_@175-022-045-062.dynamic.caiway.nl) |
| 23:18:19 | stevenm | n1s, also, what about all the variables used in synthVoice? Do we know if all of them live in registers? |
| 23:18:29 | pixelma | still thanks |
| 23:18:31 | n1s | stevenm: I think it would be worth trying at least |
| 23:18:55 | eigma | JdGordon: omg I fixed my m:robe!! :D |
| 23:18:57 | stevenm | n1s, I'll try to do it right now. beats the paging project :) |
| 23:18:58 | n1s | stevenm: no, I have not disassembled it so I don' t know |
| 23:19:28 | JdGordon | eigma: woohoo :D |
| 23:19:34 | JdGordon | what was wrong? |
| 23:20:27 | eigma | JdGordon: turns out the commands I was sending over SPI were affecting the LCD in a persistent manner.. even disconnecting the battery didn't erase the changes I made |
| 23:20:52 | eigma | JdGordon: I looked through the OF and it looked like some values the LCD was returning was causing the OF to skip some initialization commands |
| 23:21:10 | eigma | JdGordon: I sent those commands manually myself, and voila, it's back to normal for good −− and now the OF sends those commands on every bootup |
| 23:21:22 | JdGordon | great :) |
| 23:21:34 | eigma | I still have no idea what chip it is that caused this, or what the commands mean :( |
| 23:22:19 | JdGordon | but at least you know how to fix it if it happens again :p |
| 23:22:50 | eigma | yeah −− we have to be really careful around that part of the code (backlight/SPI) because it would be pretty scary if this happened on users' devices |
| 23:24:41 | stevenm | n1s, I got rid of the second call to getSample entirely |
| 23:25:06 | n1s | stevenm: great, and it still works? |
| 23:25:18 | stevenm | n1s, so, s = s2; s1 isn't ever retrieved, and there is no interpolation |
| 23:25:48 | stevenm | n1s, well.. as I expected, it still plays... but some instruments will sound a little weird because they are being up/downsampled without any interpolation at all |
| 23:26:18 | stevenm | n1s, I plugged in USB during playback (instant 22k -> 44k) and there are still some buffer misses. not as many as before, but still are |
| 23:26:46 | n1s | stevenm: does it affect sound as much when in 44kHz ? |
| 23:27:00 | n1s | dropping the interpolation I mean? |
| 23:27:47 | stevenm | n1s, probably wouldn't so much... honestly I don't remember the difference all that much (I also havne't really slept either). try it for youself and see what the sound difference is |
| 23:28:21 | n1s | could you pastebin the code, my brain doesn't work :-/ |
| 23:28:57 | stevenm | n1s, just comment out s1=getSample((cp_temp >> FRACTSIZE), wf); |
| 23:29:09 | stevenm | n1s, then comment out the line directly after and write instead s = s2; |
| 23:30:53 | stevenm | n1s, it probably isn't a good idea to get rid of the interpolation entirely- it adds a high pitched hiss to instruments. ie monkey island sounds kinda ugly |
| 23:31:05 | stevenm | we did away with the Ghetto Lowpass Filter by adding the whole s1/s2 thing |
| 23:31:10 | n1s | aha, I thought you changed it to read 32 bits too, building now |
| 23:31:38 | stevenm | n1s, nah. this is just the best, best, best case we will have, as it also gets rid of some math that does need to be left in |
| 23:31:41 | | Join MajorC [0] (i=redeem@host183-38.bornet.net) |
| 23:32:09 | | Quit Buschel () |
| 23:33:06 | | Part FreshPrince ("Leaving!! ;)") |
| 23:34:40 | n1s | stevenm: yep sounds a lot worse, the idea with reading both samples as 32 bit was just to see if it would be any faster but still keeping the interpolation in |
| 23:35:20 | stevenm | n1s, a better test I guess would be to keep the interpolation there, but instead of writing s1 = getSample, just set s1 = s2 |
| 23:35:44 | stevenm | it wouldn't do much "interpolating" but it would give a better idea of how much speedup we'd get from 32bit reads |
| 23:37:05 | | Join atsea- [0] (i=atsea-@gateway/tor/x-658e13f7717de55c) |
| 23:37:09 | | Quit mirak (Remote closed the connection) |
| 23:37:22 | | Join Guile` [0] (n=Guile@78.113.39.94) |
| 23:40:57 | | Quit Nico_P (Remote closed the connection) |
| 23:41:05 | | Quit DerPapst ("So Long And Thanks For All The Fish!") |
| 23:41:40 | | Join hardeep [0] (n=hardeep@c-24-5-74-88.hsd1.ca.comcast.net) |
| 23:42:58 | | Quit linuxstb ("ChatZilla 0.9.78.1 [Firefox 2.0.0.9/2007102514]") |
| 23:44:22 | | Join ddalton [0] (n=Daniel@124-168-45-55.dyn.iinet.net.au) |
| 23:44:28 | dionoea | Suppose that I have tracks A and B in the buffer. I'm playing A and skip to B. If i go back to A, why does it need to rebuffer it? |
| 23:45:28 | ddalton | n1s: around? |
| 23:45:46 | n1s | ddalton: yes, for a few mins |
| 23:46:00 | dionoea | or, the otherway around: why does it unbuffer A when skipping to B? Couldn't it just mark the buffer as reclaimable but keep it until someone actually needs to reclaim it? |
| 23:46:01 | ddalton | n1s: are you familiar with voice building? |
| 23:46:14 | n1s | ddalton: a little |
| 23:46:32 | ddalton | n1s: ok do you know how to make the clips record at scale 2.1? |
| 23:46:40 | ddalton | or volume... |
| 23:47:28 | n1s | ddalton: no but that would be a setting in your tts engine or something you need to use a post processing tool on the wav for if the tts engine can't do it |
| 23:48:04 | ddalton | n1s: but in the other makevoices vb script we could modify it to do that. But now with the configure script I can't work out how. |
| 23:48:36 | n1s | ddalton: which engine are you building with? |
| 23:49:03 | ddalton | n1s: sapi5. (espeak) |
| 23:49:28 | ddalton | n1s: it says enter sapi options. Should I type something here? |
| 23:49:35 | ddalton | or press enter for defaults |
| 23:49:38 | n1s | ddalton: I never used that and never built voices on windows so i can't help you with that |
| 23:49:41 | ddalton | 0.6 is the default... |
| 23:49:48 | ddalton | ok thanks anyway. |
| 23:50:24 | | Part przemhb |
| 23:50:35 | ddalton | n1s: what about -vbr |
| 23:50:38 | | Quit japc (Read error: 104 (Connection reset by peer)) |
| 23:50:44 | ddalton | -new |
| 23:50:57 | ddalton | what should I type here? I don't think it has anything to do with sapi... |
| 23:52:31 | | Quit bertrik ("bye") |
| 23:53:57 | | Quit Guile`` (Read error: 110 (Connection timed out)) |
| 23:57:05 | | Join Guile`` [0] (n=Guile@78.113.29.20) |
| 23:57:34 | | Join Soap [0] (n=Soap@rockbox/staff/soap) |
icon identifies that the person is a core developer (has commit access).